Strukturált adatok SEO: schema markup útmutató

Mi az a strukturált adat és mire jó

A strukturált adat (általában a schema.org szókincs JSON‑LD formában) géppel olvasható jelölés, amely egy oldalhoz adva keresőmotorok képes az entitásokat, attribútumokat és kapcsolatokat világosabban értelmezni, mint a látható szöveg önmagában történő feldolgozásával.

Egy tisztázó eszköz: a strukturált adatok jelzik, hogy egy tartalmi blokk egy Article, Product, Event, Person, FAQ, BreadcrumbList, Review vagy más meghatározott típus. Ez a tisztázás javíthatja a rich results‑ekre való jogosultságot, explicitvé teheti az entitáskapcsolatokat a tudásrendszerek számára, és segíthet a keresési funkcióknak megérteni, mely szöveg mely tulajdonsághoz tartozik.

A strukturált adatok nem rövidút a rangsoroláshoz. Nem helyettesítik a magas minőségű tartalmat, a jó információarchitektúrát vagy a feltérképezhető oldalakat. Segítik a keresőmotorokat az oldal tartalmának értelmezésében; a keresőmotorok azonban továbbra is a crawling, indexing and ranking folyamatokon keresztül döntik el, hogy az oldal megjelenik‑e és milyen módon a találatok között.

A strukturált adatok működése (mechanika)

Formátumok és elhelyezés

A JSON‑LD a javasolt és ma legelterjedtebb formátum. A sémát Microdata vagy RDFa formában is kifejezhetik, de a JSON‑LD elkülöníti a jelölést a látható DOM‑tól, és könnyebben kezelhető modern sablonok és CMS‑ek esetén.

Tipikus elhelyezés: a <script type="application/ld+json"> címkében az oldal head vagy body részében. Példa: minimális Article snippet:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

Crawling, indexing and ranking: hol van szerepe a strukturált adatnak

A strukturált adat a crawling and indexing szakaszokban kerül feldolgozásra: a crawlers beolvashatják a JSON‑LD‑t a fetch során; az indexelők eltárolhatnak tulajdonságokat, vagy felhasználhatják azokat egy oldal SERP feature‑re való alkalmasságának megítéléséhez. Hogy egy oldal megjelenik‑e a Search‑ben és hogyan rangsorolódik, továbbra is a keresőmotor algoritmusai több jel alapján.

Vegye figyelembe, hogy a Google a mobil verziót használja elsődleges alapként a crawling és indexing során. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default; győződjön meg róla, hogy a mobilon található strukturált adat megfelel az asztali szemantikának (parity), nem feltétlenül a pixel‑per‑pixel elrendezésnek.

Hol hasznos a strukturált adat (használati esetek)

Gyakori előnyök és érintett funkciók

Rich results: FAQ‑k, How‑to‑k, recept‑előnézetek, termék‑kivonatok, értékelések és eseménykártyák lehetnek jogosultak, ha a jelölés megfelel a dokumentált követelményeknek.

Knowledge graph és entitás‑összekapcsolás: a schema explicitvé teheti az entitáskapcsolatokat (publisher → article → author → organization). Ez segíti azokat a rendszereket, amelyek entitásgráfokat építenek.

Sitelinks és breadcrumb értelmezés: a BreadcrumbList jelölés tisztázza a navigációs hierarchiát, így a keresési funkciók a megfelelő útvonalat tudják megjeleníteni.

Jogosultsági jelzések speciális keresési élményekhez (pl. product availability, event dates, job postings), ahol a strukturált tulajdonságok géppel olvasható tényeket közölnek, amelyeket nehéz megbízhatóan kinyerni a szabad szövegből.

Még ha jelölés jelen is van, a rich result megjelenése nem garantált. A keresők a jelölést jelként használják, és figyelmen kívül hagyhatják vagy további minőségi jeleket követelhetnek (content quality, indexability, site reputation).

