Google Search Console Érvénytelen Strukturált Adat Hibák Hibakeresése és Javítása

A Google Search Console érvénytelen strukturált adat hibája azt jelenti, hogy a Google nem tudja megfelelően értelmezni az oldalán található Schema.org jelölést, hiányoznak kötelező mezők, vagy az adatok nem egyeznek meg a tartalommal. A megoldás: megkeresni a hibás URL-t, ellenőrizni a kapcsolódó schema típus kötelező és ajánlott mezőit, javítani a JSON-LD vagy mikrodata kódot, ellenőrizni a Rich Results Test eszközzel, majd újraindítani a hitelesítést a Search Console-ban.

Ez a hiba önmagában nem jelent rangsorolási büntetést, de elveszítheti a termékértékelések, árak, készletinformációk, GYIK, események, cikkek, morzsamenü vagy helyi vállalkozás gazdag találati megjelenését. Különösen az e-kereskedelmi, céges weboldalak, blogok és szolgáltatási oldalak esetén a strukturált adat segíti a Google-t a tartalom pontosabb megértésében. Ezért a hibajavítás nemcsak technikai tisztítás, hanem kulcsfontosságú SEO feladat a kattintási arány és a keresőben való láthatóság szempontjából.

A Hostragons blogjára készített útmutatónkban a 2026-os SEO szabványoknak megfelelően lépésről lépésre végigvesszük, hogyan lehet kiszűrni a Google Search Console-ban megjelenő érvénytelen strukturált adat hibákat, bemutatjuk a leggyakoribb okokat, a megfelelő tesztelő eszközöket és az élesítés utáni ellenőrzési listát. Weboldala stabil működéséhez javasoljuk, hogy a Hostragons web hosting megoldások és a biztonságos kapcsolatért a SSL tanúsítvány oldalakat is vegye figyelembe technikai SEO folyamatában.

Mi az az érvénytelen strukturált adat hiba?

A strukturált adat olyan jelölés, amely szabványos formátumban írja le az oldal tartalmának jelentését a keresőmotorok számára. A legelterjedtebb formátum a JSON-LD. Például egy termékoldalon a termék neve, ára, pénzneme, készletinformáció és értékelése; egy cikkben a szerző, megjelenés dátuma és cím; egy GYIK oldalon pedig kérdés-válasz párok definiálhatók strukturált adattal.

A Google Search Console-ban megjelenő érvénytelen strukturált adat hiba azt jelzi, hogy ez a jelölés nem felel meg a Google elvárásainak. A hiba lehet teljesen technikai jellegű: hiányzó vessző, rossz JSON szintaxis, hibás URL formátum vagy lezáratlan címke. De előfordulhat tartalmi eltérésből is: például az értékelés nincs megjelenítve az oldalon, az ár eltér a megjelenő ártól, vagy hamis véleményjelölés van alkalmazva.

Hiba és figyelmeztetés közötti különbség

A Search Console jelentéseiben nem minden értesítés ugyanolyan súlyú. A hiba egy kritikus probléma, amely megakadályozhatja a gazdag találati megjelenést. A figyelmeztetés általában egy ajánlott mező hiányát jelzi; az oldal még alkalmassá válhat gazdag találatra, de a megjelenés esélye csökkenhet. Például a Product schema esetén a price mező hiánya általában kritikus hibának számít, míg az aggregateRating hiánya a terméktípustól és szcenáriótól függően figyelmeztetés lehet.

Hol találhatók a hibák a Google Search Console-ban?

A Search Console felületén a strukturált adat problémák általában a bal oldali menüben a Fejlesztések (Enhancements) szekció alatt érhetők el. Itt jelentések találhatók a Termékekről, GYIK-ről, Vélemény snippet-ekről, Morzsamenüről, Videókról, Eseményekről vagy Cikkekről. Minden riport mutatja az érintett URL-ek számát, a hiba típusát, az első és utolsó észlelés időpontját.

Az ellenőrzéshez kövesse az alábbi lépéseket:

• Jelentkezzen be Google Search Console fiókjába.
• Válassza ki a megfelelő tulajdont. Ha domain tulajdont használ, az minden protokollt és aldomain-t lefed.
• Menjen a bal oldali menüben a Fejlesztések részhez.
• Nyissa meg a hibát jelző schema típust.
• Töltse le az érintett URL-ek listáját vagy vizsgálja meg egyenként.
• Minden URL-t ellenőrizzen a Rich Results Test és Schema Markup Validator eszközökkel.

