Merchant listing: teljes útmutató

A merchant listing a Google bővített termékmegjelenése azoknál az oldalaknál, ahol a látogató közvetlenül megvásárolhatja a terméket. A jogosultsághoz Product strukturált adat kell érvényes ajánlattal (ár, pénznem, elérhetőség), és ajánlott a szállítási és visszaküldési adatok megadása is. Ezek a Merchant Center feedből is jöhetnek. A megjelenést a Search Console Merchant listings jelentésében ellenőrzöd.

Alapfogalmak

A merchant listing (magyarul nagyjából kereskedői termékmegjelenés) a Google keresési felületeinek egy csoportja. Ide tartoznak a termékoldalakhoz kapcsolódó gazdag találatok: az ár, az elérhetőség, a szállítási költség, a visszaküldési feltételek, az értékelés csillagai, valamint a Shopping fül és a képtalálatok termékcímkéi. A lényeg, hogy a Google ezeket az elemeket csak olyan oldalakhoz rendeli, ahol a felhasználó ténylegesen meg tudja venni a terméket. Egy tesztoldal, egy összehasonlító blogcikk vagy egy affiliate ajánló nem ebbe a kategóriába tartozik.

Sokan összekeverik a merchant listinget a product snippettel. A kettő ugyanarra a schema.org típusra épül (Product), de más célra szolgál. A product snippet a termékről szóló tartalmak (például értékelések, tesztek) szöveges találatát gazdagítja, jellemzően csillagokkal és árral. A merchant listing ennél többet tud, és szigorúbb is: kereskedői oldalt vár, érvényes ajánlattal.

A legfontosabb fogalmak egy táblázatban

Fogalom	Mit jelent	Miért számít
Product	A schema.org típus, amely a terméket írja le (név, kép, leírás, azonosítók)	Ez a strukturált adat alapja, enélkül nincs jogosultság
Offer	Az ajánlat: ár, pénznem, elérhetőség, állapot	Merchant listinghez ez kötelező elem
OfferShippingDetails	Szállítási díj, célország, szállítási idő	Ajánlott; a találatban megjelenhet a szállítási költség
MerchantReturnPolicy	Visszaküldési szabályzat: határidő, mód, költség	Ajánlott; a felhasználó a keresőben látja a feltételeket
GTIN, MPN, brand	Egyedi termékazonosítók és márka	Segít a Google-nek a terméket a többi kereskedő ajánlatával összekapcsolni
AggregateRating, Review	Összesített értékelés és egyedi vélemények	Csillagok a találatban, ha a vélemények valósak és az oldalon is láthatók

Kötelező és ajánlott tulajdonságok

A Google dokumentációja megkülönbözteti a kötelező és az ajánlott mezőket. Merchant listinghez a termék neve, legalább egy kép, valamint egy ajánlat ár és pénznem megadásával a minimum. Minden más (elérhetőség, állapot, szállítás, visszaküldés, azonosítók, értékelés) ajánlott. Az „ajánlott” azonban a gyakorlatban nem jelenti azt, hogy elhagyható: minél több mezőt töltesz ki pontosan, annál több elemet tud a Google megjeleníteni, és annál kevesebb figyelmeztetést látsz a Search Console-ban.

Strukturált adat vagy Merchant Center?

A Google két forrásból tud termékadatot gyűjteni: az oldalba ágyazott strukturált adatból és a Merchant Centerbe feltöltött termékfeedből. A kettő nem zárja ki egymást, sőt kiegészítik egymást. A strukturált adat az oldallal együtt frissül, amikor a Googlebot újra feltérképezi. A feed viszont ütemezetten frissül, és olyan adatokat is átadhat, amelyeket nem szeretnél minden oldalon kódban kezelni. A szállítási és visszaküldési szabályokat például Merchant Centerben fiókszinten is beállíthatod. Ha mindkettő megvan, a legfontosabb szabály a konzisztencia: ugyanaz az ár, ugyanaz az elérhetőség mindkét helyen.

Gyakori tévhit: a merchant listing rangsorolási tényező

