Kā izveidot interneta veikalu 2026. gadā? Praktisks ceļvedis uzņēmumiem

Pirms izvēlēties WooCommerce, Shopify vai citu platformu, ir vērts izveidot trīs vienkāršas biznesa procesa kartes.

Tām nav jābūt tehniskai specifikācijai. Mērķis ir saprast, kādi dati, darbības un sistēmas vispār būs jāapvieno interneta veikalā.

Produktu un datu karte

Nosakiet, kur rodas un tiek uzturēta galvenā informācija par produktu:

• produkta nosaukums;
• SKU;
• cena;
• akcijas cena;
• noliktavas atlikums;
• kategorija;
• atribūti un variācijas;
• attēli;
• apraksts.

Svarīgākais jautājums ir - kura sistēma ir galvenais datu avots?

Vienā uzņēmumā viss var tikt pārvaldīts WooCommerce. Citā cenas un atlikumi var atrasties ERP, attēli un apraksti citā sistēmā, bet produkta informācija e-veikalā tiek tikai attēlota.

Pasūtījuma karte

Aprakstiet, kas notiek pēc tam, kad klients izvēlas produktu:

produkts → grozs → piegāde → maksājums → pasūtījums → noliktava → rēķins → piegāde → klienta komunikācija

Tas palīdz saprast, kur nepieciešama automatizācija un kur dati jāpārsūta uz citu sistēmu.

Izņēmumu karte

Trešā karte ir par situācijām, kad viss nenotiek pēc ideālā scenārija.

Kas notiek, ja:

• maksājums neizdodas;
• prece vairs nav pieejama;
• atlikums mainās pirkuma laikā;
• pasūtījums tiek atcelts;
• nepieciešama atmaksa;
• ERP īslaicīgi nav sasniedzams;
• maksājumu vai piegādes sistēma neatbild?

Šīs trīs kartes bieži daudz ātrāk atklāj projekta patieso sarežģītību nekā platformu funkciju saraksts.

Daži desmiti vienkāršu produktu un vairāki tūkstoši preču ar izmēriem, krāsām, materiāliem, noliktavas atlikumiem un atšķirīgām cenām ir divi pilnīgi dažādi e-komercijas projekti.

Pirms izstrādes jādefinē:

• kategorijas un apakškategorijas;
• produktu atribūti;
• variācijas;
• SKU vai citi produktu identifikatori;
• pamata un akciju cenas;
• attēli;
• noliktavas statuss;
• saistītie produkti;
• B2B vai klientu grupu cenas, ja tādas nepieciešamas.

Ja tiek pārdoti kursi, digitāli produkti, abonementi, rezervācijas vai noma, jādomā ne tikai par produkta kartīti, bet arī par to, kāds process sākas pēc pirkuma.

Produktu struktūra ietekmē arī SEO. Kategorijas, variācijas, atribūti un filtri vēlāk nosaka URL struktūru, indeksāciju un to, cik viegli gan lietotāji, gan Google var atrast konkrētu produktu.

Nelielā interneta veikalā produktus, cenas un atlikumus var pārvaldīt pašā WooCommerce, Shopify vai citā e-komercijas platformā.

Lielākā uzņēmumā šie dati jau var atrasties:

• ERP;
• noliktavas vadības sistēmā;
• grāmatvedības sistēmā;
• piegādātāja datu plūsmā;
• citā produktu informācijas sistēmā.

Šeit jādefinē galvenais datu avots.

Vieniem un tiem pašiem datiem nevajadzētu būt manuāli jāuztur vairākās sistēmās. Vispirms jānosaka, kura sistēma ir galvenais datu avots.

Ja aktuālais noliktavas atlikums atrodas ERP, nevajadzētu veidot otru neatkarīgu atlikumu, kuru kāds regulāri labo manuāli e-veikalā.

Tas īpaši svarīgi kļūst tad, ja uzņēmumam ir:

• vairākas noliktavas;
• fizisks veikals un e-komercija;
• vairāki interneta veikali;
• pārdošana tirdzniecības platformās;
• biežas cenu vai atlikumu izmaiņas.

Platforma jāizvēlas pēc projekta prasībām, nevis tikai pēc tās popularitātes.

Brandsite e-komercijas projektos bieži izmantojam WooCommerce, bet sarežģītākiem risinājumiem iespējama arī individuāli pielāgota izstrāde.

Detalizētu cenu un platformu izmaksu salīdzinājumu skatiet rakstā Cik maksā interneta veikala izstrāde Latvijā 2026. gadā?.

Maksājumi un piegāde ir daļa no pasūtījuma procesa, tāpēc pirms integrāciju izvēles jāzina, kā šim procesam jādarbojas.

Maksājumi

Jādefinē:

• valstis un valūtas;
• klientiem nepieciešamās maksājumu metodes;
• rēķinu process;
• maksājuma statusi;
• atmaksas;
• darbības neveiksmīga maksājuma gadījumā.

Svarīga nianse - Apple Pay, Google Pay, Revolut un banku maksājumi ne vienmēr nozīmē atsevišķu integrāciju katram maksājuma veidam.

Atkarībā no maksājumu pakalpojuma sniedzēja vienā integrācijā var būt pieejami banku maksājumi, kartes, Revolut, Apple Pay, Google Pay un citi maksājumu veidi.

Piemēram, MakeCommerce WooCommerce modulī pašlaik tiek piedāvāti banku un karšu maksājumi, Apple Pay, Google Pay un vairāku digitālo banku maksājumu veidi. Modulis ietver arī vairākas piegādes funkcijas. makecommerce.net

Piegāde

Jādefinē:

• pakomāti;
• kurjeri;
• saņemšana uz vietas;
• piegādes zonas;
• bezmaksas piegādes nosacījumi;
• nestandarta izmēra preču piegāde;
• piegāde uz vairākām valstīm;
• kas notiek ar sūtījumu pēc pasūtījuma saņemšanas.

Svarīgs ir ne tikai piegādes veids, ko klients izvēlas pirkuma noformēšanas posmā, bet arī process uzņēmuma pusē.

Ne vienmēr.

Ja produktus, pasūtījumus un atlikumus iespējams efektīvi pārvaldīt pašā e-komercijas platformā, papildu integrācijas var nebūt vajadzīgas.

Tās kļūst aktuālas, ja uzņēmums jau izmanto citas sistēmas un darbiniekiem regulāri jāpārnes informācija starp tām.

Piemēram:

ERP → produkti, cenas un atlikumi → e-veikals

E-veikals → pasūtījums → ERP / noliktava

E-veikals → klients → CRM

Biznesa sistēmu integrāciju mērķis nav savienot pēc iespējas vairāk rīku. Mērķis ir izveidot skaidru un pārvaldāmu datu plūsmu.

Atkarībā no uzņēmuma procesiem e-komercijas platformu var savienot ar dažādām biznesa, maksājumu, piegādes un mārketinga sistēmām.

Šie ir piemēri, nevis universāls saraksts. Konkrētais savienojums ir atkarīgs gan no e-veikala platformas, gan ārējās sistēmas API iespējām.

Piemēram, Horizon REST dokumentācijā paredzēti datu resursi un sinhronizācijas mehānismi, kas ļauj ārējai sistēmai sekot līdzi jauniem, mainītiem vai dzēstiem ierakstiem. Tas ir viens no tehniskajiem principiem, uz kuriem iespējams balstīt datu apmaiņu starp ERP un citu sistēmu. horizon-rest-doc.visma.lv

Kad nepieciešama individuāla API integrācija?

Gatavs spraudnis ne vienmēr atrisina konkrēta uzņēmuma procesu.

Individuāla API integrācija var būt nepieciešama, ja jāsinhronizē:

• B2B cenas;
• vairāku noliktavu atlikumi;
• specifiski pasūtījumu statusi;
• klientu grupas;
• individuāli produktu dati;
• informācija starp vairākām sistēmām.

Svarīga ir ne tikai datu nosūtīšana.

Jāplāno arī kļūdu apstrāde, atkārtota sinhronizācija, piekļuves tiesības un skaidrs galvenais datu avots.

Tieši tāpēc ERP integrācija ar interneta veikalu vai CRM integrācija bieži nav vienkārši jautājums par to, vai konkrētajai sistēmai eksistē WooCommerce integrācija vai gatavs modulis.

Praksē integrāciju veids ir atkarīgs no biznesa procesa. Brandsite projektos esam ieviesuši, piemēram:

• Addores - Omniva integrāciju ar automātisku pakomātu sūtījumu etiķešu ģenerēšanu; 
• Bluetti- produktu XML plūsmas Salidzini.lv, 220.lv un KurPirkt.lv; 
• Swim.lv - aktuālas produktu pieejamības attēlošanu vairākām noliktavām Latvijā un Igaunijā; 
• Vedam - CRM integrāciju, Google API adrešu ievadi un automatizētu e-pastu komunikāciju. 

E-komercijas UX nevajadzētu vērtēt tikai pēc sākumlapas vai produktu kartīšu dizaina.

Svarīga ir visa pirkuma plūsma:

produkts → grozs → pirkuma noformēšana → maksājums → apstiprinājums → pasūtījuma izpilde

Produkta lapā klientam jāsaprot:

• ko viņš pērk;
• kāda ir cena;
• kādas ir variācijas;
• vai produkts ir pieejams;
• kā notiks piegāde.

Pirkuma noformēšanas posmā nevajadzētu prasīt lieku informāciju vai radīt neskaidrību par maksājumu un piegādi.

Taču ar veiksmīgu pirkumu vien nepietiek.

Jādefinē arī:

• neveiksmīgs maksājums;
• atcelts pasūtījums;
• atmaksa;
• izpārdots produkts;
• piegādes kļūda;
• ārējās sistēmas nepieejamība.

Tieši šie scenāriji bieži atklāj problēmas, kuras nav redzamas veikala dizaina maketos.

E-komercijas SEO ir daudz vienkāršāk plānot pirms veikala publicēšanas nekā labot pēc tam, kad jau izveidoti simtiem vai tūkstošiem URL.

Google norāda, ka Product strukturētie dati var palīdzēt Search saprast produkta cenu, pieejamību, piegādes un citu informāciju. Google iesaka izmantot produktu strukturētos datus, Merchant Center datu plūsmu vai abus kopā. Google for Developers

Svarīga ir arī e-veikala iekšējā struktūra. Google iesaka nodrošināt, lai produkti būtu sasniedzami ar reālām saitēm no kategorijām vai citiem navigācijas elementiem, nevis tikai caur iekšējo meklētāju. Google for Developers

Google AI Search nav nepieciešams atsevišķs “AI SEO” tehniskais slānis.

Google norāda, ka AI Overviews un AI Mode izmanto tos pašus SEO pamatus kā Google Search kopumā un nav nepieciešams īpašs schema.org marķējums tikai AI funkcijām. Google for Developers

E-komercijā tas nozīmē īpaši pievērst uzmanību:

• skaidriem produktu nosaukumiem;
• unikālam produktu un kategoriju saturam;
• aktuālām cenām;
• korektai pieejamībai;
• produktu atribūtiem;
• strukturētajiem datiem;
• Merchant Center informācijai;
• indeksējamām produktu un kategoriju lapām.

Merchant Center un Product strukturētie dati ir divi savstarpēji papildinoši veidi, kā Google nodot produktu informāciju. Google norāda, ka abu izmantošana kopā var palielināt iespējas dažādos produktu meklēšanas rezultātu formātos un palīdzēt pārbaudīt datu precizitāti. Google for Developers