Fontos a helyes tulajdon beállítás is, mert ha az oldal http és https, www-s és www nélküli verziója is indexelve van, a riportok széttagoltak lehetnek. A domain, DNS és SSL beállításokról további információt talál a Domain nyilvántartás és DNS kezelés és Ingyenes SSL-támogatott tárhely anyagokban.

Leggyakoribb érvénytelen strukturált adat okok

Tapasztalataink szerint a hibák többsége néhány ismert gyökérproblémára vezethető vissza: téma vagy bővítmény frissítés, kötelező mező hiánya, schema és tartalom eltérés, rossz adattípus vagy JavaScript által késleltetett jelölés. Az alábbi táblázat segít gyorsan kategorizálni a problémát.

Hiányzó kötelező mezők

A Google bizonyos schema típusoknál kötelezővé teszi a meghatározott mezők meglétét a gazdag találatok eléréséhez. A Product esetén például a name, image, offers, price, priceCurrency és availability kiemelten fontosak. Article esetén a headline, image, datePublished, author mezők kritikusak. FAQ esetén minden Question elemnek kell acceptedAnswer mezőt tartalmaznia. Nem elég, hogy a mező vizuálisan megjelenik az oldalon, a schema-ban is megfelelő kulccsal és értékkel kell szerepelnie.

Helytelen formátum és adattípus

A strukturált adatokban a formátumhibák gyakoriak. Például az ár mezőbe nem írjuk be "1.299 Ft"-ot, hanem 1299.00 formátumban kell szerepelnie, a priceCurrency pedig "HUF" vagy "EUR" ISO kód legyen. A dátumok ISO 8601 szabvány szerint, például 2026-03-18T09:30:00+01:00 formátumban jelenjenek meg. Az URL-ek legyenek teljesen kitöltöttek, relatív helyett abszolút URL-t használjunk, hogy a Google pontosan értelmezze az adatforrást.

Schema és oldal tartalom eltérése

A Google elvárja, hogy a strukturált adat összhangban legyen a felhasználónak látható tartalommal. Kockázatos például olyan értékelést vagy GYIK választ megjelölni, amely nem jelenik meg az oldalon, vagy felhasználók számára nem elérhető. A 2026-os SEO megközelítésben a megbízhatóság, átláthatóság és tartalmi koherencia még fontosabb. A strukturált adat nem torzíthatja az oldal valós tartalmát, csak gépi értelmezésre alkalmas formába kell hoznia azt.

Több bővítmény által generált schema

WordPress, WooCommerce, SEO bővítmények, témák és egyedi kódok egyszerre hozhatnak létre schema jelölést. Például a Yoast SEO, Rank Math, WooCommerce és a téma beépített moduljai több Product schema-t is generálhatnak ugyanarra a termékre, ami megzavarhatja a Google-t, és hibákat okozhat az ár vagy készletadatokban. A megoldás egy megbízható schema forrás kijelölése, és a többi forrás letiltása.

Lépésről lépésre: Google Search Console érvénytelen strukturált adat hibák javítása

1. Hibák típusának és érintett URL-ek szétválogatása

Első lépésként nyugodtan gyűjtse össze az adatokat. Nyissa meg a Search Console hibajelentését, és exportálja az érintett URL-eket. Ha csak 5 URL érintett, akkor egyenként is megvizsgálhatja, ha pedig 500, akkor valószínűleg sablon, téma vagy bővítmény okozza a problémát. A hibákat szét kell választani schema típus szerint: Product, Article, Breadcrumb, FAQPage, LocalBusiness vagy VideoObject. Ez segíti az adott sablon vagy bővítmény beazonosítását.

2. Élő URL és indexelt URL összevetése

A Search Console URL-ellenőrző eszközével tesztelje mind az indexelt URL-t, mind az élő URL-t. Ha az élő teszt tiszta, de az indexelt verzió hibás, akkor a Google még nem frissítette a legújabb változatot. Ha az élő teszt is hibát jelez, akkor a kód még mindig problémás. Ez a megkülönböztetés időt és felesleges beavatkozást takarít meg.

3. Gazdag találatok tesztjével ellenőrzés

