WooCommerce vai Laravel interneta veikals: kuru izvēlēties un kad

Platformu neizšķir pirmās dienas funkciju saraksts — noliktavu, B2B cenas un daudzvalodību mēs uzbūvējam abās. Izšķir tas, kurš izlemj jūsu nākamo izmaiņu, un cik tā maksā.

Jautājums par tehnoloģiju, uz kuru atbilde nav funkciju saraksts

Saruna sākas gandrīz vienmēr vienādi: klientam ir ap septiņsimt produktu, trīs cenu līmeņi tālākpārdevējiem, no kuriem katrs savā profilā redz tikai savu cenu, un Visma Horizon grāmatvedība, kurā atlikums ir patiesība, bet veikals to tikai atspoguļo. Jautājums, ko viņš uzdod, skan tā: WooCommerce vai Laravel interneta veikals? Atbilde, ko viņš gaida, ir divu kolonnu saraksts, kurā vienā pusē kaut kas ir, bet otrā tā nav — saraksts, kāda mums nav un kāda nav nevienam, kas abas platformas tiešām būvē.

Noliktavas moduli ar reāllaika atlikumu sinhronizāciju, B2B cenu līmeņus, atlaižu sistēmu, daudzvalodu atbalstu un satura migrāciju mēs uzbūvējam abās platformās, un cena mūsu cenrādī no platformas nav atkarīga: interneta veikala Basic versija maksā €4 500 un Pro versija €9 500 gan uz WooCommerce, gan uz Laravel. Tieši šīs piecas rindas ir tās, kas Basic atdala no Pro, nevis tas, kas ir apakšā; administrācijas panelis cenrādī ir nosaukts jau Basic versijā, bet daudzvalūtu darbība nav nevienā no abām versijām un ir vienojama atsevišķi, atkal jebkurā no abām platformām.

No tā izriet praktiska lieta: platforma, ko jums pārdod ar pirmās dienas funkciju sarakstu, tiek pārdota par kaut ko, ko var dabūt abos veidos, un salīdzinājums, kas sākas ar šādu sarakstu, ir beidzies, pirms sācies. Interesantais jautājums sākas soli tālāk — kurš izlemj, ko jūsu veikals varēs izdarīt nākamgad, un cik ilgi šis lēmums gaida rindā pie kāda cita.

Pirmajā gadā abas platformas dara to, par ko esat samaksājis, jo abos gadījumos kāds to tikko ir uzbūvējis; otrajā gadā process mainās — pievienojas vairumtirdzniecība, otra noliktava, pienākums izrakstīt mašīnlasāmus rēķinus vai vienkārši cita atlaižu kārtība —, un no šī brīža abi ceļi maksā dažādi. Uz cita ražotāja paplašinājuma katra vēlākā izmaiņa ir kā pārbūve īrētās telpās: jūsu procesa noteikumi dzīvo kāda cita iestatījumu logā un pārvietojas pēc kāda cita laidienu grafika. Uz sava koda tas pats ir darbs, kuram cenrādī ir likme, un vienīgais, kas jāsaskaņo, ir tā prioritāte pret pārējo darbu sarakstā.

Ko WooCommerce dara labi

WooCommerce mēs paši ieliekam klientu veikalos ikreiz, kad process der, un tā ir visplašāk lietotā e-komercijas sistēma W3Techs apsekojumos: 2026. gada 6. augustā tā darbojās 8,2 % no visām vietnēm un veidoja 48,5 % no visām e-komercijas sistēmām šajos apsekojumos. Svarīgāks par pašu ciparu ir tas, no kā tas rēķināts — daļa no apsekotajām sistēmām, ne no pasaules veikaliem un pavisam noteikti ne no e-komercijas apgrozījuma —, un aiz tā stāv WordPress ar 41,2 % no visām vietnēm.

WordPress.org spraudņu katalogs tajā pašā dienā rādīja WooCommerce versiju 11.0.0, atjauninātu 4. augustā, ar aplēsi "7+ million active installations", un lasīt to piesardzīgi iesaka pats ražotājs: lietojuma uzskaite no WordPress.org lejupielādētajā kodolā pēc noklusējuma ir izslēgta, tāpēc neviens — arī Automattic — nezina, cik veikalu tiešām tirgojas, un šis skaitlis ir instalāciju augšējā robeža, nevis tirgotāju skaits.

Ražotāja cenu lapa WooCommerce apraksta kā atvērtā koda platformu bez platformas maksas un ar 0 % ieņēmumu daļu: jūs nemaksājat par to, ka pārdodat, un nemaksājat par to, ka apgrozījums aug. Katalogs, pasūtījumu saraksts un atlaižu iestatījumi turklāt izskatās tāpat kā pārējā WordPress administrācija, kuru jūsu komanda, visticamāk, jau prot lietot bez apmācības.

Spēcīgākais arguments par labu WooCommerce konkurentu salīdzinājumos gandrīz vienmēr pazūd, un tas ir automātiskais ielāps: 2026. gada 2. martā tika publiskota Store API ievainojamība, kas skāra versijas no 5.4 līdz 10.5.2 un ļāva ar viltotu pieprasījumu izveidot administratora kontu; kļūdu atrada kāds cits, ne veikalu īpašnieki; labojumu pārnesa pāri 52 skartajām versijām; un tajā pašā dienā no pulksten 14.00 pēc UTC tas sāka automātiski izplatīties pa veikaliem, kuriem automātiskie atjauninājumi ir ieslēgti, bez rēķina. Pats šis iestatījums nav pašsaprotams, un tieši to uzturēšanas līgumā konfigurē un uzrauga kāds cilvēks; kā WordPress vietnes tiek uzlauztas un ko darīt, ja tas jau ir noticis, ir aprakstīts mūsu rakstā par uzlauztu WordPress mājaslapu.

Ieteikums tāpēc nav mainījies un ir uzrakstīts arī mūsu pakalpojuma lapā: ļoti mazam e-veikalam ar standarta procesiem — WooCommerce. Simts produktiem ar vienu cenu, vienu noliktavu un vienu maksājumu veidu pielāgota platforma nedos neko tādu, par ko būtu vērts maksāt starpību, un pārdot dārgāko variantu tad, kad lētākais dara to pašu, nozīmē vienu neapmierinātu klientu vairāk un nevienu ieteikumu.

