WooCommerce või Laravel e-pood: kumba valida ja millal

Platvormi ei otsusta esimese päeva funktsiooniloend — laomooduli, B2B hinnad ja mitmekeelsuse ehitame mõlemal platvormil. Määrab see, kes otsustab teie järgmise muudatuse ja mis see maksab.

Tehnoloogiaküsimus, mille vastus ei ole funktsioonide loend

Jutuajamine algab peaaegu alati ühtemoodi: kliendil on umbes seitsesada toodet, kolm edasimüüjahinnataset, kus igaüks näeb oma kontol ainult iseenda hinda, ja Visma Horizoni raamatupidamine, kus laoseis on tõde ja pood peegeldab seda ainult. Küsimus, mille ta esitab, kõlab nii: WooCommerce või Laravel e-pood? Vastuseks ootab ta kahe veeruga tabelit, kus ühel pool on midagi, mida teisel pool ei ole — tabelit, mida meil ei ole ja mida ei ole kellelgi, kes mõlemat päriselt ehitab.

Laomooduli reaalajas laoseisu sünkroonimisega, B2B hinnatasemed, allahindluste süsteemi, mitmekeelsuse ja sisu migreerimise ehitame valmis mõlemal platvormil ning meie hinnakirjas ei sõltu hind platvormist: e-poe Basic-versioon maksab 4500 € ja Pro-versioon 9500 € niihästi WooCommerce'i kui ka Laraveli peal. Just need viis rida eristavad Basicut Prost, mitte see, mis on all; halduspaneel on hinnakirjas nimetatud juba Basic-versiooni juures, mitmevaluutalisust ei ole kummaski versioonis ja selles lepitakse kokku eraldi — jällegi kummal tahes platvormil.

Sellest järeldub üks praktiline asi: platvorm, mida teile müüakse esimese päeva funktsiooniloendiga, müüakse millegi eest, mille saab kätte mõlemat teed pidi, ja võrdlus, mis sellise loendiga algab, on läbi enne, kui algas. Huvitav küsimus algab sammu võrra edasi — kes otsustab, mida teie pood järgmisel aastal teha saab, ja kui kaua see otsus kellegi teise järjekorras seisab.

Esimesel aastal teevad mõlemad platvormid seda, mille eest te maksite, sest mõlemal juhul on keegi selle just valmis ehitanud. Teisel aastal muutub protsess: lisandub hulgimüük, teine ladu, kohustus väljastada masinloetavaid arveid või lihtsalt teistsugune allahindluste kord — ja sellest hetkest maksavad kaks teed erinevalt. Võõra tootja laienduse peal on iga hilisem muudatus nagu ümberehitus üüripinnal: teie protsessi reeglid elavad kellegi teise seadete aknas ja liiguvad kellegi teise väljalasete graafiku järgi. Oma koodi peal on seesama asi töö, millel on hinnakirjas tunnihind, ja kokku leppida tuleb ainult see, mitmendaks ta ülejäänud tööde järjekorda satub.

Mida WooCommerce hästi teeb

WooCommerce'i paneme me ise klientide poodidesse iga kord, kui protsess sinna ära mahub, ja W3Techsi ülevaadetes on see kõige laiemalt kasutatav e-kaubanduse süsteem: 6. augustil 2026 töötas sellel 8,2 % kõigist veebisaitidest ja see moodustas 48,5 % kõigist e-kaubanduse süsteemidest neis ülevaadetes. Numbrist endast tähtsam on see, millest ta on arvutatud — osa üle vaadatud süsteemidest, mitte maailma poodidest ja kindlasti mitte e-kaubanduse käibest —, ning selle taga seisab WordPress 41,2 %-ga kõigist veebisaitidest.

WordPress.org-i pistikprogrammide kataloog näitas samal päeval WooCommerce'i versiooni 11.0.0, uuendatud 4. augustil, ja hinnangut "7+ million active installations" ehk seitse miljonit või rohkem aktiivset paigaldust. Ettevaatlikult lugeda soovitab tootja ise: WordPress.org-ist alla laaditud tuumas on kasutusstatistika vaikimisi välja lülitatud, nii et kui paljud poed päriselt kauplevad, ei tea keegi, ka Automattic mitte, ja see arv on paigalduste ülempiir, mitte kaupmeeste hulk.

Tootja hinnalehel kirjeldatakse WooCommerce'i avatud lähtekoodiga platvormina, millel ei ole platvormitasu ega tuluosa — 0 % —, nii et te ei maksa selle eest, et müüte, ega selle eest, et käive kasvab. Kataloog, tellimuste nimekiri ja allahindluste seaded näevad pealegi välja täpselt nagu ülejäänud WordPressi haldusliides, mida teie inimesed oskavad tõenäoliselt juba ilma koolituseta kasutada.

Kõige tugevam argument WooCommerce'i kasuks kaob konkurentide võrdlustest peaaegu alati ära ja see on automaatne paik: 2. märtsil 2026 avalikustati Store API turvanõrkus, mis puudutas versioone 5.4 kuni 10.5.2 ja lubas võltsitud päringuga luua administraatori konto. Vea leidis keegi teine, mitte poeomanikud; parandus kanti üle 52 puudutatud versiooni; ja samal päeval kella 14.00-st UTC järgi hakkas see automaatselt levima poodidesse, kus automaatsed uuendused on sisse lülitatud, ilma ühegi arveta. Seesama seade ei ole iseenesestmõistetav ja just seda seadistab ning jälgib hoolduslepingu järgi mõni inimene; kuidas WordPressi saite häkitakse ja mida teha, kui see on juba juhtunud, on kirjas meie artiklis häkitud WordPressi veebilehest.

Soovitus ei ole seetõttu muutunud ja see on kirjas ka meie teenuselehel: väga väiksele e-poele standardsete protsessidega — WooCommerce. Sajale tootele ühe hinna, ühe lao ja ühe makseviisiga ei anna kohandatud platvorm midagi, mille eest tasuks vahet maksta, ja kallima variandi müümine siis, kui odavam teeb sedasama, tähendab üht rahulolematut klienti rohkem ja mitte ühtegi soovitust.

