Google Merchant Center hibák javítása: a leggyakoribb okok és megoldásaik

A hibakategóriák megértése, mielőtt bármit is változtatnál

A Merchant Center három súlyossági szinten mutatja a problémákat. Hasonlóan néznek ki, de teljesen eltérő következményeik vannak – és aki ezt összekeveri, az rosszul priorizál.

• Elutasítás. A termék nem kézbesíthető. Nem jelenik meg a Shopping találatokban, és nem generál megjelenéseket. Legmagasabb prioritás.
• Figyelmeztetés. A termék továbbra is fut, de minőséget veszít: rosszabb besorolás, hiányzó formátumok, korlátozott elhelyezések. Közepes prioritású, de gyakran a nagyobb mozgatórugó a tömegben.
• Korlátozás. A termék csak bizonyos célpiacokon, programokban vagy formátumokban engedélyezett. Fontos, ha országhatárokon átnyúlóan hirdetsz.

Ugyanilyen fontos az a szint, ahol a probléma keletkezik:

• Fiókszint. Weboldal-követelmények, visszaküldési és kapcsolati adatok, irányelvsértések. Egyetlen fiókprobléma az egész termékválasztékot leállíthatja – ezért mindig először ezt ellenőrizd.
• Feed- vagy termékszint. Hiányzó attribútumok, érvénytelen értékek, ár- vagy elérhetőségi eltérések. Egyedi termékeket vagy termékcsoportokat érint.

A leggyakoribb hibák – ok, javítás, ellenőrzés

Az alábbi nyolc eset a gyakorlatban lefedi a legtöbb jelentést. Minden pontnál megtalálod, hogy mi a valódi ok, mit változtass, és miből ismered fel, hogy a javítás hatott.

1. Hiányzó vagy érvénytelen GTIN, MPN vagy márka

Ok: Márkás termékek esetén a Google érvényes GTIN-t vár. Gyakran az EAN rossz mezőben szerepel, szóközt vagy kötőjelet tartalmaz, hibás ellenőrzőösszege van, vagy a gyártói karton GTIN-je kerül átadásra az eladási egység helyett.

Fix: A GTIN-t tisztán számjegyként (8, 12, 13 vagy 14 számjegy) add át. Saját márkás és kézműves termékek esetén vonalkód nélkül adj meg `brand` plusz `mpn` attribútumokat, és állítsd az `identifier_exists` értékét false-ra – de csak ott, ahol ez indokolt, nem általánosan az egész feedre.

Ellenőrzés: A következő feed-letöltés után az érintett cikkek száma csökken; a terméknézetben a GTIN érvényesként van megjelölve.

2. Az ár nem egyezik a céloldalon lévővel

Ok: Egyértelműen a leggyakoribb elutasítási ok. Tipikus kiváltó okok: a feed régebbi, mint az utolsó árváltozás, a kedvezmények csak a kosárban érvényesülnek, a feed nettó árat, az oldal bruttó árat mutat, vagy a valuta és a célpiac nem egyezik.

Fix: Mindig a végleges árat add meg, beleértve az adókat is, a célpiac pénznemében, és frissítsd a feedet gyakrabban, mint ahányszor az árakat változtatod. Az akciós árak a `sale_price` attribútumba tartoznak időtartammal, nem a normál ár felülírásaként. A csak a fizetésnél látható kedvezmények a Shopping számára nem számítanak árnak.

Ellenőrzés: Nyisd meg a termék URL-jét inkognitó ablakban, és hasonlítsd össze az ott látható árat a feedben szereplő értékkel – beleértve a célországot és a nyelvet.

3. Az elérhetőség eltérő

Ok: A feed `in_stock` állapotot jelent, az oldal „nem elérhető” állapotot mutat – vagy fordítva. Gyakran az túl ritka készletszinkronizálás, az egyenként kifogyott variánsok, vagy az oldalon található strukturált adatok, amelyek régi állapotot tartalmaznak, okozzák a problémát.

Fix: A készleteket legalább naponta frissítsd, gyorsan forgó termékválaszték esetén gyakrabban. A termékoldalon lévő strukturált adatoknak ugyanazt az állapotot kell mutatniuk, mint a feednek. A kifogyott variánsokat helyesen `out_of_stock` állapotként jelentsd, ahelyett, hogy eltávolítanád őket.

Ellenőrzés: Vegyél öt nagy keresletű cikket mintának: a feed állapotának, az oldal megjelenésének és a strukturált adatoknak meg kell egyezniük.

