A strukturált adat olyan gépi olvasásra szánt jelölés az oldalon, amely kimondja, hogy a szöveg mit jelent: ki a cég, mi a termék, hol a cím, melyik oldalon vagy éppen. A látogató nem látja, a keresők és a nyelvi modellek viszont ebből építik fel az oldal entitás-képét.
Hogyan működik
A jelölés szókincsét a schema.org szótár adja. Ez egy közös típuskészlet: Organization, LocalBusiness, Product, Article és még több száz társuk. A formátum ma gyakorlatilag mindig JSON-LD, vagyis egy <script type="application/ld+json"> blokk a HTML-ben.
A blokk a látható tartalomtól függetlenül él. Nem kell a HTML-t átszabni hozzá. Ezért is terjedt el: bármelyik CMS be tudja illeszteni a <head> végére vagy a <body> aljára.
Mi a minimum egy céges oldalon
Három réteg kell, ebben a sorrendben:
- Szervezet: Organization séma a cégről, névvel, logóval, elérhetőséggel. Helyhez kötött szolgáltatónál inkább LocalBusiness vagy annak iparági altípusa, nyitvatartással és címmel.
- Oldal: WebSite és WebPage séma, hogy a domain mint önálló egység és az aktuális aloldal is azonosítható legyen.
- Navigáció: BreadcrumbList séma minden aloldalon, hogy látszódjon a hierarchia.
Erre jön az iparág-specifikus réteg. Webshopnál Product és Offer, blognál Article, kérdés-válasz blokknál FAQPage.
Miért az entitás a lényeg az AI-nak
Egy nyelvi modell nem oldalakat rangsorol, hanem állításokat gyűjt. Számára az a kérdés, hogy a "Kovács Bt." a szövegben ugyanaz-e, mint a lábléc cégneve. A séma erre ad egyértelmű választ, ha van benne @id és sameAs.
Az @id egy stabil azonosító URI. Ezzel tudod összekapcsolni a különböző sémablokkokat: a WebPage publisher-e ugyanarra az @id-re mutat, mint az Organization. A sameAs pedig külső profilokra mutat, például a cég Facebook-, LinkedIn- vagy Wikidata-oldalára. Így lesz a névből azonosítható entitás.
A riportokban ezt látjuk a leggyakrabban: van Organization séma, de @id és sameAs nélkül. A jelölés ilyenkor formailag érvényes, tartalmilag mégis lebeg. Nem köti össze a céget semmivel, ami a séma világán kívül van.
Mikor számít igazán
Helyi szolgáltatóknál, webshopoknál és több telephelyes cégeknél a legerősebb a hatás. Ott van a legtöbb konkrét tény: cím, nyitvatartás, ár, készlet. Egy egyoldalas portfólió-oldalon kisebb a tét, de az Organization séma ott is öt perc.
Röviden: a strukturált adat nem SEO-dísz, hanem az a réteg, amiből a gép megtudja, hogy egyáltalán kivel beszél.
Miért fontos
Keresőoldalon
A strukturált adat nem rangsoroló tényező önmagában. Viszont ez a belépő a rich result megjelenésekhez: csillagos értékelés, GYIK-harmonika, termékár, morzsamenü a találatban. Ezek a nagyobb találati felületek mérhetően több kattintást hoznak.
A Knowledge Graph felé is ez az egyik bemenet. A sameAs linkek segítenek a Google-nek összekötni a weboldaladat a cég egyéb profiljaival.
AI-válaszokban
Egy generatív kereső gyorsan és olcsón akar tényeket. A JSON-LD blokk ehhez kész adat: nem kell kitalálnia a HTML-ből, hogy a <div class="cim"> mit takar. Ahol van rendes séma, ott a modell magabiztosabban idéz konkrétumot, például nyitvatartást vagy árat.
Ez közvetlenül javítja az AI-értelmezhetőséget és csökkenti a hallucináció esélyét a cégeddel kapcsolatban.
Üzletileg
Rossz vagy hiányzó séma esetén az AI a legkönnyebben elérhető forrásból dolgozik. Az gyakran egy cégkereső vagy egy értékelő portál, nem a saját oldalad. Ott elavult telefonszám és régi cím lehet. A saját sémád az egyetlen csatorna, amin te mondod meg, mi az igazság.
Technikai példa
Egy összekötött gráf egy helyi szolgáltatóhoz. Egy <script> blokk, három entitás, @id-vel összefűzve:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "LocalBusiness",
"@id": "https://pelda.hu/#organization",
"name": "Példa Autószerviz Kft.",
"url": "https://pelda.hu/",
"telephone": "+3612345678",
"logo": "https://pelda.hu/img/logo.png",
"address": {
"@type": "PostalAddress",
"streetAddress": "Fő utca 12.",
"addressLocality": "Budapest",
"postalCode": "1011",
"addressCountry": "HU"
},
"openingHours": "Mo-Fr 08:00-17:00",
"sameAs": [
"https://www.facebook.com/peldaszerviz",
"https://www.linkedin.com/company/peldaszerviz"
]
},
{
"@type": "WebSite",
"@id": "https://pelda.hu/#website",
"url": "https://pelda.hu/",
"name": "Példa Autószerviz",
"publisher": { "@id": "https://pelda.hu/#organization" }
},
{
"@type": "WebPage",
"@id": "https://pelda.hu/szolgaltatasok#webpage",
"url": "https://pelda.hu/szolgaltatasok",
"name": "Szolgáltatásaink",
"isPartOf": { "@id": "https://pelda.hu/#website" }
}
]
}
</script>
A lényeg a hivatkozás. A WebSite publisher-e nem ismétli meg a cégadatokat, hanem az Organization @id-jére mutat. Így egy entitás marad, nem kettő.
Gyors ellenőrzés parancssorból, hogy egyáltalán van-e JSON-LD a nyers HTML-ben:
curl -s https://pelda.hu | grep -c 'application/ld+json'
A visszakapott szám a blokkok darabszáma. A nulla azt jelenti, hogy nincs szerveroldali séma. A háromnál nagyobb érték gyakran duplikációra utal, érdemes átnézni.
Gyakori kérdések
Mennyi idő alatt látszik a hatás?
A Google napok vagy hetek alatt dolgozza fel az új jelölést, az újrafeltérképezés ütemétől függően. A Search Console Továbbfejlesztések szekciójában követheted, hány URL-en ismerte fel. A rich result megjelenés nem garantált, a Google dönt róla.
Elég a strukturált adat, ha a szövegben nincs benne ugyanaz?
Nem. A séma csak olyat állíthat, ami az oldalon látható is. Ellenkező esetben a Google szabálysértésnek tekinti, és a jelölést figyelmen kívül hagyhatja. Előbb írd le a tényeket a szövegben, aztán jelöld meg őket.
Microdata vagy JSON-LD?
JSON-LD. A Google ezt ajánlja, és külön blokkban él, nem a HTML-be szőve. Könnyebb karbantartani, és nem törik el, ha átszabod a sablont. Régi microdata jelölést nem sürgős cserélni, de újat ne így építs.
Kell külön séma minden aloldalra?
Legalább egy WebPage és egy BreadcrumbList minden indexelt aloldalra érdemes. Erre jön az oldaltípus szerinti réteg: terméknél Product, cikknél Article, szolgáltatásoldalnál Service. Az Organization elég egyszer, a kezdőlapon, ha @id-vel hivatkozol rá máshonnan.
Árt, ha két plugin is generál sémát?
Igen, tipikusan árt. Két, eltérő adatú Organization blokknál a gép nem tudja, melyiket higgye. A gyakorlatban ez a leggyakoribb duplikáció-forrás WordPress alatt. Hagyd meg az egyiket, a másik séma-kimenetét kapcsold ki.
