Termékrészletek és kereskedői listák jelentés olvasása a Search Console-ban

Scheo · 2026-11-05 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A Search Console két jelentést ad a termékoldalak strukturált adatairól, a Termékrészletek és a Kereskedői listák jelentést. Első ránézésre ugyanazt a Product jelölést vizsgálják, de más találattípusra mérik fel az oldalt. Ezért egy webshopnál előfordul, hogy az egyik jelentés szinte hibátlan, a másikban pedig több száz érvénytelen elem áll. Ebből a cikkből megtudod, mit olvass ki a két jelentésből, mit javíts először, hogyan kérj újraellenőrzést, és mikor számíthatsz arra, hogy a változás látszik.

A szövegben háromféle jelölést használok. A [Hivatalosan igazolt] rész a Google Search Central és a Search Console súgójának leírására épül. A [Saját tapasztalat] webshopok strukturált adatainak javítása közben szerzett gyakorlati tudás. A [Szakmai feltételezés] logikus következtetés, amit a Google nyilvánosan nem erősített meg.

Mi a különbség a Termékrészletek és a Kereskedői listák jelentés között?

A Termékrészletek jelentés azt vizsgálja, hogy egy oldal mutathat-e termékinformációt (csillagos értékelést, árat, elérhetőséget) a normál keresési találatban. A Kereskedői listák jelentés azt, hogy egy olyan oldal, ahol a terméket meg is lehet venni, megjelenhet-e a Google vásárlási felületein.

[Hivatalosan igazolt] A Google dokumentációja két kategóriát különít el. A termékrészlet (product snippet) olyan oldalakra való, amelyek bemutatnak egy terméket, ez lehet egy tesztcikk vagy egy összehasonlító oldal is. Ehhez a name mező mellett elég egy értékelés (review), egy összesített értékelés (aggregateRating) vagy egy ajánlat (offers). A kereskedői lista (merchant listing) azoknak az oldalaknak szól, ahol a vásárló közvetlenül megveheti a terméket. Itt szigorúbbak a követelmények. A név és a kép mellett kötelező az ajánlat az árral és a pénznemmel, és sok további mező ajánlott, például a szállítás, a visszaküldési szabály, a termék állapota és a termékazonosító.

Egy webshop termékoldala így mindkét jelentésben szerepelhet, mert ugyanaz a jelölés mindkét találattípusra jogosíthat. Egy blogcikk, ami egy terméket tesztel, viszont csak a Termékrészletek jelentésben jelenik meg, és ez így rendben van.

[Saját tapasztalat] Webshopnál a Kereskedői listák jelentést érdemes elsőként nézni, mert ez mutatja meg, hogy a vásárlásra szánt oldalak adatai rendben vannak-e. Aki csak a Termékrészletek jelentést figyeli, könnyen elsiklik egy olyan hiba fölött, ami a vásárlási felületekről zárja ki a termékeket.

Hol találod a két jelentést, és mit mutat egy-egy sor?

Mindkét jelentés a Search Console bal oldali menüjében van, a vásárlással vagy a javításokkal kapcsolatos szakaszban, és csak akkor jelenik meg, ha a Google talált Product jelölést a webhelyeden. A pontos menünév a felület verziójától és nyelvétől függően eltérhet.

A jelentés tetején egy grafikon mutatja az érvénytelen és az érvényes elemek számát időben. Alatta két táblázat van. Az egyik azokat a problémákat sorolja, amelyek érvénytelenné teszik az elemet, a másik azokat, amelyek mellett az elem érvényes marad. Egy sorra kattintva látod, hány elemet érint a probléma, mióta jelentkezik, és kapsz egy mintalistát az érintett URL-ekből.

[Hivatalosan igazolt] A jelentés elemeket számol, nem oldalakat. Egy oldalon több Product elem is lehet, például ha a sablon a kapcsolódó termékeket is külön jelöli. Ezért az elemszám nagyobb lehet, mint az érintett oldalak száma. A minta-URL-ek listája sem feltétlenül teljes, nagy webhelynél csak egy részletet látsz belőle.