Kas WooCommerce sobib Läti maksete ja tarnega?

Sobib. Tarne ja maksed ei ole Lätis koht, kus valmis e-pood pidama jääb, ja vastupidised hoiatused on tavaliselt aluseta: Omniva avaldab valmis moodulid kuuele platvormile — WooCommerce, Shopify, PrestaShop, OpenCart, Magento ja Mozello — ning nende kõrval dokumenteeritud OMX-liidese, mida mööda liiguvad saadetiste andmed, pakisildid, jälgimissündmused ja pakiautomaatide nimekirjad kõigis kolmes Balti riigis, kusjuures eelduseks on ärikliendileping, mitte programmeerija. DPD Baltics hoiab oma WooCommerce'i pistikprogrammi WordPress.org-i kataloogis ise üleval — versioon 1.2.91, üle 2000 aktiivse paigalduse — ja see katab pakiautomaadid, kulleri, pakisildid, manifestid ja tasumise kättesaamisel; sealsamas on näha ka selle avalik hinne 2,7 viiest ja kasutajate arvustused, kus kurdetakse konfliktide üle teiste tarnepistikprogrammidega.

MakeCommerce, mille taga on Maksekeskus AS, annab ühe lepinguga Swedbanki, SEB, Citadele ja Luminori pangalingid, kaardimaksed, Apple Pay ja Google Pay ning sealsamas kõrval Omniva, DPD, Venipaki ja Unisendi tarne; selle WooCommerce'i pistikprogrammil on üle 3000 aktiivse paigalduse ja viimane uuendus on 2026. aasta juunist. Klix by Citadele, mida hoiab üleval pank ise, avaldab ametlikud pistikprogrammid kuuele platvormile, sealhulgas WooCommerce'ile alates versioonist 3.5 — nii et väita, nagu ei suudaks valmis pood Lätis raha vastu võtta, oleks lihtsalt vale.

Sellel kõigel on teine pool: need teenusepakkujad ei ole pistikprogrammide oma. MakeCommerce, Omniva ja DPD avaldavad liidesed, mitte ainult moodulid, ja meie hinnakirjas kuulub maksete ühendamine — MakeCommerce ja Stripe — juba Basic-versiooni sisse 4500 € eest, ükskõik kumb platvorm all on. Liidestused Horizoni, Jumise, Latvijas Pasti, Omniva ja DPD-ga on e-poe teenuse rida, mitte lisatasu Laraveli eest, ja Omniva, Latvijas Pasti, DPD ning Venipaki tarne-API-dega töötame regulaarselt — nii et Läti tarne- ja maksekiht ei räägi ühegi kolmest teest poolt ega vastu.

Kus Lätis on päris töö

Tagaruumi teeb keeruliseks see, et Visma Horizon, Jumis ja Directo avaldavad igaüks oma REST-liidese — Directo dokumentatsioon kirjeldab autentimist X-Directo-Key päisega ning ligipääsu artiklitele, tellimustele, klientidele, arvetele, laoseisudele ja hinnavalemitele —, aga avaldatud liides ei ole veel liidestus: keegi peab kokku viima selle, mida pood nimetab tooteks, sellega, mida raamatupidamine nimetab kaubaartikliks, ja otsustama, kumb neist kahest hoiab laoseisu kohta tõde sel sekundil, kui ostja nupule vajutab. Kaks kohta, kus laoseis elab, on nagu kaks kella laeva pardal: kuni neid ei ole kokku seatud, ei tea keegi kellaaega. Seda tööd tehakse igal platvormil eraldi — Horizoni ja Jumisega teeme seda regulaarselt.

Selle kohal seisab dateeritud seadusefakt, mille sees on lõks: Lätis on struktureeritud e-arve riigiasutustele kohustuslik alates 2025. aasta 1. jaanuarist, ettevõtetevahelistes tehingutes aga muutub kohustuslikuks 2028. aasta 1. jaanuaril — Läti raamatupidamise seaduse korras ja standardi LVS EN 16931-1:2017 vormingus. Lõks on kuupäev: algselt oli plaanis 2026. aasta, mistõttu 2024. aasta pressilood nimetavad siiani vale tähtaega, ja üle kontrollida tuleb see Läti rahandusministeeriumi struktureeritud e-arve lehelt, mitte uudistest. Ettevõtetele müüvas poes peab masinloetava arve tee keegi ükskõik millisel platvormil valmis ehitama, ükskõik milline aasta lõpuks õigeks osutub.

WooCommerce või Laravel e-pood: milline kolmest teest on teie oma?

Võrdlused, mis esitavad selle valiku kahe nupuna, jätavad vahele tee, mida me kõige sagedamini müüme, sest neid teid on tegelikult kolm. Need erinevad selle poolest, kui suur osa teie protsessist elab koodis, mida saate ise muuta, ja valik nende vahel on valik selle üle, kus teie hinna- ja tellimusreeglid edaspidi asuvad: seadete aknas, teie enda repositooriumis või kusagil nende kahe vahel.

Esimene tee on valmis tööriist valmis laiendustega — WooCommerce või OpenCart, mida pakume ka olemasolevatele poodidele. WooCommerce'i tuumas on kaks hinnavälja, tavahind ja soodushind, üks laoseisu number toote või variatsiooni kohta ja kolm makseviisi, millest ükski raha veebis vastu ei võta. Hind konkreetsele kliendigrupile, koguseallahindlused, pakkumise muutmine tellimuseks, käibemaksuvabastus ja laoseisud mitmes laos on seetõttu eraldi ost eraldi tootjalt eraldi aastatellimusega. See tee on kiireim ja väga sageli õige ning selle hind ei ole raha, vaid see, et teie protsessi reeglid elavad edaspidi võõra tootja seadete aknas.

Teine tee ei jõua võrdlustesse peaaegu kunagi, kuigi müüme just seda kõige sagedamini: valmis tööriist meie endi koodiga peal. WooCommerce on avatud lähtekoodiga PHP, nii et edasimüüjate hinnatabeli, krediidikontrolli või laoseisu broneeringu saab kirjutada tuuma kõrvale, mitte osta pistikprogrammina, ja litsentsi selle eest ei ole — on tunnid. Hinnaks on see, et niisugune kood jääb seotuks WooCommerce'i uuendusrütmiga ja sellega, kuidas see platvorm tellimusi hoiab. Märkimisväärse osa sellest, mida meie hinnakirjas nimetatakse Pro-versiooniks 9500 € eest, moodustab just see töö, ja siin on ka enamik meie enda poodidest.

Kolmas tee on meie enda platvorm, kus kataloog, ostukorv, kassa ja hinnaloogika kirjutatakse tühjalt kohalt teie protsessi ümber; see on kalleim algus ja ainus, milles ei ole ühtegi võõra tootja eeldust selle kohta, mis on toode ja millal tellimusest saab tellimus. Kolmanda tee sees on hargnemine: Bagisto ja Lunar on MIT-litsentsiga Laraveli kaubanduspaketid — 6. augustil 2026 vastavalt 27 943 ja 3 588 tärni GitHubis —, mis annavad kataloogi ja ostukorvi juba kirjutatuna, vastutasuks veel ühe välise sõltuvuse eest, mille rütm ei ole teie käes. Meie seda teed ei lähe.

Kui palju maksavad WooCommerce'i pistikprogrammide litsentsid aastas?

Seitsmesaja toote ja kolme edasimüüjatasemega poe puhul maksis esimene tee 6. augustil 2026 kahe avaliku hinna eest 270 € aastas, pluss teadmata kolmas. Dynamic Pricing 113 € aastas annab koguse- ja rollipõhised allahindlused; Addify tehtud B2B for WooCommerce 157 € aastas annab rollihinnad, astmelised hinnad, pakkumise muutmise tellimuseks, käibemaksuvabastuse ja rolli järgi piiratud makse- ning tarneviisid. Laoseisude jaoks mitmes laos ei ole tuumas aga ette nähtud midagi, nii et lisandub kolmas tasuline pistikprogramm, näiteks Addify Multi Inventory Management, millele tootja avalikku aastahinda ei nimeta.

Need 270 € aastas on veidi rohkem kui viis arendustundi, sest meie hinnakirjas maksab arendustund 50 €, ja funktsioonide eest, millel on tootja, dokumentatsioon ja uuendused, on see odav. Hind, mida te enne vestlust ei tea, ei ole aga eelarves rida: laopistikprogramm tõstab seda arvu, ja kui palju, sõltub pakkumisest, mis teile saabub pärast seda, kui olete nimetanud ladude arvu ja tellimuste mahu.

Teisel poel on read teised: sellel, mis müüb püsitellimusi, broneeringuid ja liikmetasemeid, maksab samades turuplatsi hindades WooCommerce Subscriptions 245 € aastas, Bookings 218 €, Memberships 175 €, AutomateWoo 140 € ja Product Add-Ons 70 € — kokku 848 € aastas. Viie aastaga teeb see hindade püsides 4240 €: peaaegu terve Basic-versiooni poe hind, mis meie hinnakirjas on 4500 €, ja peaaegu pool Pro-versioonist 9500 € eest. See rida ei amortiseeru, sest ta käib ühe saidi ja ühe aasta kohta ning makstakse igal aastal uuesti.

Seesama arv teistpidi on peaaegu 85 arendustundi 50 € tunnihinnaga, ja need on tunnid, mis jäävad teie koodi ja teie omandusse, mitte ei uuene järgmise aasta arvel. Konkreetne 848 € arve on pealegi püsitellimuste, broneeringute ja liikmesuste poe arve, mitte norm — normi siin ei ole ja iga pood peab selle rea oma protsessist ise kokku liitma. Litsentsirida tuleb ka ehituse peale, mitte selle asemele: mõlemal juhul on keegi poe kõigepealt valmis ehitanud ja ainult ühel neist kahest juhust saabub ehitatu eest järgmises jaanuaris jälle arve.

Mida arve teeb siis, kui seda ei maksta

Kui litsentsitellimust ei uuendata, ütleb WooCommerce.com-i dokumentatsioon seda otse: "the extension or theme remains installed on your site but will no longer receive updates" — laiendus või teema jääb saidile paigaldatuks, pood töötab edasi ja kaovad ainult uuendused. Uuendamata litsentsi tagajärg ei ole seega seisak, mida märgatakse samal päeval, vaid parandamata koodijupp, mis töötleb endiselt makseid; üks litsentsitellimus katab pealegi ühe toodangusaidi ja ühe arendussaidi ning alamdomeenid loevad eraldi.

Üks rida käitub teisiti ja mõlemal pool ühtemoodi: raamatupidamise ühenduslüli ei ole tavaliselt litsents, vaid püsitellimus, mis tõuseb koos tellimuste arvuga — MyWorks Xero Sync algab WooCommerce'i turuplatsil tasuta tasemest, edasi määrab hinna maht, nii et see rida kasvab just siis, kui kasvab pood. Kohandatud platvorm seda ei kaota, aga muudab, kes ühenduslüli üleval hoiab — meie puhul on need tunnid. Ridu ei tasu ka suuremaks puhuda: mitmekeelsus ei ole automaatselt 99 € aastas WPML Multilingual CMS-i eest, sest WPML-i kõrval on ka Polylang; odavam WPML-i litsents Multilingual Blog 39 € eest aga e-kaubandust ei toeta, nii et poe jaoks valikut 39 € ja 99 € vahel ei ole.

Miks vahe tuleb välja alles teisel aastal