A Google Rich Results Test eszköze megmutatja, hogy az oldal alkalmas-e bizonyos gazdag találati elemek megjelenítésére. Nézze át a talált elemeket, külön figyeljen a piros hibákra, és határozza meg, mely mező okozza a gondot. Ne csak a hiba üzenetet értelmezze, hanem vizsgálja meg az oldal forráskódját, a renderelt HTML-t és a bővítmény beállításokat is.

4. Schema Markup Validatorral a szintaxis vizsgálata

A Google tesztje elsősorban gazdag találatokra fókuszál, míg a Schema Markup Validator a Schema.org kompatibilitást szélesebb körben ellenőrzi. Egy oldal nem biztos, hogy gazdag találatot ad, de a schema szintaxisa lehet helyes. Ezért érdemes mindkét eszközt használni, különösen komplex LocalBusiness, Organization vagy Product jelöléseknél gyorsabban szűkíthetők a hibák.

5. JSON-LD blokkok felderítése a forráskódban

A böngészőben nyissa meg az oldal forrását, és keressen rá az application/ld+json kifejezésre. Számolja meg, hány ilyen blokk van, melyik bővítmény vagy téma generálja őket, és van-e ellentmondás az adatok között. Ha egy termékoldalon két eltérő ár, készlet vagy márka szerepel, a hiba valószínűleg itt keletkezik.

6. Hibás mezők javítása

A javítás módja a használt rendszer függvénye. WordPress esetén ellenőrizze az SEO bővítmény beállításait, a téma sablonokat vagy a functions fájlt. Egyedi fejlesztésnél a backend JSON-LD generáló funkciókat vizsgálja át. E-kereskedelmi megoldásokban győződjön meg arról, hogy a termék ár, készlet, variáns és pénznem helyesen kerül át a schema-ba. Mielőtt bármit módosít, készítsen biztonsági mentést. Biztonságos munkához javasolt a mentéssel ellátott tárhely csomagok igénybevétele.

7. Cache és CDN rétegek ürítése

Ha a schema kód javítása után a tesztek mégis régi adatokat mutatnak, valószínűleg cache-elt tartalom jelenik meg. Törölni kell az alkalmazás gyorsítótárát, a WordPress cache bővítményt, a szerver cache-t, a CDN-t és a böngésző cache-ét egyaránt. Gyakori hiba, hogy a fejlesztő javítja a kódot, de a CDN továbbra is a régi HTML-t szolgáltatja.

8. Search Console-ban a javítás hitelesítése

Amikor a live test hibátlanul lefut, a Search Console hibajelentésében indítsa el a "Javítás igazolása" (Validate Fix) folyamatot. A Google újra bejárja az érintett URL-eket, és ellenőrzi, hogy a hiba megszűnt-e. Ez a folyamat néhány naptól akár hetekig is eltarthat. Nagyobb oldalaknál a crawling budget, a szerver válaszideje és a sitemap minősége befolyásolhatja a sebességet. Gyors és stabil kiszolgáláshoz a teljesítménycentrikus web tárhely megoldásokat ajánljuk.

Gyakorlati példák schema típusok szerint

Product schema hibák

Termékoldalakon a legfontosabb mezők az ár, pénznem, készlet és kép. Ha a Search Console azt jelzi, hogy hiányzik a price mező, nem elég csak az ár megjelenítése az oldalon, a offers objektumban is szerepelnie kell a price-nak. A készlet státusz InStock, OutOfStock vagy PreOrder értékű legyen, a pénznem pedig ISO kód (pl. HUF, EUR, USD).

Gyors ellenőrző lista:

• Megfelel-e a termék neve az oldal címének?
• Van-e legalább egy elérhető termékkép?
• Az ár numerikus, ponttal elválasztott formátumú?
• A pénznem ISO formátumú?
• A készlet státusz érvényes Schema.org érték?
• Az értékelési pontszám valós felhasználói véleményekből származik?

GYIK (FAQPage) schema hibák

GYIK schema használatakor minden kérdés és válasz meg kell, hogy jelenjen a felhasználó számára az oldalon. Csak a schema-ba beillesztett, de nem látható kérdések ellentmondanak a Google irányelveinek. Ha ugyanaz a kérdés több oldalon is megjelenik, az ronthatja a minőségi jeleket. A 2026-os SEO gyakorlat szerint a GYIK szerkezetek egyre kifinomultabbak, de helyes alkalmazásukkal továbbra is erősíthető a felhasználói szándék és a tartalom lefedettsége.