4. Szállítási költségek és szállítási idők hiányoznak célpiaconként

Ok: Több országba történő értékesítés esetén gyakran csak a hazai piac konfigurálódik teljesen. A hiányzó szállítási adatok nem mindig vezetnek elutasításhoz, de rontják a láthatóságot – és ha a megjelenített költségek eltérnek a fizetési oldalon lévőktől, akkor elutasítás következik.

Fix: Minden célországra rögzítsd a szállítási költségeket, a feldolgozási és szállítási időt. Az ingyenes szállítást egy minimális rendelési érték felett helyesen ábrázold, ahelyett, hogy általánosan 0-t adnál meg. Erősen eltérő cikkek esetén állítsd be a `shipping` attribútumot termékszinten.

Ellenőrzés: Minden célpiacra végezz egy tesztvásárlást a fizetési folyamaton keresztül, és hasonlítsd össze a megjelenített szállítási költségeket.

5. Képproblémák

Ok: Helyőrző- vagy logóképek, reklám overlay-ek, mint „Akció” vagy vízjelek, túl alacsony felbontás, robots.txt-vel blokkolt kép URL-ek, vagy olyan képek, amelyek az indexelés időpontjában nem voltak elérhetők.

Fix: Használj termékképeket szöveg, keretek és reklámgrafika nélkül, elegendően nagy felbontású szélekkel (minimum 250 px, javasolt sokkal több) és stabil, nyilvánosan elérhető URL-ekkel. További nézeteket a `additional_image_link` attribútumon keresztül adj meg, ne fő képként overlay-jel.

Ellenőrzés: Nyisd meg a kép URL-jét közvetlenül a böngészőben; a következő indexelés után az üzenet eltűnik. Figyelem: a képek elutasítása gyakran újbóli indexelést igényel, és nem csak a feed feltöltésével oldódik meg.

6. Hiányzó kötelező attribútumok kategóriánként

Ok: Olyan területeken, mint a ruházat, a Google további információkat vár – méret, szín, korosztály, nem – és a variánsokhoz közös `item_group_id` azonosítót. Ha ezek hiányoznak, a termékek elutasításra kerülnek, vagy rosszul lesznek besorolva.

Fix: Az attribútumokat a bolt adataiból képezd le, ahelyett, hogy szabadon töltenéd ki őket a feedben. A variánsokat közös `item_group_id` alapján csoportosítsd, hogy a méretek és színek ne versenyezzenek egymással, mint rivális egyedi termékek.

Ellenőrzés: Szűrj kategória szerint a termékáttekintésben, és ellenőrizd, hogy az attribútumoszlopok teljeskörűen ki vannak-e töltve.

7. Elutasítás irányelvek miatt

Ok: Tiltott vagy korlátozott termékek, márkanévvel kapcsolatos problémák, félrevezető adatok, vagy olyan megfogalmazások a címben, amelyek reklámként hatnak – nagybetűs írás, felkiáltójelek, „Ingyenes”, árak a címben.

Fix: Építsd fel a címet tárgyszerűen: márka, termék, legfontosabb tulajdonságok. Távolítsd el a reklámszerű kiegészítéseket és speciális karaktereket. Korlátozott kategóriák esetén előzetesen ellenőrizd, hogy az adott célpiacokon egyáltalán engedélyezett-e a kiszállítás – és csak ezután kérj ellenőrzést.

Ellenőrzés: A javítás után indíts el egy újbóli ellenőrzést, és várd meg a státuszt, ahelyett, hogy többször küldenél kis változtatásokat egymás után.

8. Weboldal- és fiók-követelmények

Ok: Hiányzó vagy hiányos adatok a visszaküldésről és elállásról, nem elérhető kapcsolattartási adatok, érvénytelen tanúsítvány, egy olyan fizetési folyamat, amely bejelentkezés nélkül nem érhető el, vagy nem megerősített domain.

Fix: Tartsd a visszaküldési, szállítási, kapcsolattartási és impresszumi adatokat teljeskörűen és nyilvánosan elérhetővé, erősítsd meg és igényeld a domaint, tedd tesztelhetővé a fizetési folyamatot bejelentkezés nélkül.

Ellenőrzés: Ezek a hibák az egész fiókot érintik – a javítás után a kiszállítható termékek száma általában néhány napon belül normalizálódik.

Hibaüzenet, ok, javítás – az áttekintés