[Saját tapasztalat] Ha a két jelentés elemszáma között nagy az eltérés, gyakran duplikált jelölés áll a háttérben. A téma is kiír egy Product blokkot, a SEO-bővítmény is, és a kettő eltérő adatot tartalmaz. Ilyenkor az egyik forrást érdemes kikapcsolni, mielőtt bármi mást javítanál.

Mit jelent a hiba, a figyelmeztetés és az érvényes elem?

A hiba (kritikus probléma) miatt az elem érvénytelen, és nem jelenhet meg gazdag találatként. A figyelmeztetés mellett az elem érvényes, csak a hiányzó adat miatt egyszerűbb lehet a megjelenése. Az érvényes elem jogosult a gazdag találatra, de ettől még nem biztos, hogy meg is jelenik.

• Érvénytelen elem, ha legalább egy kritikus probléma van benne. Tipikusan hiányzik egy kötelező mező, vagy egy mező értéke rossz formátumú.
• Érvényes elem figyelmeztetéssel, ha minden kötelező mező megvan, de egy ajánlott mező hiányzik vagy hibás. A Google ezeket a nem kritikus problémák között sorolja.
• Érvényes elem, ha a Google nem talált benne olyan problémát, ami a jogosultságot érintené.

[Hivatalosan igazolt] A Google több helyen kimondja, hogy a hibátlan strukturált adat csak jogosultságot ad a gazdag találatra. A megjelenésről az algoritmus dönt, a keresési kifejezés, az eszköz, a hely és az oldal általános minősége alapján. Egy zöld jelentés tehát jó kiindulópont, de megjelenést nem ígér.

Milyen sorrendben érdemes javítani a hibákat?

Először a Kereskedői listák kritikus hibáit javítsd, azokon belül azt, amelyik a legtöbb elemet érinti. Utána jöhetnek a Termékrészletek hibái, a végén pedig a figyelmeztetések, aszerint, mennyire befolyásolják a vásárlói döntést.

1. Kereskedői listák, kritikus hibák. Hiányzó ár, hiányzó vagy érvénytelen pénznem, hiányzó kép, hiányzó név, hiányzó ajánlat. Ezek kizárják a terméket a kereskedői listákból.
2. Termékrészletek, kritikus hibák. Ilyen, ha a név mellől az értékelés, az összesített értékelés és az ajánlat is hiányzik, vagy ha az értékelés értéke kívül esik a megadott skálán.
3. A vásárlói döntést érintő figyelmeztetések. Szállítási adat, visszaküldési szabály, elérhetőség, a termék állapota.
4. Azonosítók. Termékazonosító (gtin, mpn) és márka (brand).
5. Értékeléssel kapcsolatos figyelmeztetések. Ezekkel csak akkor foglalkozz, ha valódi vásárlói értékeléseid vannak.

[Saját tapasztalat] Webshopnál a hibák szinte mindig sablonszintűek. Egyetlen javítás a témában vagy a bővítményben egyszerre több száz terméket hoz rendbe. Ezért a sorrendnél az érintett elemek száma többet számít, mint az, hogy melyik problémanév hangzik ijesztőbben.

[Szakmai feltételezés] A szállítási és visszaküldési adat a vásárlási felületeken a vásárló számára látható információt bővíti, így jó eséllyel a kattintási hajlandóságra is hat. Erről a Google számszerű adatot nem közöl, ezért ezt ne tekintsd mért ténynek.

Melyek a tipikus webshop-hibák, és hogyan javítod őket?

A leggyakoribb kritikus hiba a hiányzó ár és az érvénytelen pénznem, a leggyakoribb figyelmeztetés a hiányzó szállítási és visszaküldési adat. Mindegyik a termékoldal sablonjában javítható, nem termékenként.

Hiányzó ár

A hiányzó ár hibája akkor jelenik meg, ha az ajánlatból kimarad az ár mezője, vagy ha az érték nem értelmezhető számként. Webshopban három helyzet szokott a háttérben állni. A változatos termék (például méret vagy szín szerint) sablonja gyakran csak tartományt ír ki, egyedi ajánlat nélkül. Az árajánlatkérős termékeknél a sablon üres értékkel írja ki az ajánlatot. A harmadik eset a formázás, amikor az érték ezres tagolással, szóközzel, tizedesvesszővel vagy a pénznem jelével együtt kerül a mezőbe.

