Strukturált adatok Szakszó

schema.org

Szerző: · 8 perc olvasás · Frissítve:
schema.org - Strukturált adatok (szakszó) a tudástárban
schema.org - Strukturált adatok | eClick GEO-audit tudástár

A schema.org egy közös szókészlet, amellyel gépi olvasásra jelölöd meg, hogy az oldalad mit ír le: céget, terméket, cikket, eseményt vagy receptet. A Google, a Bing, a Yahoo és a Yandex hozta létre 2011-ben, és ma is közösen fejlesztik.

Hogyan működik

A schema.org két dolgot ad: típusokat és tulajdonságokat. A típus azt mondja meg, miről van szó (Organization, Product, Article), a tulajdonság pedig a részleteket (name, address, price).

A típusok hierarchiába szerveződnek. Minden típus őse a Thing, alatta jönnek a fő ágak, például a Person, a Place és a CreativeWork. Az öröklődés miatt egy LocalBusiness minden olyan tulajdonságot használhat, amit az Organization is.

A szókészlet önmagában nem formátum. Ahhoz, hogy a HTML-be kerüljön, kell egy szintaxis: a JSON-LD, a Microdata vagy az RDFa. A Google 2015 óta a JSON-LD-t ajánlja, és a gyakorlatban ez a legkönnyebben karbantartható.

Miért más a generatív keresőknek

A klasszikus SEO-ban a séma főleg a találati megjelenést javította: csillagokat, árat, morzsamenüt hozott. A generatív rendszereknél más a tét. Ott a séma egy egyértelmű, félreérthetetlen adatréteg, amiből a modellnek nem kell kitalálnia, mi micsoda.

Egy nyelvi modell a szövegből is kiolvashatja a nyitvatartást. A sémából viszont biztosan olvassa ki. A különbség a bizonyosság: a jelöletlen adat értelmezés kérdése, a jelölt adat állítás. Ezért segít a séma az entitás-felismerésben is, amikor a rendszernek el kell döntenie, hogy a „Kovács Kft.” melyik valós cég.

Mikor számít igazán

Nem minden oldalnak kell tíz séma-típus. A haszon ott ugrik meg, ahol strukturált információ van:

  • webshop terméklapjain ár, készlet, értékelés
  • szolgáltató cégeknél a cím, telefonszám, nyitvatartás
  • blogoknál a szerző és a publikálás dátuma
  • GYIK-oldalakon a kérdés-válasz párok

A magyar KKV-oldalak többségén egyetlen séma sincs, vagy csak annyi, amennyit a téma alapból kirak. Ez rendszerint egy üres WebSite blokk, valódi adat nélkül.

Röviden: a schema.org a szókészlet, a JSON-LD a formátum, a kettő együtt teszi a tartalmadat géppel olvashatóvá.

Miért fontos

Keresőknek

A séma a feltétele a gazdag találati megjelenésnek. Csillag az értékelésnél, ár a terméknél, morzsamenü az URL helyett: mindegyik valamilyen schema.org típust igényel. A Rich Results teszt pontosan megmondja, melyik jelenhet meg.

A rangsorolásra a séma nem hat közvetlenül. A átkattintási arányra viszont igen, mert a találatod több helyet foglal és több információt mutat.

AI-rendszereknek

A generatív keresők és a RAG-alapú rendszerek darabokra bontják az oldalt. A séma egy önmagában is értelmes adatcsomag, ami nem esik szét a darabolás során. Egy JSON-LD blokkból a cégnév, a cím és a telefonszám együtt marad.

Ennek üzleti következménye van. Ha egy AI-válaszban rossz telefonszám vagy régi nyitvatartás szerepel, az elveszett hívás. A riportokban rendszeresen látjuk, hogy a séma évekkel ezelőtti címet tartalmaz, mert a lábléc frissült, a JSON-LD nem.

Az entitás-építés alapja

A sameAs tulajdonsággal összekötöd magad a hivatalos profiljaiddal. Ezzel a séma nem csak leír, hanem azonosít is. Ez a lépés viszi át a cégedet a „valamilyen weboldal” kategóriából a Knowledge Graph felé.

Kikre vonatkozik

Vonatkozik rá

  • Minden nyilvános weboldal: legalább az Organization és a WebSite típus indokolt
  • Webshopok: terméklaponként Product és Offer, enélkül nincs ár a találatban
  • Helyi szolgáltatók: LocalBusiness cím, nyitvatartás, telefonszám
  • Blogok, hírportálok: Article szerzővel és dátummal
  • Többszintű oldalstruktúra: BreadcrumbList minden aloldalon