Mērķis nav optimizēt veikalu kādam atsevišķam “AI algoritmam”.

Mērķis ir uzturēt skaidrus, aktuālus un tehniski pieejamus produktu datus.

Interneta veikals ir arī distances tirdzniecības vide.

PTAC norāda, ka komersantam jāsniedz pirmslīguma informācija par preci vai pakalpojumu, cenu un papildu izmaksām, piegādi, apmaksas kārtību un atteikuma tiesībām, kā arī jāapstiprina pasūtījuma saņemšana. Distances līguma gadījumā patērētājiem parasti ir 14 dienu atteikuma tiesības, lai gan normatīvajos aktos paredzēti izņēmumi. Consumer Rights Protection Centre

2026. gadā jāņem vērā arī e-komercijas piekļūstamības prasības.

Latvijā Preču un pakalpojumu piekļūstamības likuma prasības noteiktiem pakalpojumiem, tostarp elektroniskās tirdzniecības pakalpojumiem, ir spēkā kopš 2025. gada 28. jūnija. Consumer Rights Protection Centre

Vienlaikus likumā paredzēti atbrīvojumi noteiktiem mikrouzņēmumiem, tāpēc konkrētā uzņēmuma pienākumi jāvērtē individuāli. Likums paredz atbrīvojumu pakalpojumu sniedzējam, kurš nodarbina mazāk par 10 personām un atbilst noteiktajam apgrozījuma vai bilances slieksnim. Likumi

Konkrētās juridiskās, nodokļu, privātuma un piekļūstamības prasības jāvērtē atbilstoši uzņēmuma darbībai, tirgiem un klientu grupām.

Interneta veikalu nevajadzētu pieņemt tikai pēc principa “lapas atveras un pogas strādā”.

Jāpārbauda pilns pasūtījuma dzīves cikls.

E-veikala pārbaude pirms publicēšanas

Šo pārbaudi ir vērts veikt ar vairākiem produktiem, maksājumu veidiem un piegādes scenārijiem, nevis tikai ar vienu ideālu testa pasūtījumu.

Publicēšana nav projekta beigas.

Pēc tam sākas darbs ar reāliem klientiem un reāliem datiem.

Jāseko:

• kur lietotāji pamet pirkuma procesu;
• kuri produkti tiek skatīti, bet netiek pirkti;
• vai maksājumi un piegāde darbojas korekti;
• vai integrācijas sinhronizējas;
• kuri organiskās meklēšanas vaicājumi piesaista apmeklētājus;
• kā pārdošanu ietekmē reklāmas un e-pasta komunikācija.

Turpmākais darbs var ietvert tehnisko uzturēšanu, SEO, produktu satura uzlabošanu, pirkuma noformēšanas optimizāciju, e-pasta automatizāciju un jaunu funkciju izstrādi.

Ja projekts ir esoša e-veikala pārbūve vai migrācija, ar jaunās sistēmas izveidi vien nepietiek.

Jāizvērtē, kas jāpārceļ:

• produkti;
• kategorijas;
• klientu konti;
• pasūtījumu vēsture;
• produktu attēli;
• saturs;
• SEO metadati;
• esošie URL;
• integrācijas;
• analītikas konfigurācija.

Īpaši svarīgi ir saglabāt esošo URL loģiku vai korekti plānot pāradresācijas.

Pretējā gadījumā tehniski labāks veikals pēc migrācijas var zaudēt daļu no jau iegūtās organiskās redzamības.

Labs projekta uzdevums nav detalizēta tehniskā specifikācija.

Tam jāpalīdz izstrādātājam saprast biznesa procesu, prasības un ierobežojumus.

Jo skaidrāk aprakstīts pats process, jo vieglāk izvēlēties piemērotu tehnisko risinājumu un precīzāk novērtēt projekta apjomu.

Reāls Brandsite piemērs ir Vedam.

Vedam gadījumā vienā web risinājumā bija jāapvieno:

• pārcelšanās pakalpojuma pieteikšana;
• pārcelšanās kastu noma;
• produktu iegāde;
• tiešsaistes maksājumi;
• CRM integrācija;
• Google API adrešu ievade;
• automatizēta e-pastu komunikācija.

Klients var vienā pasūtījuma procesā apvienot nomājamos un pērkamos produktus, savukārt uzņēmuma pusē vairāki ikdienas procesi tiek pārvaldīti vienotā sistēmā. 

Tas labi parāda, kāpēc interneta veikala izveide ne vienmēr nozīmē tikai produktu katalogu, grozu un maksājuma pogu.

Dažkārt e-komercija kļūst par daļu no plašākas biznesa sistēmas.

Ar ko sākt interneta veikala izveidi?

Sāciet ar produktu un datu karti, pasūtījuma karti un izņēmumu karti. Tas palīdz saprast, kā veikalam jādarbojas vēl pirms konkrētas platformas izvēles.

Kura platforma ir piemērotākā interneta veikalam?

Tas ir atkarīgs no projekta prasībām. WooCommerce var būt piemērots uzņēmumiem, kuriem svarīga WordPress vide, SEO un pielāgošana, savukārt Shopify var būt piemērots standartizētākai SaaS e-komercijai. Specifiska B2B vai cita biznesa loģika var prasīt individuālāku risinājumu.

Cik maksā interneta veikala izveide?

Brandsite profesionāli e-komercijas projekti sākas no 5 000 EUR, bet gala cenu nosaka produktu struktūra, dizains, valodas, integrācijas un nepieciešamā funkcionalitāte.

Detalizētāk: Cik maksā interneta veikala izstrāde Latvijā 2026. gadā?

Vai interneta veikalam obligāti nepieciešama ERP vai CRM integrācija?

Nē. Ja produktus, atlikumus un pasūtījumus iespējams efektīvi pārvaldīt vienā e-komercijas platformā, integrācija var nebūt nepieciešama.

Kad vajadzīga individuāla API integrācija?

Tā var būt nepieciešama, ja gatavie moduļi nespēj apstrādāt uzņēmuma konkrēto datu loģiku, piemēram, B2B cenas, vairākas noliktavas, specifiskus statusus vai datu apmaiņu starp vairākām sistēmām.

Vai SEO jāplāno jau interneta veikala izstrādes laikā?

Jā. URL struktūru, kategorijas, filtrus, canonical loģiku, strukturētos datus un iekšējās saites ir daudz vienkāršāk plānot pirms publicēšanas.

Kā sagatavot interneta veikalu Google AI Search?

Nav nepieciešams īpašs AI marķējums. Google rekomendē turpināt izmantot Search pamatus - indeksējamu tehnisko struktūru, kvalitatīvu saturu, produktu datus un atbilstošus strukturētos datus. Google for Developers

Ko obligāti pārbaudīt pirms interneta veikala publicēšanas?

Jāpārbauda gan veiksmīgs pirkums, gan neveiksmīgs maksājums, izpārdots produkts, atmaksa, piegāde, e-pasti, mobilā vide, analītika un nepieciešamās sistēmu integrācijas.

Vai esošu interneta veikalu var pārcelt uz citu platformu?

Jā, bet migrācija jāplāno atsevišķi. Jāizvērtē produktu, klientu, pasūtījumu, URL, satura un integrāciju pārcelšana, kā arī esošās SEO redzamības saglabāšana.

Veiksmīga e-komercijas projekta pamatā nav tikai platforma.

Svarīgi saprast, kā pārvietojas produktu dati, kas notiek ar pasūtījumu un kā e-veikals savienojas ar pārējām uzņēmuma sistēmām.

Brandsite palīdz plānot un izstrādāt e-komercijas risinājumus no UX/UI un produktu struktūras līdz maksājumiem, integrācijām un turpmākai attīstībai.

Interneta veikalu izstrāde

Pieteikt konsultāciju!