[Hivatalosan igazolt] Az ár mezője számot vár, tizedespont használatával, pénznemjel nélkül. Változatos termékeknél a Google a ProductGroup és a hasVariant használatát dokumentálja, ahol minden változatnak saját ajánlata van. Ha egy terméket nem lehet közvetlenül megvenni, mert csak ajánlatot lehet kérni rá, akkor a kereskedői lista nem neki való. Ilyenkor ne tegyél üres vagy kitalált ajánlatot a jelölésbe.

A helyes szerkezet vázlata így néz ki (az értékeket a saját adataid adják):

"offers": { "@type": "Offer", "price": "…", "priceCurrency": "…", "availability": "https://schema.org/InStock", "itemCondition": "https://schema.org/NewCondition" }

Érvénytelen pénznem

A pénznem hibája akkor jelentkezik, ha a priceCurrency mező hiányzik, vagy nem a háromjegyű ISO 4217 kódot tartalmazza. A tipikus webshop-hiba az, hogy a sablon a felületen látható rövidítést vagy a pénznem jelét írja a mezőbe. Ritkább, de előfordul a kisbetűs kód, a kód utáni szóköz, vagy az, hogy a pénznem a priceSpecification blokkba kerül, az ajánlat szintjéről viszont hiányzik.

[Saját tapasztalat] Többpénznemes webshopnál érdemes ellenőrizni, hogy a jelölésben szereplő kód ugyanaz-e, mint amit az adott nyelvi vagy országos változat a látogatónak mutat. Ha a jelölés a szerver alapértelmezett pénznemét írja ki, miközben az oldal egy másikat mutat, az ellentmondás később a Merchant Centerben is gondot okozhat.

Hiányzó szállítási adat és visszaküldési szabály

A hiányzó szállítási adat (shippingDetails) és a hiányzó visszaküldési szabály (hasMerchantReturnPolicy) figyelmeztetés, tehát a termék ettől még érvényes marad. Ennek ellenére a figyelmeztetések között ezeket érdemes elsőként rendezni, mert a vásárló számára látható információról van szó.

[Hivatalosan igazolt] A szállítási adatot termékszinten az OfferShippingDetails típussal adhatod meg (célország, szállítási idő, szállítási feltétel). A visszaküldési szabályt a MerchantReturnPolicy típussal termékszinten és a szervezet szintjén is jelölheted. Ha Merchant Center-fiókot használsz, a szállítási és visszaküldési beállítások ott is megadhatók, és a Search Console beállításai között is megjelent erre lehetőség, ahol a funkció elérhető.

[Saját tapasztalat] Ha a szállítás webshop-szinten egységes, a szervezeti szintű vagy fiókszintű beállítás kevesebb hibalehetőséggel jár, mint a termékenkénti jelölés. A termékszintű jelölés akkor éri meg, ha a szállítási feltételek termékcsoportonként tényleg eltérnek.

Elérhetőség és állapot

Az availability és az itemCondition mező a schema.org felsorolt értékeit várja URL formában. Gyakori hiba, hogy a sablon magyar szöveget ír ide („raktáron”), vagy hogy a jelölés készleten lévőnek mutatja a terméket, miközben az oldalon elfogyott. Az utóbbi ellentmondást a jelentés nem mindig jelzi, de a Google irányelvei szerint a jelölésnek a látható tartalmat kell tükröznie.

Termékazonosító és márka

A hiányzó gtin vagy brand figyelmeztetést csak valós adattal javítsd. Ha egy saját gyártású terméknek nincs vonalkódja, ne generálj rá azonosítót. A márka mezőbe ilyenkor a saját márkaneved kerülhet.

Értékelés

A Termékrészletek jelentésben gyakori figyelmeztetés a hiányzó review vagy aggregateRating. Ezt csak akkor pótold, ha az oldalon látható, valódi vásárlói értékelések vannak. A látható tartalom nélküli vagy kitalált értékelés irányelv-sértés, ami kézi intézkedéshez vezethet.

Hogyan ellenőrizd a javítást, mielőtt újraellenőrzést kérsz?

Mielőtt a Search Console-ban elindítod az újraellenőrzést, teszteld a javított sablont a Google eszközeivel, minden termék-típusra külön. Ha az ellenőrzés közben a minta-URL-ek között még hibás oldal marad, az újraellenőrzés sikertelen lesz, és elölről kell kezdened.