Vai WooCommerce der Latvijas maksājumiem un piegādei?

Der. Piegāde un maksājumi Latvijā nav vieta, kur gatavs interneta veikals apstājas, un brīdinājumi par pretējo parasti ir bez pamata: Omniva publicē gatavus moduļus sešām platformām — WooCommerce, Shopify, PrestaShop, OpenCart, Magento un Mozello — un tiem blakus dokumentētu OMX saskarni, pa kuru iet sūtījumu dati, uzlīmes, izsekošanas notikumi un pakomātu saraksti visās trijās Baltijas valstīs, bet priekšnosacījums tam ir uzņēmuma līgums, nevis programmētājs. DPD Baltics pati uztur savu WooCommerce spraudni WordPress.org katalogā — versija 1.2.91, vairāk nekā 2000 aktīvu instalāciju —, un tas sedz pakomātus, kurjeru, uzlīmes, manifestus un pēcapmaksu; turpat redzams arī tā publiskais vērtējums 2,7 no 5 un lietotāju atsauksmes, kurās sūdzas par konfliktiem ar citiem piegādes spraudņiem.

MakeCommerce, aiz kura stāv Maksekeskus AS, ar vienu līgumu dod Swedbank, SEB, Citadeles un Luminor bankas saites, kartes, Apple Pay un Google Pay, un turpat blakus Omniva, DPD, Venipak un Unisend piegādi; tā WooCommerce spraudnim ir vairāk nekā 3000 aktīvu instalāciju un pēdējais atjauninājums 2026. gada jūnijā. Klix by Citadele, ko uztur pati banka, publicē oficiālus spraudņus sešām platformām, tostarp WooCommerce no versijas 3.5, tā ka apgalvot, ka Latvijā gatavs veikals nespēj pieņemt naudu, būtu vienkārši nepatiesi.

Otra puse tam pašam ir tā, ka šie pakalpojumu sniedzēji nav spraudņu īpašums: MakeCommerce, Omniva un DPD publicē saskarnes, nevis tikai moduļus, un mūsu cenrādī maksājumu pieslēgšana — MakeCommerce un Stripe — ietilpst jau Basic versijā par €4 500 neatkarīgi no tā, kura platforma ir apakšā. Integrācijas ar Horizon, Jumis, Latvijas Pastu, Omniva un DPD ir veikala pakalpojuma rinda, ne piemaksa par Laravel, un ar Omniva, Latvijas Pasta, DPD un Venipak piegādes API mēs strādājam regulāri, tāpēc Latvijas piegādes un maksājumu slānis nav arguments ne par, ne pret nevienu no trim ceļiem.

Kur Latvijā tiešām ir darbs

Aizmuguri sarežģī tas, ka Visma Horizon, Jumis un Directo katrs publicē savu REST saskarni — Directo dokumentācija apraksta autorizāciju ar X-Directo-Key galveni un piekļuvi precēm, pasūtījumiem, klientiem, rēķiniem, atlikumiem un cenu formulām —, bet publicēta saskarne vēl nav integrācija: kādam ir jāsaliek kopā tas, ko veikals sauc par preci, ar to, ko grāmatvedība sauc par nomenklatūras vienību, un jāizlemj, kura no abām sistēmām glabā patiesību par atlikumu tajā sekundē, kad pircējs nospiež pogu. Divas vietas, kur glabājas atlikums, ir kā divi pulksteņi uz kuģa: kamēr tos nesaskaņo, neviens nezina laiku, un šis darbs ir individuāls uz jebkuras platformas — ar Horizon un Jumis mēs to darām regulāri.

Virs tā stāv datēts likuma fakts ar slazdu iekšā: strukturēts elektroniskais rēķins valsts iestādēm ir obligāts kopš 2025. gada 1. janvāra, bet savstarpējos uzņēmumu darījumos tas kļūs obligāts 2028. gada 1. janvārī — Grāmatvedības likuma kārtībā un LVS EN 16931-1:2017 formātā. Slazds ir datums: sākotnēji bija paredzēts 2026. gads, tāpēc 2024. gada preses raksti joprojām nosauc nepareizo termiņu, un pārbaudīt to vajag Finanšu ministrijas lapā par strukturēto elektronisko rēķinu, ne ziņās, jo veikalam, kas pārdod uzņēmumiem, mašīnlasāma rēķina ceļš uz jebkuras platformas kādam būs jāuzbūvē neatkarīgi no tā, kurš gads galu galā izrādīsies pareizais.

WooCommerce vai Laravel interneta veikals: kurš no trim ceļiem ir jūsu?

Salīdzinājumi, kas šo izvēli pasniedz kā divas pogas, izlaiž ceļu, ko mēs pārdodam visbiežāk, jo ceļi patiesībā ir trīs; tie atšķiras pēc tā, cik liela daļa jūsu procesa dzīvo kodā, ko varat mainīt paši, un izvēle starp tiem ir izvēle par to, kur turpmāk atradīsies jūsu cenu un pasūtījumu noteikumi — iestatījumu logā, jūsu pašu repozitorijā vai pa vidu abiem.

Pirmais ceļš ir gatavs rīks ar gataviem paplašinājumiem — WooCommerce vai OpenCart, ko esošiem veikaliem piedāvājam arī mēs. WooCommerce kodolā ir divi cenu lauki, parastā un akcijas cena, viens atlikuma skaitlis vienam produktam vai variācijai un trīs maksājumu metodes, no kurām neviena naudu tiešsaistē nepieņem, tāpēc cena konkrētai klientu grupai, daudzuma atlaides, piedāvājuma pārvēršana pasūtījumā, PVN atbrīvojums un atlikumi vairākās noliktavās ir atsevišķs pirkums no atsevišķa ražotāja ar atsevišķu gada abonementu. Ceļš ir ātrākais un ļoti bieži pareizais, un tā cena nav nauda, bet tas, ka jūsu procesa noteikumi turpmāk dzīvo cita ražotāja iestatījumu logā.

