A strukturált adatok a weboldal láthatatlan címkéi. Segítségükkel egy keresőrendszer nemcsak egy nevet, dátumot vagy képet olvas ki az oldalból, hanem azt is egyértelműbben felismerheti, hogy az adott információ egy cikk szerzője, egy vállalkozás címe, egy termék ára vagy egy esemény időpontja. Ez jól hangzik, mégis sok félreértés kapcsolódik hozzájuk.
Gyakori ígéret, hogy a schema markup automatikusan jobb Google-helyezést hoz, csillagos találatot készít, vagy bejuttatja a honlapot az AI-válaszokba. Egyik sem garantálható. A strukturált adatok akkor hasznosak, ha pontosan ugyanazt írják le, amit az olvasó is lát az oldalon, technikailag hibátlanok, és a választott jelölést a Google az adott megjelenéshez valóban támogatja.
Röviden: a strukturált adat szabványos, géppel olvasható leírás az oldal tartalmáról. Segítheti az értelmezést és bizonyos bővített keresési megjelenésekre való jogosultságot, de önmagában nem garantál jobb helyezést, bővített találatot vagy AI-idézetet.
Mik azok a strukturált adatok a gyakorlatban?
Egy ember ránéz egy szolgáltatási oldalra, és a szöveg, az elrendezés, a logó, a cím és a kapcsolatfelvételi adatok alapján megérti, hogy egy vállalkozást lát. Egy gépi rendszernek ezt külön jelekkel is meg lehet erősíteni. A jelölésben szerepelhet például, hogy a név egy szervezethez tartozik, a fénykép egy szerző képe, a dátum a cikk megjelenésének időpontja, a morzsamenü elemei pedig a webhely hierarchiáját mutatják.
A Google strukturált adatokról szóló bevezetője szerint ez szabványos formátum az oldal információinak megadására és a tartalom osztályozására. A leggyakrabban használt szókészlet a Schema.org, a Google pedig általában a JSON-LD formátumot ajánlja, mert könnyebben megvalósítható és karbantartható.
Ez azonban nem azt jelenti, hogy minden Schema.org-típus különleges Google-megjelenést kap. A Schema.org jóval több tulajdonságot és típust tartalmaz, mint amennyit a Google bővített találatként támogat. Ezért mindig a Google strukturáltadat-galériájából érdemes kiindulni, ha a cél egy konkrét keresési megjelenés.
Mit nyerhet egy kisvállalkozás a strukturált adatokkal?
A strukturált adatok első értéke a pontosabb gépi értelmezés. Egy szolgáltató honlapján összekapcsolható a vállalkozás neve, webcíme, logója és közösségi profilja. Egy blogbejegyzésnél megadható a szerző, a publikálási és módosítási dátum, a kiemelt kép és a cikk címe. A morzsamenü jelölése pedig segít megmutatni, hol helyezkedik el az adott oldal a honlap szerkezetében.
A második lehetséges előny a bővített találat. Bizonyos tartalomtípusoknál a Google a hagyományos kék linknél gazdagabb megjelenést adhat: képet, értékelést, árat, eseményadatot vagy más kiegészítő elemet. Ez feltűnőbb találatot és jobb átkattintási arányt is eredményezhet, de csak akkor, ha a tartalom, a jelölés és a Google aktuális megjelenítési döntése egyaránt megfelelő.
A harmadik előny a következetesség. Ha egy WordPress-oldalon a cikkek, a szerző és a szervezet jelölése ugyanabba az összekapcsolt gráfba kerül, kevesebb az esélye annak, hogy egymástól független adatdarabok maradnak. Ezért hasznos a Yoast megoldása is: nem csupán különálló sémablokkokat hoz létre, hanem kapcsolatot épít az oldal, a webhely, a szervezet és a szerző között.
Amit a strukturált adatok nem csinálnak meg helyetted
A schema markup nem tesz egy gyenge cikket hasznossá. Nem javítja ki a pontatlan információt, nem hoz létre valódi szerzői tapasztalatot, és nem pótolja a belső linkeket vagy az indexelhető oldalt. Ha az oldal tartalma vékony, elavult vagy nem felel meg a keresési szándéknak, a jelölés legfeljebb pontosabban írja le a gyenge oldalt.
A Google általános strukturáltadat-irányelvei egyértelműen kimondják, hogy a hibátlan jelölés sem garantál bővített megjelenést. A rendszer dönthet úgy, hogy az adott keresésnél egy hagyományos szöveges találat hasznosabb. A jelölés továbbá nem tartalmazhat az olvasó elől elrejtett, félrevezető vagy az oldal fő tartalmához nem kapcsolódó információt.
Az sem helyes következtetés, hogy egy oldalon minél több sématípust kell használni. A kevesebb, de teljes és pontos jelölés értékesebb, mint sok hiányos vagy oda nem illő elem. Egy szolgáltatási oldal attól még nem lesz termékoldal, hogy valaki Product jelölést tesz rá, és valódi értékelések nélkül nem szabad mesterséges csillagokat létrehozni.
Strukturált adatok WordPressben: mit állít be a Yoast?
A WordPress és a Yoast SEO használata mellett több alapvető jelölés automatikusan létrejöhet. Ilyen lehet a WebSite, a WebPage, az Article, a Person, az Organization vagy a BreadcrumbList. A pontos típus attól függ, milyen oldalról van szó, és hogyan vannak beállítva a webhely, a szerző és az adott tartalom adatai.
Ezért a Yoast használatakor nem az az első feladat, hogy még egy schema-bővítményt telepítsünk. Először azt kell ellenőrizni, hogy a meglévő jelölés mit tartalmaz, helyesek-e a szervezeti és személyi adatok, megfelelő-e az oldal típusa, és nem hoz-e létre egy másik bővítmény ugyanarról az elemről eltérő vagy duplikált adatot.
A SEOlady cikkeit például valódi szerzőhöz, Buda Beatrixhoz kell kapcsolni, a szerzői oldalon pedig egyértelműen meg kell jelenniük a szakmai háttérnek és a kapcsolódó információknak. Az Article és Person jelölés ettől lesz tartalmilag is értelmes. A technikai kód nem teremti meg a hitelességet; a látható szerzői információt teszi géppel könnyebben értelmezhetővé.
Mikor kell külön schema-bővítmény vagy egyedi kód?
Külön megoldás akkor lehet indokolt, ha a webhely olyan speciális tartalmat használ, amelyet a jelenlegi rendszer nem kezel megfelelően. Webshopnál termék- és ajánlati adatok, rendezvényoldalnál eseményadatok, állásoldalnál álláshirdetés-jelölés kerülhet szóba. Ilyenkor sem a bővítmények száma a döntő, hanem az, hogy egyetlen egyértelmű, karbantartható és a látható tartalommal egyező kimenet szülessen.
Ha egy plugin már létrehozza a termékjelölést, egy második rendszer ugyanarra az oldalra könnyen duplikált vagy egymásnak ellentmondó adatot írhat. A megvalósítás előtt ezért érdemes feltérképezni a jelenlegi kódot, és csak a ténylegesen hiányzó elemet hozzáadni.
Kép helye: strukturalt-adatok-yoast-ellenorzes-seolady.png
Hogyan ellenőrizd a strukturált adatokat?
A Google Bővített találatok tesztje megmutatja, hogy az adott nyilvános URL-en vagy beillesztett kódban talál-e a Google által támogatott jelölést. Különbséget kell tenni hiba és figyelmeztetés között. A hiba általában azt jelenti, hogy a jelölés nem jogosult az adott bővített megjelenésre. A figyelmeztetés gyakran ajánlott, de nem kötelező tulajdonság hiányára utal.
A teszt sikeres eredménye csak a technikai jogosultságot igazolja, nem a tényleges megjelenést. Ezután a Search Console fejlesztési jelentéseiben és az URL-ellenőrzésben érdemes megnézni, hogy a Google feldolgozta-e a módosítást. A teljesítmény változását pedig többhetes vagy több hónapos időszakban, azonos oldalak és keresési helyzetek összehasonlításával lehet értelmezni.
| Ellenőrzés | Mire válaszol? | Mire nem válaszol? |
|---|---|---|
| Bővített találatok tesztje | Érvényes-e egy támogatott jelölés? | Meg fog-e jelenni a bővített találat? |
| Schema.org Validator | Szabályos-e a Schema.org-szerkezet? | Támogatja-e ezt a Google külön megjelenésként? |
| Search Console | Talált-e hibát a Google, változott-e a teljesítmény? | Biztosan a schema okozta-e a változást? |
| Kézi tartalmi ellenőrzés | Egyezik-e a jelölés a látható oldallal? | Hibátlan-e minden kódrészlet? |
Saját SEOlady-példa: egy kattintás még nem bizonyíték
A Strukturált adatok cikk az utolsó vizsgált három hónapban 108 megjelenést és egy kattintást kapott. Az előző időszakban 150 megjelenése volt kattintás nélkül. Az átlagos pozíció 25,2-ről 21,8-ra javult. Ez kedvező irány, de még nem elég ahhoz, hogy sikerről beszéljünk.
A számokból az látszik, hogy a Google már összekapcsolja az oldalt a témával, de a cikk többnyire a második vagy harmadik találati oldal környékén jelenik meg. Ilyen helyzetben önmagában a cím átírása kevés. A tartalomnak világosan el kell különítenie a gépi értelmezést, a bővített találatra való jogosultságot és a rangsorolást. A WordPress–Yoast gyakorlatot, az ellenőrzési folyamatot és a gyakori hibákat is meg kell mutatnia.
Az egyetlen kattintást nem tulajdoníthatjuk biztosan a strukturált adatoknak, ahogy a pozíció javulását sem. A cikk frissítése után feljegyezzük a változtatás dátumát, majd ugyanazon URL megjelenéseit, lekérdezéseit, CTR-jét és pozícióját vizsgáljuk. Ez ugyanaz a mérési logika, amelyet a tartalomoptimalizálásról szóló útmutatóban is használok.
Strukturált adatok és AI-keresések
A strukturált adatok segíthetnek a gépi rendszereknek az entitások és kapcsolatok értelmezésében, de nem létezik olyan külön AI-schema, amely garantálná, hogy egy weboldalt a Google AI Overviews vagy az AI Mode forrásként használjon. A Google AI-funkciókról szóló útmutatója szerint ezekhez nincs külön technikai követelmény vagy speciális Schema.org-jelölés.
Az alapok maradnak fontosak: az oldal legyen indexelhető, a lényeges információ szöveges formában is szerepeljen, a belső linkek tegyék megtalálhatóvá, a strukturált adat pedig egyezzen a látható tartalommal. Az AI-rendszer számára sem lesz megbízhatóbb egy állítás attól, hogy JSON-LD-kódban is megismételjük. A forrás, a szerző, a tapasztalat és az ellenőrizhető információ együtt épít bizalmat.
A leggyakoribb strukturáltadat-hibák
A legtöbb problémát nem a JSON-LD szintaxisa, hanem a tartalom és a jelölés eltérése okozza. Tipikus eset, amikor az értékelés szerepel a kódban, de az oldalon nem látható; az esemény dátuma már elmúlt; a szerző neve nincs összekapcsolva valós szerzői oldallal; vagy a kép URL-je nem indexelhető.
Gyakori hiba a túlzott jelölés is. Egy szolgáltatási oldalra olyan típust tesznek, amely ugyan csillagos találatot ígér, de nem írja le pontosan az oldal fő tartalmát. Máskor több bővítmény egymástól eltérő szervezeti nevet, logót vagy oldaltípust ad meg. Ezeket nem újabb kódréteggel, hanem a források egyszerűsítésével kell javítani.
A módosítás után sem elég egyszer lefuttatni a tesztet. Egy sablonfrissítés, pluginváltás vagy hiányzó mező később is megszakíthatja a jelölést. A Search Console ezért nemcsak hibakeresésre, hanem rendszeres felügyeletre is használható. A SEO eszközökről szóló cikkben részletesen bemutatom, melyik felület milyen kérdésre ad választ.
Mikor érdemes javítani, és mikor felesleges bővíteni?
Javítani kell, ha a támogatott jelölés hibás, az adat eltér a látható tartalomtól, a szerző vagy szervezet rosszul van azonosítva, illetve több bővítmény egymásnak ellentmondó adatokat hoz létre. Ugyanilyen fontos a javítás, ha a Search Console egy korábban érvényes oldalnál új hibát jelez.
Nem érdemes új schema-típust hozzáadni csak azért, mert létezik a Schema.org szótárban. Előbb azt kell tisztázni, van-e az oldalon valódi, látható tartalom hozzá, támogatja-e a Google a kívánt megjelenést, és karban tudjuk-e tartani az adatot. Ha ezek közül bármelyik hiányzik, a fejlesztési idő gyakran többet ér egy fontos szolgáltatási oldal vagy belső link javításánál.
Gyakran ismételt kérdések
Nem tekinthetők önálló rangsorolási garanciának. Segíthetik a tartalom értelmezését és lehetővé tehetnek bizonyos bővített megjelenéseket, amelyek javíthatják az átkattintást. A helyezéshez azonban továbbra is releváns, hasznos tartalom, megfelelő technikai működés és hiteles webhely szükséges.
Egy átlagos WordPress-webhely cikkeihez, oldalaihoz, szerzőjéhez, szervezetéhez és morzsamenüjéhez gyakran megfelelő alapot ad. Speciális tartalomtípusnál további megoldás lehet szükséges, de előbb mindig a Yoast által létrehozott kimenetet kell ellenőrizni, hogy ne keletkezzen duplikáció.
A Google a JSON-LD, a Microdata és az RDFa formátumot is támogatja. Ha a webhely rendszere lehetővé teszi, általában a JSON-LD a legkönnyebben kezelhető és a Google által is ajánlott megoldás.
Mert a hibátlan jelölés csak jogosultságot jelent. A Google a keresés, a felhasználó, az eszköz és más körülmények alapján dönti el, hogy megjelenít-e bővített elemet. A normál szöveges találatot akkor is választhatja, ha a kód megfelelő.
Nem. A Google szerint az AI Overviews és az AI Mode megjelenésekhez nincs külön kötelező schema vagy AI-fájl. A meglévő SEO-alapok, a pontos tartalom, az indexelhetőség, a belső linkek és a látható információval egyező strukturált adatok számítanak.
Először a jelentés legyen pontos, utána a jelölés
A strukturált adatok hasznos technikai réteget adnak a honlaphoz, ha a valódi tartalmat pontosan írják le. A jó sorrend ezért mindig ugyanaz: először legyen egyértelmű, mit mond az oldal, ki írta, milyen szolgáltatásról vagy témáról szól, és milyen információt lát az olvasó. Ezután lehet a jelentést géppel olvasható módon is megadni.
Szeretnél látni a honlapod strukturált adatait?
Ha nem tudod, mit hoz létre a WordPress-sablonod és a Yoast, vagy egymásnak ellentmondó schema-elemeket találsz, egy SEO-audit során a technikai jelölést a látható tartalommal, az indexelési állapottal és az oldal üzleti szerepével együtt ellenőrzöm.
A cikk szerzője
Buda Beatrix vagyok, SEO-szakértő és a SEOlady alapítója. Egyéni és kisvállalkozásoknak segítek abban, hogy honlapjuk ne csak megjelenjen a Google-ben, hanem valódi érdeklődőket is hozzon.
A SEOlady oldalon SEO-audittal, keresőoptimalizálással és személyre szabott tanácsadással foglalkozom Győr környékén és online, országosan.
Honlapkészítésre vagy arculattervezésre is szükséged van? A byLilith társoldalamon arculattervezéssel és keresőoptimalizált honlapkészítéssel is segítek.
Kövesd a SEO Lady oldalt Facebookon vagy LinkedInen, hogy a folytatásról se maradj le.