# Evrotrans 2.0: no WordPress veikala līdz Node.js platformai ar AI 21. oktobris, 2026./by [Vadim Pavlovich](https://coma.lv/author/djcoma/) ![EVROTRANS](https://coma.lv/wp-content/uploads/2026/10/evrotrans-2-logo-cover.jpg) Autodaļu veikals sākas ar vienkāršu jautājumu: vai šī detaļa derēs manam auto? Aiz atbildes ir nosaukumi vairākās valodās, OEM numuri, automašīnu modeļi, donorauto, fotogrāfijas, atlikumi un piegādes nosacījumi. Lai pircējs ātri atrastu vajadzīgo, visiem šiem datiem jāstrādā kopā. Evrotrans 2.0 projektā mēs pārbūvējām gan publisko veikalu, gan rīkus, ar kuriem komanda uztur katalogu un apstrādā pasūtījumus. Rezultāts ir individuāli izstrādāta Node.js platforma ar Next.js veikalu, Vendure tirdzniecības sistēmu, Payload CMS, atsevišķu meklēšanas dzinēju un AI rīkiem. Īso projekta aprakstu skatiet [Evrotrans 2.0 portfolio](https://coma.lv/portfolio-item/evrotrans-2-0/). Šeit izstāstām, kāpēc izvēlējāmies šādu uzbūvi un ko tā dod ikdienas darbā. ## Ātrdarbība skaitļos Pārbaudījām jaunās versijas sākumlapu septiņās secīgās ielādēs. Zemāk redzams, kad pārlūks sāka rādīt saturu un saņēma pirmos lapas datus. 1,80 sLīdz pirmajam redzamajam saturam (FCP) 21 msLīdz pirmajam datu baitam (TTFB) Pirmā satura parādīšanās katrā no 7 ielādēm, sekundēs 1,62 1 1,64 2 2,18 3 1,78 4 2,15 5 2,25 6 1,80 7 FCP diapazons: 1,62–2,25 s. Rādītāji augstāk ir mediānas, nevis labākais mēģinājums. Kā mērījām 21.10.2026. Evrotrans.lv sākumlapa, Chromium 155 datorā, 1440 × 1000. Septiņas secīgas ielādes ar atspējotu pārlūka HTTP kešu; servera un CDN kešs saglabāts. Bez tīkla un procesora ātruma emulācijas. Lokāls laboratorijas mērījums, nevis visu apmeklētāju statistika. FCP rāda pirmo redzamo tekstu vai attēlu, nevis pilnu lapas gatavību. Salīdzināmu 1.0 versijas mērījumu nav, tāpēc procentuālu paātrinājumu nenorādām. ![Evrotrans 2.0 – vietnes makets datorā un telefonā](https://coma.lv/wp-content/uploads/2026/10/evrotrans-2-cover.jpg) ## No pirmās versijas līdz jaunai platformai Mūsu sadarbība ar Evrotrans sākās ar [WordPress un WooCommerce vietni](https://coma.lv/portfolio-item/evrotrans/). Pirmās versijas projektā bija interneta veikals, ārējā kataloga sinhronizācija, eBay integrācija un četras valodu versijas. Tas bija pirmais posms, no kura attīstījām nākamo risinājumu. Otrās versijas uzdevums aptvēra daudz vairāk par dizainu. Vajadzēja sasaistīt detaļu meklēšanu, katalogu vairākos tirgos, noliktavas darbu, maksājumus, sūtījumus, atgriešanu un satura pārvaldību. Atsevišķa prasību daļa bija AI izmantošana tur, kur darbinieki atkārto vienas un tās pašas darbības. Arhitektūru izvēlējāmies pēc šiem procesiem. WordPress un WooCommerce joprojām ir piemēroti daudziem veikaliem. Šajā projektā individuāla platforma ļāva skaidrāk sadalīt atbildību starp veikalu, tirdzniecības datiem, saturu un meklēšanu. ## Kas veido Evrotrans 2.0 Publisko veikalu izstrādājām ar Next.js un React uz Node.js. Vendure pārvalda preces, klientus, grozus, pasūtījumus un tirdzniecības noteikumus. Payload CMS paredzēts lapām, rakstiem, attēliem un citam redakcionālajam saturam. Meilisearch uztur meklēšanai piemērotu kataloga indeksu. Dati glabājas PostgreSQL, bet papildu infrastruktūra nodrošina kešošanu un failu glabāšanu. Ilgākas operācijas var izpildīt fonā. Pircējam nav jāgaida, kamēr administrēšanas pusē tiek apstrādāta fotogrāfiju sērija vai atjaunināts meklēšanas indekss. Šāds sadalījums palīdz attīstīt katru daļu savā tempā. Var mainīt veikala saskarni, papildināt administrēšanu vai pilnveidot meklēšanas loģiku, saglabājot skaidru datu apmaiņu starp sistēmas daļām. ### Kas mainījās zem pārsega **1.0****WordPress + WooCommerce**4 valodu versijas **2.0****Node.js + Next.js**19 valodu un reģionālās versijas Next.js veikals **Meilisearch**Atsevišķs indekss detaļu meklēšanai. **Vendure**Preces, grozi, maksājumi un pasūtījumi. **Payload CMS**Lapas, raksti un redakcionālais saturs. Meklēšanu, tirdzniecību un saturu var optimizēt atsevišķi. Sistēmas daļas apmainās ar datiem; shēma rāda to atbildību sadalījumu. ![Evrotrans 2.0 sākumlapa datorā](https://coma.lv/wp-content/uploads/2026/10/evrotrans-desktop-clean.jpg) Evrotrans 2.0 sākumlapa datorā. ## Meklēšana, kas saprot autodaļu kataloga struktūru Autodaļas meklē dažādi. Viens pircējs zina precīzu OEM numuru. Cits zina automašīnas marku un modeli. Vēl kāds sāk ar detaļas nosaukumu. Tāpēc vienā meklēšanas laukā nevarēja balstīt visu lietošanas pieredzi. Izveidojām meklēšanu pēc nosaukuma un OEM kodiem, kā arī atlasi pēc automašīnas markas, modeļa un gada. Kategoriju hierarhija palīdz pāriet no sistēmas, piemēram, dzinēja vai bremzēm, līdz konkrētam detaļas tipam. Meklēšanas rezultātos ir pieejami filtri un kārtošana. OEM meklēšanā apstrādājam koda pieraksta variantus. Koda formāts ar atstarpēm vai atdalītājiem nedrīkst kļūt par lieku šķērsli. Precīzus un saistītus sakritību veidus sistēma apstrādā atsevišķi. Tas palīdz sakārtot rezultātus, taču detaļas saderību joprojām vērtē pēc konkrētā auto un detaļas datiem. Meklēšanas indekss ir atdalīts no tirdzniecības datubāzes un tiek sinhronizēts ar katalogu. Šis ir viens no lēmumiem, kas ļauj meklēšanu optimizēt neatkarīgi no pasūtījumu apstrādes. ### Īsāks ceļš no koda līdz detaļai 1. **Ievadīts OEM kods**03L 906 023Atstarpes un atdalītāji tiek apstrādāti. 2. **Meklēšanas indekss**03L906023Katalogam sagatavots Meilisearch indekss. 3. **Sakārtoti rezultāti**Precīzas, tās pašas saimes un iespējami saistītas sakritības. Koda piemērs ilustrē apstrādi, nevis konkrētas preces pieejamību. Saderība jāpārbauda pēc detaļas un automašīnas datiem. ## Donorauto kā daļa no kataloga Lietotu detaļu uzskaitē svarīga ir saikne ar automašīnu, no kuras detaļa iegūta. Izveidojām donorauto uzskaiti un saites starp donorauto un precēm. Komanda var strādāt ar konkrēto automašīnu un ar to saistītajām detaļām vienā datu modelī. Administrēšanas rīkos šī saikne tiek izmantota arī fotogrāfiju apstrādē. Pirms foto sērijas apstrādes darbinieks var norādīt donorauto, un jaunie melnraksti saglabā šo saistību. Tas palīdz uzturēt kontekstu jau preces sagatavošanas brīdī. ## 19 valodu un reģionālās versijas vienā sistēmā Publiskā platforma darbojas 19 valodu un reģionālajās versijās. Starp tām ir Latvija, krievu valodas apakšdomēns, Lielbritānija, Francija, Vācija, Itālija, Spānija, Igaunija, Somija, Čehija, Rumānija, Zviedrija, Slovākija, Bulgārija, Dānija, Nīderlande, Portugāle, Austrija un Beļģija. Šis skaitlis nenozīmē 19 atšķirīgas valodas. Austrijai ir vācu valodas reģionālā versija, bet Beļģijai – franču valodas versija. Šādas atšķirības ir svarīgas gan pircējam, gan meklētājprogrammām. Katram publiskajam domēnam ir noteikta sava lokalizācija. Saskarne, preču un kategoriju tulkojumi, e-pastu teksti un SEO dati jāvada saskaņoti. Domēns nedrīkst nejauši pārvērsties par citu valodu tikai tāpēc, ka pārlūkā saglabāta iepriekšēja izvēle. Izveidojām domēnu un valodu atbilstību, canonical adreses un hreflang saites. Reģionālās versijas izmanto atbilstošus valodas apzīmējumus, piemēram, de-AT un fr-BE. Kopīgs katalogs palīdz izvairīties no 19 atsevišķi uzturamu veikalu datu kopijām. ## Administrēšana pēc komandas darba, nevis standarta ekrāniem Veikala publiskā daļa ir tikai daļa no projekta. Ja darbiniekam katra pasūtījuma dēļ jāatver vairākas sistēmas un jāpārkopē vieni un tie paši dati, problēma saglabājas arī ar jaunu dizainu. Vendure administrēšanu papildinājām ar Evrotrans procesiem paredzētiem rīkiem. Preču sarakstos ir darbam vajadzīgie kataloga un noliktavas dati. Pasūtījumu sarakstos var redzēt piegādes punktu, izsekošanas un rēķina informāciju. Klienta kartē ir pasūtījumu statistika un EVRO PLUS dati. Atsevišķi izveidojām donorauto pārvaldību, fotogrāfiju apstrādes sadaļu, melnrakstu pārbaudi un pārdošanas atskaites. Sistēmā ir arī klātienes pārdošanas darbplūsma. Šo rīku jēga ir vienkārša: ikdienas darbībām jābūt atrodamām tur, kur komanda strādā ar attiecīgo preci vai pasūtījumu. ## AI: no fotogrāfiju mapes līdz preces melnrakstam Viena no apjomīgākajām projekta daļām ir AI atbalsts kataloga sagatavošanai. Lietotai detaļai var būt vairāki attēli no dažādiem leņķiem, uzlīme ar kodu un tuvplāns. Pirms publicēšanas jānosaka, kuri attēli pieder vienai detaļai un kā to piesaistīt katalogam. Darbinieks augšupielādē fotogrāfiju mapi un, ja vajadzīgs, norāda donorauto. AI apstrādā attēlus pa sērijām, grupē tos, piedāvā kategoriju, mēģina nolasīt OEM numurus un sagatavo preču melnrakstus ar attēlu galerijām. Neskaidrus OEM numurus sistēma atzīmē pārbaudei. Apstrāde darbojas servera uzdevumu rindā. Tās stāvoklis un progress saglabājas, tāpēc pārlūka aizvēršana nepārtrauc jau sākto atpazīšanas darbu. Darbinieks var atgriezties pie rezultāta. Pirms publicēšanas cilvēks pārbauda kategoriju, fotogrāfijas, OEM numurus, cenu un atlikumu. Melnrakstu bez pozitīvas cenas nevar publicēt, un atzīmētie OEM numuri jāizskata. AI sagatavo materiālu, bet lēmums par to, kas nonāk veikala katalogā, paliek darbiniekam. Šī robeža ir svarīga. Foto atpazīšana nav detaļas saderības garantija, un no attēla nolasīts kods var būt kļūdains. Tāpēc pārbaude ir iebūvēta darbplūsmā. ## AI palīdz uzturēt arī kategoriju tulkojumus Daudzvalodu katalogā jaunas kategorijas izveide nozīmē darbu vairākās valodās. Izveidojām rīku, kas izmanto esošo kategoriju tulkojumu vārdnīcu un vajadzības gadījumā sagatavo papildu tulkojumus ar OpenAI integrāciju. Tulkošanas loģika ir pielāgota autodaļu nosaukumiem: īsi, konkrēti termini bez reklāmas frāzēm un bez lieki pievienotas automašīnas markas. Tādi saīsinājumi kā ABS, ECU vai EGR tiek saglabāti atbilstoši kontekstam. Rezultāts nonāk pārskatāmā administrēšanas darbplūsmā. ## Maksājumi, rēķini un piegāde Norēķiniem integrējām Stripe, Klix un bankas pārskaitījumu. Pasūtījuma un maksājuma stāvokļi tiek apstrādāti serverī, un administrēšanā ir paredzēti rīki maksājumu situāciju pārbaudei. Rēķinus var sagatavot un lejupielādēt PDF formātā. Piegādei izstrādājām integrācijas ar Omniva, DPD, Venipak, Unisend un UPS. Sistēmā ir piegādes punktu atlase, sūtījumu etiķešu izveide, kurjera pieteikšanas un izsekošanas darbplūsmas. Konkrētās iespējas ir atkarīgas no pārvadātāja, galamērķa un sūtījuma datiem. Atgriešanu sasaistījām ar pasūtījuma informāciju un klienta kontu. Pieejamie pārvadātāji un darbības tiek noteiktas pēc pasūtījuma stāvokļa un atgriešanas nosacījumiem. Tādējādi pēcpārdošanas process izmanto jau sistēmā esošos datus. ## Klienta konts un EVRO PLUS Klienta kontā ir pasūtījumu vēsture, adreses, rēķini un atgriešanas pieprasījumi. Atsevišķi izveidojām EVRO PLUS bonusu programmu: 5% bonuss par apmaksātām precēm tiek sasaistīts ar klienta atlikumu un darījumu vēsturi. Bonusus var izmantot nākamajiem preču pirkumiem atbilstoši programmas noteikumiem. Sistēma uzskaita arī bonusu rezervēšanu grozā un atbrīvošanu, ja pasūtījums netiek pabeigts. Klients un darbinieks redz datus no vienas sistēmas. ## Saturs un saziņa pēc pirkuma Payload CMS dod komandai atsevišķu darba vidi rakstiem, lapām, attēliem un navigācijai. Lokalizēti lauki, melnraksti un versijas ļauj sagatavot saturu pirms publicēšanas. Veikala saturu var papildināt, nemainot tirdzniecības loģiku. Pasūtījumu saziņai izveidojām daudzvalodu e-pastu veidnes un ieplānotu paziņojumu darbplūsmas. Tajās ietilpst pasūtījuma apstiprinājumi, nosūtīšanas ziņas, atsauksmju pieprasījumi un nepabeigta pirkuma atgādinājumi. Administrēšanā ir e-pastu priekšskatījuma rīks, lai pārbaudītu to izskatu un saturu. ## Ātrdarbība sākas ar darba sadalījumu Ātrumu šajā projektā risinājām vairākos līmeņos: veikala lapu renderēšanā, datu pieprasījumos, attēlu apstrādē, kešošanā un meklēšanas indeksā. Ilgākus darbus pārcēlām uz fona uzdevumiem. Kataloga un meklēšanas sinhronizācijai ir sava apstrādes loģika. Veikala ātrdarbību tāpēc var uzlabot konkrētajā vietā: meklēšanā, kategoriju atvēršanā vai attēlu ielādē. Darbinieku rīkiem un fona apstrādei nav jāpārvērš katrs pircēja pieprasījums par visu sistēmu aptverošu operāciju. ### Veikals strādā, kamēr AI apstrādā fotogrāfijas **Pircēja ceļš** 1. Meklēšana 2. Detaļas lapa 3. Grozs **Fona darbs** 1. Fotogrāfijas 2. AI melnraksts 3. Cilvēka pārbaude Foto apstrāde darbojas savā uzdevumu rindā. Pircēja pieprasījums negaida, līdz tā beigsies. Publicēšana notiek pēc darbinieka pārbaudes. ## Migrācija un SEO vairākos tirgos Pārbūvējot esošu veikalu, jādomā par datiem un adresēm, ko klienti jau izmanto. Projektā izveidojām migrācijas rīkus WordPress un WooCommerce datiem, kā arī veco URL apstrādi un pāradresācijas. Preču un kategoriju saites jāsaista ar jaunās sistēmas struktūru. Tehniskajā SEO ietilpst domēnam atbilstošas canonical adreses, hreflang, vietņu kartes, preču strukturētie dati un lokalizēti meta dati. Filtriem un citām tehniskām adresēm ir sava indeksācijas loģika, lai meklētājiem nevajadzīgi neveidotu vienas lapas kopijas. Izvietošanu papildina automatizētas pārbaudes un versiju uzskaite, savukārt datubāzei ir rezerves kopiju pārbaudes rīki. Šie darbi ir mazāk redzami par dizainu, taču tie vajadzīgi platformas uzturēšanai pēc palaišanas. ## Ko uzņēmums ieguva Evrotrans 2.0 vienā platformā savieno pircējam ērtu detaļu atlasi, 19 valodu un reģionālās versijas, darbinieku rīkus, maksājumus, piegādi un satura pārvaldību. AI palīdz sagatavot katalogu, saglabājot pārbaudi tur, kur neprecizitāte var ietekmēt pircēju. Projekta vērtība ir šo daļu saiknē. Fotogrāfiju apstrāde turpinās preces melnrakstā. Pārbaudīta prece nonāk katalogā un meklēšanā. Pasūtījums savienojas ar maksājumu, rēķinu, sūtījumu un klienta vēsturi. Nākamo uzlabojumu var veidot uz šī pamata. Apskatiet [Evrotrans veikalu](https://evrotrans.lv/), [otrās versijas portfolio projektu](https://coma.lv/portfolio-item/evrotrans-2-0/) un [pirmās versijas aprakstu](https://coma.lv/portfolio-item/evrotrans/). Ja arī jūsu veikalam vajadzīga individuāla meklēšana, administrēšana vai ārējo sistēmu integrācijas, iepazīstieties ar mūsu [interneta veikalu izstrādes pakalpojumu](https://coma.lv/services/e-commerce/). Sākam ar konkrētajiem darba procesiem un pēc tiem izvēlamies tehnisko risinājumu.