Otrais ceļš salīdzinājumos gandrīz neparādās, lai gan pārdodam mēs to visbiežāk: gatavs rīks ar mūsu pašu kodu virsū. WooCommerce ir atvērtā koda PHP kods, tāpēc tālākpārdevēju cenu tabulu, kredīta pārbaudi vai atlikuma rezervāciju var uzrakstīt blakus kodolam, nevis nopirkt kā spraudni, un licences tam nav — ir stundas —, par cenu, ka šis kods paliek piesiets WooCommerce atjauninājumu ritmam un tam, kā šī platforma glabā pasūtījumus. Ievērojamu daļu no tā, ko mūsu cenrādī sauc par Pro versiju par €9 500, veido tieši šis darbs, un šeit ir lielākā daļa mūsu pašu veikalu.

Trešais ceļš ir mūsu pašu platforma, kurā katalogs, grozs, norēķini un cenu loģika ir uzrakstīti no tukšas vietas ap jūsu procesu; tas ir dārgākais sākums un vienīgais, kurā nav neviena cita ražotāja pieņēmuma par to, kas ir prece un kad pasūtījums kļūst par pasūtījumu. Trešā ceļa iekšienē ir sazarojums: Bagisto un Lunar ir MIT licencētas Laravel komercijas pakotnes — 2026. gada 6. augustā GitHub attiecīgi 27 943 un 3 588 zvaigznes —, kas katalogu un grozu dod jau uzrakstītu, apmaiņā pret vēl vienu ārēju atkarību, kuras ritms nav jūsu rokās. Mēs pa to neejam.

Cik maksā WooCommerce spraudņu licences gadā?

Veikalam ar septiņsimt produktiem un trim tālākpārdevēju līmeņiem pirmais ceļš 2026. gada 6. augustā maksāja €270 gadā par divām publiskajām cenām plus nezināmu trešo. Dynamic Pricing par €113 gadā dod daudzuma un lomu atlaides; Addify izstrādātais B2B for WooCommerce par €157 gadā dod lomu cenas, pakāpju cenas, piedāvājuma pārvēršanu pasūtījumā, PVN atbrīvojumu un pēc lomas ierobežotus maksājumu un piegādes veidus; bet atlikumiem vairākās noliktavās kodolā nav paredzēts nekas, tāpēc klāt nāk trešais maksas spraudnis, piemēram, Addify Multi Inventory Management, kuram publisku gada cenu ražotājs nesauc.

Tie €270 gadā ir mazliet vairāk par piecām izstrādes stundām, jo mūsu cenrādī izstrādes stunda maksā €50, un par funkcijām, kurām ir ražotājs, dokumentācija un atjauninājumi, tas ir lēti. Cena, ko pirms sarunas nezināt, tāmē tomēr nav rinda: noliktavu spraudnis šo skaitli paceļ, un par cik — atkarīgs no piedāvājuma, kas jums pienāks pēc tam, kad būsiet nosaucis noliktavu skaitu un pasūtījumu apjomu.

Citam veikalam rindas ir citas: tam, kas pārdod abonementus, rezervācijas un dalības līmeņus, tajās pašās tirgusvietas cenās WooCommerce Subscriptions maksā €245 gadā, Bookings €218, Memberships €175, AutomateWoo €140 un Product Add-Ons €70 — kopā €848 gadā. Piecos gados, ja cenas nekāpj, tie ir €4 240: gandrīz vesela Basic versijas veikala cena, kas mūsu cenrādī ir €4 500, un gandrīz puse no Pro versijas par €9 500. Šī rinda neamortizējas, jo tā ir par vienu vietni, par vienu gadu, un maksāta katru gadu no jauna.

Tas pats skaitlis otrādi ir gandrīz 85 izstrādes stundas pie €50, un tās ir stundas, kas paliek jūsu kodā un jūsu īpašumā, nevis atjaunojas nākamā gada rēķinā. Konkrētais €848 rēķins turklāt ir abonementu, rezervāciju un dalības veikala rēķins, nevis norma — normas šeit nav, un katram veikalam šī rinda ir jāsaskaita no sava procesa. Licenču rinda arī nāk būvei virsū, nevis tās vietā: abos gadījumos kāds veikalu vispirms ir uzbūvējis, un tikai vienā no abiem gadījumiem par uzbūvēto nākamajā janvārī atkal pienāk rēķins.

Ko rēķins dara, kad to neapmaksā

Ja abonementu neatjauno, WooCommerce.com dokumentācija saka to tieši: "the extension or theme remains installed on your site but will no longer receive updates" — spraudnis paliek uzstādīts, veikals turpina strādāt, un pazūd vienīgi atjauninājumi. Neatjaunotas licences sekas tāpēc nav dīkstāve, ko pamana tajā pašā dienā, bet nelabots koda gabals, kas joprojām apstrādā maksājumus; viens abonements turklāt sedz vienu produkcijas vietni un vienu izstrādes vietni, un apakšdomēni skaitās atsevišķi.

Viena rinda uzvedas savādāk un uzvedas vienādi abās pusēs: grāmatvedības savienotājs parasti nav licence, bet abonements, kas kāpj līdz ar pasūtījumu skaitu — MyWorks Xero Sync WooCommerce tirgusvietā sākas ar bezmaksas līmeni, un tālāk cenu nosaka apjoms, tāpēc šī rinda aug tieši tad, kad aug veikals. Pielāgota platforma to nenoņem, bet maina to, kurš savienotāju uztur, un mūsu gadījumā tās ir stundas; rindas pūst arī nevajag: daudzvalodība nav automātiski €99 gadā par WPML Multilingual CMS, jo blakus WPML stāv arī Polylang, toties lētākā WPML licence Multilingual Blog par €39 e-komerciju neatbalsta, tāpēc veikalam izvēle starp €39 un €99 nepastāv.

Kāpēc atšķirība parādās otrajā gadā

Ka izmaiņu cena ir reāls, nevis teorētisks izdevums, rāda pati platforma: kopš 2023. gada WooCommerce ir izņēmis divas nesošas detaļas, atsaucis vienu beta funkciju un mainījis vienu noklusējumu. Mantotā REST API no kodola pazuda 2024. gada 11. jūnijā līdz ar versiju 9.0, būdama par novecojušu atzīta jau kopš versijas 2.6 2016. gadā; iebūvētā PayPal Standard vārteja izņemta versijā 8.9 2024. gada maijā; produktu redaktora beta versija izņemta versijā 11.0, kas katalogā parādījās 4. augustā; bet pasūtījumu glabāšana HPOS jaunām instalācijām kļuva par noklusējumu versijā 8.2 2023. gada oktobrī un esošos veikalus neskar, kamēr tos kāds nemigrē.