Et muudatuse hind on reaalne, mitte teoreetiline kulu, näitab platvorm ise: alates 2023. aastast on WooCommerce eemaldanud kaks kandvat detaili, tagasi võtnud ühe beetafunktsiooni ja muutnud ühe vaikeseade. Pärandiks jäänud REST API kadus tuumast 2024. aasta 11. juunil koos versiooniga 9.0, olles aegunuks tunnistatud juba versioonist 2.6 alates 2016. aastal; sisseehitatud PayPal Standardi makseväravat ei ole enam alates versioonist 8.9 2024. aasta mais; tooteredaktori beetaversioon eemaldati versioonis 11.0, mis ilmus kataloogi 4. augustil. Tellimuste hoidmine HPOS-is sai aga uutele paigaldustele vaikeseadeks versioonis 8.2 2023. aasta oktoobris ja olemasolevaid poode see ei puuduta enne, kui keegi need üle viib.

Selle taustal on WooCommerce'i arendajablogi jaotises Advisories kaheteistkümne kuu jooksul kuni 2026. aasta 5. augustini 37 sissekannet — umbes kolm kuus — ja igaüht neist tuleb kontrollida iga poodi paigaldatud laienduse vastu. Nelja pistikprogrammiga pood võtab selle vastu vaevata, kahekümnega enam mitte. Hunnik ei kogune pealegi ühe päevaga: pistikprogrammid tulevad ükshaaval, iga üksik neist on täiesti mõistlik otsus, ja kontrollitavate kombinatsioonide korrutamine käib vaikselt.

Kümme pistikprogrammi ei ole kümme detaili, vaid kümme lepingut, millest igaüks võib eraldi lõppeda, ja omanik vahetub ka siis, kui koodil ei ole midagi viga. 2025. aasta 31. oktoobril lülitas arvustusteenus Judge.me oma WooCommerce'i liidestuse välja koos Square'i, Squarespace'i, BigCommerce'i, Duda ja PrestaShopiga: andmetele pääses ligi veel 19. novembrini, pärast seda võeti ligipääs pöördumatult ära, ja ekspordi hulka arvustuste videod ei kuulunud, nii et aastatega kogutud turundusvara jäi osaliselt ukse taha. Rahulikumad juhtumid on veenvamad: 2019. aastal ostis Automattic ära Prospressi, kes oli WooCommerce Subscriptionsi ja AutomateWoo autor, 2020. aastal ostis GoDaddy ära SkyVerge'i, kelle enam kui kuutkümmend pistikprogrammi kasutas üle 100 000 kaupmehe, ja mõlemad tehingud lõppesid avalikult teadaoleva põhjal kaupmeeste jaoks hästi. Küsimus ei ole kahjus, vaid selles, et teie poe koostisosa omanik võib vahetuda ilma teie osaluseta.

Kui suur see risk päriselt on

Mastaap seab selle paika ja arvud on siin meie enda omad: 6. augusti 2026 loenduses tagastas WordPress.org-i pistikprogrammide API 7 764 pistikprogrammi märksõnaga "woocommerce", millest 23,1 % ei ole uuendatud kaks aastat või kauem. Samas loenduses istub 10 809 800 aktiivset paigaldust pistikprogrammidel, mida on uuendatud viimase kuue kuu jooksul, ja ainult 208 790 nendel, mida ei ole puudutatud üle kolme aasta. Pistikprogramme, millel on 10 000 või rohkem paigaldust ja mis on kaks aastat uuenduseta seisnud, on samas loenduses täpselt kuus.

Hüljatud pistikprogramm ei ole peaaegu kunagi see populaarne, mida kõik teavad: risk istub selles ühes kitsas moodulis, mida nõuab just teie protsess — B2B hinnatasemetes, laoühenduslülis, konkreetse kulleri pakisiltide generaatoris —, ja mida rohkem teie protsess keskmisest erineb, seda lähemal olete kataloogi sellele osale, kus viimane uuendus on üleeelmisest aastast. Seda rida saab vähendada ilma midagi ümber ehitamata: hoolduslepingu järgi teeme seda meie — vähendame pistikprogrammide arvu, seadistame uuendused ja hoiame seiret —, ja ümberehitus on vastus alles siis, kui probleem ei ole enam hooldus, vaid see, et protsess ei ole kuhugi kirja pandud.

Kus WooCommerce'i andmekuju pigistama hakkab

Teine koht, kus teine aasta maksab, on andmete kuju, ja kõigepealt see pool, kus see argument enam ei kehti: tellimused asuvad uutes paigaldustes alates versioonist 8.2 neljas omaenda tabelis ja ettevõtte enda 2023. aasta märtsi mõõtmine näitab, et uus hoiustamisviis kiirendab tellimustega seotud toiminguid, mitte ei pidurda neid. Pigistab hoopis toodete pool ja kõige paremini on selle kirja pannud WooCommerce'i enda arendajad, kes 2019. aasta 1. aprillil selgitasid versiooni 3.6 jõudlusparandusi: tooted ja variatsioonid käivad läbi WordPressi postituste süsteemi, kus post meta on erakordselt paindlik, kuid "not that efficient when we need to sort or filter by many meta values at once" — mitte eriti tõhus siis, kui korraga on vaja sortida või filtreerida paljude meta väärtuste järgi. Vastus oli samas väljalaskes wc_product_meta_lookup, denormaliseeritud abitabel SKU, hinna ja laoseisu olekuga post meta kõrval, mitte selle asemel, nii et põhikuju jäi selliseks, nagu oli.

Samaväärne töö toodete poolel, woocommerce-product-tables-feature-plugin, elab alates 2017. aasta 16. oktoobrist ainult GitHubis ja hüljatud ei ole — viimased muudatused on 2026. aasta 31. juulist —, ainult et piisavalt stabiilseks WordPress.org-i kataloogi jaoks seda siiani ei peeta. Kõrval seisab wp_options, mille autoload-väljal ei ole vaikimisi indeksit, mille automaatselt laaditavad andmed loetakse igal lehelaadimisel, mida WooCommerce ise soovitab hoida umbes 500 rea piires ja mille kasvu põhjustavad just laiendused, pistikprogrammid ja teemad — seesama hunnik, millest oli eespool juttu, ainult andmebaasi poolt vaadatuna.

Mida Laravel poele annab, mida valmis tööriist ei anna