A strukturált adat önmagában nem tolja feljebb az oldaladat a rangsorban. Azt teszi lehetővé, hogy a meglévő helyezésednél gazdagabb, kattintásra csábítóbb formában jelenj meg, illetve bekerülj olyan felületekre, ahová enélkül nem. A hatás tehát elsősorban a láthatóságon és az átkattintási arányon keresztül jelentkezik, nem a pozíción. Ha a termékoldalad alapból a harmadik oldalon van, a merchant listing jelölés ezen nem segít; ott a tartalmon és a belső linkelésen kell dolgozni.

Hogyan működik?

A folyamat három lépésből áll: a Google feltérképezi az oldalt, kiolvassa a strukturált adatot (és ha van, egyezteti a Merchant Center adataival), majd eldönti, hogy az adott keresésnél mely elemeket jeleníti meg. Az utolsó lépés a legkevésbé átlátható. Egy hibátlanul jelölt oldal sem kap garantáltan gazdag találatot, mert a megjelenítés a keresési szándéktól, az eszköztől és a Google saját minőségi megítélésétől is függ.

1. Feltérképezés és renderelés

A Googlebot letölti a termékoldalt. Ha a strukturált adat JSON-LD formátumban a HTML-ben van, azonnal olvasható. Ha JavaScript szúrja be (ami sok webshopmotornál előfordul), a Google-nek renderelnie is kell az oldalt, ami késleltetheti az adatok feldolgozását, és dinamikusan változó ár esetén eltérést okozhat. Ezért ahol lehet, a JSON-LD kerüljön szerveroldalon a forráskódba.

2. Az adatok értelmezése és ellenőrzése

A Google összeveti a strukturált adatot az oldal látható tartalmával. Ha a JSON-LD 12 990 forintos árat mond, de a látogató 14 990 forintot lát, az eltérés problémát jelent. Merchant Center használata esetén a feedben szereplő árat is összehasonlítja a landing oldallal, és eltérésnél a termék elutasításra kerülhet. Ugyanez igaz az elérhetőségre: a „készleten” jelölés egy elfogyott terméknél félrevezető.

3. Megjelenítés a felületeken

A jogosult oldalak többféle helyen jelenhetnek meg: a hagyományos találati lista gazdag elemeként, a Shopping fülön, a Google Képek termékcímkéiben, illetve bizonyos esetekben termékpanelekben. Hogy pontosan melyik elem jelenik meg, azt a Google dönti el, és ez országonként, nyelvenként is eltérhet.

Kidolgozott példa: egy termékoldal adatai

Vegyünk egy szemléltető termékoldalt: egy kerámia kávésbögre, 350 ml, ára 4 990 Ft, készleten van, Magyarországon belül 1 490 Ft a szállítás, 2-4 munkanapon belül érkezik, 14 napon belül ingyen visszaküldhető. A strukturált adatban ennek így kell szerepelnie:

name: a termék pontos neve, ugyanaz, mint a H1-ben
image: legalább egy nagy felbontású termékkép URL-je
offers.price: 4990 (szám, pénznemjel nélkül)
offers.priceCurrency: HUF
offers.availability: https://schema.org/InStock
shippingDetails: célország HU, díj 1490 HUF, kezelési és szállítási idő napokban
hasMerchantReturnPolicy: ország HU, 14 napos határidő, ingyenes visszaküldés
gtin13 vagy brand és mpn: ha van gyártói azonosító, add meg

Ha ugyanez a bögre három színben létezik, külön árral vagy külön készlettel, akkor a változatokat is kezelni kell, erről a következő részben lesz szó. Fontos, hogy a példában szereplő értékek ne csak a kódban legyenek ott: a szállítási díjnak és a visszaküldési feltételnek a látogató számára is elérhetőnek kell lennie az oldalon vagy egy onnan linkelt szabályzatban.

Határeset: ár, amely kosárban változik

Ha a terméknél az ár csak kosárba tétel után derül ki (például mennyiségi kedvezmény vagy belépés utáni ár), a strukturált adatba azt az árat írd, amit a nem bejelentkezett látogató az oldalon lát. A Google ezt tudja ellenőrizni, a rejtett árat nem.

Fő módszerek

