Dažnos produktų srauto klaidos dažniausiai nėra „smulkios techninės problemos“

Produktų srautas gali atrodyti nekaltai: eilutės, stulpeliai, produktų pavadinimai, kainos, likučių skaičiai, nuotraukų nuorodos ir kategorijos. Tačiau viena neteisinga reikšmė netinkamoje vietoje gali sustabdyti produktų rodymą Google Shopping, prekyvietėse, kainų palyginimo svetainėse arba jūsų pačių e. prekybos parduotuvėje.

Todėl produktų srauto klaidoms verta skirti daugiau dėmesio, nei jos paprastai sulaukia. Tai nėra tik duomenų problemos. Jos gali virsti prarastomis pajamomis, atmestais pasiūlymais, neteisingomis kainomis, pertekliniu pardavimu ir valandomis produktų srauto klaidų paieškos bei taisymo.

Prisimenu, kaip peržiūrėjome vieną tiekėjo katalogą, kuriame produktai iš pirmo žvilgsnio atrodė puikiai. Kainos buvo konkurencingos, asortimentas stiprus, o tiekėjas teigė galintis pateikti kasdien atnaujinamą srautą. Problema išryškėjo tik tinkamai atidarius failą: pusės produktų nuotraukų URL nukreipdavo kitur, kelios kategorijos buvo parašytos skirtingomis kalbomis, kai kuriems produktams trūko EAN kodų, o nuolaidų kainos buvo sumaišytos su įprastos kainos stulpeliu.

Tiekėjas nebuvo „blogas“, tačiau jo srautą reikėjo sutvarkyti prieš bet kuriai parduotuvei saugiai jį automatizuojant. Tai pamoka, kurią daugelis e. prekybos komandų išmoksta per vėlai: tiekėjas gali turėti gerų produktų ir vis tiek sukurti rimtų produktų duomenų srauto problemų.

1. Trūksta privalomų produktų atributų

Trūkstami atributai yra viena dažniausių produktų pasiūlymų klaidų. Produkto pavadinimas gali būti pateiktas, tačiau sraute gali trūkti prekės ženklo, dydžio, spalvos, kategorijos, nuotraukos, pristatymo laiko arba mokesčių informacijos.

Tai ypač aiškiai matoma Google Merchant Center klaidose, kur trūkstami arba neteisingi atributai gali lemti atmestus produktus arba ribotą matomumą.

Kaip tai išspręsti:

• Sukurkite privalomų atributų sąrašą kiekvienam kanalui.
• Atskirkite privalomus laukus nuo papildomų praturtinimo laukų.
• Paklauskite tiekėjų, ar trūkstami identifikatoriai gali būti pridėti prieš integraciją.
• Naudokite produktų srauto validaciją prieš importuodami srautą į savo parduotuvę.

Nemanykite, kad kiekvienas tiekėjo srautas yra paruoštas prekyvietėms. Daugelis tiekėjų failų yra sukurti vidiniams B2B užsakymams, o ne Google Shopping srauto optimizavimui.

2. Produktų pavadinimai, kurie nepadeda nei pirkėjams, nei platformoms

Silpnas pavadinimas techniškai gali nesugadinti srauto, tačiau jis gali pakenkti srauto veikimo optimizavimui. Tokie pavadinimai kaip „Modelis 889 juodas“ arba „Marškinėliai XL“ nesuteikia Google, prekyvietėms ar pirkėjams pakankamai konteksto.

Geresnis pavadinimas paprastai apima prekės ženklą, produkto tipą, svarbią savybę, dydį, spalvą arba suderinamumą, jei tai aktualu.

Silpnas: Bėgimo bateliai mėlyni

Geresnis: Nike vyriški bėgimo bateliai, mėlyni, 43 dydis

Kaip tai išspręsti: apibrėžkite produktų pavadinimų struktūrą pagal kategoriją. Elektronikai, madai, baldams, grožio prekėms ir automobilių dalims reikia skirtingos pavadinimų logikos. Produktų srauto optimizavimas nėra apie ilgesnius pavadinimus. Jis yra apie aiškesnius pavadinimus.

3. Neteisingos kainos arba valiutos problemos

Kainų klaidos yra pavojingos, nes jos greitai pasiekia klientus. Dešimtainio skirtuko klaida, pasenusi nuolaidos kaina, trūkstama PVM logika arba neteisinga valiuta gali padaryti produktą nepelningą arba klaidinantį.

Tokios apsipirkimo srauto klaidos dažnai atsiranda tada, kai tiekėjai kainų failus atnaujina atskirai nuo produktų failų. Jei parduotuvė katalogo duomenis importuoja kartą per savaitę, o kainos keičiasi kasdien, srautas jau yra nepatikimas.

Kaip tai išspręsti: patikrinkite, kaip dažnai keičiasi kainos, ar PVM įtrauktas, ar nuolaidos atskirtos ir ar tiekėjas naudoja nuoseklų valiutos formatavimą. Automatizuotam duomenų srauto valdymui kainodaros taisyklės turėtų būti ištestuotos prieš paleidžiant visą katalogą.

4. Likučių reikšmės, kurių iš tikrųjų negalima patikimai naudoti

Atsargų srauto klaidos ne visada akivaizdžios. Tiekėjas gali rodyti „yra sandėlyje“, bet nepateikti kiekių. Kitas tiekėjas gali rodyti likučius pagal sandėlius, tačiau jūsų parduotuvė nuskaito tik vieną bendrą skaičių. Kai kuriuose srautuose yra produktų, kurie techniškai prieinami, bet turi ilgą pristatymo terminą.

Tai sukuria srauto sinchronizavimo problemas tarp tiekėjo, parduotuvės ir prekyvietės.