Kevésbé vagy egyáltalán nem

  • Staging és fejlesztői környezet: ott a noindex, meta robots és X-Robots-Tag a fontos, nem a séma
  • Egyoldalas landing page kampányhoz: elég az Organization
  • Belépés mögötti felületek: a robot úgysem látja
  • Kosár- és pénztár-oldalak: ezeket inkább ki kell zárni az indexből

Amit ne várj tőle

A séma nem javít gyenge tartalmat. Ha az oldal vékony, a JSON-LD ezen nem segít. A séma leír, nem pótol.

Hogyan ellenőrzöd

Lépések

  1. Nyisd meg a Rich Results tesztet, és illeszd be az URL-t. Megmutatja, melyik típust ismerte fel és milyen hibákkal.
  2. Futtasd le ugyanazt az URL-t a Schema Markup Validatoron. Ez a Google-funkciókon túl minden schema.org típust ellenőriz.
  3. Nézd meg a nyers forrást: böngészőben Ctrl+U, majd keress rá az application/ld+json szövegre.
  4. Devtools konzolban futtasd le ezt: $$('script[type="application/ld+json"]').map(s => JSON.parse(s.textContent)). Így látod, hány blokk van és mi van bennük.
  5. Ellenőrizd a Search Console Fejlesztések menüpontját. Ott jelenik meg, hány oldalon talált érvényes sémát a Google.
  6. Vesd össze a séma adatait a láblécben látható adatokkal. Egyezniük kell.

Jó jel

  • A validátor típust ismer fel, hibaüzenet nélkül
  • A séma a nyers HTML-ben van, nem csak JavaScript után jelenik meg
  • Az adatok egyeznek az oldalon látható tartalommal
  • Oldaltípusonként a megfelelő séma szerepel
  • Van @id, és a hivatkozások következetesek

Rossz jel

  • „No items detected” a validátorban
  • Csak egy üres WebSite blokk, name és url nélkül
  • Piros hibák kötelező mezőkre
  • A séma olyan értékelést tartalmaz, ami az oldalon sehol nem látszik
  • Ugyanaz a típus háromszor, egymásnak ellentmondó adatokkal

Hogyan javítod

WordPress

  1. Ellenőrizd, mit rak ki a téma alapból. Sok téma kirak egy csonka sémát, ami ütközik a bővítménnyel.
  2. Használj egy SEO-bővítményt (Yoast, Rank Math, SEOPress). Mindegyik generál séma-gráfot.
  3. Töltsd ki a szervezeti adatokat a bővítmény beállításaiban: cégnév, logó, cím, közösségi profilok.
  4. Kapcsold ki a duplikált forrásokat, hogy egy típusból egy blokk maradjon.
  5. Validáld a kezdőlapot, egy szolgáltatásoldalt és egy blogcikket külön-külön.

WooCommerce

A WooCommerce alapból kirak Product sémát. Ellenőrizd, hogy az availability és a price valós. Ha ár helyett „0” szerepel, az rosszabb, mint a hiányzó séma.

Shopify

  1. A legtöbb téma tartalmaz alap Product sémát a product-template.liquid fájlban.
  2. Keresd meg az application/ld+json blokkot a téma szerkesztőjében.
  3. Egészítsd ki a hiányzó mezőkkel: brand, sku, aggregateRating, ha van valódi értékelésed.
  4. Az Organization sémát a theme.liquid fejlécébe tedd be egyszer, globálisan.

Unas

Az Unas generál termék- és morzsamenü-sémát. A szervezeti adatokat az adminban a saját HTML-kód mezőn keresztül tudod bővíteni. A <head>-be beszúrható egyedi kód mezőbe tedd az Organization JSON-LD blokkot.

Shoprenter

A Shoprenter sablonjai tartalmaznak alap sémát. A kiegészítéshez a sablonszerkesztőben a head blokkba illeszd be a saját JSON-LD-det. Figyelj rá, hogy ne duplikáld azt, amit a rendszer már kirak.

