Straipsnio turinys
Pigu.lt ir Varlė.lt yra du didžiausi Lietuvos prekyvietės kanalai, per kuriuos el. parduotuvė gali pasiekti auditoriją, nemokamą reklamą sunkiai atperkančią savo svetainėje. Techniškai prisijungimas atrodo paprastai: sugeneruokite XML failą su prekėmis. Praktikoje būtent šis „paprastas” žingsnis dažniausiai užtrunka ilgiausiai.
Šiame straipsnyje paaiškinsiu, ko reikalauja abi platformos, kaip sutvarkyti WooCommerce duomenis ir kur slypi dažniausios klaidos.
Kaip veikia prisijungimas prie prekyvietės
Procesas nuo sutarties iki pardavimo
- Sutartis su platformaKreipiamasi į partnerių skyrių, sutariamos komisinių ir pristatymo sąlygos.
- Katalogo paruošimasPrekės turi turėti EAN kodus, aiškius pavadinimus, nuotraukas ir atributus.
- XML feed sukūrimasIš WooCommerce generuojamas failas pagal platformos specifikaciją.
- Kategorijų suderinimasJūsų kategorijos susiejamos su platformos kategorijų medžiu.
- Testinis importasPlatforma patikrina failą ir grąžina klaidų sąrašą.
- Aktyvavimas ir stebėjimasPrekės paskelbiamos, o feed toliau atnaujinamas automatiškai.
Tiksli specifikacija — laukų pavadinimai, privalomi elementai ir kategorijų sąrašas — gaunama iš pačios platformos. Ji keičiasi, todėl prieš darbus visada verta pasiimti naujausią dokumentaciją iš partnerių skyriaus, o ne remtis senais pavyzdžiais.
Pigu.lt: ką būtina žinoti iš anksto
Pigu.lt turi kelis griežtus reikalavimus, kurie dažnai tampa netikėtumu.
Pigu.lt reikalavimai
- Kiekviena prekė turi turėti originalų 13 skaitmenų EAN kodą.
- Prekė gali būti konfigūruojama tik vienu požymiu; drabužiams ir avalynei tai gali būti dydis.
- Jei prekė skiriasi spalva, medžiaga ar matmenimis, ji kuriama kaip atskira prekė.
- Kuo daugiau užpildytų atributų: gamintojas, prekės ženklas, kilmės šalis, sudėtis.
- Prekių duomenų ir likučių failai atnaujinami skirtingais intervalais.
- – Nemėginkite generuoti savo vidinių brūkšninių kodų — platforma jų nebepriima.
- – Neteikite prekių su tuščiais privalomais laukais; importas tiesiog atmes eilutę.
Praktikoje prekių duomenų failas atnaujinamas rečiau, o likučių ir kainų failas — daug dažniau. Todėl feed verta skaidyti į du: „sunkų” katalogo failą ir „lengvą” likučių failą. Priešingu atveju serveris kas kelias minutes generuos didelį XML ir apkraus svetainę.
Didžiausią dalį darbo sudaro ne XML generavimas, o duomenų valymas. Jei kataloge trūksta EAN kodų ar gamintojų pavadinimai suvesti skirtingai, tai reikia sutvarkyti prieš pirmą importą — kitaip klaidas taisysite kelis kartus.
Reikia WooCommerce feed, kurį Pigu.lt ir Varlė.lt priims iš pirmo karto?
Varlė.lt: struktūrizuotas XML importas
Varlė.lt taip pat rekomenduoja automatinį prekių importą iš struktūrizuoto XML failo ir pateikia failo pavyzdžius bei struktūros aprašus. Logika panaši į Pigu.lt, tačiau laukų pavadinimai ir kategorijų medis skiriasi, todėl vienas universalus failas abiem platformoms paprastai netinka.
Realus sprendimas — vienas duomenų šaltinis WooCommerce viduje ir keli išvesties „profiliai”, kurių kiekvienas formuoja savo XML pagal atitinkamos platformos taisykles. Taip prekės redaguojamos vienoje vietoje, o kanalai gauna tai, ko tikisi.
Ką verta numatyti sprendime
| Elementas | Kodėl svarbu |
|---|---|
| Atskiras katalogo ir likučių feed | Skirtingi atnaujinimo dažniai, mažesnė serverio apkrova. |
| Kategorijų žemėlapis | Platformos kategorijų medis nesutampa su jūsų parduotuvės struktūra. |
| Kainų taisyklės kanalui | Komisiniai ir pristatymas dažnai reikalauja kitos kainos nei svetainėje. |
| Likučių rezervas | Apsauga, kad ta pati paskutinė prekė nebūtų parduota dviejuose kanaluose. |
| Feed talpinimas cache | Didelis XML neturi būti generuojamas iš naujo kiekvieno kreipimosi metu. |
| Klaidų žurnalas | Matote, kurios prekės neįkeltos ir kodėl. |
Užsakymų valdymas — antra projekto dalis
Feed išsprendžia tik prekių pateikimą. Užsakymai iš prekyvietės ateina į platformos administravimo aplinką, todėl reikia nuspręsti, ar juos apdorosite ten, ar perkelsite į savo sistemą. Kai kanalų daugėja, antrasis variantas tampa būtinybe: kitaip likučiai ir dokumentai nebesutampa.
Techniškai tai jau atskira integracija: užsakymai keliauja į WooCommerce arba tiesiai į ERP, o iš ten grįžta būsenos ir siuntos numeriai. Ar tai įmanoma per API, priklauso nuo platformos ir jūsų sutarties — verta pasitikslinti su tiekėju.
Dažni klausimai
Ar galiu naudoti vieną XML abiem platformoms?
Paprastai ne. Laukai ir kategorijos skiriasi, todėl reikia atskirų profilių.
Kas jei prekės neturi EAN kodų?
Pigu.lt jų reikalauja ir savo vidinių kodų nebegeneruoja, todėl kodus reikia gauti iš gamintojo ar tiekėjo.
Kaip dažnai atnaujinti likučius?
Likučių failas paprastai atnaujinamas daug dažniau nei katalogo. Tikslius intervalus nurodo platforma.
Ar variacinės prekės tinka?
Pigu.lt priima tik vieno požymio konfigūraciją; kiti variantai kuriami kaip atskiros prekės.
Ar feed lėtins svetainę?
Jei generuojamas kiekvieno kreipimosi metu — taip. Sprendimas yra failo generavimas pagal grafiką ir talpinimas.
Ar kainos turi sutapti su svetaine?
Nebūtinai. Dažnai kanalui taikoma atskira kainodara dėl komisinių.
Kiek užtrunka paruošti feed?
Jei katalogas tvarkingas — kelios dienos. Jei trūksta EAN kodų ir atributų, daugiausia laiko atima duomenų valymas.
Ar galima integruoti užsakymus atgal?
Dažnai taip, bet apimtis priklauso nuo platformos sąlygų, todėl tai reikia derinti iš anksto.
Prekyvietės yra greitas būdas patikrinti paklausą, bet jos negailestingos duomenų kokybei. Sutvarkytas katalogas ir teisingai suplanuotas feed nulemia, ar kanalas taps pajamų šaltiniu, ar nuolatiniu klaidų taisymu.