Virs šī fona WooCommerce izstrādātāju bloga sadaļā Advisories divpadsmit mēnešos līdz 2026. gada 5. augustam ir 37 ieraksti — aptuveni trīs mēnesī —, un katrs no tiem ir jāpārbauda pret katru veikalā uzstādīto paplašinājumu, ko veikals ar četriem spraudņiem uzņem bez piepūles, bet veikals ar divdesmit vairs ne. Kaudze turklāt neuzkrājas vienā dienā: spraudņi sanāk pa vienam, katrs atsevišķi ir pilnīgi saprātīgs lēmums, un pārbaudāmo kombināciju reizināšana notiek klusi.

Desmit spraudņi nav desmit detaļas, bet desmit līgumi, kas katrs var beigties atsevišķi, un īpašnieks mainās arī tad, kad kodam nekas nekaiš. 2025. gada 31. oktobrī atsauksmju serviss Judge.me izslēdza savu WooCommerce integrāciju kopā ar Square, Squarespace, BigCommerce, Duda un PrestaShop: datiem varēja piekļūt vēl līdz 19. novembrim, pēc tam piekļuve tika neatgriezeniski noņemta, un eksportā atsauksmju video neietilpa, tā ka gados krāts mārketinga aktīvs daļēji palika durvju otrā pusē. Mierīgākie gadījumi ir pārliecinošāki: 2019. gadā Automattic nopirka Prospress, kas bija WooCommerce Subscriptions un AutomateWoo autors, 2020. gadā GoDaddy nopirka SkyVerge, kuras vairāk nekā sešdesmit spraudņus izmantoja vairāk nekā 100 000 tirgotāju, un abi darījumi, cik var spriest pēc publiski zināmā, tirgotājiem beidzās labi. Jautājums nav par kaitējumu, bet par to, ka jūsu veikala sastāvdaļas īpašnieks var nomainīties bez jūsu līdzdalības.

Cik liels šis risks tiešām ir

Mērogs to relativizē, un skaitļi šeit ir mūsu pašu: 2026. gada 6. augusta uzskaitījumā WordPress.org spraudņu API atdeva 7 764 spraudņus ar birku "woocommerce", no kuriem 23,1 % nav atjaunināti divus gadus vai ilgāk, bet tajā pašā uzskaitījumā 10 809 800 aktīvo instalāciju sēž uz spraudņiem, kas atjaunināti pēdējo sešu mēnešu laikā, un tikai 208 790 uz tādiem, kas nav aiztikti vairāk nekā trīs gadus. Spraudņu ar 10 000 un vairāk instalācijām, kuri divus gadus palikuši bez atjauninājuma, tajā pašā uzskaitījumā ir tieši seši.

Pamestais spraudnis gandrīz nekad nav tas populārais, kuru zina visi: risks sēž tajā vienā šaurajā modulī, kuru prasa tieši jūsu process — B2B cenu līmeņos, noliktavas savienotājā, konkrētā kurjera etiķešu ģeneratorā —, un jo vairāk jūsu process atšķiras no vidējā, jo tuvāk esat tai direktorija daļai, kur pēdējais atjauninājums ir no aizpagājušā gada. Šo rindu var samazināt, neko nepārbūvējot: uzturēšanas līgumā to darām mēs — samazinām spraudņu skaitu, konfigurējam atjauninājumus un uzturam monitoringu —, un pārbūve ir atbilde tikai tad, kad problēma vairs nav uzturēšana, bet tas, ka process nav pierakstīts nekur.

Kur WooCommerce datu forma sāk spiest

Otra vieta, kur otrais gads maksā, ir datu forma, un vispirms tā puse, kur šis arguments vairs nav patiess: pasūtījumi jaunajās instalācijās kopš versijas 8.2 guļ četrās savās tabulās, un paša uzņēmuma 2023. gada marta mērījums rāda, ka jaunā glabāšana pasūtījumu darbības paātrina, nevis bremzē. Spiež produktu puse, un vislabāk to ir uzrakstījuši paši WooCommerce izstrādātāji, 2019. gada 1. aprīlī skaidrojot 3.6 versijas veiktspējas uzlabojumus: preces un variācijas iet caur WordPress ierakstu sistēmu, kurā post meta ir ārkārtīgi elastīgs, taču "not that efficient when we need to sort or filter by many meta values at once" — ne pārāk efektīvs, kad vienlaikus jākārto vai jāfiltrē pēc daudzām meta vērtībām. Atbilde tajā pašā laidienā bija wc_product_meta_lookup, denormalizēta palīgtabula ar SKU, cenu un atlikuma statusu blakus post meta, nevis tās vietā, tāpēc pamatforma palika tāda, kāda bija.

Līdzvērtīgais darbs produktu pusē, woocommerce-product-tables-feature-plugin, kopš 2017. gada 16. oktobra dzīvo tikai GitHub un pamests nav — pēdējās izmaiņas ir 2026. gada 31. jūlijā —, tikai par pietiekami stabilu WordPress.org katalogam to joprojām neatzīst. Blakus stāv wp_options, kuras autoload laukam pēc noklusējuma nav indeksa, kuras autoielādētie dati tiek nolasīti katrā lapas ielādē, kuru pati WooCommerce iesaka turēt zem aptuveni 500 rindām un kuras pieaugumu rada tieši paplašinājumi, spraudņi un tēmas — tā pati kaudze, par kuru bija runa iepriekš, tikai skatīta no datubāzes puses.

Ko Laravel dod veikalam, ko gatavs rīks nedod

Laravel nav veikals un neizliekas par tādu: tas dod nosauktas, dokumentētas un MIT licencētas detaļas, no kurām veikalu kāds saliek, tāpēc jautājums, kas šeit ir vērts naudas, nav "vai ietvars ir labs", bet "kuras jūsu procesa daļas beidzot kļūst par jūsu pašu tabulām un jūsu pašu darbiem". Tirgotāja veikalā atbilde parasti ir četras rindas — tālākpārdevēju cenu tabula, kredīta limits, atlikuma rezervācija un grāmatvedības sinhronizācija —, un tieši tās gatavā rīkā jūs pērkat no četriem dažādiem ražotājiem un pēc tam saskaņojat savā starpā.