Laravel ei ole pood ega teeskle, et on: see annab nimetatud, dokumenteeritud ja MIT-litsentsiga detailid, millest keegi poe kokku paneb. Küsimus, mis siin raha väärt on, ei ole seega „kas raamistik on hea“, vaid „millised teie protsessi osad saavad lõpuks teie enda tabeliteks ja teie enda töödeks“. Kaupmehe poes on vastuseks tavaliselt neli rida — edasimüüjate hinnatabel, krediidilimiit, laoseisu broneering ja raamatupidamise sünkroonimine — ja just neid ostate valmis tööriistas neljalt eri tootjalt ning seote pärast omavahel kokku.

Enne seda on aus öelda, mida see tee ei anna, sest ühtegi neljast reast ei anna ka Laravel ise: raamistiku ametlikud stardikomplektid annavad autentimise ja mitte midagi enamat — ei kataloogi, ostukorvi, kassasammu ega ladu —, ja ainus kaubanduspakett, mis komplektiga kaasa tuleb, on Cashier, mis teenindab püsitellimuste arveid Stripe'i või Paddle'i poolel ja eeldab, et hindadega tooted on makseteenuse paneelis juba kirjeldatud. See, mida Laravel annab, on kuju, milles need neli rida on odav kirjutada ja veel odavam hiljem muuta.

Järjekorrad, tehingud ja teie enda andmebaasi kuju

Esimene detail on järjekorrad: üks liides mitme mootori peal — Redis, andmebaas, Amazon SQS, Beanstalkd —, mis lubab tellimuse töötlusel, ERP-sünkroonimisel ja e-kirjal päringust välja astuda, nii et ostja ei oota enam, kuni raamatupidamissüsteem vastab. Dokumentatsioonis on nimetatud ka see, mis päris juurutuse ära otsustab: tööde ahelad ja partiid, unikaalsed tööd, mida järjekord kaks korda ei käivita, korduskatsed ja ebaõnnestunud tööde hoidla, kust need saab uuesti käima panna. Kaks korda täidetud tellimus on arve, mille keegi peab pärast tühistama, ja klient, kes märkab seda enne teid.

Horizon näitab järjekordade läbilaskevõimet, täitmisaegu ja vigu, lubab töötajate seadistuse kirjeldada koodis ja hoiatab, kui järjekord liiga kaua ootab — aga see nõuab Redist ja Redis Clusteriga praegu ei tööta, mistõttu on tegemist majutusarve eraldi reaga, mitte tasuta lisaga. Tehingud on omakorda see, mida tähendab praktikas lause „tellimus ja laoliikumine toimuvad kas mõlemad või mitte kumbki“: DB::transaction võtab vea korral muudatused ise tagasi ja lubab neid korrata, kui andmebaas ummikusse jookseb.

Migratsioone nimetab Laraveli dokumentatsioon andmebaasi versioonihalduseks ja praktikas tähendab see, et tabelid, indeksid ja välisvõtmed kavandate oma hinna- ja laoloogika ümber, mitte selle ümber, mida keegi teine kunagi toote mõiste kohta otsustas. Otsing ja püsitellimuste arved jäävad pealegi valikuks, mitte kohustuslikuks igakuiseks reaks: Scout indekseerib sealsamas andmebaasis MySQL-i või PostgreSQL-i täistekstiindeksitega ilma välise teenuseta, Stripe'i poolt aga teenindab Cashier, kui püsitellimusi poes üldse on.

Hinnatabel, krediidilimiit ja broneering koodis

Kõige paremini näitab seda esimene neljast reast: edasimüüjate hinnatabel on oma koodi peal üks migratsioon nelja veeruga — kliendigrupp, toode, kogusepiir ja hind — ning unikaalne indeks esimese kolme peal. Konkreetse ostja hinna leiab seetõttu üks päring ühe ühendusega, mitte otsing läbi meta väärtuste, ja uus hinnatase on tabelis uus rida, mitte võõra tootja aknas uus säte. Kui aasta pärast lisandub neljas tase teistsuguse ümardamise korraga, muutub üks koht ja üks test, ja mõlemad on teie repositooriumis.

Krediidilimiit ja laoseisu broneering on seesama mõte sammu võrra edasi, sest ka seal seisab kõik ühel tabelil ja ühel tehingul: maksmata arvete summa on kliendi juures veerg ja kontroll käib samas tehingus, milles tellimus sünnib, nii et kaks korraga saadetud tellimust ei saa mõlemad limiidi alt läbi lipsata, ummiku korral aga kordub tehing ise. Broneering on omakorda kehtivusajaga rida, mis tekib koos tellimusega ja kaob plaanitud taustatööga, kui tellimust ei ole makstud — nii ei ole laoseis enam number, mille kaks ostjat saavad korraga tühjaks teha.

Raamatupidamise sünkroonimine on järjekorratöö, mis on märgitud unikaalseks, nii et korduskatse ei väljasta arvet kunagi kaks korda; ja kui Horizon hommikul näitab, et raamatupidamise otsas oli öösel katkestus, saab ebaõnnestunud tööde hoidlast need järjekorras uuesti käima panna, mitte käsitsi üle kirjutada. Kõik need neli rida on olemas ka valmis tööriistas — ainult tootja seadete aknana, mille reegleid te ei näe, mis tuleb pärast iga uuendust uuesti üle kontrollida ja mis teisele platvormile kaasa ei tule.

Kaks tööd, mis juba töötavad

Kuidas see projektis, mitte dokumentatsioonis välja näeb, on näha meie enda Laraveli töödes. LIDO toidutellimisplatvormil ei otsusta hinda mitte toode, vaid aadress: geoasukoht määrab tarnetsooni, kauguse ja tasu, kõigil kolmeteistkümnel restoranil on oma menüü, ja poe kõrval töötab eraldi protsesside automatiseerimise süsteem, kuhu jõuavad kõik tellimused ja kust need jagatakse restoranide ja kokkade vahel — liidestustega enam kui kümne muu süsteemiga, sealhulgas Wolt, QWQER ja RKeeper. Riga Lashesi Laraveli-põhises e-poes on variantide hinnad, kliendikontod, soovinimekiri ja stuudio teenuste hinnakiri, nende taga aga kaubaladu, kullerteenuste liidestused ja maksed, kus protsess on automatiseeritud kuni pakkimiseni välja. Mõlemal juhul oleks otsustava osa pidanud kirjutama ka valmis tööriista peal, ainult võõra tootja hinna- ja tellimusvormide sees — ja just see on vahe, mis jääb: oma koodi peal on see töö üks repositoorium ilma iga võime kohta eraldi püsitellimuseta ja pärast iga platvormiuuendust ei ole seda vaja uuesti üle kontrollida. Laraveli oleme kirjutanud alates 2013. aastast ja sellel töötab enamik meie kohandatud süsteeme, avaliku sektori portaale ja B2B platvorme.