A merchant listing jogosultság megszerzésére és fenntartására több bevált módszer van. A választás a webshopmotortól, a termékkör méretétől és attól függ, használsz-e már Merchant Centert. Az alábbiakban a leggyakoribb megközelítéseket veszem sorra, mindegyiknél azzal, mikor érdemes választani.

1. JSON-LD a sablonban

A legtisztább megoldás, ha a termékoldal sablonja szerveroldalon generálja a JSON-LD blokkot ugyanabból az adatbázisból, amiből a látható ár és készlet is jön. Így nincs eltérés, mert egy forrásból dolgozik minden. Sok webshopplatform alapból generál valamilyen Product jelölést, de ez gyakran hiányos: hiányzik belőle a szállítás, a visszaküldés vagy az azonosító. Érdemes a forráskódot megnézni, nem feltételezni, hogy rendben van.

2. Bővítmény vagy SEO modul

Ha nem tudsz a sablonhoz nyúlni, egy bővítmény is megoldhatja a feladatot. Itt két dologra figyelj: a bővítmény ne duplikálja a már meglévő jelölést (két Product blokk ugyanarról a termékről zavaró lehet), és valóban a tényleges árat és készletet olvassa ki, ne egy statikusan beállított értéket.

3. Merchant Center feed kiegészítésként

A Merchant Center ingyenes termékmegjelenései (free listings) külön utat jelentenek a Google felületeire. Ha már fizetett Shopping kampányt futtatsz, a feed úgyis megvan; ilyenkor a strukturált adat és a feed összehangolása a feladat. A szállítási és visszaküldési szabályokat Merchant Centerben fiókszinten is megadhatod, ami nagy termékkörnél kényelmesebb, mint minden oldalon kódban kezelni.

4. Változatok kezelése

A méretben, színben vagy kiszerelésben eltérő termékeknél két út van. Az egyik, hogy minden változatnak saját URL-je és saját Product jelölése van. A másik, hogy a schema.org ProductGroup típusával egy csoportba fogod a változatokat, megadva, mely tulajdonság szerint térnek el (például szín, méret). A Google dokumentációja támogatja a változatok strukturált jelölését; ha a webshopod egy oldalon kezel több változatot, ez a pontosabb megoldás.

Döntési szabály: melyik módszert válaszd?

Helyzet	Javasolt megoldás
Saját fejlesztésű webshop, van fejlesztői kapacitás	JSON-LD a sablonban, szerveroldalon generálva
Dobozos platform, a sablonhoz nem férsz hozzá	Megbízható bővítmény, a meglévő jelölés kikapcsolásával vagy kiegészítésével
Futó Shopping kampány, nagy termékkör	Strukturált adat plusz Merchant Center, fiókszintű szállítási és visszaküldési szabályokkal
Sok változat egy oldalon	ProductGroup jelölés vagy változatonként külön URL
Csak termékismertető, nincs vásárlási lehetőség	Nem merchant listing, hanem product snippet jelölés

Bevezetési munkafolyamat lépésről lépésre

Válassz ki 5-10 reprezentatív termékoldalt (egyszerű termék, változatos termék, akciós termék, elfogyott termék).
Nézd meg a forráskódjukat: van-e Product jelölés, és mit tartalmaz.
Futtasd le őket a Google Rich Results Test eszközén, jegyezd fel a hibákat és figyelmeztetéseket.
Hasonlítsd össze a jelölt értékeket a látható tartalommal (ár, készlet, szállítás).
Pótold a hiányzó mezőket a sablonban vagy a bővítményben.
Teszteld újra ugyanazokat az oldalakat, majd élesítsd az egész termékkörre.
Kérj újraindexelést néhány fontos oldalra, és figyeld a Search Console jelentését a következő hetekben.

Gyakori hibák

A merchant listing problémák többsége nem bonyolult technikai hiba, hanem eltérés a jelölés és a valóság között. A Search Console jelzi ezeket, de csak akkor, ha rendszeresen ránézel. Az alábbi lista azokat a hibákat gyűjti, amelyek webshopoknál a leggyakrabban előjönnek.

Hiányzó vagy rossz formátumú ár