Kaip tai išspręsti:

• Patvirtinkite, ar likutis reiškia tikslų kiekį, prieinamumo būseną ar numatomą prieinamumą.
• Patikrinkite, kaip dažnai atnaujinami likučiai.
• Nuspręskite, kas vyksta, kai likutis yra nulis.
• Nustatykite saugumo rezervus greitai parduodamiems produktams.

Jei tiekėjas likučius atnaujina kartą per dieną, o jūsų parduotuvė parduoda keliuose kanaluose, jums gali reikėti griežtesnių taisyklių nei vieno kanalo pardavėjui.

5. Neveikiančios arba prastos kokybės nuotraukos

Produktų srauto valdymo metu nuotraukas lengva pražiūrėti, nes nuotraukos lauke gali būti URL, kuris atrodo užpildytas. Tačiau URL gali neveikti, būti blokuojamas, nukreipti kitur, būti per mažas, su vandens ženklu arba lėtai krautis.

Tai gali sukelti Merchant Center srauto problemas, prastus prekyviečių pasiūlymus ir mažesnį konversijų rodiklį.

Kaip tai išspręsti: prieš importą patikrinkite nuotraukų URL. Įvertinkite nuotraukos dydį, formatą, pasiekiamumą ir tai, ar tiekėjas leidžia ją naudoti komerciniais tikslais. Dideliems e. prekybos produktų srautams nuotraukų patikras vykdykite automatiškai, o ne spauskite kiekvieną URL atskirai.

6. Kategorijų susiejimas, kuris neatitinka pardavimo kanalo

Tiekėjų kategorijos retai idealiai sutampa su jūsų parduotuvės kategorijomis. Tiekėjas gali naudoti „Aksesuarai“, o jūsų e. prekybos platformai reikia „Telefonų aksesuarai > Įkrovikliai“, o Google dar reikalauja kitos taksonomijos.

Būtent čia produktų katalogo klaidos dažnai tampa netvarkingos. Produktas yra tinkamas, tačiau jis atsiduria netinkamoje vietoje.

Kaip tai išspręsti: sukurkite kategorijų susiejimo taisykles prieš importuodami tūkstančius produktų. Pradėkite nuo svarbiausių kategorijų. Nebandykite pirmą dieną rankiniu būdu išspręsti kiekvieno išimtinio atvejo.

7. Formato pakeitimai be įspėjimo

Viena labiausiai erzinančių srauto kokybės problemų yra situacija, kai vakar srautas veikė, o šiandien — nebe. Tiekėjas gali pervadinti stulpelį, pakeisti XML struktūrą, pašalinti lauką, pridėti naujų skirtukų arba pakeisti failo koduotę.

Srautas nesugedo todėl, kad pasikeitė jūsų parduotuvė. Jis sugedo todėl, kad pasikeitė šaltinis.

Kaip tai išspręsti: stebėkite srauto struktūrą, o ne tik srauto turinį. Produktų srauto diagnostika turėtų aptikti trūkstamus stulpelius, pakeistas antraštes, neįprastus tuščius laukus ir netikėtus failo pakeitimus prieš jiems pasiekiant jūsų aktyvų katalogą.

Paprasta produktų srauto klaidų paieškos rutina

Kai srautas pradeda kelti problemų, nepradėkite nuo atsitiktinių produktų redagavimo. Naudokite paprastą seką:

• Patikrinkite, ar failas atsidaro ir išlaiko tikėtiną struktūrą.
• Validuokite privalomus atributus.
• Peržiūrėkite kainos, likučio ir nuotraukų laukus.
• Palyginkite kelis produktus su tiekėjo šaltinio duomenimis.
• Ištestuokite mažą importą prieš sinchronizuodami visą katalogą.
• Peržiūrėkite konkretaus kanalo klaidas po įkėlimo.

Ši rutina neleidžia smulkiems pataisymams sukurti naujų problemų kitose vietose.

Kaip padeda Wise2Sync

Wise2Sync padeda e. prekybos verslams įvertinti tiekėjus dar prieš jiems tampant kasdienių operacijų dalimi. Tai reiškia, kad vertinamas ne tik produktų asortimentas, bet ir tai, ar tiekėjai tinkami automatizavimui, produktų srauto valdymui, likučių atnaujinimams, kainų sinchronizavimui, prekyviečių darbo eigoms ir e. prekybos integracijoms.

Parduotuvių savininkams, dropshipperiams ir internetiniams pardavėjams tai svarbu, nes ne kiekvienas tiekėjo srautas yra paruoštas rimtam e. prekybos naudojimui. Kai kuriuos tiekėjus lengva prijungti. Kitiems reikia tvarkymo, susiejimo, validacijos arba kitokios darbo eigos.

Wise2Sync padeda sutelkti dėmesį į tiekėjus, kurie labiau tikėtina palaikys tvarkingesnius srautus, geresnį sinchronizavimą ir mažiau produktų atributų klaidų po paleidimo.

Baigiamosios mintys

Produktų srauto klaidos retai būna izoliuotos. Trūkstamas prekės ženklo laukas gali paveikti reklamas. Bloga likučio reikšmė gali sukurti grąžinimus. Pakeistas CSV stulpelis gali sugadinti importą. Silpnas nuotraukos URL gali sumažinti konversijas.

Geriausias požiūris nėra taisyti klaidas tik po to, kai jos atsiranda. Geriausia patikrinti srauto kokybę prieš pradedant tiekėju pasikliauti didesniu mastu.

Geras produktų srauto valdymas apsaugo jūsų parduotuvę nuo išvengiamų klaidų. Geresnis tiekėjų vertinimas apsaugo jūsų komandą nuo srautų, kurie iš pradžių niekada nebuvo paruošti automatizavimui.