Strukturált adatok, Schema

Strukturált adatok és séma-jelölés – gyakorlati útmutató

A strukturált adatok azok a szabványosított, JSON-LD formátumú kódrészletek, amelyek egy weboldal tartalmát géppel is pontosan értelmezhetővé teszik a keresőmotorok és az AI-rendszerek számára. A séma-jelölés önmagában nem garantál jobb helyezést, de segíti a keresőmotorokat a tartalom értelmezésében, és hozzájárul az AI-vezérelt találatok pontosabb kontextusának felépítéséhez. Ez az oldal bemutatja, milyen séma-típusok léteznek, ezek mikor és hogyan alkalmazandók, és hogyan állíthatók be gyakorlatban a Rank Math Pro Schema Generatorával. Langmar

Mi a strukturált adat, és miért JSON-LD a preferált formátum?

Az esetek jelentős részében a strukturált adatok három formátumban (JSON-LD, Microdata, RDFa) illeszthetők be egy weboldalba, de a Google és a legtöbb AI-rendszer is a JSON-LD-t részesíti előnyben, mert az külön script-blokként kerül be, nem töri meg a HTML-struktúrát, és könnyebben frissíthető. Tapasztalataink szerint a Microdata és RDFa formátumok, amelyek közvetlenül a HTML-elemekbe ágyazódnak, gyakrabban okoznak validálási hibát, mert egy apró HTML-módosítás könnyen elronthatja a jelölést.

Miért kritikus, hogy csak a valóban látható tartalmat jelöljük sémával?

Ha egy séma olyan adatot jelöl meg, amely ténylegesen nem jelenik meg a felhasználó számára az oldalon, a Google ezt „spammy structured data” jelenségként kezelheti, ami büntetést vonhat maga után – ezért alapszabály, hogy kizárólag a látható, valós tartalmat szabad séma-jelöléssel ellátni.

Melyik séma-típust mikor érdemes alkalmazni?

Referenciaként érdemes áttekinteni a leggyakrabban használt séma-típusokat és azt, milyen tartalomtípushoz illenek.

Ez a táblázat nem azt jelenti, hogy minden oldaltípusnak csak egyetlen sémát kell kapnia – egy oldal gyakran több séma kombinációját igényli, például egy szakértői profiloldal Person és Organization sémát egyszerre.

Mikor érdemes kombinálni több séma-típust egy oldalon?

Egy szolgáltatás-oldal, amely egyszerre mutat be egy konkrét szolgáltatást és tartalmaz gyakori kérdéseket, jellemzően Service és FAQPage séma kombinációját igényli – ez nem hiba vagy redundancia, hanem a tartalom tényleges, összetett szerkezetének pontos leképezése.

Hogyan validálható és állítható be a séma-jelölés gyakorlatban?

Döntési szempontból a séma-beállítás nem ér véget a kód beillesztésével – a validálás legalább annyira fontos lépés, mert egy hibás jelölést a Google egyszerűen figyelmen kívül hagy. Ha egy vállalkozás a Száraz Krisztián szakmai profilján bemutatotthoz hasonló, széles körű technikai tapasztalatra épülő séma-stratégiát szeretne kialakítani, érdemes minden oldaltípushoz külön megtervezni a szükséges kombinációt, nem egységesen ugyanazt a sémát alkalmazni mindenhol.

Mikor nem elegendő az alapértelmezett Rank Math beállítás?

Ha egy oldal egyedi, összetett tartalmi struktúrával rendelkezik (pl. egy szakértői profil, ami egyszerre Person és Organization kapcsolatot is hordoz), az alapértelmezett, automatikus WebPage-séma nem elegendő – ilyenkor a Schema Generatorban kézzel kell hozzáadni és kitölteni a releváns séma-típusokat.

Milyen lépésekben érdemes beállítani a strukturált adatokat egy oldalon?

1. Azonosítsd az oldal típusát (szakértői profil, szolgáltatás, cikk, termék, esemény), és ez alapján válaszd ki a releváns séma-típust vagy típusokat.
2. Töltsd ki a Rank Math Pro Schema Generatorban az adott séma összes releváns mezőjét – ne hagyj üresen olyan mezőt, amihez van valós adat.
3. Ellenőrizd a beállított sémát a Google Rich Results Test eszközzel, mielőtt publikálnád az oldalt.
4. Ha a Száraz Krisztián teljes szakmai háttere alapján hasonló, összetett oldaltípushoz keresel mintát, vizsgáld meg, milyen séma-kombinációt alkalmaztunk ott.

Milyen leggyakoribb hibák fordulnak elő séma-jelölésnél?

• Olyan adat megjelölése, amely ténylegesen nem látható az oldalon a felhasználó számára.
• Elavult vagy hiányos mezők (pl. régi ár, már nem elérhető termék) frissítés nélkül hagyása.
• Ugyanazon oldaltípus eltérő sémával való jelölése különböző aloldalakon, következetlenül.
• A validálás kihagyása, ami miatt egy technikailag hibás séma észrevétlenül marad.

Az esetek jelentős részében egy jól beállított séma-struktúra nem egyszeri feladat, hanem folyamatosan karbantartandó réteg – ahogy egy oldal tartalma bővül vagy változik, a hozzá tartozó strukturált adatnak is követnie kell ezt a változást.

Hogyan változott a strukturált adatok szerepe az AI-alapú keresés megjelenésével?