Cikkek (Article, BlogPosting) schema hibák

Blogbejegyzéseknél a leggyakoribb probléma a szerző, a közzététel és módosítás dátuma, valamint a képmezők hiánya vagy hibás értéke. A szerző adatainak valós személy vagy kiadó szervezetként konzisztensnek kell lennie. Az E-E-A-T szempontjából a szerző neve, szakértelme, frissítés dátuma és szerkesztői átláthatóság kulcsfontosságú. A blog rendszerének kialakításakor érdemes olyan megoldást választani, mint a WordPress hosting, amely megkönnyíti a kezelés és csökkenti a technikai hibákat.

Morzsamenü (Breadcrumb) hibák

A BreadcrumbList schema position értékei sorrendben legyenek, és minden ListItem elem name és item mezője egyezzen. Kategória struktúra módosításakor a régi breadcrumb adatok bennragadhatnak a cache-ben. Különösen több kategóriás blogok vagy termékek esetén, ha a látható morzsa és a schema morzsa eltér, az hibát jelezhet a Search Console.

2026-os technikai SEO és strukturált adat legjobb gyakorlatok

A strukturált adat ma már nem csak az extra találati megjelenésekért fontos, hanem a tartalom kontextusának erősítéséért is. A Google mesterséges intelligencia alapú keresési élményeihez a tartalomnak megbízhatónak, konzisztensnek és gépileg értelmezhetőnek kell lennie. Ezért a schema stratégia nem lehet csak egy kézi kód, hanem integráltan kell kezelni a tartalom, dizájn, adatbázis és publikálási folyamat részeként.

• Alapelv: egyetlen forrás: Minden schema típust csak egy bővítmény, téma vagy egyedi modul generáljon.
• Csak látható tartalmat jelöljünk: Ne adjunk a schema-hoz nem megjelenő információkat.
• Sablon szintű tesztelés: Készítsen tesztelési példasorozatot termékekre, kategóriákra, blogokra és szolgáltatási oldalakra.
• Frissítés utáni ellenőrzés: Téma, bővítmény, PHP vagy CMS frissítés után mindig fusson schema teszt.
• Logok és crawling adatok figyelése: Ellenőrizze a szerver logból, hogy a Googlebot fontos oldalakat bejár-e.
• Friss sitemap biztosítása: A javított URL-ek helyes lastmod értékkel szerepeljenek a sitemap-ban a gyorsabb újratarolás érdekében.

Élesítés előtti ellenőrző lista hibák elkerülésére

Új oldal közzététele vagy jelentős dizájnváltás előtt hasznos egy rövid ellenőrző lista a hibák elkerülésére a Search Console-ban. Az alábbi lista jól használható ügynökségek és vállalati csapatok sprintjei végén, mint technikai SEO lépés.

• Csak a szükséges schema típusok szerepelnek az oldalon?
• JSON-LD szintaxis helyes?
• Kötelező mezők teljesek?
• Ajánlott mezők optimálisan kitöltöttek?
• A schema adatok megegyeznek a látható tartalommal?
• Mobil és asztali renderelés egyezik?
• Cache törlése után futott élő teszt?
• Canonical URL, schema URL és sitemap URL azonos?
• HTTPS átirányítások helyesen működnek?
• Search Console URL-ellenőrzővel élő teszt lefutott?

Ez a lista különösen fontos migráció, domain csere vagy platformváltás esetén. A zökkenőmentes átálláshoz és helyes DNS tervezéshez ajánljuk a weboldal áthelyezési útmutató és Domain átvitel eljárások anyagokat.

Mikor kérjen fejlesztői segítséget?

Néhány strukturált adat hiba egyszerűen orvosolható bővítmény beállítással, de mások kód szintű beavatkozást igényelnek. Az alábbi helyzetekben ajánlott szakértő vagy technikai SEO szakember bevonása:

• Ha a hiba több száz vagy ezer URL-t érint.
• Ha a schema adat dinamikusan, adatbázisból generálódik.
• Ha termékváltozatok, kampányok vagy több pénznem használata is jelen van.
• Ha JavaScript keretrendszerrel renderelt oldalaknál a Google eltérő kimenetet lát.
• Ha több bővítmény vagy mikroszolgáltatás módosítja ugyanazt az adatot.
• Ha a hibák javítása után is folyamatos a Search Console hitelesítési kudarc.

Fontos a szerveroldali teljesítmény is. Ha a Googlebot nem tudja időben feldolgozni az oldalt vagy instabil a HTML kimenet, az strukturált adat felismerést is rontja. Stabil működésért érdemes lehet VPS szerver megoldások vagy nagy forgalmú projektek esetén Vállalati Hosting csomagokat választani.

Hogyan mérhető a siker?

A javítás utáni egyetlen sikerindikátor nem csupán a hiba eltűnése. A Search Console Teljesítmény jelentésében kövesse a kattintások, megjelenések, átlagos pozíció és CTR változását. Ha a termék gazdag találatok visszatérnek, a termékoldalakon megnőhet a CTR. Blogok esetén a cikkadatok, breadcrumb és képek minősége javulhat. A schema javítás hatása nem mindig azonnal látható, mert a Google újratöltési és feldolgozási folyamata időt vesz igénybe.

Javasolt a következő mutatókat havi bontásban összevetni: hibák száma, érvényes elemek száma, érintett URL-ek száma, gazdag találati megjelenések, organikus CTR, crawling statisztikák és oldalbetöltési sebesség. Így nem csak a technikai állapotot, hanem az üzleti eredményt is nyomon követheti.

Összefoglaló és következő lépések

A Google Search Console érvénytelen strukturált adat hibák jellemzően hiányzó mezőkből, formátumhibákból, tartalmi eltérésekből, bővítményütközésekből vagy cache problémákból adódnak. A helyes folyamat a hiba kategorizálása, élő URL tesztelése, schema kód javítása, cache ürítése és újrahitelesítés a Search Console-ban. Ha a strukturált adat megfelel a felhasználónak látható, friss és megbízható tartalomnak, akkor mind a technikai SEO minőség, mind a gazdag találati lehetőség erősödik.

Weboldala technikai SEO alapjainak megszilárdításához érdemes gyors, biztonságos és rendszeresen mentett infrastruktúrát választani. A Hostragons hosting, domain és SSL megoldásai segítenek abban, hogy oldala stabilan és hatékonyan legyen bejárható a keresőmotorok számára.

Gyakran Ismételt Kérdések

Csökkenti-e a Google Search Console érvénytelen strukturált adat hiba a rangsorolást?

Ez a hiba általában nem jelent közvetlen manuális büntetést vagy rangsorcsökkenést. Ugyanakkor elveszítheti a gazdag találatok megjelenését, ami csökkentheti a kattintási arányt és nehezítheti a Google tartalomértését. Ezért fontos technikai SEO prioritás.

Mikor frissül a Search Console a javítás után?

Még ha az élő teszt tiszta is, a Search Console jelentése néhány nap vagy akár hetek alatt frissülhet. A frissítés üteme függ az oldal feltérképezési gyakoriságától, az URL-ek számától, a szerver teljesítményétől és a Google feldolgozási ütemtervétől. A javítás után indított ellenőrzés segít nyomon követni a folyamatot.

JSON-LD vagy mikrodata használata javasolt?

A Google általában a JSON-LD használatát ajánlja, mert az HTML-től függetlenül kezelhető, könnyebb hibakeresni és jobban integrálható modern CMS rendszerekbe. A mikrodata még támogatott, de bonyolultabb karbantartani komplex oldalak esetén.

Problémát jelent-e, ha egy oldalon több schema van?

Nem, ha helyesen használják, egy oldalon lehet több schema típus is (például Article, Breadcrumb, Organization, FAQ). A gond a többszörös, ellentmondó adatokkal való jelölésből ered. Fontos az ismétlődő és inkonzisztens schema elkerülése.

Megszüntetik-e a strukturált adat hibákat a WordPress bővítmények?

Nem teljesen. Jó minőségű SEO bővítmények megkönnyítik a schema generálást, de témaütközések, hiányzó termékadatok, rossz beállítások, egyedi mezők vagy cache problémák továbbra is okozhatnak hibákat. Még bővítmény használata mellett is szükséges a Rich Results Test és Search Console ellenőrzése a publikálás után.