Schema megvalósítása: gyakorlati ellenőrzőlista

Tervezés és feltérképezés

Döntse el, mely oldaltípusokhoz van szükség strukturált adatra. Térképezze fel minden oldal­sablont a schema.org típusokhoz és a kötelező tulajdonságokhoz (például Product requires name and offers; FAQ requires mainEntity with Question/Answer pairs). Használja a schema.org dokumentációt mint a szókincs hivatalos forrását.

Szerkesztés és sablonozás

Generáljon JSON‑LD‑t a CMS‑éből, vagy építse be a szerveroldali sablonokba. Tartsa a jelölést szinkronban a látható tartalommal: a dátumok, árak, elérhetőség és a strukturált tulajdonságokban használt szöveg egyezzen meg azzal, amit a felhasználók látnak.

Tesztelés és staging

Tesztelje a generált JSON‑LD‑t staging környezetben a Rich Results Test‑tel és a Schema Markup Validator‑ral (schema.org). Az Ön által tulajdonolt oldalak esetén használja a Google Search Console URL Inspection‑t annak ellenőrzésére, hogyan látja a Google az oldalt, és hogy a strukturált adat érvényesnek van‑e és tartalmaz‑e hibákat.

Telepítés és monitorozás

Telepítse élesbe és ellenőrizze az élő oldalakat a Rich Results Test‑tel.

Figyelje a Search Console‑t a strukturált adatok jelentéseiért és a lefedettségi problémákért az Ön által tulajdonolt oldalakon; használjon szervernaplókat és crawler‑emulációt (curl), hogy biztosítsa, a botok ugyanazt a jelölést kapják.

Ha gyorsan meg szeretné nézni, milyen HTML‑t kap egy adott user agent, használja a curl‑t egy UA stringgel. Csak a fejléc lekéréséhez: curl -I https://example.com. A HTML lekéréséhez adott UA‑val: curl -A "Googlebot" https://example.com

Ellenőrzés és hibakeresés

Lépésről lépésre ellenőrzés az Ön oldalaihoz

1) Használja a Rich Results Test‑et a szintaxis és a kötelező tulajdonságok érvényesítésére. 2) A Google Search Console‑ban futtassa a URL Inspectiont, hogy megerősítse, a Google észleli‑e a strukturált adatot és áttekintse az esetleges hibákat vagy figyelmeztetéseket. 3) Ellenőrizze az oldal renderelt HTML‑jét a Chrome DevTools > Elements‑ben, hogy megerősítse: a JSON‑LD script jelen van‑e a kliensoldali renderelés után. 4) Figyelje a Search Console jelentéseit, hogy elkapja a telepítés után felmerülő új problémákat.

Mit tegyen, ha a rich results nem jelenik meg?

Ha a jelölés érvényes, de a rich result nem jelenik meg, ellenőrizze a következő területeket: 1) Indexelhető‑e az oldal? Használja az URL Inspectiont az indexelési lefedettség megerősítésére. Egy nem indexelt oldalnál kevés az esély a rich result megjelenésére. 2) Egyezik‑e a látható tartalom pontosan a strukturált tulajdonságokkal? Az eltérések a keresők számára okot adhatnak a jelölés figyelmen kívül hagyására. 3) Eléggé magas‑e az oldal általános minősége és reputációja az adott funkcióhoz — a keresők gyakran további trust jeleket igényelnek a jelölés mellett. 4) Győződjön meg róla, hogy támogatott típusokat és tulajdonságokat használ az adott funkcióhoz (lásd a Rich Results Test dokumentációját).

Gyakori hibák és hogyan kerülje el őket

Olyan tartalom jelölése, amely nem látható a felhasználóknak, vagy ellentmond az oldalon megjelenő szövegnek — a strukturált adatnak a látható tényeket kell tükröznie.

