Ezeket Shopping feed hibákat ne kövesd el
Ezeket Shopping feed hibákat ne kövesd el
Beleütköztél már abba, hogy nem fogadja el a Merchant Center a feed-et, amit feltöltesz? Szükség volt már arra, hogy az XML fájlban keresgélj hibák, következetlenségek után? Nyomoztad már, hogy miért nem tudod megfelelően szegmentálni a Shopping kampányaidat? Megmutatjuk mik azok a leggyakrabban előforduló hibák a Google Shopping feedekben és hogyan érdemes nekifogni a javításuknak, milyen eszközök állnak rendelkezésre. Jó hír, hogy nem kell azonnal a fejlesztőhöz, vagy a webáruház üzemeltetőjéhez rohanni.
1. Nem angolul vannak az értékek
A Google Shopping feed néhány mezőjének kötött értékei vannak, amelyeket angolul kell megadni, így például az <availability>, ami kizárólag három értéket fogad el: in stock, out of stock, preorder. Ha nem betű pontosan ezek szerepelnek ebben a mezőben azt hibaként értelmezi a Merchant Center és kötelező mezőről lévén szó nem fogja megjeleníteni a hirdetésekben a kérdéses termék(ek)et. Ugyanez igaz, hogy csak konkrét angol nyelvű értékeket fogad el a rendszer a condition, identifier exists, adult, is_bundle, age_group, gender (ez utóbbi kettő divat kategóriában például kötelező) mezőkre is. Ha tehát a feed-ben Raktáron, Készleten vagy hasonló értékek szerepelnek, akkor azokat át kell alakítani a megfelelő verzióra (ugrás a megoldási lehetőségekhez).
2. Speciális xml karakterek nincsenek helyettesítve
Gyakori hiba XML feed-ekben, hogy bekerülnek speciális karakterek is, amelyeket az XML specifikációja szerint különleges bánásmódban kellene részesíteni, ezek a speciális karakterek megakasztják az XML feldolgozását. Két megoldási lehetőség létezik: 1. A kérdéses speciális karakterek helyettesítése (ld. alábbi táblázat) 2. Az XML szöveges elemeinek CDATA szakaszokba helyezése, pl <title><![CDATA[Bármilyen szöveg >>>, “idézet” & akármi]]></title>
Kérd meg a programozót, aki az XML-t készítette, hogy javítsa.
| Speciális karakter | Helyettesített forma | Valós érték |
|---|---|---|
| Ampersand | & | & |
| Less-than | < | < |
| Greater-than | > | > |
| Quotes | " | „ |
| Apostrophe | ' | ‘ |
3. Helytelen, vagy hiányos az ár meghatározása
Az árat tartalmazó mezőkben a számokon túl jelezni szükséges a pénznemet is ISO4217 formátumnak megfelelően. Amennyiben hiányzik a pénznem, vagy tizedesvesszőt látsz az ilyen mezőkben tizedespont helyett, akkor szintén hibát fog jelezni a Merchant Center. A helyes formátum: <g:price>9999.00 HUF</g:price>
4. Hiányzik, vagy helytelen a GTIN
Ahogy azt már korábban is megírtuk, a termékek fontos azonosító eleme a GTIN (vonalkód), ami egyértelműen azonosítja a terméket, ezzel nagyban megkönnyíti az algoritmus dolgát abban, hogy mely kulcsszavakra kell megjelennie a terméknek (ld.: https://shopping.growwwdigital.com/google-shopping-feed-optimalizalasa/) Annak ellenére, hogy tapasztalataink szerint újabban közel sem kezeli olyan szigorúan a GTIN mezőt a Google, mint korábban tette és bizonyos országokban 2019 októbere után nem is számít már kötelező mezőnek, továbbra is fontosnak tartjuk, hogy ha lehetőség van rá, akkor törekedni kell a GTIN mező helyes kitöltésére.
5. Nem megfelelő fájlformátum
Ha nem XML, hanem szöveges (.txt) formátumban áll rendelkezésre a termékfeed, akkor a legfontosabb azt észben tartani, hogy specifikáció szerint Excel (.xls) vagy vesszővel tagolt CSV (.csv) formátumot nem fogad el a Merchant Center. Szövegfájl esetén az egyes oszlopokat tabulátor (\t), vagy tilde (~) vagy cső (|). Tapasztalatunk azonban más, ugyanis van olyan fiókunk, ahová CSV formátumban feltöltött és elválasztóként vesszőt tartalmazó fájlt is felismert és feldolgozott a rendszer. Érdemes tehát egy próbát tenni. Szöveges formátumnál gyakori hiba még, hogy bekerül a fájl végére egy vagy több üres sor, amit ránézésre ugyan nehéz észrevenni de bármely szövegszerkesztőben láthatóvá válik és ellenőrizhető.
6. Duplikált ID
Ritkán találkozunk vele, de annál nagyobb hiba, ha egyes termékeknél ugyanaz az ID kerül a feedbe. Ezt jelzi is a Merchant Center és fontos javítani, hogy megfelelően el tudja különíteni az egyes termékeket a rendszer. Ha ugyanannak a terméknek a különböző variánsairól van szó (pl. színek, méretek) akkor a best practice az, hogy mindegyik variáns külön ID-val kerüljön be a feed-be és a <g:item_group_id> elemmel kell jelezni, hogy ezek a termékek ugyanazon terméknek változatai. Így lefedhető a teljes termékpaletta, mégis tudtára adjuk a rendszernek a termékek, változatok közötti kapcsolatot. Ha feed oldalon nem megoldható az egyedi azonosító generálása, akkor a Merchant Center lehetőséget ad az Azonosítóra vonatkozó szabályok létrehozására, aminek segítségével a hiányzó, vagy nem egyedi értékeket tartalmazó ID mező módosítható, más mezőkbeli értékekkel kiegészíthető és így egyedivé tehető.
7. Nyelvi, karakterkódolási hibák
A Google Merchant Center az UTF-8, UTF-16, Latin-1, ASCII és Windows 1252 kódolást támogatja. Szövegfájl esetén ezt a fájl mentésekor kell megadni, XML esetében pedig a fájl első sorában szokás jelezni a használt karakterkódolást. A fentiektől eltérő kódolással készített fájlokat a rendszer nem tudja feldolgozni.
8. Product Type elem értéke
A product_type elem az egyik fontos rendszerezési szempont lehet a kampányok szegmentálásánál ezért fontos, hogy a megfelelő formátumban kerüljön be a feedbe. Hogy mi a megfelelő formátum? Tapasztalataink szerint jól szokott működni, ha a product_type elem értéke követi a weboldal struktúráját és megadja az adott termék elhelyezkedését a webshop kategóriáin belül, pl: Háztartási gépek > Mosógépek > Elöltöltős mosógépek > 45 cm-es mélységig. Fontos figyelni a szintek elválasztására, és hogy legyen szóköz a > karakter előtt és után IS. (XML esetén helyettesíteni kell a > jelet >-vel!). Azért fontos és kampánymenedzsment szempontból kifejezetten hasznos ez az elem, mert tartalma alapján lehet Google Ads-ben riportálni a különböző kategóriák teljesítményével kapcsolatban és szegmentálni is többek között a product_type értékei alapján lehet. Gyakran tapasztaljuk, hogy hiányzik ez az elem az XML-ből vagy helytelen a formázása, például hiányoznak a szóközök az egyes szinteket jelölő > karakterek között. A jó hír, hogy ilyen apró formázási hibákat a Merchant Centeren belül is lehet javítani. (ugrás a megoldási lehetőségekhez)
9. Változó kép URL
Képek esetében a már korábban ismertetett best practice-ek betartása mellett figyelni kell változáskor jellemző gyakori hibára is. Lehetőleg a képekre mutató URL-ek maradjanak állandóak a feed-ben.Ha változik az URL, akkor időbe telik mire ezt a Google leköveti. Meglévő termék képének módosítása esetén azonban javasolt az URL módosítása is egyben, ez biztosítja ugyanis a változás leggyorsabb lekövetését, de még így is napokig eltarthat, mire a változás átmeg a rendszeren, időközben pedig előfordulhat, hogy nem tud(nak) megjelenni a változással érintett termék(ek).
10. Eltérő feed-landing oldali tartalom
Gyakori hiba még a feedekben, hogy eltér az ott átadott és az oldalon található tartalom. Ez különösen az ár (<price>) és az elérhetőség (<availability>) mezők esetén fontos, hiszen ezt kiemelten figyeli a rendszer és a termékek ideiglenes kitiltásával jár, ha eltérést talál, de arra is figyelni kell, hogy már nem kapható termékeket ne hirdessünk, azok kerüljenek ki a feed-ből, illetve ha bármi más a feedben átadott információ változik, akkor az megfelelően kerüljön átvezetésre a feedbe és ezáltal a Merchant Centeren keresztül a hirdetésekben. Érdemes tehát rendszeresen ellenőrizni a feed frissességét, frissülését és ezáltal a tartalmát is
Hiányosságok javítása
A leggyakoribb hibák után nézzük meg milyen lehetőségek vannak azok javítására és segítünk abban, hogy mikor melyikhez érdemes fordulni.
Fejlesztő, programozó: egyedi webáruház esetén a legkézenfekvőbb és legbizotsabb megoldás, ha megkéred a fejlesztőt, hogy módosítsa a feed-et, így biztos lehetsz benne, hogy a hiba már a forrásánál lesz kezelve és egészen egyedi kérések is megoldhatóak az XML vagy a TXT generálása során. Ez a megoldás adja tehát a legnagyobb rugalmasságot, ugyanakkor nem mindenki számára elérhető.
Kiegészítő táblázatok: A meglévő elsődleges táblázat mellé lehetőség van kiegészítő táblázat megadására a Merchant Centerben, aminek segítségével új termékeket ugyan nem lehet hozzáadni, de a meglévő termékekhez ID alapján további mezőket lehet hozzárendelni illetve meglévőket módosítani/felülbírálni, így például hozzáadhatunk egyéni címkéket az elsődleges táblázathoz, pótolhatunk hiányzó GTIN-eket. Ez a megoldás akkor lehet segítség, ha nincs mód az elsődleges táblázat módosítására. Fontos, hogy az ID mező alapján történik az összekötés, tehát a fő táblázat alapján kell a kiegészítő táblázatban megadni az ID-t.
Táblázatokra vonatkozó szabályok: Szintén korlátozottan, de lehetőség van a feedek egyes mezőinek értékeinek változtatására, módosítására, egymásnak való megfeletetésére, stb. Néhány (közel sem teljes, de gyakorlati) példa a használható szabályokra:
- Egy oszlop nevének kicserélése másikra, pl.: nincs Product Type nevű mező a feedben, de egy másik mező értékei megfelelnének.
- A Title nem tartalmazza a Márkát, ami egy külön mezőben található meg. Ilyenkor készíthetünk egy új Title mezőt szóközzel összefűzve két külön mező tartalmát
- Egy mező megadott értékeinek kiemelése egy másik önálló mezőbe, pl. A terméknévből a szín átvezetése egy különálló szín mezőbe.
- Mezők tartalmának kiegészítése fix értékekkel a mező elején vagy végén, pl.: a price mezőhöz hozzáadjuk a hiányzó pénznemet
- Keresés és csere, pl.: a Product type nem tartalmaz szóközöket a > előtt és után, akkor itt ezt: “>” cseréljük erre: “ > “.
- Felosztás és kiválasztás
Külső eszközök a feed módosítására, optimalizálására: Számos (jellemzően fizetős) ún. feed managegment online eszköz létezik, amelyek segítségével a meglévő feedet beolvasva és ezen rendszerek valamelyikén átvezetve a fentiekhez hasonló szabályokat alkalmazva javíthatunk a feed minőségén vagy hozzáadhatunk más forrásból származó értékeket. Jellemzően több feedformátumot ismernek ezek a rendszerek, így arra is alkalmasak, hogy egyik formátumból automatikusan a másikba alakítsák át a feedet. Az eszközök árazása jellemzően a feebben szereplő termékek darabszámához és/vagy a kimeneti feed-ek számához kötött. Néhány ilyen eszköz szintén a teljesség igénye nélkül: