E-komercijos platforma · multi-tenant SaaS
Daugelio parduotuvių e-komercijos platforma: parduotuvės sąsaja, mokėjimai, laiškai, analitika ir konversijų sekimas serveryje veikia vienoje sistemoje – be atskirų SaaS įrankių rinkinio.
TL;DR — kuo skiriasi
Situacija
Pradedantysis pardavėjas susiduria su ta pačia kliūtimi: kol parduotuvė pradeda veikti, jau reikia kelių atskirų įrankių – platformos, konversijų sekimo, el. laiškų, palikto krepšelio grandinės ir mokėjimų. Kiekvienas su atskira sąskaita, atskira duomenų saugykla ir techniniu derinimu, kurio pradedantysis dažnai negali atlikti pats. Tipinė platforma šį darbą perkelia pardavėjui.
Sprendimas
Vantemo sudėliotas kaip viena multi-tenant sistema. Kiekviena parduotuvė turi izoliuotus duomenis, bet visos remiasi tuo pačiu branduoliu – API, valdymo skydeliu, mokėjimais ir foniniais procesais. Konversijų sekimas Meta, TikTok ir Google Ads platformose vyksta iš serverio su dublikatų šalinimu, tad pardavėjui nereikia pačiam diegti pikselių. Parduotuvės puslapiai dėliojami vizualiu redaktoriumi, o turinys nuo pradžių ruošiamas paieškai ir greitiems Core Web Vitals rodikliams.
Rezultatas
Rezultatas – veikianti platforma, kurioje nauja parduotuvė paleidžiama be atskirų integracijų: sukonfigūruojami mokėjimai, sudedamas katalogas, dėliojami puslapiai, o serverinis sekimas ir laiškų automatika veikia nuo pirmos dienos. Produktas šiuo metu ruošiamas viešam paleidimui. Portfelyje rodoma architektūra ir jau sukurtos galimybės; pardavimų rodikliai bus matuojami realioje rinkoje po paleidimo.
Naratyvas
01 / PREMISA
Vantemo pradžios klausimas buvo platesnis nei viena parduotuvė: kaip padaryti, kad bet kurią parduotuvę būtų galima paleisti greitai ir be techninio derinimo. Pradedantysis pardavėjas paprastai surenka įrankių rinkinį – platformą, sekimą, laiškus, mokėjimus – ir kiekvieną jungia atskirai. Vantemo šį rinkinį pakeičia vienu branduoliu: tai, kas įprastai išskaidyta po kelias SaaS prenumeratas, čia veikia vienoje sistemoje.
02 / IZOLIACIJA
Kiekviena parduotuvė platformoje turi savo duomenis – produktus, užsakymus, klientus – ir nemato kitų. Izoliacija sutvarkyta duomenų bazės sluoksnyje: kiekviena užklausa automatiškai apribojama iki tos parduotuvės, tad atskiro „neužmiršk patikrinti“ žingsnio programuotojui nelieka. Tą patį branduolį naudoja visos parduotuvės, todėl naują parduotuvę užtenka sukonfigūruoti, o ne kurti iš naujo.
03 / REDAKTORIUS
Parduotuvės puslapiai – pradinis, kategorijos, kampanijos – dėliojami vizualiu redaktoriumi iš paruoštų komponentų. Pardavėjas keičia turinį ir struktūrą pats, be programuotojo, o komponentai jau pritaikyti greičiui ir paieškai. Tame pačiame redaktoriuje dėliojamos ir apklausos: pirkėjas atsako į kelis klausimus, o pagal atsakymus parenkami tinkami produktai.
04 / MOKĖJIMAI
Atsiskaitymo srautas jungia dvi pirkėjo įpročiams svarbias dalis: korteles per Stripe ir tiesiogines Baltijos šalių bankų nuorodas per MakeCommerce. Kiekviena parduotuvė turi atskirą išmokų paskyrą, tad pinigai keliauja tiesiai pardavėjui. Pirkėjui tai atrodo kaip vienas srautas, nepriklausomai nuo pasirinkto mokėjimo būdo.
05 / FONAS
Laiškai, palikto krepšelio grandinė, SMS, sąskaitų PDF ir reklamos duomenų sinchronizacija veikia atskirame procese, eilėse. Parduotuvė lieka greita, nes sunkūs darbai atliekami fone ir, jei reikia, kartojami. Kiekviena parduotuvė turi atskirą laiškų siuntimo konfigūraciją, tad vienos parduotuvės srautas nedaro įtakos kitos pristatomumui.
06 / GREITIS
Parduotuvės pateikiamos iš serverio, su paieškai paruoštu turiniu, struktūriniais duomenimis ir hreflang keliomis kalbomis. Greičio ir prieinamumo rodikliai tikrinami automatiškai prieš kiekvieną pakeitimą – jei puslapis sulėtėja arba nukrenta Lighthouse įvertinimas, pakeitimas nepraeina. Taip greitis išlaikomas ilgainiui, ne tik paleidimo dieną.
07 / AGENTAI
Visas administravimo API sutrauktas į nedidelį AI įrankių rinkinį – katalogas, užsakymai, analitika, turinys, nustatymai. Todėl parduotuvę galima valdyti kalbant: „pridėk šį produktą“, „parodyk praėjusios savaitės pajamas“, „pakeisk užsakymo būseną“. Tas pats įrankių rinkinys veikia ir asistentui valdymo skydelyje, ir išoriniam AI agentui – Claude Desktop, ChatGPT ar Cursor – prisijungiančiam per MCP serverį.
08 / RIBOS
Sunkioji dalis – leisti AI agentui veikti vienoje parduotuvėje ir niekada nepaliesti kitos. Kiekviena jungtis naudoja API raktą, susietą su viena parduotuve; parduotuvės identifikatorius visada imamas iš rakto, o ne iš to, ką atsiunčia agentas, tad suklastotas identifikatorius nieko nepakeičia. Raktai gali būti apriboti – tik skaitymui arba tik tam tikroms sritims – o užklausų dažnis ribojamas.
Sekimas
Naršyklėje veikiantis sekimas po iOS privatumo pakeitimų ir reklamų blokavimo praranda dalį pirkimo signalų. Vantemo signalus į reklamos sistemas siunčia iš serverio, su dublikatų šalinimu ir papildomu sutapatinimu – kiekvienai parduotuvei, be rankinio pikselių diegimo.
Meta
Conversions API · dedup · advanced matching
TikTok
Events API
Google Ads
Enhanced Conversions
Sutikimai
Consent Mode v2
Paspaudimo žymės
gclid · gbraid · wbraid · fbclid · ttclid
Naršyklės analitika
GA4 · PostHog
Pardavėjas sujungia paskyras, o pikselių diegimą, maišymą ir įvykių siuntimą platforma atlieka pati.
Technika
Branduolys – API ir bendra duomenų bazė, kuriais remiasi visos parduotuvės. Sąsajos sukurtos su Next.js, foniniai darbai – atskirame procese su eilėmis. Parduotuvių duomenys izoliuojami duomenų bazės sluoksnyje, tad viena parduotuvė nemato kitos. Visa sistema sudėliota kaip monorepo su bendromis bibliotekomis ir tipų tikrinimu nuo sąsajos iki duomenų bazės.
| Front-end | Next.js 16 · React 19 · Tailwind |
| API | Node.js · Hono · TypeScript · Zod |
| DB | PostgreSQL · Prisma (200+ modelių) |
| Foniniai darbai | BullMQ · Redis · Sharp |
| Mokėjimai | Stripe Connect · MakeCommerce |
| El. paštas / SMS | AWS SES · SMTP relay · Twilio |
| AI | Claude · Gemini (Vercel AI SDK) |
| Auth | Sesijomis pagrįstas · Argon2 |
| Infrastruktūra | Coolify (Docker) · Cloudflare · Sentry |
| Kokybė | Lighthouse CI · Playwright · Biome · Turborepo |
AI / Automatizacijos
AI integruotas į platformą per vieną modelių tiekėjų sluoksnį: tos pačios užduotys veikia su Claude, GPT arba Gemini, o kiekvienai parenkamas tinkamiausias modelis pagal kainą ir kokybę. Valdymo skydelyje asistentas paruošia produktų aprašymus, paieškai pritaikytas antraštes bei meta aprašymus (iki 60 ir 160 simbolių), tinklaraščio įrašus, atsakymus į atsiliepimus ir nuotraukų alternatyvųjį tekstą. Tas pats sluoksnis išverčia turinį tarp kalbų. Naudojimas matuojamas sunaudotais žetonais (AI apdoroto teksto vienetais), su atskiru greičio ribojimu, o pardavėjas gali prijungti savo modelio raktą.
Iššūkiai
01
Daugelio parduotuvių sistemoje didžiausia rizika – kad vienos parduotuvės duomenys atsidurtų kitoje. Izoliacija įrengta duomenų bazės sluoksnyje ir padengta testais, tad apribojimas galioja automatiškai kiekvienai užklausai, o ne pasikliaujama programuotojo budrumu.
02
Po iOS privatumo pakeitimų ir reklamų blokavimo naršyklinis sekimas praranda dalį signalų. Sprendimas – siuntimas iš serverio su dublikatų šalinimu, kad reklamos sistemos gautų pilnesnį pirkimo vaizdą ir tas pats įvykis nebūtų skaičiuojamas du kartus.
03
Parduotuvės skiriasi išvaizda ir turiniu, bet turi remtis tuo pačiu branduoliu. Vizualus redaktorius leidžia kiekvienai parduotuvei atrodyti savaip, neišskaidant pagrindinės logikos į atskiras kodo versijas.
04
Lietuvoje vienas pirkėjas moka kortele, kitas – banko nuoroda. Stripe ir MakeCommerce sujungti į vieną srautą, o kiekviena parduotuvė turi atskirą išmokų paskyrą, tad pinigai keliauja tiesiai pardavėjui.
05
Greitis turi išlikti ne tik paleidimo dieną. Pateikimas iš serverio kartu su automatiniu Lighthouse tikrinimu prieš kiekvieną pakeitimą neleidžia greičio ir SEO rodikliams tyliai prastėti.
06
Jei vienos parduotuvės laiškai patenka į šlamštą, tai neturi paveikti kitų. Kiekviena parduotuvė turi atskirą siuntimo konfigūraciją, tad reputacija atskiriama pagal parduotuvę.
07
Esant keliems pirkėjams vienu metu, ta pati prekė neturi būti parduota du kartus. Atsargų keitimas vyksta su užraktais duomenų bazėje, kad likučiai liktų tikslūs net per didelį srautą.
08
Tarptautinė prekyba reikalauja PVM mokėtojų tikrinimo ir duomenų apsaugos taisyklių. Įmonių PVM kodai tikrinami per VIES, o sutikimų ir duomenų valdymas sutvarkytas pagal BDAR.
09
Plati sistema su keliomis sąsajomis ir šimtais duomenų modelių lengvai tampa sunkiai prižiūrima. Monorepo su bendromis bibliotekomis ir tipų tikrinimu nuo sąsajos iki duomenų bazės leidžia saugiai keisti sistemą.
10
AI agentas dažniau klysta, kai jam pateikiama keliasdešimt ar šimtai atskirų įrankių. Visas administravimo API sutrauktas į vienuolika temų – katalogas, užsakymai, analitika ir kt. – kurių kiekviena viduje turi daug veiksmų. Taip agentas greičiau randa kelią ir tiksliau pasirenka veiksmą.
11
Parduotuvės paieška turi rasti prekę net įvedus be lietuviškų raidžių arba su rašybos klaida. Paieška remiasi PostgreSQL pilnatekstės paieškos įrankiais: „dešra“ randama įvedus „desra“, o smulkios rašybos klaidos sušvelninamos panašumo įvertinimu.
12
Pardavėjai nurodo išorines nuorodas – pavyzdžiui, produktų nuotraukas iš kitų svetainių. Kiekviena tokia nuoroda iš anksto patikrinama, kad per ją nebūtų pasiektos vidinės, viešai neprieinamos sistemos.
Privalumai
Vietoj kelių SaaS prenumeratų, kurios tarpusavyje nesikalba, platforma, mokėjimai, sekimas, laiškai ir analitika veikia kaip viena visuma.
Serverinis sekimas veikia nuo pirmos dienos, be rankinio pikselių diegimo kiekvienam kanalui.
Nauja parduotuvė – konfigūracija veikiančiame branduolyje, o ne naujas projektas nuo nulio.
Pateikimas iš serverio, struktūriniai duomenys ir automatinis greičio tikrinimas užtikrina gerus rodiklius be papildomo darbo.
Kiekviena parduotuvė mato tik savo duomenis – izoliacija galioja duomenų bazės lygmenyje.
Kortelės ir bankų nuorodos viename sraute, su tiesioginėmis išmokomis kiekvienai parduotuvei.
Naujos parduotuvės ir galimybės pridedamos prie to paties branduolio, o ne kuriamos atskirai.
Turinio generavimas, valdymas natūralia kalba ir išorinių AI agentų prieiga remiasi tuo pačiu API, o ne atskiru priedu.
Platforma valdoma savo infrastruktūroje, be priklausomybės nuo svetimos platformos taisyklių ir procentų.
Konkretūs sprendimo receptai – izoliacijos mechanizmas, dublikatų šalinimo logika, eilių sandara – viešai nerodomi. Vantemo yra savas, dar neviešintas produktas; čia aprašytos galimybės ir architektūros principai, ne jų realizacija.