Pirms tam ir godīgi pateikt, ko šis ceļš nedod, jo nevienu no četrām rindām nedod arī pats Laravel: ietvara oficiālie sākuma komplekti dod autentifikāciju un neko vairāk — nav ne kataloga, ne groza, ne norēķinu soļa, ne noliktavas —, un vienīgā komercijas pakotne, kas nāk komplektā, ir Cashier, kas apkalpo abonementu rēķinus Stripe vai Paddle pusē un sagaida, ka produkti ar cenām jau ir aprakstīti maksājumu pakalpojuma panelī. Tas, ko Laravel dod, ir forma, kurā šīs četras rindas ir lētas uzrakstīt un vēl lētāk vēlāk mainīt.

Rindas, darījumi un jūsu pašu datubāzes forma

Pirmā detaļa ir rindas: viens API pār vairākiem dzinējiem — Redis, datubāze, Amazon SQS, Beanstalkd —, kas ļauj pasūtījuma apstrādei, ERP sinhronizācijai un e-pastam iziet ārpus pieprasījuma, tā ka pircējs vairs negaida, kamēr atbild grāmatvedības sistēma. Dokumentācijā nosaukts arī tas, kas izšķir reālu ieviešanu: darbu ķēdes un partijas, unikāli darbi, kurus rinda neizpilda divreiz, atkārtošanas mēģinājumi un neizdevušos darbu glabātuve, no kuras tos var palaist vēlreiz. Divreiz izpildīts pasūtījums ir rēķins, kuru kādam pēc tam ir jāatceļ, un klients, kurš to pamana ātrāk par jums.

Horizon rāda rindu caurlaidību, izpildes laikus un kļūdas, ļauj darbinieku konfigurāciju aprakstīt kodā un brīdina, kad rinda gaida par ilgu, bet tas prasa Redis un ar Redis Cluster pašlaik nestrādā, tātad tā ir atsevišķa pozīcija mitināšanas rēķinā, nevis bezmaksas papildinājums. Darījumi savukārt ir tas, ko praksē nozīmē teikums "pasūtījums un atlikuma kustība notiek abi vai neviens": DB::transaction kļūdas gadījumā izmaiņas atceļ pats un ļauj tās atkārtot, ja datubāze nonāk strupceļā.

Migrācijas Laravel dokumentācija sauc par versiju kontroli datubāzei, un praksē tas nozīmē, ka tabulas, indeksus un ārējās atslēgas projektējat ap savu cenu un atlikumu loģiku, nevis ap to, ko kāds cits reiz izlēma par preces jēdzienu. Meklēšana un abonementu rēķini turklāt paliek izvēle, ne obligāta ikmēneša rinda: Scout indeksē turpat datubāzē ar MySQL vai PostgreSQL pilnteksta indeksiem bez ārēja pakalpojuma, bet Stripe pusi apkalpo Cashier, ja abonementi veikalā vispār ir.

Cenu tabula, kredīta limits un rezervācija kodā

Kā tas izskatās konkrēti, vislabāk rāda pirmā no četrām rindām: tālākpārdevēju cenu tabula uz sava koda ir viena migrācija ar četrām kolonnām — klientu grupa, prece, daudzuma slieksnis un cena — un unikāls indekss pār pirmajām trim, tāpēc cenu konkrētam pircējam atrod viens vaicājums ar vienu savienojumu, nevis meklēšana pa meta vērtībām, un jauns cenu līmenis ir jauna rinda tabulā, nevis jauns iestatījums cita ražotāja logā. Kad pēc gada klāt nāk ceturtais līmenis ar citu noapaļošanas kārtību, mainās viena vieta un viens tests, un abi ir jūsu repozitorijā.

Kredīta limits un atlikuma rezervācija ir tā pati doma vienu soli tālāk, jo arī tur viss turas uz vienas tabulas un viena darījuma: neapmaksāto rēķinu summa ir kolonna pie klienta, un pārbaude notiek tajā pašā darījumā, kurā top pasūtījums, tāpēc divi vienlaikus iesūtīti pasūtījumi nevar abi paslīdēt zem limita, bet strupceļa gadījumā darījums atkārtojas pats. Rezervācija savukārt ir rinda ar derīguma termiņu, kas rodas kopā ar pasūtījumu un pazūd ar plānotu fona darbu, ja pasūtījums nav apmaksāts, tāpēc noliktavas atlikums vairs nav skaitlis, kuru divi pircēji var iztukšot vienlaikus.

Grāmatvedības sinhronizācija ir rindas darbs, kas atzīmēts kā unikāls, tāpēc atkārtots mēģinājums nekad neizraksta rēķinu divreiz, un, kad Horizon no rīta parāda, ka naktī grāmatvedības galā bija pārtraukums, neizdevušos darbu glabātuve ļauj tos palaist vēlreiz pēc kārtas, nevis pārrakstīt ar roku. Katra no šīm četrām rindām gatavā rīkā ir pieejama arī, tikai kā ražotāja iestatījumu logs, kura noteikumus jūs neredzat, kurš pēc katra atjauninājuma ir jāpārbauda no jauna un kurš uz citu platformu nepārvietojas.

Divi darbi, kas jau strādā

Kā tas izskatās projektā, nevis dokumentācijā, redzams mūsu pašu Laravel darbos. LIDO ēdienu pasūtīšanas platformā cenu neizšķir prece, bet adrese: ģeolokācija nosaka piegādes zonu, attālumu un maksu, katram no trīspadsmit restorāniem ir savs ēdienu sortiments, un blakus veikalam strādā atsevišķa procesu automatizācijas sistēma, kurā nonāk visi pasūtījumi un no kuras tie tiek sadalīti pa restorāniem un pavāriem — ar integrācijām vairāk nekā desmit citās sistēmās, tostarp Wolt, QWQER un RKeeper. Riga Lashes e-veikalā uz Laravel ir variantu cenas, klientu konti, vēlmju saraksts un studijas pakalpojumu cenrādis, un aiz tiem — preču noliktava, kurjerdienestu integrācijas un maksājumi, kur process ir automatizēts līdz pat iepakošanas stadijai. Abos gadījumos izšķirošo daļu būtu nācies uzrakstīt arī uz gatava rīka, tikai cita ražotāja cenas un pasūtījuma formas iekšienē, un tieši šī ir atšķirība, kas paliek: uz sava koda šis darbs ir viens repozitorijs bez atsevišķa abonementa par katru spēju, un pēc katra platformas atjauninājuma tas nav jāpārbauda no jauna. Laravel mēs rakstām kopš 2013. gada, un uz tā strādā lielākā daļa mūsu pielāgoto sistēmu, valsts sektora portālu un B2B platformu.

Kur aiziet nauda, kas nav licencēs, ir konkrēts jautājums, un atbilde ir tikpat konkrēta: gandrīz 85 stundas, ko piecos gados maksā €848 gada licenču rinda, uz sava koda ir tieši šī cenu tabula, šis kredīta limits, šī rezervācija un šī sinhronizācija, uzrakstītas ap jūsu procesu. Tās paliek jūsu repozitorijā arī tad, ja mēs kādreiz pārstājam būt jūsu partneri: pasūtītā būvē kods ir jūsu no pirmās dienas, un tas ir uzrakstīts arī mūsu Laravel pakalpojuma lapā.

Filament: vadības panelis, ko neviens neraksta no nulles

Vadības paneļa daļu no iebilduma, ka pašu būvētā sistēmā viss ir jāraksta no nulles, noņem Filament — atvērtā koda saskarnes ietvars Laravel lietotnēm. Resursi ģenerē CRUD ekrānus Eloquent modeļiem, tabulu veidotājs dod filtrēšanu, kārtošanu un lappušošanu, formu komponentes nāk ar iebūvētu validāciju, bet piekļuves tiesības Filament nolasa tieši no Laravel modeļu politikām, tāpēc lomu pārbaudes nav jāraksta otrreiz. Attiecību pārvaldnieki, informācijas paneļa logrīki un paziņojumi ir turpat komplektā; daudznomnieku atbalsts arī, gan ar pašas Filament brīdinājumu, ka tas ir rīku komplekts, nevis garantija, un ka par datu nošķiršanu starp nomniekiem atbild ieviesējs; viss slānis ir MIT licencēts, tāpat kā pats Laravel, tāpēc licences maksas tur nav nevienas.

Svarīgākais tomēr nav tas, ko ietvars uzzīmē, bet tas, kur aiziet atbrīvotā nauda: preču rediģēšanas ekrāni, pasūtījumu tabulas, filtri un tiesību pārbaudes ir tā izstrādes daļa, kuru pircējs nekad neredz un par kuru pasūtītājs tomēr maksā pilnu likmi, un, kad tās dod ietvars, budžets aiziet cenu, pasūtījumu un noliktavas loģikai, kuras dēļ individuāla izstrāde vispār tika izvēlēta. Piemērs ir turpat, kur jūs šo lasāt: šī mājaslapa strādā uz Laravel 13 un Filament 5, un viss redakcionālais darbs divpadsmit valodās notiek panelī, kuru mēs konfigurējām, nevis rakstījām no nulles.

Kur ietvars beidzas un veikals sākas

Filament nav veikals, un šo robežu ir vērts novilkt skaidri: ietvars dod vadības paneli — ekrānus, tabulas, formas un tiesību pārbaudes —, bet neko nezina par to, kas šajās tabulās atrodas un pēc kādiem noteikumiem tur nonāk. Preču katalogs ar variācijām un atribūtiem, grozs, norēķinu solis, cenu noteikumi ar klientu līmeņiem un daudzuma atlaidēm, pasūtījuma dzīves cikls no izveides līdz atgriešanai un atlikumu rezervēšana noliktavā — nekas no tā Laravel un Filament komplektā nav. Filament ir kā izbūvēta darbnīca ar plauktiem, darbagaldiem un gaismu; ko tur ražot, komplektā nenāk.

Cik burtiski to domāt, rāda pati dokumentācija, kurā Order un Payment modeļi parādās vienīgi kā piemēri, ko izstrādātājs uzraksta pats, jo ietvarā tādu klašu vienkārši nav. Tas nav ietvara trūkums, bet darba dalījums: Filament sola administrācijas saskarni un neko citu, gluži tāpat kā Laravel sola ietvaru, nevis gatavu lietotni. Praksē tas nozīmē, ka Filament saīsina administrācijas darbu, bet neko nesaīsina tajā daļā, kuras dēļ individuāla izstrāde vispār tika izvēlēta.

Tāpēc mūsu cenrādī veikala Basic versija par €4 500 nāk bez noliktavas moduļa, daudzvalodu atbalsta, B2B cenu līmeņiem, atlaižu sistēmas un satura migrācijas, bet Pro versija par €9 500 — ar tiem visiem. Starpība nav uzcenojums par modernāku tehnoloģiju, bet cena tam, kas kādam ir jāuzraksta, un tieši tāpēc tā ir vienāda abās platformās. Fiksēta apjoma Laravel sistēma sākot no €8 000 cenrādī ir jau cita rinda un cita prece: tā nav veikals, bet sistēma, kurā no tukšas vietas top viss process.

Ko mēs nesolām: kur pašu būvēts maksā dārgāk

Pašu būvēts veikals ir brīvs no spraudņu gada licencēm, nevis no uzturēšanas, un tās ir divas pilnīgi dažādas lietas. Laravel katram laidienam dod 18 mēnešus kļūdu labojumu un divus gadus drošības labojumu, jaunu galveno versiju izlaiž reizi gadā, un ilgtermiņa atbalsta līmeņa tur nav, tāpēc datumi ir konkrēti: Laravel 13 iznāca 2026. gada 17. martā ar drošības labojumiem līdz 2028. gada 17. martam, Laravel 11 drošības logs aizvērās 2026. gada 12. martā, bet Laravel 12 kļūdu labojumi beidzas 2026. gada 13. augustā. Reizi gadā vai divos sistēma tātad ir jāpārceļ uz jaunu galveno versiju, un Laravel dokumentācija saka, ka tie cenšas nodrošināt iespēju to izdarīt dienā vai ātrāk — centiens, nevis solījums par to, cik ilgi tas aizņems jūsu sistēmā.