Az ár mezőbe szám kerül, tizedesponttal, ezres elválasztó és pénznemjel nélkül. A „4 990 Ft” vagy a „4.990” rossz; a „4990” helyes. Ugyanilyen gyakori, hogy az ár mező akciónál üresen marad, vagy nullát tartalmaz, mert a sablon az akciós árat egy másik változóból veszi. Nulla forintos ajánlat egy fizetős terméknél egyértelműen hibás adat.

Eltérés a látható és a jelölt adat között

Tipikus eset: a webshop gyorsítótárazza az oldalt, az akció lejár, a látható ár frissül, de a JSON-LD a régi árat mutatja, vagy fordítva. A másik gyakori forrás a pénznemváltó: a látogató euróban látja az árat, a jelölés forintot mond. Ha többpénznemes a boltod, a jelölés pénzneme egyezzen azzal, amit az adott URL alapértelmezetten mutat.

Elérhetőség, amely nem követi a készletet

Az InStock érték beégetve a sablonba az egyik legkárosabb hiba, mert a felhasználó a keresőben „készleten” jelzést lát, majd az oldalon azt, hogy a termék nem kapható. Az elérhetőségnek a valós készletből kell jönnie, és előrendelésnél a PreOrder, elfogyott terméknél az OutOfStock értéket kell használni.

Kitalált vagy nem látható értékelések

Az AggregateRating csak akkor jelölhető, ha a vélemények valóban az oldalon vannak, és a látogató is látja őket. A sablonba írt fix 4,8 csillag, vagy egy külső platform értékeléseinek átemelése a Google irányelveibe ütközik, és kézi intézkedést is vonhat maga után. Ha nincs valós értékelésed, hagyd ki a mezőt.

Duplikált jelölés

Ha a téma, egy SEO bővítmény és egy értékelő modul is generál Product blokkot, a Google három, részben ellentmondó leírást kap ugyanarról a termékről. A megoldás: egy forrás, egy teljes blokk.

Ellenőrzőlista a leggyakoribb hibákhoz

Az ár szám formátumú, és megegyezik a látható árral.
A priceCurrency ISO kód (HUF, EUR), nem „Ft”.
Az availability a valós készletből jön.
Az image URL elérhető, nem tiltja a robots.txt.
A shippingDetails és a hasMerchantReturnPolicy egyezik a szállítási és visszaküldési szabályzattal.
Értékelés csak valós, látható véleményekből.
Oldalanként egyetlen teljes Product jelölés (vagy szabályos ProductGroup).
A jelölés szerveroldalon is ott van, nem csak JavaScript után.

Ellenpélda: amikor a hiba nem a jelölésben van

Előfordul, hogy a Rich Results Test hibátlan eredményt ad, mégsem jelenik meg semmilyen gazdag elem. Ennek oka lehet, hogy az oldal nincs indexelve, kanonikusként egy másik URL van megjelölve, vagy a Google egyszerűen nem tartja az adott keresésnél relevánsnak a gazdag megjelenítést. Ilyenkor nem a JSON-LD-t kell tovább csiszolni, hanem az indexelést és a kanonikus beállításokat ellenőrizni.

Mérés

A merchant listing munka eredményét két szinten érdemes mérni: technikai szinten (érvényes-e a jelölés, hány oldal jogosult) és üzleti szinten (hoz-e több megjelenést, kattintást, vásárlást). Az első viszonylag egyértelmű, a második több türelmet igényel, mert a hatás több hét alatt rajzolódik ki, és sok más tényező is befolyásolja.

Search Console: a Merchant listings jelentés

A Search Console Javítások (Enhancements) vagy Vásárlás (Shopping) részében található a Merchant listings jelentés, amely a jogosult oldalakat érvényes, figyelmeztetéses és hibás csoportokra bontja. A hibás elemeket a jelentés típus szerint csoportosítja (például hiányzó ár, érvénytelen pénznem), és mintaoldalakat is mutat. Javítás után az „Ellenőrzés indítása” gombbal kérheted a Google-t, hogy nézze át újra az érintett oldalakat. A figyelmeztetések nem akadályozzák a megjelenést, de jelzik, hogy egyes ajánlott mezők hiányoznak.

