Termékfeed optimalizálása Comparison Shopping Szolgáltatásokhoz
Sok kereskedő a Comparison Shopping Szolgáltatás (CSS) területén keresi a legnagyobb mozgásteret. Amint azonban a technikai CSS-kapcsolat létrejön, elsősorban a termékfeed dönti el, hogy a Google mely cikkeket érti meg helyesen, milyen keresési lekérdezésekre relevánsak, és mennyire meggyőzően jelennek meg.
Egy CSS Partner jó technikai és gazdasági alapot teremthet. Azonban nem tudja ellensúlyozni a hiányos termékcímeket, helytelen GTIN-eket, elavult árakat vagy rossz termékképeket.
A Google a termékcímet a Shopping hirdetések vagy ingyenes terméklisták egyik leginkább látható részének tekinti. Egy pontos, specifikus cím segít a Google-nek abban, hogy a terméket a megfelelő felhasználókhoz rendelje.
A termékfeed optimalizálása tehát nem egyszeri technikai feladat. Ez összekapcsolja:
Ez az útmutató megmutatja, hogyan optimalizálhatod termékfeededet a Comparison Shopping Szolgáltatásokhoz, és mely attribútumok különösen fontosak a Google Shopping, a Merchant Center és a CSS számára.
Két termékadat-szint, amit érdemes megkülönböztetned
A CSS és a Google Shopping gyakran összekever két különböző adatréteget.
1. A kereskedői feed a Google Merchant Centerben
Ez a feed tartalmazza az online bolt termékadatait. Például:
- Termékazonosító (ID)
- Cím (title)
- Leírás
- Termékoldal
- Ár
- Elérhetőség
- Képek
- Márka
- GTIN
- Variációinformációk
- Szállítási adatok
Ezeket az adatokat többek között a Shopping hirdetésekhez és az ingyenes terméklistázásokhoz használják. A feed akkor is kulcsfontosságú marad, ha a kereskedő egy CSS Partneren keresztül kapcsolódik be.
2. Termékadatok a CSS termékoldalakhoz
A Comparison Shopping Services ezen felül saját termékoldalakat is biztosíthat. Az ilyen CSS termékoldalak organikus megjelenítéséhez a Google többek között az alábbi attribútumokat említi: id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, Variantenattribute, product_detail és product_highlight.
A gyakorlati következmény:
A termékadatoknak nemcsak technikailag érvényesnek kell lenniük. Úgy is kell őket strukturálni, hogy a kereskedők, a Google és a CSS szolgáltató egyértelműen azonosítani tudják ugyanazokat a termékeket.
Milyen sorrendben optimalizáld a feedet?
Gyakori hiba, hogy azonnal új címeket írnak, holott még alapvető adathibák is vannak.
Ésszerűbb egy világos prioritási sorrend:
| Szint | Cél | Jellemző intézkedések |
|---|---|---|
| 1. Engedélyezés | A termékeknek technikailag engedélyezhetőnek kell lenniük | Kötelező attribútumok, irányelvek, URL-ek, azonosítók |
| 2. Pontosság | A feednek és a boltnak egyeznie kell | Ár, elérhetőség, variációk, szállítás |
| 3. Relevancia | A Google-nak értenie kell a terméket | Cím (title), leírás, kategória, GTIN |
| 4. Megjelenés | Az ajánlatnak meggyőzőnek kell lennie | Fő kép, kiegészítő képek, lifestyle képek |
| 5. Irányítás | A termékeknek gazdaságosan csoportosíthatónak kell lenniük | Custom Labels, árrés, szezon, készlet |
| 6. Aktualitás | Az adatoknak megbízhatóan szinkronizálva kell lenniük | Adatforrások, automatizálás, Merchant API |
Egy gondosan optimalizált cím keveset ér, ha a terméket egy árhiba miatt elutasítják. Fordítva, egy engedélyezett feed még messze nem jó feed.
Stabil termékazonosítók és rendezett variációk képezik az alapot
Minden eladható terméknek, illetve minden önállóan rendelhető termékvariációnak egyedi azonosítóra van szüksége.
Egy öt méretben és négy színben kapható póló esetében nem egy, hanem akár 20 konkrét variáció is létezhet. Minden variáció rendelkezhet a következő adatok egyedi kombinációjával:
- Termékazonosító (ID)
- Szín
- Méret
- Ár
- Elérhetőség
- Kép
- GTIN
- MPN
A Google példáiban bemutatja, hogy a variációk külön is beküldhetők, és egy közös item_group_id-vel összekapcsolhatók. A címeknek és a variációattribútumoknak pontosan kell leírniuk az adott kivitelt.
Jó szabályok a termékazonosítókhoz
A termékazonosítóknak a következőket kell tenniük:
- tartósan stabilnak kell maradniuk
- egyedinek kell lenniük a feeden belül
- nem függhetnek az ártól vagy a készlettől
- lehetőleg a vállalatirányítási vagy webáruház-rendszerből kell származniuk
- variációk esetén azonosítaniuk kell a konkrét kivitelt
Ne használj minden alkalommal új azonosítót, ha megváltoztatod a címet, az árat vagy a képet. A Google számára ez egy új ajánlatot jelentene, annak ellenére, hogy továbbra is ugyanarról a termékről van szó.
Tipikus variációs hiba
Egy kereskedő ugyanazzal az azonosítóval küldi be egy cipő összes méretét. A céloldalon alapértelmezés szerint a 42-es méret van kiválasztva, de a feedben a termék 39-es méretként szerepel.
Ezáltal a feed, a termékoldal és a ténylegesen kiválasztható variáció nem egyezik pontosan.
Jobb megoldás:
- egyedi azonosító minden mérethez és színhez
- a korrekt céloldali variáció
- a megfelelő variációs kép
- az aktuálisan érvényes elérhetőség
- egy közös item_group_id
Termékcímek optimalizálása: pontosság a kulcsszavak mennyisége előtt
A termékcím nem klasszikus SEO-cím és nem reklám. A célja, hogy a Google és a felhasználó a lehető leggyorsabban megértse, melyik konkrét terméket kínálják.
Egy jó cím a választéktól függően több kérdésre is választ ad:
- Melyik márka?
- Melyik modell?
- Milyen terméktípus?
- Melyik célcsoportnak?
- Milyen kivitel?
- Milyen szín?
- Milyen méret?
- Milyen anyag?
- Milyen műszaki specifikáció?
- Milyen darabszám?
A Google pontos és specifikus címeket javasol, és a variációkat, mint a színt és a méretet, saját példáiban is közvetlenül a címben jeleníti meg.
Értelmes címstruktúrák terméktípusonként
| Terméktípus | Lehetséges címstruktúra |
|---|---|
| Divat | Márka + Célcsoport + Terméktípus + Anyag + Szín + Méret |
| Elektronika | Márka + Modell + Terméktípus + Fő specifikáció + Szín |
| Bútor | Márka + Terméktípus + Méretek + Anyag + Szín |
| Háztartási gépek | Márka + Modell + Készüléktípus + Teljesítmény/Kapacitás + Szín |
| Alkatrészek | Márka + Terméktípus + Cikkszám + Kompatibilitás |
| B2B-termékek | Márka + Terméktípus + Műszaki teljesítmény + Anyag + Csomagolási egység |
Példák
Túl általános:
Női dzseki modern olcsó
Jobb:
Márka Női átmeneti dzseki vízlepergető Sötétkék Méret 40
Túl reklámszerű:
Top Profi kávéfőző most olcsón megvásárolható
Jobb:
Márka Modell automata kávéfőző 15 bar 1,8 l Fekete
Pontatlan:
Ipari szivattyú rozsdamentes acél
Jobb:
Márka Centrifugális szivattyú 400 V 12 m³/h Rozsdamentes acél DN 50
A legfontosabb információk előre kerülnek
Nem minden cím jelenik meg teljesen minden megjelenítésben. Ezért tedd a vásárlást eldöntő információkat az elejére.
Egy ismert márkás termék esetében a márka szerepelhet először. Egy kevésbé ismert gyártó esetében valószínűleg a konkrét terméktípus a fontosabb.
Nincs merev szabály minden termékcsoportra. Az a döntő, hogy a felhasználó mely információ alapján tudja a leggyorsabban azonosítani a terméket.
Nincs mesterséges kulcsszólista
Egy ilyen cím nem teremt további egyértelműséget:
Irodai szék íróasztali szék munkaszék forgószék olcsón online vásárolható
Több hasonló kifejezés egymás után olvashatatlanná teszi a címet, és felhígítja a konkrét termékleírást.
Jobb:
Márka ergonomikus irodai szék deréktámasszal Fekete
Szinonimák, további felhasználási területek és műszaki részletek beépíthetők a leírásba vagy további attribútumokba.
Mesterséges intelligencia által generált termékcímek megfelelő jelölése
Nagy termékválaszték esetén a mesterséges intelligencia rendszerek segíthetnek a strukturált termékadatokból címek generálásában. Az MI azonban nem írhat szabadon „kreatívan”, hanem világos szabályok szerint kell dolgoznia.
Egy értelmes prompt, illetve egy cím sablon csak valóban meglévő mezőket használ:
Készíts egy termékcímet a márkából, modellből, terméktípusból, színből, méretből és anyagból. Ne találj ki tulajdonságokat, és ne használj reklámszöveget.
A jelenlegi Merchant Center dokumentációban a Google különbséget tesz a klasszikus title attribútum és a structured_title között. A generatív mesterséges intelligencia által generált címekhez a structured_title-t kell használni. A nem mesterséges intelligencia által generált címek a title vagy a structured_title attribútumon keresztül is beküldhetők.
Az automatizált címek esetében is minőségellenőrzésre van szükség. Különösen ellenőrizd a következőket:
- kitalált tulajdonságok
- ismétlődő kifejezések
- hibás mértékegységek
- levágott modellmegnevezések
- hiányzó változatok adatai
- természetellenes fordítások
- megengedhetetlen reklámszövegek
Leírások írása felhasználók és rendszerek számára
Sok termékleírás a feedben csupán a termékoldal első bekezdéséből áll. Mások navigációs elemeket, HTML-maradványokat, általános gyártói szövegeket vagy felcserélhető reklámkifejezéseket tartalmaznak.
Egy jó feed leírásnak ezzel szemben érthetően össze kell foglalnia a legfontosabb termékjellemzőket.
Ez terméktől függően a következőket tartalmazza:
- Funkció
- Felhasználási terület
- Anyag
- Méretek
- Műszaki adatok
- Kompatibilitás
- Szállítási terjedelem
- Célcsoport
- Különleges felszereltségi jellemzők
A gazdag termékmegjelenítésekhez a Google részletes, jól strukturált leírásokat javasol, és több mint 200 karaktert ajánl. Ezenkívül termékadatok és további termékképek külön attribútumokon keresztül is beküldhetők.
Példa egy gyenge leírásra
Kiváló minőségű termék a legjobb minőségben. Rendelje meg kényelmesen online, és élvezze gyors szállításunkat.
A szöveg szinte bármely termékhez tartozhatna. Sem a Google, sem a potenciális vásárló számára nem nyújt hasznos információkat.
Jobb
Állítható magasságú íróasztal elektromosan vezérelhető vázzal, 160 × 80 cm-es munkafelülettel és 65-től 130 cm-ig állítható magassággal. A váz két motorral, négy magasságot tároló memória funkcióval és maximális 100 kg terhelhetőséggel rendelkezik.
Itt konkrét tulajdonságok kerülnek leírásra anélkül, hogy a szöveget kulcsszavakkal túlzsúfolnánk.
A product_highlight és product_detail célzott használata
Nem minden információt kell belepréselni a title-be vagy a leírásba.
A product_highlight segítségével rövid termékelőnyöket vagy kulcsfontosságú jellemzőket strukturáltan közölhetsz. A Google négy-hat highlightot javasol; minimum kettő és maximum 100 lehetséges. Egy highlight legfeljebb 150 karaktert tartalmazhat.
Példák:
- Elektronikusan állítható magasság 65 és 130 cm között
- Memória funkció négy munkaálláshoz
- Terhelhetőség 100 kg-ig
- Két csendes motor
- FSC-tanúsítvánnyal rendelkező fából készült asztallap
| Terület | Attribútum | Érték |
|---|---|---|
| Méretek | Szélesség | 160 cm |
| Méretek | Mélység | 80 cm |
| Teljesítmény | Teherbírás | 100 kg |
| Anyag | Asztallap | Tölgy |
| Elektronika | Bemeneti feszültség | 230 V |
A product_detail attribútum viszont strukturáltabb technikai adatokhoz alkalmas, például:
Így a title olvasható marad, miközben a technikai információk strukturáltan elérhetők.
GTIN, márka és MPN helyes megadása
Az egyedi termékazonosítók segítenek egy konkrét kereskedelmi termék egyértelmű azonosításában.
A legfontosabb adatok a következők:
- gtin: Global Trade Item Number, például EAN vagy UPC
- brand: Márka
- mpn: Gyártói cikkszám
A Google azt javasolja, hogy lehetőség szerint mindhárom adatot add meg. Ezek a termékazonosítók segíthetnek a Google-nek a kínálat helyes hozzárendelésében és a felhasználók számára a keresett termék megjelenítésében.
GTIN soha ne találd ki
Ha egy termék rendelkezik hivatalos GTIN-nel, akkor pontosan ezt a számot kell használni. Ne generálj saját számsorokat csak azért, hogy kitöltsd a mezőt.
A variánsok esetében gyakran minden konkrét variánsnak saját GTIN-je van. Egy piros M-es méretű póló ezért más GTIN-nel rendelkezhet, mint ugyanaz a modell kék színben vagy L-es méretben.
Termékek egyedi azonosítás nélkül
Kézzel készített egyedi darabok, személyre szabott termékek vagy bizonyos egyedi gyártmányok nem feltétlenül rendelkeznek GTIN-nel, MPN-nel vagy márkával.
Azoknál a termékeknél, amelyekhez ténylegesen nem rendeltek egyedi azonosítót, az identifier_exists attribútum használható a no, illetve false értékkel. Ezt az attribútumot nem szabad arra használni, hogy hiányzó adatokat kerüljön el a normál márkás termékeknél.
Saját márkák
Egy valódi saját márka esetén a brand mezőbe a saját márkád nevét írod. Egy meglévő belső cikkszám bizonyos feltételek mellett MPN-ként szolgálhat, amennyiben gyártói cikként egyértelműen azonosítja a terméket.
Fontos a következetes használat az üzlet, a feed, a csomagolás és a termékoldal között.
Google-termékkategória és saját terméktípusok megkülönböztetése
A google_product_category és product_type attribútumok különböző feladatokat látnak el.
google_product_category
Itt a terméket a Google által előírt termék-taxonomiába soroljuk be.
Példa:
Ruházat és kiegészítők > Ruházat > Felsőruházat > Dzsekik és kabátok
A Google dokumentálja a numerikus kategória-azonosítókat és a kiírt kategóriautakat is, és számos terméktípus alapján mutatja be a hozzárendelést.
Válaszd ki a legspecifikusabb megfelelő kategóriát. Egy irodai szék nem csak általánosan a „Bútor” alá kerülhet, ha van pontosabb alkategória.
product_type
Ez a mező a saját üzleted vagy választékod struktúráját képezheti le.
Példa:
Irodai berendezés > Irodai székek > Ergonomikus irodai székek
Egy tiszta terméktípus segít abban, hogy a termékeket a saját választéklogikád szerint értékeld és csoportosítsd.
Ne írj kampánylogikát a kategóriába
Az ilyen értékek nem értelmes terméktípusok:
- magas árrés
- Bestseller
- Sale
- Kampány 3
- PMax Teszt
- A prioritás
Az ilyen információk az egyéni címkékbe (Custom Labels) tartoznak. A kategóriának azt kell leírnia, hogy mi a termék, nem pedig azt, hogyan szeretnéd reklámozni.
Optimalizáld a termékképeket és a lifestyle_image_link-et
A kép gyakran eldönti, hogy egy felhasználó észrevesz-e egy Shopping találatot. A fő képnek a lehető legvilágosabban kell bemutatnia az adott terméket. Kerüld a következőket:
- téves variációk
- parányi termékek nagy képfelületeken
- rossz kivágások
- egyenetlen háttér
- homályos felvételek
- helyőrző képek
- nem az ajánlat részét képező kiegészítők domináns elemként való megjelenése
A gazdag termékmegjelenítéshez a Google nagy felbontású képeket javasol, és ajánlásként több mint 1500 pixelt említ a leghosszabb oldalon.
A fő kép válaszolja meg: Mit veszek?
Az image_link attribútumnak a ténylegesen kínált terméket kell mutatnia. Variációk esetén a képnek meg kell egyeznie a színnel, az anyaggal vagy a kivitellel. Egy felhasználó, aki egy kék székre kattint, nem kerülhet olyan termékoldalra, ahol egy piros szék van előre kiválasztott variánsként.
A kiegészítő képek további vásárlási döntésekre adnak választ
Az additional_image_link segítségével további nézeteket küldhetsz be. A Google akár tíz kiegészítő képet is támogat. Ezek például különböző perspektívákat, részleteket, csomagolásokat vagy felhasználási helyzeteket mutathatnak be. Egy értelmes képsorozat a következőképpen nézhet ki:
- áttekinthető fő kép
- oldalnézet
- hátsó nézet
- részletes felvétel
- méretarány
- termék használat közben
- szállítási terjedelem
- csomagolás
Összekapcsoljuk a CSS-kapcsolatot, a feed minőségét és a kampánylogikát – így termékeid tisztán, hiánytalanul és gazdaságosan futhatnak a Google Shoppingban.
Ajánlatot kérMi az a lifestyle_image_link?
A lifestyle_image_link segítségével a lifestyle képek a klasszikus termékképektől elkülönítve is feltölthetők. A Google például a következőket említi:
- ruházat egy modellen
- bútorok egy berendezett szobában
- több termék komplett szettként
- termékek valós használati helyzetben
- image_link: kanapé kivágva vagy semleges háttér előtt
- additional_image_link: oldalnézet, hátoldal, anyag részletei
- lifestyle_image_link: kanapé egy teljesen berendezett nappaliban
Az attribútum különösen akkor hasznos, ha a fő képednek tárgyilagosnak és termékközpontúnak kell maradnia, de emellett a használati kontextust is közvetíteni szeretnéd. Egy kanapé esetében a felosztás a következőképpen nézhet ki:
Az áraknak és a rendelkezésre állásnak szinkronban kell lenniük
Egy optimalizált feed értéktelen, ha a felhasználók kattintás után más árat vagy nem elérhető terméket találnak. A price attribútumon keresztül megadott árnak meg kell egyeznie a termékoldalon feltüntetett árral. A pénznemnek is illeszkednie kell a célországhoz és a landing oldalon látható pénznemhez. Az availability attribútumhoz a Google többek között a következőket támogatja:
- in_stock
- out_of_stock
- preorder
- backorder
Az adatnak meg kell egyeznie a termékoldallal, a pénztárral és adott esetben a strukturált adatokkal. Előrendelések vagy utólagos rendelések esetén kiegészítően szükség van egy elérhetőségi dátumra, aminek szintén láthatónak kell lennie a termékoldalon.
Ne törölj szükségtelenül termékeket
Ha egy termék ideiglenesen nem elérhető, ne töröld automatikusan teljesen az adatforrásból. A helyzettől függően a következőket teheted:
- használd az out_of_stock állapotot
- szüneteltess az adott attribútumon keresztül
- utólagos rendeléseknél használd a backorder-t
- még nem publikált termékeknél használd a preorder-t
Ezáltal a termék hozzárendelése alapvetően megmarad, és a termék frissíthető, amint újra elérhetővé válik.
Biztonságosan implementáld az árazásmódosítást a Google Shopping számára
A dinamikus árazás hasznos lehet a Shopping környezetben, azonban növeli az árváltozások kockázatát. Egy árazási rendszernek nemcsak a látható bolti árat kell megváltoztatnia, hanem egyidejűleg frissítenie kell az összes releváns adatréteget:
- ár a bolt rendszerében
- ár a termékoldalon
- strukturált adatok a termékoldalon
- Merchant Center adatforrás
- adott esetben helyi árak
- CSS termékadatok
A változásnak lehetőség szerint összefüggő folyamatként kell végbemennie. Ha a feed először frissül, miközben a termékoldal még a régi árat mutatja, átmenetileg eltérés keletkezik. Ugyanez vonatkozik a fordított esetre is. A Google használhatja az automatikus termékfrissítéseket az árak és a rendelkezésre állás tekintetében, ha strukturált adatok vannak a termékoldalon. Ez a funkció azonban kiegészítő biztosítékként szolgál, és nem helyettesíti a termékadatok rendszeres frissítését.
A repricingnek gazdasági korlátokra van szüksége
A legalacsonyabb ár nem automatikusan a legprofitábilisabb ár.
Egy értelmes rendszer figyelembe veszi:
- Beszerzési ár
- Árrés
- Szállítási költségek
- Fizetési díjak
- Visszáru arány
- Reklámköltségek
- Minimális készlet
- Verseny szintje
- Kívánt piaci pozíció
Ezért határozz meg minimális árakat és árrés-korlátokat! Ellenkező esetben az automatikus árcsökkentés több kattintást eredményezhet, de ezzel egyidejűleg tönkreteheti a fedezeti hozzájárulást.
Tiszta Local Inventory összekapcsolása a termékfeeddel
A fizikai üzletekkel rendelkező kereskedőknek az általános termékadatokon kívül helyi készletinformációkra is szükségük van.
Különbséget kell tenni a következők között:
- maga a termék
- elérhetősége egy adott üzletben
- esetlegesen eltérő helyi ár
- átvételi és szállítási opciók
A Google lehetővé teszi a kereskedők számára, hogy meglévő termékadataikat helyi hirdetésekhez és ingyenes helyi terméklistákhoz is felhasználják. A konfigurációtól függően a termékadatok és a helyi készletadatok automatikusan szinkronizálhatók.
Üzletfüggő árak esetén az ár származhat az elsődleges termékadatforrásból vagy a helyi készletadatokból. Döntő, hogy az adott üzlet termékoldalán látható ár egyezzen a továbbított adatokkal.
Tipikus Local Inventory struktúra
| Termékazonosító | Üzlet | Készlet | Ár |
|---|---|---|---|
| SZÉK-100-KÉK | Budapest-01 | 8 | 249 € |
| SZÉK-100-KÉK | Debrecen-02 | 0 | 249 € |
| SZÉK-100-KÉK | Szeged-03 | 3 | 259 € |
A termék ugyanaz marad. A készlet és az ár azonban eltérhet helyszínenként.
Fontos a konzisztens üzletazonosító. A helyi adatbázisban használt Store-ID-t egyértelműen hozzá kell rendelni az adott üzlethez.
Custom Labels használata a profitábilis kampányokhoz
Egy technikailag jó feed leírja a terméket. Egy gazdaságilag jó feed további információkat is tartalmaz, amelyekkel a szortimentet üzleti érték alapján tudod irányítani.
A Google öt egyedi címkét biztosít ehhez:
- custom_label_0
- custom_label_1
- custom_label_2
- custom_label_3
- custom_label_4
A Google lehetséges felhasználási esetekként említi többek között a szezont, az eladási erőt, az ársávot, az árrést és a piaci bevezetést. Az értékek nem láthatók az ügyfelek számára, hanem a Shopping és Performance Max kampányokban történő csoportosításra és elemzésre szolgálnak.
Példa egy értelmes kitöltésre
| Custom Label | Jelentés | Példaértékek |
|---|---|---|
| custom_label_0 | Árrés | magas, közepes, alacsony |
| custom_label_1 | Eladási erő | Bestseller, normál, lassú mozgású |
| custom_label_2 | Készletszint | kritikus, normál, magas |
| custom_label_3 | Szezon | egész évben, nyár, tél |
| custom_label_4 | Stratégiai szerep | Fókusztermék, bevezető, kiegészítő |
Ezzel például felismerheted, hogy a kampányod ugyan termel bevételt, de főként alacsony árrésű termékeket értékesít.
Kerüld a túl sok egyedi értéket
Egy Custom Label nem második termékazonosítóként szolgál.
Kevéssé értelmes:
- custom_label_0 = SKU-183729
- custom_label_0 = SKU-183730
- custom_label_0 = SKU-183731
- custom_label_0 = magas_margó
- custom_label_0 = közepes_margó
- custom_label_0 = alacsony_margó
Értelmesebb:
Az értékeknek valódi csoportokat kell alkotniuk, amelyek alapján döntéseket hozhatsz.
A megfelelő adatforrás kiválasztása
Nem minden bolt igényel ugyanazt a technikai megoldást.
Kis, viszonylag stabil termékválaszték
Kevés termék és ritka árváltozások esetén elegendő lehet egy automatikusan letöltött fájl.
Lehetséges formátumok például:
- XML
- TSV
- automatikusan biztosított termékfájl
- közvetlen webshop integráció
Nem önmagában a formátum a döntő, hanem a frissítés megbízhatósága.
Közepes áruválaszték kiegészítő üzleti adatokkal
Itt a primer és kiegészítő adatforrások kombinációja lehet hasznos.
A primer forrás például a következőket tartalmazhatja:
- Termékazonosító
- title
- Ár
- Elérhetőség
- Terméklink
- Képek
- Margókategóriák
- szezonális hozzárendelések
- Kampánycímkék
- optimalizált title
- kiegészítő termékjellemzők
Egy kiegészítő forrás a következőket szolgáltatja:
Feldolgozás után egy Merchant Center termék egy primer termékbemenetből és több kiegészítő bemenetből is állhat.
Nagy vagy nagyon dinamikus áruválaszték
Gyakori ár-, készlet- vagy termékválaszték változások esetén a Merchant API gyakran a robusztusabb alap.
A Google a Merchant API-n keresztül lehetővé teszi a primer és kiegészítő adatforrások kezelését. Az adatforrások beállíthatók adott nyelvekhez és feed-címkékhez, vagy rugalmasabban használhatók több kombinációhoz.
Fájlalapú adatforrások esetében a Google felhívja a figyelmet arra, hogy a kézi vagy ütemezett lekérés nem célja tetszőlegesen gyakori frissítéseknek. Ha naponta egynél többször van szükség frissítésekre, akkor a Products-Service-t kell ehelyett használni.
Egy praktikus felosztás tehát a következő:
| Szituáció | Megfelelő megoldás |
|---|---|
| Kis, stabil termékmennyiség | automatikusan lekérdezett fájl |
| Kiegészítő árrés- vagy kampányadatok | kiegészítő adatforrás |
| Gyakori készletváltozások | közvetlen API-kapcsolat |
| Dinamikus átárazás | API-alapú frissítés |
| Sok ország és nyelv | strukturált, központi adatinfrastruktúra |
| Ügynökség sok ügyféllel | szabványosított API- és validációs folyamatok |
Termékfeedek lokalizálása több ország számára
Egy nemzetközi feed nem egyszerűen a magyar feed lefordított másolata.
Célországtól függően eltérhet:
- Nyelv
- Valuta
- Ár
- ÁFA
- Szállítási költségek
- Elérhetőség
- Méretmegnevezések
- Mértékegységek
- Termékmegnevezések
- jogi kötelező információk
- Kínálat
A Merchant API-ban a feedLabel, contentLanguage és a célországok külön konfigurációs elemek. Egy olyan feed-címke, mint a „HU” nem eredményezi automatikusan azt, hogy a termékek kizárólag Magyarországon legyenek célozva. A célországokat és a szállítási konfigurációt külön kell beállítani.
Ne csak szavakat, hanem keresési magatartást fordíts!
Egy szó szerinti fordítás nyelvtani szempontból helyes lehet, de kereskedelmi szempontból alkalmatlan.
Például különböző országokban a felhasználók:
- más termékmegnevezéseket használhatnak
- másképp írhatják le a méreteket
- eltérően kombinálhatják a márkákat és modelleket
- erősebben kereshetnek anyagok vagy felhasználási esetek alapján
- más méretszabványokat várhatnak el
Építs fel ezért nyelvenként saját title-szabályokat! Egy közös termékadatbázis képezheti az alapot, de a nyelvi kimenetet lokalizálni kell.
Hogyan tedd mérhetővé a feed-optimalizációkat?
Ne változtasd meg egyszerre az egész választék összes attribútumát! Különben később aligha tudod majd felismerni, melyik intézkedés segített valójában.
Jobb egy kontrollált folyamat.
1. lépés: Hasonló termékcsoportok létrehozása
Például:
- 200 termék optimalizált title-lel
- 200 hasonló termék korábbi title-lel
- Termékcsoport lifestyle-képekkel
- összehasonlítható termékcsoport lifestyle-képek nélkül
Vagy:
2. lépés: Előző teljesítmény dokumentálása
Rögzíts legalább:
- Megjelenítések
- Kattintások
- Átkattintási arány
- Költségek
- Konverziók
- Konverziós arány
- Bevétel
- Költség-bevétel arány
- Engedélyezett termékek aránya
3. lépés: Csak egy nagyobb tényező megváltoztatása
Teszteld például először a title-ket. Utána a képeket. Majd a Custom Labels-t vagy a termékleírásokat.
4. lépés: Elegendő adat gyűjtése
Egy termék két megjelenítéssel nem ad megbízható információt. Értékeld a változásokat értelmes méretű termékcsoportok szintjén, és vedd figyelembe a szezonális hatásokat.
5. lépés: Üzleti érték értékelése a kattintási arány helyett
Egy új "title" növelheti a kattintási arányt, de kevésbé vásárlásra kész felhasználókat vonzhat.
Ezért ne csak azt értékeld:
Hozott-e több kattintást az optimalizálás?
Hanem azt:
Több nyereséges rendelést vagy magasabb fedezetet eredményezett-e?
A leggyakoribb hibák a CSS termékfeedeknél
| Hiba | Lehetséges következmény | Jobb megoldás |
|---|---|---|
| Generikus termékcímek | pontatlan hozzárendelés | konkrét termékjellemzők integrálása |
| Hibás vagy hiányzó GTIN | gyenge termékazonosítás | gyártói adatok ellenőrzése |
| Egy azonosító minden változathoz | téves kivitelezés kattintás után | változatok külön beküldése |
| Áreltérés | elutasítás vagy rossz felhasználói élmény | feed és webáruház szinkronizálása |
| Elavult raktárkészlet | kattintások nem elérhető termékekre | gyakoribb frissítés |
| Csak egy termékkép | kevés vásárlási kontextus | kiegészítő és lifestyle képek hozzáadása |
| Túl általános kategória | pontatlan besorolás | a legspecifikusabb megfelelő kategória kiválasztása |
| Custom Labels rendszer nélkül | nincs értelmes elemzés | rögzített definíciók használata |
| Margók figyelembevétele nélkül | bevétel nyereségesség nélkül | margó megjelenítése a feedben |
| Egy feed minden nyelvhez | természetellenes termékcímek | nyelvspecifikus szabályok |
| Repricing csak az üzletben | áreltérések | minden adatforrás szinkronizálása |
| CSS a feed minőségének helyettesítőjeként | kihasználatlan potenciál | CSS és feed külön optimalizálása |
Egy gyakorlati 30 napos terv
1. hét: Technikai állapot ellenőrzése
Először készíts egy felmérést:
- Hány termék van jóváhagyva?
- Mely hibák fordulnak elő a leggyakrabban?
- Egyezik az ár és a rendelkezésre állás?
- Stabilak az azonosítók?
- Helyesen vannak elválasztva a változatok?
- Milyen arányban érvényesek a GTIN-ek?
- Mely termékeknek nincsenek képei?
Először javítsd ki azokat a hibákat, amelyek teljesen kizárják a termékeket a megjelenítésből.
2. hét: Címek és azonosítók javítása
Válaszd ki a legfontosabb termékcsoportokat forgalom vagy potenciál alapján.
Készíts minden kategóriához egy címsablont, és egészítsd ki:
- Márka
- Modell
- Terméktípus
- Központi specifikáció
- Változatadatok
Ezzel egyidejűleg ellenőrizd a GTIN-t, MPN-t és a márkát.
3. hét: Képek és termékinformációk bővítése
Egészítsd ki a fontos termékekhez:
- Nagy felbontású fő képek
- Alternatív nézetek
- Részletes felvételek
- Lifestyle képek
- Termékkiemelések
- Technikai termékleírások
Kezdetben azokra a termékekre koncentrálj, amelyek sok megjelenítést, de gyenge kattintási vagy konverziós arányt mutatnak.
4. hét: Gazdasági irányítás és automatizálás
Határozz meg egy Custom Label rendszert, és add át:
- Margó
- Értékesítési erő
- Készlet
- Szezon
- Stratégiai prioritás
Ezt követően ellenőrizd, hogy a frissítési gyakoriságod illeszkedik-e a termékpalettádhoz. A dinamikus árak és raktárkészletek API-alapú megoldást igényelnek.
Összefoglalás: A CSS Partner az infrastruktúra, a feed a teljesítmény kulcsa
Egy jó Comparison Shopping Service megteremti a professzionális CSS-kapcsolat alapjait. Azonban az, hogy a termékpalettád valóban kiaknázza-e a benne rejlő potenciált, nagymértékben függ a termékadatok minőségétől.
Ne kozmetikai optimalizálásokkal kezdd. Először gondoskodj arról, hogy a termékek egyértelműen azonosítva legyenek, helyesen legyenek engedélyezve, és aktuális árakkal és készletekkel kerüljenek ki.
Ezután következnek a teljesítményt növelő intézkedések:
- precíz termékcímek
- strukturált leírások
- helyes GTIN-ek
- specifikus kategóriák
- meggyőző termékképek
- életmódképek
- gazdaságos egyedi címkék (Custom Labels)
- megbízható automatizálás
A legjobb termékfeed nem feltétlenül tartalmaz minél több információt. Hanem a megfelelő információkat, a megfelelő attribútumban, a megfelelő termékhez és a megfelelő időben.
Különösen nagy termékválaszték esetén a feed-optimalizálás tartós folyamattá válik. Aki a CSS-kapcsolatot, a termékadatokat, az árvezérlést és a kampánystratégiát együtt kezeli, az sokkal jobb alapot teremt a skálázható Google Shoppinghoz.
Gyakori kérdések a termékfeed CSS-hez való optimalizálásával kapcsolatban
Egy CSS Partner automatikusan optimalizálja a termékfeedemet?
Nem feltétlenül. A CSS-kapcsolat és a termékfeed optimalizálása kezdetben eltérő szolgáltatások. Egyes szolgáltatók kizárólag a CSS-kapcsolatot biztosítják, mások emellett feed-menedzsmentet, tanácsadást vagy technikai integrációkat is kínálnak. Ezért ellenőrizd a konkrét szolgáltatási kört.
A lifestyle_image_link kötelező attribútum?
Nem. Az attribútum opcionális. Akkor használható, ha életmóddal és alkalmazással kapcsolatos képeket szeretnél külön továbbítani a klasszikus kiegészítő termékképektől. A Google például modelleken viselt ruhákat vagy berendezett szobákban lévő bútorokat említ lehetséges felhasználási esetekként.
Mindig ki kell használnom a maximális címszöveg hosszát?
Nem. Egy címnek elsősorban pontosnak, érthetőnek és termékspecifikusnak kell lennie. A szinonimákkal és reklámszövegekkel való mesterséges meghosszabbítás nem javítja a termékleírást. A Google elsősorban a cím pontosságát és specifikusságát hangsúlyozza.
Milyen gyakran kell frissítenem a termékfeedet?
Ez attól függ, milyen gyakran változnak az árak és a készletek. Stabil termékkínálat esetén elegendő lehet a napi frissítés. Dinamikus készlet vagy árazási stratégia esetén gyakoribb API-alapú frissítések javasoltak. A gyakoribb frissítésekhez a Google a fájl alapú lekérdezésnél a Products-Service-re hivatkozik.
Mindig szükségem van GTIN-re?
Nem minden termék rendelkezik GTIN-nel. A márkás termékek és a szabványosított kereskedelmi áruk azonban gyakran rendelkeznek egyedi termékazonosítóval. Csak akkor kell az identifier_exists-t 'no' értékre állítani, ha egy termékhez valóban nincs GTIN, MPN vagy márka hozzárendelve.
Közvetlenül a feedben rögzíthetek árréseket?
Igen, például egy Custom Label segítségével. A pontos árrés értékének továbbítása helyett csoportokat hozhatsz létre, mint például „magas árrés”, „közepes árrés” és „alacsony árrés”. A Google az árrést kifejezetten említi a felhasználó által definiált címkék lehetséges alkalmazási területeként.
Ugyanaz a termékfeed használható több CSS Partner számára is?
A technikai megvalósítás az adott Merchant Center és CSS konfigurációtól függ. Alapvetően az alapul szolgáló termékinformációknak konzisztensnek kell maradniuk. Párhuzamos működés vagy váltás előtt tisztáznod kell az érintett CSS szolgáltatókkal, hogy mely fiókokat, adatforrásokat és engedélyeket kell használni.
Mi a fontosabb: termékcím vagy termékkép?
Mindkettő eltérő feladatokat lát el. A cím segít a termék egyértelmű leírásában és besorolásában. A kép nagyban befolyásolja, hogy az ajánlat vizuálisan érzékelhető és érthető-e. Mielőtt mindkettőt optimalizálnád, az árnak, az elérhetőségnek és a termékazonosításnak pontosnak kell lennie.
Termékadatok és CSS egy kézből
Összekapcsoljuk a CSS-kapcsolatot, a feed minőségét és a kampánylogikát – így termékeid tisztán, hiánytalanul és gazdaságosan futhatnak a Google Shoppingban.
Ajánlatot kér