Kuhu läheb raha, mis ei ole litsentsides, on konkreetne küsimus ja vastus on sama konkreetne: peaaegu 85 tundi, mis viie aastaga maksab 848 € suurune aastane litsentsirida, on oma koodi peal täpselt see hinnatabel, see krediidilimiit, see broneering ja see sünkroonimine, kirjutatud teie protsessi ümber. Need jäävad teie repositooriumi ka siis, kui me kunagi lakkame olemast teie partner: tellimustööna ehitatus on kood teie oma esimesest päevast ja nii on kirjas ka meie Laraveli teenuselehel.

Filament: halduspaneel, mida keegi nullist ei kirjuta

Halduspaneeli osa vastuväitest, et ise ehitatud süsteemis tuleb kõik nullist kirjutada, võtab ära Filament — avatud lähtekoodiga liideseraamistik Laraveli rakendustele. Resursid genereerivad Eloquenti mudelitele CRUD-ekraanid, tabeliehitaja annab filtreerimise, sortimise ja lehekülgedeks jaotamise, vormikomponendid tulevad sisseehitatud valideerimisega, ja juurdepääsuõigused loeb Filament otse Laraveli mudelipoliitikatest, nii et rollikontrolle ei ole vaja teist korda kirjutada. Seosehaldurid, töölauavidinad ja teavitused on sealsamas komplektis; mitme rentniku tugi samuti, kuigi Filamenti enda hoiatusega, et tegemist on tööriistakomplekti, mitte garantiiga, ja et andmete eraldamise eest rentnike vahel vastutab juurutaja. Kogu see kiht on MIT-litsentsiga nagu Laravel isegi, nii et litsentsitasusid seal ei ole ühtegi.

Tähtsam ei ole siiski see, mida raamistik joonistab, vaid see, kuhu vabanenud raha läheb: toodete muutmise ekraanid, tellimuste tabelid, filtrid ja õiguste kontroll on see arenduse osa, mida ostja kunagi ei näe ja mille eest tellija ometi täishinda maksab. Kui raamistik need annab, läheb eelarve hinna-, tellimus- ja laoloogikale, mille pärast eritellimusarendus üldse valiti. Näide on sealsamas, kus te seda loete: see veebileht töötab Laravel 13 ja Filament 5 peal ning kogu toimetamistöö kaheteistkümnes keeles käib paneelis, mille me seadistasime, mitte ei kirjutanud nullist.

Kus raamistik lõpeb ja pood algab

Filament ei ole pood ja seda piiri tasub tõmmata selgelt: raamistik annab halduspaneeli — ekraanid, tabelid, vormid ja õiguste kontrolli —, aga ei tea midagi sellest, mis nendes tabelites on ja milliste reeglite järgi see sinna jõuab. Variatsioonide ja atribuutidega tootekataloog, ostukorv, kassasamm, hinnareeglid kliendi tasemete ja koguseallahindlustega, tellimuse elukaar loomisest tagastuseni ning laoseisu broneerimine — mitte midagi sellest ei ole Laraveli ja Filamenti komplektis. Filament on nagu sisse seatud töökoda riiulite, tööpinkide ja valgusega; mida seal toota, komplektiga kaasa ei tule.

Kui sõna-sõnalt seda mõelda, näitab dokumentatsioon ise, kus Orderi ja Payment'i mudelid esinevad ainult näidetena, mille arendaja ise kirjutab, sest raamistikus selliseid klasse lihtsalt ei ole. See ei ole raamistiku puudus, vaid tööjaotus: Filament lubab halduspaneeli ja mitte midagi muud, täpselt nagu Laravel lubab raamistikku, mitte valmis rakendust. Praktikas tähendab see, et Filament lühendab haldustööd, aga ei lühenda midagi selles osas, mille pärast eritellimusarendus üldse valiti.

Sellepärast tuleb meie hinnakirjas poe Basic-versioon 4500 € eest ilma laomooduli, mitmekeelsuse, B2B hinnatasemete, allahindluste süsteemi ja sisu migreerimiseta, Pro-versioon 9500 € eest aga nende kõigiga. Vahe ei ole juurdehindlus moodsama tehnoloogia eest, vaid hind selle eest, mida keegi peab kirjutama — ja just seetõttu on see mõlemal platvormil ühesugune. Fikseeritud mahuga Laraveli süsteem alates 8000 € on hinnakirjas juba teine rida ja teine toode: see ei ole pood, vaid süsteem, milles kogu protsess sünnib tühjalt kohalt.

Mida me ei luba: kus ise ehitatu maksab rohkem

Ise ehitatud pood on vaba pistikprogrammide aastalitsentsidest, mitte hooldusest, ja need on kaks täiesti eri asja. Laravel annab igale väljalaskele 18 kuud veaparandusi ja kaks aastat turvaparandusi, uue põhiversiooni laseb välja kord aastas ja pikaajalise toe taset seal ei ole — nii et kuupäevad on konkreetsed: Laravel 13 ilmus 2026. aasta 17. märtsil turvaparandustega kuni 2028. aasta 17. märtsini, Laravel 11 turvaaken sulgus 2026. aasta 12. märtsil ja Laravel 12 veaparandused lõpevad 2026. aasta 13. augustil. Kord aastas või paari aasta tagant tuleb süsteem seega uuele põhiversioonile üle viia, ja Laraveli dokumentatsioon ütleb, et nad püüavad tagada võimaluse teha seda päeva või lühema ajaga — see on püüd, mitte lubadus selle kohta, kui kaua see teie süsteemis aega võtab.