A strukturált adatok szerepe jelentősen bővült az elmúlt években: korábban elsősorban a rich snippetek (csillagértékelés, ár, esemény-dátum) megjelenítésére szolgáltak a hagyományos találati listán, mára viszont közvetlen bemenetként szolgálnak a generatív AI-rendszerek – köztük a Google AI Overviews és AI Mode – válaszainak összeállításához. Az esetek jelentős részében a schema.org-adatokat egy előzetes tisztítási és kategorizálási folyamat után használják fel az AI-rendszerek, mielőtt azok beépülnének egy generált válaszba.

Tapasztalataink szerint azok az oldalak, amelyek strukturált adatai konzisztensen, hiba nélkül és a látható tartalommal teljes összhangban vannak beállítva, nagyobb eséllyel válnak forrássá egy AI-generált válaszban, mint azok, ahol a séma csak formálisan, felszínesen van jelen.

Miért nem elég csak a rich snippetekre fókuszálni 2026-ban?

Ha egy vállalkozás kizárólag a hagyományos Google-találati lista vizuális megjelenésére (csillagok, ár, kép) optimalizálja a strukturált adatait, könnyen figyelmen kívül hagyja azt a réteget, ami az AI-rendszerek számára ténylegesen releváns – ez utóbbi gyakran ugyanazokat az adatokat igényli, de más kontextusban és más mélységben.

Milyen speciális séma-típusok érdemesek figyelemre 2026-ban?

A hagyományos séma-típusok (Article, Product, FAQPage) mellett néhány kevésbé ismert, de egyre fontosabb típus is megjelent: a Speakable séma a hangalapú felolvasásra alkalmas tartalmi részeket jelöli, ami különösen híroldalak és oktatási tartalmak esetén releváns. A DefinedTerm séma fogalomtár-jellegű oldalakhoz illik, ahol egy adott szakkifejezés pontos, önálló definícióját kell géppel is értelmezhetővé tenni.

Mikor érdemes a DefinedTerm sémát alkalmazni?

Ha egy oldal célja kifejezetten egy szakkifejezés (pl. AEO, GEO, LLMO) rövid, pontos definíciójának bemutatása, a DefinedTerm séma pontosabban írja le ezt a szándékot, mint egy általános Article séma – ez utóbbi inkább hosszabb, elemző jellegű tartalomhoz illik.

Hogyan kezelhető a séma-karbantartás nagyobb, sok oldaltípust tartalmazó weboldalon?

Egy nagyobb weboldalon – ahol egyszerre vannak szakértői profilok, szolgáltatás-oldalak, blogbejegyzések és termékoldalak – a séma-karbantartás könnyen kezelhetetlenné válhat, ha nincs egységes rendszer arra, melyik oldaltípus milyen séma-kombinációt kap. Ez az összefüggés több projekten, különböző CMS-kontextusban is megismétlődött: azok a weboldalak, ahol egy dokumentált séma-hozzárendelési terv (oldaltípus → séma-típus párosítás) készült előre, jelentősen kevesebb inkonzisztenciát mutattak, mint azok, ahol ezt eseti alapon, oldalanként döntötték el.

Milyen kockázata van a séma-hozzárendelés dokumentálatlanságának?

Ha nincs egyértelmű, írásos terv arról, melyik oldaltípus milyen sémát kapjon, könnyen előfordulhat, hogy egy új szerkesztő vagy fejlesztő eltérő, következetlen sémákat állít be ugyanolyan típusú oldalakon – ez hosszú távon megnehezíti az AI-rendszerek számára is az entitás- és tartalomtípus-azonosítást.

Hogyan érdemes összességében gondolkodni a strukturált adatokról?

A strukturált adatok legnagyobb gyakorlati haszna nem egyetlen látványos rich snippet-ben rejlik, hanem abban, hogy egy weboldal minden oldaltípusa – szakértői profil, szolgáltatás, cikk, termék, esemény – géppel is pontosan azonosítható, konzisztens formában íródjon le. Az esetek jelentős részében azok a weboldalak profitálnak a legtöbbet a séma-jelölésből, ahol ez nem utólagos, foltozgatásszerű feladat, hanem már az oldaltervezés fázisában eldől, melyik oldaltípus milyen séma-kombinációt kap. Egy jól dokumentált séma-hozzárendelési terv hosszú távon sokkal kevesebb hibát és inkonzisztenciát eredményez, mint az eseti, oldalankénti döntés – ez a fajta following előre megtervezett rendszer az, ami megkülönbözteti egy technikailag éretten kezelt weboldalt egy csak felszínesen sématizált oldaltól.

A strukturált adatok karbantartása nem egyszeri projekt: ahogy egy weboldal új oldaltípusokkal, szolgáltatásokkal vagy tartalmi elemekkel bővül, a séma-stratégiának is követnie kell ezt a bővülést, különben a kezdetben konzisztens rendszer idővel szétesik.

Kinek nem elsődleges prioritás most a mélyebb séma-stratégia kidolgozása?

Ha egy weboldal még nagyon kevés oldaltípussal és alacsony tartalmi mennyiséggel rendelkezik, a részletes séma-hozzárendelési terv kidolgozása helyett előbb érdemesebb az alapvető tartalmi struktúra felépítésére fókuszálni – a mélyebb séma-stratégia akkor hoz igazán mérhető eredményt, ha már több, egymástól eltérő oldaltípus létezik, aminek konzisztens kezelésére szükség van.