Olyan típusok vagy tulajdonságok használata, amelyek nem támogatottak a kívánt rich result‑hoz; ellenőrizze a Rich Results Test‑et az aktuális jogosultsági mátrixért.

A strukturált adatra támaszkodás, hogy pótolja a tartalomminőség vagy az oldalarchitektúra problémáit. A schema segít a tisztázásban, de nem képes pótolni a vékony vagy nem hasznos tartalmat.

A jelölés nem tartása szinkronban a dinamikus tartalomváltozásokkal (dátumok, árak, elérhetőség) — kerülje az elavult strukturált értékeket.

Haladó minták és irányítás

Alakítson ki schema governance folyamatot: határozza meg a schema felelősségét a tartalom‑ vagy mérnöki csapatokban, tegye verziókezelés alá a JSON‑LD kivonatokat, és adjon a CI pipeline‑hoz teszteket, amelyek a deploy előtt ellenőrzik a schema szintaxisát és a kötelező mezőket.

Nagy oldalak esetén generáljon strukturált adatot a kanonikus forrásmezőkből a renderelt HTML másolása helyett. Ha lokalizált tartalom létezik, ügyeljen arra, hogy a nyelvi és regionális tulajdonságok tükrözzék a célközönséget, és kerülje a nyelvek keverését egyetlen tulajdonságban.

A strukturált adatok a keresésen túlmenően támogathatják a downstream rendszereket is — belső tudásbázisok, voice assistants és analitika. Határozzon meg egy minimális, stabil tulajdonságmagot, amelyre szükség van mind a keresés, mind a belső felhasználás számára, hogy csökkentse a karbantartási terhet.

Ha szeretne egy frissítést a technikai alapokról, amelyek együttműködnek a schemával (indexability, canonicalisation, Core Web Vitals), Olvassa el a Technical SEO útmutatót

Gyakran ismételt kérdések

Megnöveli‑e a strukturált adatok hozzáadása az Ön oldalának rangsorát?

A strukturált adat egy tisztázó jelzés, és jogosulttá teheti az oldalt a rich results‑re, de nem közvetlen garancia a magasabb rangsorra. A keresőmotorok sok jel alapján döntenek a rangsorolásról; a schema pontosabbá teheti a tartalom megértését, ami közvetetten növelheti a láthatóságot, ha egyéb minőségi jelek erősek.

Melyik schema formátumot használjam?

Új megvalósításoknál használja a JSON‑LD‑t. Ez a leginkább kompatibilis a modern site buildekkel és könnyebb külön kezelni a DOM‑tól. Használja a Schema Markup Validator‑t és a Rich Results Test‑et, hogy meggyőződjön róla, hogy a jelölés megfelel az Ön által tervezett funkció követelményeinek.

Hogyan ellenőrizhetem, hogy a keresőmotorok látják‑e a strukturált adatomat?

Az Ön által tulajdonolt oldalak esetén használja a Google Search Console URL Inspection‑t a detektálás megerősítésére és a strukturált adat hibáinak megtekintésére. Ezen felül használja a Rich Results Test‑et a szintaxis érvényesítésére és a Chrome DevTools‑ot a renderelt DOM ellenőrzésére. Harmadik fél oldalainál használja a curl‑t vagy a view‑source‑ot és a Rich Results Test‑et, hogy ellenőrizze, mi kerül nyilvánosan kiszolgálásra.

Alkalmazható‑e helytelenül a strukturált adat és okozhat‑e problémákat?

Igen. A tartalom félrevezető jelölése (olyan jelölés, amely ellentmond a látható szövegnek) vagy a schema visszaélésszerű használata a keresési funkciók manipulálására arra vezethet, hogy a keresők figyelmen kívül hagyják a jelölést vagy algoritmikus korrekciókat alkalmazzanak. Mindig kövesse a keresőmotorok dokumentációját a strukturált adatokra vonatkozó irányelvekért, és tartsa a jelölést igaznak és szinkronban a látható tartalommal.