PHP-versioonide vahetumise rütm on pealegi mõlemal pool ühesugune: igale versioonile on kaks aastat aktiivset tuge ja kaks aastat ainult turvaparandusi, nii et viie aasta aknasse mahub vähemalt üks ja olenevalt sellest, millises tsükli punktis te alustate, kuni kaks sunnitud PHP üleminekut — ükskõik mis all on. Sellest reast ei pääse ei WooCommerce'i ega Laraveli pood ja mõlemal juhul plaanib seda seesama inimene, kes plaanib ülejäänud hooldust. Vahe on ainult selles, et oma koodi peal saab ülemineku teha siis, kui teile sobib, mitte siis, kui mõni laiendus lõpetab vana versiooni toetamise.

Kolm rida, kus valmis tööriist võidab

Hooldusest kallimad on kolm muud rida ja esimene neist on ökosüsteem: siin võidab valmis tööriist ilma vaidluseta. Veel üks turundusautomaatika WooCommerce'i poes on turuplatsi kirje — AutomateWoo maksab näiteks 140 € aastas — ja meie kogemuses üks tööpäev, ise ehitatud süsteemis aga spetsifikatsioon, tunnid ja test; 50 € tunnihinnaga on see esimene funktsioon, mille kohta te küsite, kas seda ikka päriselt vaja on. Tootevälja või uut filtrit halduses selles nimekirjas ei ole, sest neid annab raamistik. Ökosüsteemi puudumine ei ole ühekordne kulu, vaid püsivalt kõrgem lävi kõigele, mida hiljem tahaks proovida, ja poe puhul, mis palju katsetab, võib see litsentsiarve üles kaaluda — just seepärast ei nimeta me litsentsiarvet peamiseks argumendiks.

Teine on sõltuvus ühest meeskonnast ja sellele vastab struktuur, mitte kinnitus: tellimustööna ehitatud kood on teie oma esimesest päevast, me kirjutame seda standardses Laraveli struktuuris ilma eksootikata, kriitilisel loogikal on testid ja kaasa tuleb dokumenteeritud README ning CI, et süsteemi saaks üle võtta keegi teine. Laraveli arendajaid on Lätis lihtne leida ja seetõttu lõpeb meie enda vastus küsimusele, miks Laravel, lausega, et te ei jää sõltuma ühest meeskonnast, ka meist mitte — riski see ei kaota, aga teeb selle ülekantavaks.

Kolmas on PCI DSS ja see on meie vastu. 2025. aasta jaanuaris avaldatud SAQ A redaktsioon jõustus 2025. aasta 31. märtsil ja kaotas nõuded 6.4.3 ja 11.6.1 — skriptide inventuuri, nende põhjenduse ja muudatuste jälgimise — ning nõude 12.3.1 sihitud riskianalüüsi kohta, märkides samal ajal, et PCI DSS-i enda nõudeid see ei kaota. See kehtib kaupmeestele, kelle makselehe tarnib täielikult ja otse PCI DSS-i nõuetele vastav teenusepakkuja ja kes on ise kinnitanud, et sait ei ole skriptipõhistele rünnetele avatud. See leevendus kirjeldab panga makselehega väikest WooCommerce'i poodi palju täpsemalt kui kassasammu, mille joonistame oma koodis, ja selle kõrval seisab teine sama ebamugav fakt: märtsikuise turvanõrkuse leidis ja parandas keegi teine, aga süsteemis, mille oleme kirjutanud meie, teeb seda meie meeskond — nii et hooldus on seal lepingurida, mitte eeldus.

Meie sõltuvused ei ole teist sorti

Filament on täpselt samasugune kolmanda osapoole sõltuvus nagu pistikprogrammid, millest äsja juttu oli, ja vahe nende vahel on astme ja asukoha, mitte põhimõtte vahe. See on üks MIT-litsentsiga sõltuvus arenduskihis, selle kood asub meie repositooriumis ja sellest saab teha oma haru, ning ostja kassateel see ei istu, sest joonistab halduspaneeli, mitte ei võta makset vastu.

Kui projekt homme seisma jääks, võtaks pood tellimusi edasi vastu ja vananeks see osa, mida näevad teie töötajad, mitte see, mis võtab ostjalt raha. Filament avaldab ka versioonitoe tabeli konkreetsete kuupäevadega: kolmas versioon ilmus 2023. aasta augustis ja saab turvaparandusi kuni 2028. aasta 1. jaanuarini, mis on pikem aken, kui Laravel oma versioonidele annab.

Filament ei ole siiski Laraveli esimese osapoole pakett, sest Laravel oma pakettide loendis seda ei nimeta, ja projekti taga ei seisa bilansiga ettevõte, vaid meeskond ühe hooldaja ümber: tema nimel on repositooriumis umbes 17 000 muudatust, järgmisel kaastöölisel umbes 2 400, ja rahastus tuleb GitHubi sponsoritelt ning tasulisest nõustamisest. Ka väljalasete rütm ei ole leebe: neljas versioon ilmus 2025. aasta augustis, viies juba 2026. aasta jaanuaris, kaks päeva pärast Livewire 4, mis on veel üks kolmanda osapoole sõltuvus selle all. Ja lause „vajaduse korral teeme sellest oma haru“ on odav kirjutada ja kallis täita.

Me ei paku poodi ilma kolmanda osapoole sõltuvusteta, sest sellist ei ole meil ega kellelgi teisel. Pakume neid väiksemas arvus, litsentsi, mis lubab koodi endale jätta ja ise üleval hoida, ning selget piiri selle vahel, mis tõrke korral peatab rahavoo, ja selle vahel, mis rikub töötaja tööpäeva. Kui see vahe ei tundu teile piisavalt suur, on see täiesti põhjendatud vastuväide — ja siis ehitame teile valmis tööriista, sest see on seesama Basic- või Pro-versioon sama hinna eest. Kumbki vastus ei tee meist valet partnerit.