PHP skrejceliņš turklāt ir vienāds abām pusēm: katrai versijai ir divi gadi aktīva atbalsta un divi gadi tikai drošības labojumu, tāpēc piecu gadu logā ietilpst vismaz viena un, atkarībā no tā, kurā cikla brīdī sākat, līdz divām piespiedu PHP pārejām neatkarīgi no tā, kas ir apakšā. Ne WooCommerce, ne Laravel veikals no šīs rindas neizvairās, un abos gadījumos to plāno tas pats cilvēks, kas plāno pārējo uzturēšanu — atšķirība ir vienīgi tā, ka uz sava koda pāreju var izdarīt tad, kad jums ir ērti, nevis tad, kad kāds paplašinājums beidz atbalstīt veco versiju.

Trīs rindas, kur gatavais rīks uzvar

Dārgākas par uzturēšanu ir trīs citas rindas, un pirmā no tām ir ekosistēma: šeit gatavais rīks uzvar bez diskusijas. Vēl viena mārketinga automatizācija WooCommerce veikalā ir tirgusvietas ieraksts — AutomateWoo, piemēram, maksā €140 gadā — un mūsu pieredzē dienas darbs, kamēr pašu būvētā sistēmā tā ir specifikācija, stundas un tests, un pie €50 stundā tā ir pirmā funkcija, par kuru jūs jautāsiet, vai tā tiešām ir vajadzīga; preces lauks vai jauns filtrs administrācijā šajā sarakstā nav, jo to dod ietvars. Ekosistēmas trūkums nav vienreizēja izmaksa, bet pastāvīgi augstāks slieksnis visam, ko vēlāk gribas pamēģināt, un veikalam, kas eksperimentē daudz, tas var pārsvērt licenču rēķinu — tieši tāpēc licenču rēķinu mēs nesaucam par galveno argumentu.

Otrā ir atkarība no vienas komandas, un uz to atbild struktūra, nevis apgalvojums: kods pasūtītā būvē ir jūsu no pirmās dienas, mēs to rakstām standarta Laravel struktūrā bez eksotikas, kritiskajai loģikai ir testi, un līdzi nāk dokumentēts README un CI, lai sistēmu var pārņemt kāds cits. Laravel izstrādātāju Latvijā ir viegli atrast, un tāpēc mūsu pašu atbilde uz jautājumu, kāpēc Laravel, beidzas ar teikumu, ka jūs nepaliekat atkarīgs no vienas komandas, arī no mums, un risku tas neatceļ, bet padara to par pārceļamu.

Trešā ir PCI DSS, un tā ir pret mums. 2025. gada janvārī publicētā SAQ A redakcija, kas stājās spēkā 2025. gada 31. martā, tirgotājiem, kuru maksājumu lapu pilnībā un tieši piegādā PCI DSS prasībām atbilstošs pakalpojuma sniedzējs un kuri paši apliecinājuši, ka vietne nav pakļauta uz skriptiem balstītiem uzbrukumiem, atcēla prasības 6.4.3 un 11.6.1 — skriptu inventarizāciju, to pamatojumu un izmaiņu uzraudzību — un prasību 12.3.1 par mērķētu riska analīzi, vienlaikus norādot, ka pašas PCI DSS prasības tas neatceļ. Šis atvieglojums apraksta mazu WooCommerce veikalu ar bankas maksājumu lapu daudz precīzāk nekā norēķinu soli, ko attēlojam savā kodā, un tam blakus stāv otrs tikpat neērts fakts: marta ievainojamību atrada un salaboja kāds cits, bet sistēmā, ko esam uzrakstījuši mēs, to dara mūsu komanda, tāpēc uzturēšana tur ir līguma rinda, ne pieņēmums.

Mūsu atkarības nav citas sugas

Filament ir tieši tāda pati trešās puses atkarība kā spraudņi, par kuriem tikko bija runa, un atšķirība starp tiem ir pakāpes un novietojuma, ne principa atšķirība. Tā ir viena MIT licencēta atkarība izstrādes slānī, tās kods atrodas mūsu repozitorijā un ir atzarojams, un tā nesēž pircēja norēķinu ceļā, jo zīmē vadības paneli, nevis pieņem maksājumu.

Ja projekts rīt apstātos, veikals turpinātu pieņemt pasūtījumus, un novecotu tā daļa, kuru redz jūsu darbinieki, ne tā, kas ņem naudu no pircēja. Filament arī publicē versiju atbalsta tabulu ar konkrētiem datumiem: trešā versija iznāca 2023. gada augustā un drošības labojumus saņem līdz 2028. gada 1. janvārim, kas ir garāks logs, nekā pats Laravel dod savām versijām.

Filament tomēr nav Laravel pirmās puses pakotne, jo Laravel savā pakotņu sarakstā to nemin, un aiz projekta nestāv uzņēmums ar bilanci, bet komanda ap vienu uzturētāju: viņa vārdā repozitorijā ir ap 17 000 izmaiņu, nākamajam līdzstrādniekam ap 2 400, un finansējums nāk no GitHub sponsoriem un maksas konsultācijām. Izlaidumu ritms arī nav maigs: ceturtā versija iznāca 2025. gada augustā, piektā jau 2026. gada janvārī, divas dienas pēc Livewire 4, kas ir vēl viena trešās puses atkarība zem tās. Un teikums "vajadzības gadījumā mēs to atzarosim" ir lēts uzrakstīt un dārgs izpildīt.

Mēs nepiedāvājam veikalu bez trešo pušu atkarībām, jo tāda nav ne mums, ne nevienam citam; piedāvājam mazāku to skaitu, licenci, kas ļauj kodu paturēt un uzturēt pašiem, un skaidru robežu starp to, kas atteices gadījumā apstādina naudas plūsmu, un to, kas sabojā darbinieka darba dienu. Ja jums šī atšķirība nešķiet pietiekami liela, tas ir pilnīgi pamatots iebildums — un tad mēs jums būvējam gatavo rīku, jo tā ir tā pati Basic vai Pro versija par to pašu cenu. Neviena no abām atbildēm mūs nepadara par nepareizo partneri.

Kā mēs šo izvēli izdaram praksē