Teljesítményjelentés keresési megjelenés szerint

A Search Console Teljesítmény jelentésében a „Keresési megjelenés” szűrővel külön nézheted a merchant listing és a product snippet találatok kattintásait és megjelenéseit. Ez mutatja meg, hogy a gazdag megjelenés ténylegesen milyen forgalmat hoz. A Shopping fül forgalmát a Keresés típusa beállításnál is szűrheted, ha az elérhető a fiókodban.

Mit mérj és milyen gyakran?

Mutató	Forrás	Gyakoriság
Érvényes és hibás elemek száma	Search Console, Merchant listings	Hetente
Megjelenések és kattintások gazdag találatból	Search Console, Teljesítmény	Havonta
Átkattintási arány a termékoldalakon	Search Console, Teljesítmény oldalak szerint	Havonta, bevezetés előtt és után
Elutasított termékek	Merchant Center, Diagnosztika	Hetente, ha használsz feedet
Organikus bevétel termékoldalakról	Analitika	Havonta

Szemléltető előtte-utána összevetés

Tegyük fel (szemléltető számokkal), hogy egy 400 termékes webshopnál a bevezetés előtt 120 oldal volt érvényes a Merchant listings jelentésben, 280 pedig hibás a hiányzó ár miatt. A javítás után 380 érvényes oldal lett. Ilyenkor ne az összes organikus forgalmat vesd össze, mert azt szezonalitás és rangsorváltozás is torzítja. Inkább azonos hosszúságú időszakokat nézz (például 28 nap előtte és 28 nap utána), csak a termékoldalakra szűrve, és figyeld az átkattintási arányt azonos átlagpozíció mellett. Ha a CTR nő, miközben a pozíció nagyjából változatlan, az jó jele annak, hogy a gazdag megjelenés hat.

Rendszeres ellenőrzési rutin

Hetente nézd át a Merchant listings jelentés új hibáit.
Minden sablon- vagy platformfrissítés után teszteld a reprezentatív oldalakat a Rich Results Test eszközzel.
Nagyobb akciók előtt és után nézd meg szúrópróbaszerűen, egyezik-e a jelölt és a látható ár.
Havonta mentsd el a teljesítményadatokat, hogy legyen összehasonlítási alapod.

Kapcsolódó részletes útmutatók

A merchant listing a webshop SEO egyik eleme, és akkor hoz eredményt, ha a termékoldalak, a kategóriák és a teljes webshop szerkezete is rendben van. Hiába tökéletes a strukturált adat, ha a termékoldal nem indexelődik, vagy a kategóriaoldalak nem vezetik oda a belső linkeket. Az alábbi útmutatók ezeket a területeket dolgozzák fel részletesen.

Hol érdemes folytatni?

Ha a termékoldalaid tartalmán és felépítésén dolgoznál (leírás, képek, változatok kezelése, belső linkek), a termékoldal útmutató a következő lépés. Ha a gond inkább az, hogy a termékek nehezen találhatók meg, vagy a szűrők duplikált oldalakat gyártanak, a kategóriaoldal útmutatóval kezdd. A teljes webshopra kiterjedő stratégiához pedig a webshop SEO útmutató ad keretet.

Rövid sorrend, ha most kezded

Gyakorlati sorrendként ez működik jól: először győződj meg arról, hogy a termékoldalak indexelhetők és egyedi tartalmúak, utána rendezd a kategóriaszerkezetet, és csak ezt követően finomítsd a merchant listing jelölést. A strukturált adat ugyanis a már meglévő láthatóságot erősíti, nem helyettesíti. Ha az alapok rendben vannak, a jelölés javítása gyorsan látható változást hozhat a Search Console jelentéseiben, és onnan már a fenti mérési rutinnal követheted a hatást.

Végül egy döntési szabály a rangsoroláshoz: ha a termékoldalak kevesebb mint fele érvényes a Merchant listings jelentésben, a strukturált adat javítása az első feladat. Ha a többség érvényes, de a kattintások nem nőnek, a termékoldal tartalmát és a kategóriák belső linkelését vizsgáld meg.

Termékleírás SEO: teljes útmutató