Kuidas me selle valiku praktikas teeme

Koos platvormiga ostate vastuse ühele küsimusele — kes tohib muuta teie hinna- ja tellimusreegleid ja millise graafiku järgi. Oma koodi peal on see vastus „teie, järgmises sprindis“, võõra tootja laienduse peal aga „siis, kui tootja selle oma väljalaskesse võtab, kui võtab“. Sellepärast ei küsi me eeluuringu vestlusel käivet, vaid küsime, mitu hinnataset teil tegelikult on ja kas üks klient näeb kunagi teistsugust hinda kui teine — see on piir kahe hinnavälja vahel, mille WooCommerce ise annab, ja hinnatabeli vahel, mida keegi peab üleval hoidma.

Seejärel küsime, kas laoseis elab rohkem kui ühes kohas, sest ladu pluss poe riiul on juba kaks kohta, ja kaks kohta tähendab, et keegi peab otsustama, kumb neist loeb tõeks. Järgmised kaks küsimust otsustavad tavaliselt kõik: kas tellimusest saab tellimus kohe või vajab see enne kinnitust — kliendi ostuosakonnalt, teie müügijuhilt või krediidilimiidilt — ja kas protsess sobiks ka siis, kui kataloog kahekordistuks.

Kui vastus kinnituse kohta on „jah“, olete kohas, kus valmis pistikprogrammide turg on kõige nõrgem: krediidilimiitide jälgimine ja limiiti ületavate tellimuste blokeerimine ei ole ei tuumas ega levinumates B2B pakettides ning seda lubavad ainult mõned spetsialiseerunud kirjed, näiteks QuarkCode B2B Commerce Suite. Kui suure osa protsessist olete valmis tööriista järgi ümber tegema — see on küsimus, mis üle jääb, ja ähmased nõuded on kogu tellimuse kõige kallim viga, millest oleme kirjutanud eraldi.

Kui vastused mahuvad valmis tööriista sisse, võtke valmis tööriist, sest see tuleb odavam — ja ehitame selle teile meie. Kui üks või kaks ei mahu, olete tõenäoliselt keskmisel teel ja hinnakirjas vastab sellele seesama Pro-versioon 9500 € eest WooCommerce'i peal — seesama hind, mis Laraveli peal, sest maksab töö, mitte platvorm. Kui kolm või rohkem ei mahu ja eriti kui nende hulgas on kinnitussamm või krediidilimiit, ei ole jutt enam platvormist, vaid sellest, kui suur osa protsessist elab koodis, mida saame muuta ilma võõra tootjaga kooskõlastamata.

Kolm algust ja kui palju igaüks neist maksab

Praktikas müüme kolme algust ja igaühel neist on hind, mille saab välja arvutada. Esimene on alustada kataloogist, maksetest ja tarnest, minna õhku ning lisada B2B hinnad, allahindluste loogika ja laoliidestused siis, kui esimesed päris tellimused on näha — oma vastustes nimetame seda tavaliselt õigeks valikuks. Teine on olemasoleva poe ümberkolimine ja see on projekt, mitte lüliti: URL-i struktuuri säilitame, aga andmemudelid üks ühele kokku ei lange ja iga pistikprogramm, mis on hoidnud oma välju, tuleb eraldi läbi vaadata. Pro-versioonis ja rendis on migreerimine sees; Basic-versioonis seda ei ole ja selle hindame eraldi mahu järgi, sest hinna otsustavad andmete hulk ja väljade arv.

Kolmas on rent: Laraveli pood koos meie majutusega alates 130 € kuus pluss 600 € ühekordne seadistustasu, ja hinnakirjas on selle sisu seesama mis Pro-versioonil — laomoodul, mitmekeelsus, B2B hinnatasemed, allahindluste süsteem ja sisu migreerimine —, ainult et majutus, uuendused ja hooldus on kaasa antud; saadaval on see ainult Laraveliga, sest WooCommerce'i poodi meilt rentida ei saa. Platvormi valik ise otsustab mõned konkreetsed asjad, mida töö ära ei siluda: selle rendirea, tasuta automaatsed tuumapaigad, ökosüsteemi läve ja selle, kes peab nõusse jääma, enne kui teie järgmine muudatus toodangusse jõuab. Kõik ülejäänu on töö.

Rent algab 130 € kuus, mis viie aastaga teeb alates 7800 €, pluss 600 € seadistus — alates 8400 € — ja selle sees on majutus, uuendused ja hooldus. Pro-versioon maksab 9500 € ühe korra ja majutus tuleb selle kõrvale eraldi: meie taristu rent algab 45 € kuus, seega alates 2700 € viie aasta peale, kokku alates 12 200 €, ja rakenduse uuendused ei ole seal veel sees. Mõlemad arvud on alghinnad, mitte kogusummad, ja võrreldavad on nad sellepärast, et hinnakirjas on mõlema koosseis üks ja seesama. Rendis maksate kasutamise ja majutuse eest koos, ehitatud lahenduse puhul maksate süsteemi eest kohe ära, ja kahte alghinda kõrvutades algab rent viie aasta aknas madalamalt. Kus kumbki lõpeb, otsustab maht, mistõttu hindame mõlemat projekti kaupa, mitte ei loe hinnakirjast.

Edasi käib töö kahenädalastes sprintides, igaühe järel demo; maksed, tarneteenused ja raamatupidamise ühendame ja kontrollime enne õhkuminekut; tooted, kliendid ja tellimuste ajaloo kolime üle, säilitades URL-i struktuuri. Suuremate ebastandardsete tööde puhul töötame aja ja materjali põhimõttel nädalase ülempiiriga, sest fikseeritud hind tähendab seal tavaliselt kas riskile lisatud juurdehindlust või vaidlust mahu üle, ja tunnihind on hinnakirjas 50 €. Kogu tee võtab 8–32 nädalat. Küsige projekti hinnangut ja tehnoloogiasoovitust — vastake samadele küsimustele meile ja me ütleme, milline kolmest teest teie puhul vähem maksma läheb.