Merchant Center klaidų taisymas: dažniausios feed problemos ir kaip grąžinti atmestas prekes

Prieš ką nors keisdamas, suprask klaidų klases

Merchant Center skirsto problemas į tris sunkumo lygius su skirtingomis pasekmėmis rodymui.

• Atmetimas: prekė lieka be parodymų ir nematoma „Shopping“ rezultatuose. Šį atvejį spręsk pirmiausia.
• Įspėjimas: prekė ir toliau rodoma, bet rečiau arba prasčiau priskiriama užklausoms. Prioritetas vidutinis, tačiau pataisymas dažnai duoda didelį efektą.
• Apribojimas: prekė leidžiama tik tam tikroms tikslinėms rinkoms, programoms ar formatams. Tai ypač liečia tarpvalstybinius pardavimus.

Ne mažiau svarbu, kuriame lygmenyje problema atsiranda:

• Paskyros lygmuo: problemos dėl svetainės reikalavimų, taisyklių ar grąžinimo informacijos gali blokuoti visą asortimentą. Šį lygmenį tikrink pirmiausia.
• Feed ir prekės lygmuo: trūkstami atributai, neteisingos reikšmės ar klaidingos kainos liečia atskiras prekes ar prekių grupes.

Kodėl „Merchant Center“ problemos taip brangiai kainuoja

Atmestas produktas nedalyvauja aukcionuose ir nerodomas – tai tiesioginis apyvartos nuostolis. Žalos dydį lemia atitinkamų prekių apyvartos dalis. Trys atmesti perkamiausi produktai dažnai sveria daugiau nei 800 nišinių prekių.

• Atmetimas: produktas iškrenta iš „Shopping“. Pirmiausia patikrink paveiktas pagrindines apyvartos prekes.
• Paskyros įspėjimas: tai kelia grėsmę visam asortimentui ir turi pirmenybę prieš pavienius atvejus.
• Įspėjimas produkto lygmeniu: produktas lieka aktyvus, tačiau praranda pasiekiamumą dėl silpnesnių pozicijų ir mažiau formatų.
• Apribojimas: produktas patvirtintas tik tam tikroms rinkoms ar programoms. Tai dažniausiai išryškėja prekiaujant keliose šalyse.

Šios aštuonios klaidos pasitaiko dažniausiai

Toliau pateikti aštuoni atvejai apima daugumą pranešimų. Kiekvienas punktas paaiškina priežastį, sprendimą ir tolesnę patikrą.

1. Trūkstamas arba neteisingas GTIN, MPN ar prekės ženklas

Priežastis: prekės ženklo prekėms Google reikalauja galiojančio GTIN. Dažnai EAN įrašomas ne tame lauke, turi tarpų, neteisingą kontrolinį skaitmenį arba yra paimtas nuo transportinės pakuotės.

Sprendimas: pateik GTIN kaip grynai skaitmenų seką iš 8, 12, 13 arba 14 skaitmenų. Prekėms be brūkšninio kodo naudok laukus brand ir mpn bei tikslingai nustatyk identifier_exists reikšmę false.

Patikra: po kito feed nuskaitymo klaidų skaičius sumažėja, o prekės informacijoje GTIN rodomas kaip galiojantis.

2. Kaina nesutampa su nukreipimo puslapiu

Priežastis: kainų neatitikimai atsiranda dėl pasenusio feed, nuolaidų, taikomų tik krepšelyje, skirtumo tarp neto ir bruto kainų arba netinkamos valiutos.

Sprendimas: visada pateik bruto kainas tikslinės rinkos valiuta ir reguliariai atnaujink feed. Akcijų kainas su laikotarpiu nurodyk lauke sale_price.

Patikra: palygink feed reikšmę su matoma kaina prekės URL, atidarytu inkognito lange, atitinkančiame tikslinę šalį ir kalbą.

3. Prieinamumas nesutampa

Priežastis: skirtumai tarp in_stock reikšmės feed'e ir prekės puslapio atsiranda dėl retai atliekamo suderinimo, išparduotų variantų arba pasenusių struktūrinių duomenų.

Sprendimas: atnaujink atsargas bent kartą per dieną. Suderink struktūrinius duomenis su feed ir pažymėk išparduotus variantus reikšme out_of_stock.

Patikra: penkioms paklausiausioms prekėms patikrink, ar sutampa feed statusas, puslapio rodinys ir struktūriniai duomenys.

4. Trūksta pristatymo kainų ir terminų pagal tikslinę rinką

Priežastis: neišsami pristatymo informacija užsienio rinkoms atima matomumą. Jei pristatymo kaina kasoje skiriasi nuo feed duomenų, Google prekę atmeta.

Sprendimas: kiekvienai tikslinei šaliai nurodyk pristatymo kainą bei apdorojimo ir pristatymo terminus. Prekėms su kitokiomis sąlygomis naudok atributą shipping prekės lygmenyje.