• Futtasd le a Gazdagtalálat-tesztet egy egyszerű, egy változatos, egy elfogyott és egy akciós termék URL-jén.
• A Schema Markup Validatorral nézd meg a schema.org-szintű szerkezetet is, mert az a Google-specifikus teszten kívüli hibákat is mutatja.
• Az URL-ellenőrző eszköz élő tesztjével győződj meg arról, hogy a Googlebot a renderelt oldalon is látja a jelölést. Ez akkor fontos, ha a jelölés JavaScripttel töltődik be.
• Vesd össze a jelölésben szereplő árat, pénznemet és elérhetőséget az oldalon látható adatokkal.
• Ellenőrizd, hogy nincs-e két forrásból duplikált Product jelölés.
• Ürítsd a gyorsítótárat (bővítmény, szerver, CDN), mert a régi HTML-t a Googlebot is megkaphatja.

Hogyan kérhetsz újraellenőrzést, és mennyi idő alatt látszik a változás?

A jelentésben kattints a javított problémára, majd a Javítás ellenőrzése gombra. A Google ekkor újra feltérképezi az érintett oldalakat, és a folyamat állapotát a probléma részletes nézetében követheted. A Google súgója szerint ez jellemzően legfeljebb két hétig tart, de tovább is elhúzódhat.

[Hivatalosan igazolt] Az ellenőrzés előbb a minta-URL-eket nézi meg. Ha ezekben már nincs hiba, az állapot jónak mutatkozik, és a Google a többi érintett oldalt is sorra veszi. Ha a folyamat közben akár egy oldalon is megmarad a probléma, az ellenőrzés sikertelen lesz. Ilyenkor javítás után újraindíthatod. Néhány fontos oldalra az URL-ellenőrző eszközben külön indexelést is kérhetsz, ez a teljes jelentés frissítését nem váltja ki.

[Saját tapasztalat] A jelentés grafikonja általában néhány napos késéssel követi a valóságot, ezért a javítás utáni első napokban még a régi számokat látod. Nagy webshopnál, ahol a feltérképezés lassabb, a teljes kép akár több hét alatt áll össze. Az érvényes elemek számának növekedése után a gazdag találat megjelenése további időt vehet igénybe, és van, amikor egyáltalán nem jelenik meg.

[Szakmai feltételezés] A gyakrabban feltérképezett, erősebb belső linkeléssel rendelkező termékoldalak jó eséllyel hamarabb frissülnek a jelentésben. A Google erre nem ad konkrét szabályt, de a feltérképezés gyakorisága logikusan befolyásolja az ellenőrzés tempóját.

Mikor nem a jelölés okozza, hogy nem jelenik meg a termék?

Ha a jelentés érvényes elemeket mutat, a termék mégsem jelenik meg gazdag találatként, az ok gyakran a jelölésen kívül van. Érdemes végignézni az indexelést, a kézi intézkedéseket és a Merchant Center állapotát.

• Az oldal nincs az indexben, például noindex vagy kanonikus hivatkozás miatt.
• A Kézi intézkedések jelentésben strukturált adattal kapcsolatos intézkedés áll.
• A Merchant Center feedben a termék elutasított állapotú, vagy az ott szereplő adat ellentmond az oldalnak.
• Az adott kereséshez a Google más típusú találatot tart relevánsnak.

[Hivatalosan igazolt] A Google a kereskedői listákhoz a Merchant Center adatait és az oldal strukturált adatait is felhasználhatja. Ha mindkettő megvan, a kettő legyen összhangban, mert az eltérés zavart okozhat abban, melyik adat jelenik meg.

Források és további olvasnivalók

• Google Search Central, Termék strukturált adatok (Product snippet és Merchant listing dokumentáció)
• Google Search Central, Általános irányelvek a strukturált adatokhoz
• Search Console súgó, Gazdag találatok állapotjelentései és a javítások ellenőrzése
• Search Console súgó, URL-ellenőrző eszköz
• Google Merchant Center súgó, Szállítási és visszaküldési beállítások
• Schema.org, Product, Offer, OfferShippingDetails, MerchantReturnPolicy, ProductGroup
• ISO 4217 pénznemkód-szabvány