Ez a táblázat segít a gyors hozzárendelésben, ha egy üzenettel találkozol, és nem vagy biztos benne, hol kell kezdened.

Milyen sorrendben javíts

A hibalisták hosszúak, a munkaidő korlátozott. Ezért a sorrend dönti el a hatást – nem a kijavított üzenetek száma.

1. 1Először a fiókproblémák. A weboldal- és irányelvproblémák az egész termékválasztékot érinthetik. Egyetlen javítás itt többet ér, mint száz egyedi korrekció.
2. 2Elutasítások a bevétel arányában. Rendezze az érintett cikkeket az elmúlt hetek bevétele vagy árrése alapján, és kezdje felül. Tíz erős termék ezernyi longtail cikket felülmúl.
3. 3Szisztematikus okok az egyedi esetek előtt. Ha háromezer cikk ugyanazt az üzenetet mutatja, az a leképezésen, nem a terméken múlik. Korrigáld a szabályt, ne a cikket.
4. 4Minőségre ható figyelmeztetések. A hiányzó attribútumok és gyenge címek nem okoznak kiszállítást, de rontják a besorolást és a kattintási arányt.
5. 5Longtail utoljára. Mindaz, ami együtt a bevétel kevesebb mint egy százalékát teszi ki, egy menetben kerül elintézésre.

Ellenőrzőlista a havi feed-higiéniához

Aki havonta egyszer végignézi ezeket a pontokat, az a legtöbb elutasítást elintézi, mielőtt azok bevételkiesést okoznának.

• Elutasítások és figyelmeztetések szám és bevétel arányában történő megtekintése, nem csak szám szerint.
• Ár- és elérhetőségi mintaellenőrzés öt-tíz fontos cikkre célpiaconként.
• Szállítás és szállítási idők minden célországra vonatkozóan az aktuális fizetési folyamattal szembeni ellenőrzése.
• Kötelező attribútumok teljességének ellenőrzése kategóriánként, különösen új termékválasztékok esetén.
• Új termékek képeinek áttekintése overlay-ek, helyőrzők és elérhetőség szempontjából.
• A bestseller termékek címének és leírásának tárgyszerű megfogalmazásának ellenőrzése.
• Feed-frissítés és az utolsó sikeres letöltés ellenőrzése – különben egy csendes leállás hetekig észrevétlen marad.
• Célpiacok összevetése: Minden ország, ahová értékesítesz, aktiválva van?

Tipikus hibák a javítás során

Nem minden javítás jelent előrelépést. Ez a négy minta biztosítja, hogy a problémák újra felmerüljenek vagy újak keletkezzenek.

• Általános feed-szabályok. Az `identifier_exists = false` beállítása az egész feedre megoldja az üzenetet, ugyanakkor károsítja az összes márkás cikk termékbesorolását.
• Csak a kiegészítő feedben javítás. Egy Supplemental Feed ideális a kiegészítésekhez, de ha az ár vagy az elérhetőség hibás marad a boltban, az elutasítás visszatér.
• Az újbóli beolvasás megvárásának hiánya. Több egymást követő korrekció, mielőtt az utolsó állapotot ellenőrizték volna, már nem teszi hozzárendelhetővé az okot.
• A Diagnostics mint egyetlen forrás. Az áttekintés megmutatja, mit kifogásol a Google – nem azt, hogy milyen bevétel függ tőle. Csak a bevételi adatokkal való összekapcsolás ad prioritást.

A termékállapot folyamatos nyomon követése

A feed-higiénia nem projekt, hanem állapot. Pontosan ezért tartozik a felügyelet oda, ahol a termékadataid amúgy is bekerülnek az aukcióba: a CSS szintre.

A CSS Partner.io portálon láthatod a termékek állapotát az összes célpiacon – elutasított cikkek, figyelmeztetések és azok időbeli alakulása. A Fix Centeren keresztül a tipikus hiányosságok kiegészítésre vagy javításra kerülnek, anélkül, hogy minden egyes esetre át kellene építened a feedet.

Ehhez jön még a CPC előnye: egy Google CSS-en keresztül akár 20%-kal nagyobb liciterővel léphetsz be az aukcióba azonos költségvetés mellett – havi 5990 Ft fix áron, beállítási díj és minimális időtartam nélkül. Egy tiszta feed és olcsóbb kattintások ugyanabba az irányba hatnak: több kiszállítható termék, amelyek kattintásonként kevesebbe kerülnek.

Gyakori kérdések a Merchant Center hibákról