Patikra: kiekvienai tikslinei rinkai atlik testinį pirkimą iki kasos ir palygink rodomą pristatymo kainą.

5. Nuotraukų problemos

Priežastis: nuotraukų pakaitalai (placeholder), logotipai, reklaminė grafika, žema nuotraukos raiška, robots.txt blokavimas arba nepasiekiami nuotraukų URL.

Sprendimas: naudok švarias prekių nuotraukas, kurių kraštinė ne mažesnė kaip 250 px, su stabiliais URL. Papildomus vaizdus pateik per additional_image_link.

Patikra: atidaryk nuotraukos URL naršyklėje. Nuotraukų atmetimai išnyksta tik po pakartotinio Google nuskaitymo.

6. Trūkstami privalomi atributai pagal kategoriją

Priežastis: drabužiams Google reikalauja nurodyti dydį, spalvą, amžiaus grupę, lytį bei bendrą item_group_id variantams.

Sprendimas: susiek atributus tiesiai iš parduotuvės duomenų. Sugrupuok variantus per bendrą item_group_id, kad išvengtum vidinės konkurencijos aukcione.

Patikra: filtruok prekių sąrašą pagal kategoriją ir patikrink atributų stulpelių išsamumą.

7. Atmetimas dėl taisyklių pažeidimo

Priežastis: taisyklių pažeidimai, prekės ženklo teisės, klaidinanti informacija arba reklaminiai elementai pavadinime, pavyzdžiui, didžiosios raidės, šauktukai, žodis „nemokamai“ ar kainos.

Sprendimas: sudaryk pavadinimą dalykiškai iš prekės ženklo, prekės ir pagrindinių savybių. Ribojamoms kategorijoms iš anksto patikrink leistinumą tikslinėje rinkoje.

Patikra: po pataisymo inicijuok pakartotinę patikrą ir palauk rezultato.

8. Svetainės ir paskyros reikalavimai

Priežastis: neišsami grąžinimo ir kontaktų informacija, trūkstamas sertifikatas, užblokuotas pirkimas be registracijos arba nepatvirtintas domenas.

Sprendimas: paskelbk išsamią informaciją apie grąžinimą, pristatymą, kontaktus ir įmonės duomenis. Patvirtink domeną ir įjunk pirkimą be registracijos.

Patikra: paskyros klaidos liečia visas prekes. Po pataisymo statusas dažniausiai atsistato per kelias dienas.

Kaip greitai atpažinti nežinomą klaidos pranešimą

Ši lentelė padeda greitai atpažinti nežinomus pranešimus.

Taisyk šia tvarka – taip poveikis bus didžiausias

Kai laiko trūksta, daugiausia naudos duoda aiškūs klaidų sąrašo prioritetai.

1. 1Pirmiausia paskyros lygmens problemos: svetainės ir taisyklių problemos liečia visą asortimentą. Vienas centrinis pataisymas pakeičia šimtus pavienių korekcijų.
2. 2Atmetimai pagal apyvartos dalį: rikiuok paveiktas prekes pagal pastarųjų savaičių apyvartą ar maržą. Pirmiausia spręsk didžiausią apyvartą turinčias prekes.
3. 3Sisteminės priežastys prieš pavienius atvejus: jei pranešimai pasitaiko daugelyje prekių, taisyk pagrindinį feed susiejimą.
4. 4Įspėjimai, turintys įtakos kokybei: trūkstami atributai ir silpni pavadinimai pablogina priskyrimą ir sumažina paspaudimų rodiklį.
5. 5Ilgoji uodega (long tail) – paskiausiai: prekes, kurių apyvartos dalis mažesnė nei vienas procentas, sutvarkyk visas kartu vienu ypu.

Šis mėnesinis kontrolinis sąrašas apsaugo nuo naujų atmetimų

Mėnesinė šių punktų patikra iš anksto apsaugo nuo apyvartai kenkiančių atmetimų.

• Atmetimai ir įspėjimai: vertink pranešimus pagal absoliutų skaičių ir pagal apyvartos dalį.
• Kainos ir prieinamumo patikra: atsitiktinai patikrink penkias–dešimt svarbiausių prekių kiekvienoje tikslinėje rinkoje.
• Pristatymas ir terminai: suderink kiekvienos tikslinės šalies nustatymus tiesiogiai su kasos procesu.
• Patikrink privalomų atributų pagal kategoriją išsamumą, ypač naujuose asortimentuose.
• Peržiūrėk naujų prekių nuotraukas dėl overlay elementų, vietos rezervavimo vaizdų ir pasiekiamumo.
• Patikrink perkamiausių prekių pavadinimus ir aprašymus dėl dalykiškos formuluotės.
• Patikrink feed atnaujinimą ir paskutinį nuskaitymą, kad anksti pastebėtum tylius sutrikimus.
• Patikrink savo tikslines rinkas: ar visos aktyvios pardavimo šalys aktyvuotos?

Šios keturios klaidos taisant sukelia naujų problemų

Kai kurie klaidų taisymai sukelia naujų problemų. Šios keturios klaidos kartojasi dažnai.

• Bendros feed taisyklės: identifier_exists = false visam feed'ui sugadina visų prekės ženklo prekių priskyrimą.
• Taisymas tik papildomame feed'e: neteisingos kainos ar atsargos parduotuvėje vėl sukelia atmetimą.
• Nelaukiama naujo nuskaitymo: keli pataisymai iš eilės be tarpinės patikros apsunkina klaidų paiešką.
• Diagnostika kaip vienintelis šaltinis: susiek Google pranešimus su apyvartos duomenimis, kad prioritetai būtų aiškūs.

Google CSS partneris parodo prekių būklę tiesiai portale

Feed higiena – nuolatinė užduotis. Paprasčiausia prekių duomenis stebėti tiesiai CSS lygmenyje.

csspartner.io portale matai visų tikslinių rinkų prekių būklę, atmetimus ir įspėjimus. Fix Center pasiūlo tipinių spragų pataisymus, kuriuos tu patvirtini.

Naudodamas sertifikuotą CSS papildomai sutaupai 20 % MUP išlaikydamas tą pačią poziciją arba įgauni 25 % didesnę siūlymo galią išlaikydamas tą patį biudžetą – už 19 € per mėnesį be diegimo mokesčio.

Ką iš tikrųjų reiškia techninė konsultacija CSS teikėjo atveju

Daugelis teikėjų žada palaikymą. Praktikoje sėkmę lemia keturi konkretūs veiksniai.

Kažkas, kas moka skaityti duomenų srautą

„Merchant Center“ pranešimai dažnai rodo tik simptomus, pavyzdžiui, trūkstamus GTIN kodus ar kainų neatitikimus dėl klaidingų eksportų. Sistemingai patikrink visą grandinę atgaline tvarka: nuo „Merchant Center“ per duomenų srautą ir eksportą iki parduotuvės.

Prieiga prie tinkamo lygmens

Kaip CSS analizuojame paskyrą, duomenų srautus ir produktus kartu. Taip atpažįstame problemas pavieniuose produktuose, kategorijose ar svetainės reikalavimuose, tokiuose kaip grąžinimo sąlygos, kontaktiniai duomenys ir mokėjimo būdai, kurių vien „Merchant Center“ dažnai nepastebėsi.

Eskalavimo kelias, kuris nesibaigia pagalbos centre

Jei pažeistos taisyklės, pavyzdžiui, dėl klaidinančio pateikimo (misrepresentation), „Google“ peržiūrai padeda aiškūs įrodymai. Kaip „Google“ CSS partneris naudojame tiesioginius „Google“ kanalus ir pateikiame reikalaujamus įrodymus dėl įmonės rekvizitų, taisyklių ir kainų.

Stebėsena, kad klaidos neužsibūtų savaitėmis

Nepastebėtos klaidos kainuoja daugiausia apyvartos. Nuolat stebėk produktų būklę, atmetimų rodiklius ir duomenų srauto nuskaitymus, kad nuostoliai neišryškėtų tik ketvirčio ataskaitoje.

Taip vyksta palaikymo atvejis

1. Pranešimas su kontekstu: atsiųsk paskyros ID, originalų klaidos pranešimą ir produkto URL, kad iš karto išvengtum papildomų klausimų.
2. Priskyrimas: patikriname, ar paveikta paskyra, duomenų srautas ar produktai, ir kiek apyvartos nuo to priklauso.
3. Priežasčių paieška: palyginame parduotuvės duomenis, eksportą, duomenų srautą ir „Merchant Center“, kad tiesiogiai rastume klaidą.
4. Sprendimo įgyvendinimas: ilgalaikius sprendimus įgyvendina parduotuvė. Greitus pakeitimus tvarkome tiesiogiai duomenų sraute.
5. Patikrinimas po nuskaitymo: patikriname, ar atmetimas panaikintas, ar yra dar klaidų.
6. Pasikartojimo prevencija: išsiaiškiname priežastį ir apsaugome procesą ateičiai.

Ko konsultacija nepakeičia

Gera duomenų kokybė reikalauja trijų nuolatinių parduotuvės užduočių, nepriklausomai nuo palaikymo.

• Privalomų duomenų priežiūra: be teisingo GTIN, prekės ženklo, būklės, kategorijos, pristatymo ir mokesčių, jokia klaidų taisymo priemonė nepadės.
• Atsargų ir kainų atnaujinimas: kasdienis suderinimas apsaugo nuo daugumos atmetimų.
• Išsamūs parduotuvės puslapiai: „Google“ reikalauja grąžinimo, pristatymo, mokėjimo, įmonės rekvizitų ir kontaktų puslapių.

Dažniausiai užduodami klausimai apie Merchant Center klaidas