Kopā ar platformu jūs pērkat atbildi uz vienu jautājumu — kurš drīkst mainīt jūsu cenu un pasūtījumu noteikumus un pēc kāda grafika —, un uz sava koda šī atbilde ir "jūs, nākamajā sprintā", bet uz cita ražotāja paplašinājuma tā ir "kad ražotājs to iekļaus savā laidienā, ja iekļaus". Tāpēc izpētes sarunā mēs neprasām apgrozījumu, bet prasām, cik cenu līmeņu jums patiesībā ir un vai viens klients kādreiz redz citu cenu nekā otrs — tā ir robeža starp diviem cenu laukiem, ko WooCommerce dod pats, un cenu tabulu, kura kādam ir jāuztur.

Tad prasām, vai atlikums dzīvo vairāk nekā vienā vietā, jo noliktava plus veikala plaukts jau ir divas vietas, un divas vietas nozīmē, ka kādam ir jāizlemj, kura no tām skaitās patiesība. Nākamie divi jautājumi parasti izšķir visu: vai pasūtījums kļūst par pasūtījumu uzreiz, vai arī tam vispirms vajag apstiprinājumu — klienta iepirkumu daļas, jūsu pārdošanas vadītāja vai kredīta limita —, un vai process derētu arī tad, ja katalogs pieaugtu divkārt.

Ja atbilde par apstiprinājumu ir "jā", jūs esat vietā, kur gatavo spraudņu tirgus ir visvājākais: kredītlimitu uzraudzība un pasūtījumu bloķēšana pāri limitam nav ne kodolā, ne izplatītākajās B2B paketēs, un to sola tikai daži specializēti ieraksti, piemēram, QuarkCode B2B Commerce Suite. Cik daudz no procesa esat gatavi pārtaisīt pēc rīka — tas ir jautājums, kas paliek pāri, un neskaidras prasības ir dārgākā kļūda visā pasūtījumā, par ko esam rakstījuši atsevišķi.

Ja atbildes ietilpst gatavā rīkā, ņemiet gatavo rīku, jo tas būs lētāk, un uzbūvēsim to jums mēs. Ja neietilpst viena vai divas, jūs, visticamāk, esat uz vidējā ceļa, un cenrādī tam atbilst tā pati Pro versija par €9 500 uz WooCommerce — tā pati cena, kas uz Laravel, jo maksā darbs, nevis platforma. Ja neietilpst trīs vai vairāk, un jo īpaši ja starp tām ir apstiprinājuma solis vai kredīta limits, saruna vairs nav par platformu, bet par to, cik liela daļa procesa dzīvo kodā, kuru varam mainīt bez saskaņošanas ar citu ražotāju.

Trīs sākumi un ko katrs maksā

Praksē mēs pārdodam trīs sākumus, un katram no tiem ir cena, ko var izrēķināt: pirmais ir sākt ar katalogu, maksājumiem un piegādi, palaist, un B2B cenas, atlaižu loģiku un noliktavas integrācijas pievienot tad, kad ir redzami pirmie reālie pasūtījumi — savās atbildēs mēs to saucam par parasti pareizo izvēli. Otrais ir pārcelt esošu veikalu, un tas ir projekts, nevis pārslēgs: URL struktūru mēs saglabājam, bet datu modeļi viens pret vienu nesakrīt, un katrs spraudnis, kas glabājis savus laukus, ir jāizvērtē atsevišķi. Pro versijā un nomā migrācija ir iekļauta; Basic versijā tās nav, un to tāmējam atsevišķi pēc apjoma, jo cenu izšķir datu daudzums un lauku skaits.

Trešais ir noma: Laravel veikals kopā ar mūsu mitināšanu sākot no €130 mēnesī plus €600 vienreizējs konfigurācijas maksājums, un cenrādī tās sastāvs ir tas pats, kas Pro versijai — noliktavas modulis, daudzvalodu atbalsts, B2B cenu līmeņi, atlaižu sistēma un satura migrācija —, tikai ar mitināšanu, atjauninājumiem un uzturēšanu klāt; pieejama tā ir tikai ar Laravel, jo WooCommerce veikalu pie mums nomāt nevar. Platformas izvēle pati par sevi izšķir dažas konkrētas lietas, kuras darbs neizlīdzina: šo nomas rindu, bezmaksas automātiskos kodola ielāpus, ekosistēmas slieksni un to, kuram jāpiekrīt, pirms jūsu nākamā izmaiņa nonāk ražošanā. Viss pārējais ir darbs.

Noma sākas no €130 mēnesī, kas piecos gados ir no €7 800, plus €600 konfigurācija — no €8 400 —, un tajā ietilpst mitināšana, atjauninājumi un uzturēšana. Pro versija maksā €9 500 vienreiz, un mitināšana pie tās nāk atsevišķi: mūsu infrastruktūras noma sākas no €45 mēnesī, tātad no €2 700 piecos gados, kopā no €12 200, un lietojumprogrammas atjauninājumi tur vēl nav iekšā. Abi skaitļi ir grīdas, nevis kopsummas, un salīdzināmi tie ir tāpēc, ka cenrādī abu funkciju sastāvs ir viens un tas pats. Nomā jūs maksājat par lietošanu kopā ar mitināšanu, būvē jūs samaksājat par sistēmu uzreiz, un, salīdzinot abas grīdas, noma piecu gadu logā sākas zemāk. Kur katra no tām beidzas, izšķir apjoms, tāpēc abas mēs tāmējam projektam, nevis lasām no cenrāža.

Tālāk darbs iet divu nedēļu sprintos ar demo pēc katra; maksājumus, piegādes dienestus un grāmatvedību pieslēdzam un pārbaudām pirms palaišanas; produktus, klientus un pasūtījumu vēsturi pārnesam, saglabājot URL struktūru. Lielākiem nestandarta darbiem strādājam pēc laika un materiāliem ar nedēļas griestiem, jo fiksēta cena tur parasti nozīmē vai nu uzcenojumu riskam, vai strīdu par apjomu, un stundas likme cenrādī ir €50. Viss ceļš aizņem 8–32 nedēļas. Saņemt projekta novērtējumu un tehnoloģijas rekomendāciju — atbildiet uz tiem pašiem jautājumiem mums, un mēs pateiksim, kurš no trim ceļiem jūsu gadījumā izmaksā mazāk.