Egyedi fejlesztés

  1. Építs egy szerveroldali séma-generátort. A séma az adatbázisból jöjjön, ne kézzel írt konstansból.
  2. Használj @graph szerkezetet, hogy egy blokkban legyen minden entitás.
  3. Adj minden entitásnak stabil @id értéket, abszolút URL formában.
  4. A séma a szerveroldali válaszban legyen benne. Ha csak kliensoldali JS teszi be, egy részük nem fogja látni.
  5. Tegyél a CI-be egy validációs lépést, ami minden deploy előtt lefuttatja a Schema Markup Validatort.

Mit néz ebből a riport

Az audit megnézi, van-e egyáltalán schema.org jelölés a nyers HTML-ben, és milyen típusokat talál. Vizsgálja, hogy az oldaltípushoz illő sémák szerepelnek-e, és hogy a kötelező mezők ki vannak-e töltve. A riport jelzi azt is, ha a séma csak formálisan van meg, valódi adat nélkül.

Gyakori hibák

  • Üres séma valódi adat nélkül: a WebSite blokk name és url nélkül semmit nem mond a robotnak.
  • Nem látható adat jelölése: a Google irányelve szerint a sémában csak olyasmi lehet, ami az oldalon is szerepel, különben manuális büntetés jár érte.
  • Kitalált értékelés: az aggregateRating valódi vélemények nélkül a leggyakoribb séma-spam, és a gazdag találat elvesztésével jár.
  • Több egymásnak ellentmondó blokk: ha három forrás rak ki Organization sémát eltérő címmel, a robot nem tudja, melyiknek higgyen.
  • Elavult adat: a lábléc frissül, a JSON-LD ott marad a két évvel ezelőtti telefonszámmal.
  • Csak kliensoldali beszúrás: ha a sémát JavaScript teszi be, a nem renderelő crawlerek nem látják.
  • Rossz típusválasztás: a szolgáltatásoldalra rakott Product séma technikailag érvényes, de félrevezető.

Technikai példa

Egy minimális, de valóban használható Organization séma. Minden mező konkrét adatot tartalmaz, nem sablonszöveget:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://pelda.hu/#szervezet",
  "name": "Példa Kft.",
  "url": "https://pelda.hu/",
  "logo": "https://pelda.hu/img/logo.png",
  "telephone": "+36 1 234 5678",
  "email": "info@pelda.hu",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Fő utca 12.",
    "addressLocality": "Budapest",
    "postalCode": "1051",
    "addressCountry": "HU"
  },
  "sameAs": [
    "https://www.facebook.com/pelda",
    "https://www.linkedin.com/company/pelda"
  ]
}
</script>

Ellenőrzés parancssorból, renderelés nélkül. Így látod, mi van a nyers HTML-ben:

curl -s https://pelda.hu/ | grep -c 'application/ld+json'

Ha a válasz 0, a séma vagy hiányzik, vagy csak JavaScript után kerül be. A nyers számolás után nézd meg a tartalmat is:

curl -s https://pelda.hu/ | grep -A 30 'application/ld+json'

Gyakori kérdések

Javít a schema.org a Google-helyezésemen?
Közvetlenül nem. A Google többször megerősítette, hogy a strukturált adat nem rangsorolási tényező. Közvetve viszont számít: a gazdag találat több helyet foglal, több kattintást hoz, és egyértelműbbé teszi a tartalmadat a keresőnek.
Melyik formátumot használjam: JSON-LD, Microdata vagy RDFa?
JSON-LD-t. A Google ezt ajánlja, és külön blokkban van, nem keveredik a HTML-be. Emiatt sokkal könnyebb karbantartani és sablonból generálni. A Microdata működik, de minden sablonmódosításnál sérülhet.
Hány séma-típust tegyek egy oldalra?
Annyit, amennyi valóban leírja az oldalt. Egy terméklapon jellemzően Product, BreadcrumbList és a globális Organization szerepel. Egyet se rakj ki csak azért, mert létezik.
Mi történik, ha olyan adatot jelölök, ami nincs az oldalon?
A Google irányelve ezt tiltja. Következménye lehet a gazdag találat elvesztése vagy manuális büntetés a strukturált adatokra. A leggyakoribb eset a kitalált értékelés, amit a Search Console-ban látsz meg, ha megérkezik a figyelmeztetés.
Elég, ha az SEO-bővítmény kirakja a sémát?
Kezdésnek igen, de ellenőrizni kell. A bővítmények gyakran csak a vázat generálják, a cégadatokat neked kell kitöltened. Ha nem töltöd ki, üres blokk marad, ami semmit nem ér.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „schema.org”?

Futtass egy GEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes GEO-audit indítása