A strukturált adat körül sok a félreértés a magyar kkv-piacon. Számos oldalon ott figyel egy gondosan felépített HowTo jelölés, ami a Google találati oldalán már évek óta semmit nem csinál, közben az Event jelölés hiányzik onnan, ahol havonta futnak workshopok, nyílt napok és borvacsorák. Ez a cikk arról szól, hogyan válaszd szét a kettőt: mibe fektess munkát, és mit hagyj békén.
Végigmegyünk azon, melyik típus hoz ma valós megjelenést, melyiket vonta vissza a Google, hogyan dönthetsz három kérdéssel egy új típus bevezetéséről, és mit érdemes tudni az AI-válaszmotorok szempontjából. Ahol releváns, jelölöm, hogy hivatalosan igazolt, saját tapasztalat vagy szakmai feltételezés következik.
Melyik schema-típusok hoznak ma valós megjelenést a Google találatokban?
Rövid válasz: ma egy szűk lista hoz látható extra megjelenést, és ezen a listán a HowTo már nincs rajta, az Event viszont igen. Hivatalosan igazolt: a Google Search Central dokumentációjában van egy nyilvános funkciólista (Search Gallery), amelyben minden támogatott gazdag találat típus szerepel a pontos követelményekkel. Ha egy típus nincs ebben a listában, akkor a Google nem ígér rá semmilyen vizuális megjelenést.
A magyar kkv-k szempontjából ezek a leggyakrabban valóban hasznos típusok:
- Product és a hozzá tartozó ajánlat- és értékelésadatok (webshopoknál).
- Event: rendezvények, kurzusok, nyílt napok, versenyek.
- JobPosting: álláshirdetés saját karrieroldalon.
- VideoObject: saját videós tartalom.
- BreadcrumbList: a találatban megjelenő morzsamenü.
- Organization és LocalBusiness altípusai: nem hoz külön díszes találatot, de a cég azonosítását segíti.
- Recipe, Course: csak akkor, ha tényleg ilyen tartalmad van.
Saját tapasztalat: egy tipikus szolgáltató kkv-oldalon (asztalos Debrecenben, állatorvosi rendelő Nyíregyházán, pilates stúdió Budapesten) a lista első három eleme közül általában egy sem releváns, és mégis ezekkel kezdik a fejlesztők. Ilyenkor a valós hozadék a Breadcrumb, az Organization és, ha van rendezvény, az Event.
Miért vonta vissza a Google a HowTo rich resultot, és mit tegyél helyette?
Rövid válasz: a Google 2023 augusztusában bejelentette, hogy a HowTo gazdag találatot teljesen kivezeti, a FAQ megjelenítést pedig lényegében jól ismert hatósági és egészségügyi oldalakra korlátozza. Ez hivatalosan igazolt információ, a Search Central blogján és a dokumentációban is szerepel.
A gyakorlati következmény három dolog. Először: HowTo jelölésre új fejlesztést nem érdemes indítani, mert a Google felől nincs mögötte megjelenés. Másodszor: a meglévő HowTo kódot nem kell pánikszerűen kitépni, mert érvényes schema.org szókincs marad, csak nem hoz vizuális eredményt. Harmadszor: a FAQPage jelölés sem hiba, de ne várd tőle a régi harmonika-megjelenést.
Saját tapasztalat: több oldalon eltávolítottuk vagy bent hagytuk a HowTo blokkot, és egyik esetben sem láttunk emiatt mérhető forgalomváltozást. Ez logikus is, hiszen a megjelenés már korábban megszűnt.
Amit helyette csinálj, az sokkal inkább tartalmi, mint technikai kérdés. Ha lépésről lépésre útmutatót írsz, a lépéseket a látható HTML-ben strukturáld: h2 vagy h3 a fázisoknak, számozott ol lista a lépéseknek, minden lépés elején egy tömör, önmagában is idézhető mondat. Szakmai feltételezés: a válaszmotorok és a Google kivonatoló rendszerei ezt a tiszta HTML-szerkezetet legalább annyira jól használják, mint korábban a HowTo jelölést, mert a látható szöveget mindenképpen fel kell dolgozniuk.
Ha mégis bent hagyod vagy fenntartod a jelölést, így néz ki minimálisan:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "Hogyan olajozd le a tömörfa konyhapultot",
"step": [
{ "@type": "HowToStep", "name": "Tisztítás", "text": "Portalanítsd és zsírtalanítsd a felületet." },
{ "@type": "HowToStep", "name": "Csiszolás", "text": "Finom szemcsés papírral csiszold át a pultot." },
{ "@type": "HowToStep", "name": "Olajozás", "text": "Vidd fel az olajat a rostiránnyal megegyezően." }
]
}
</script>
Ez a kód nem hibás, csak nem hoz gazdag találatot. Döntsd el üzletileg, hogy megéri-e karbantartani.
Mikor éri meg az Event schema egy magyar kkv-nak, és hogyan néz ki a kódja?
Rövid válasz: akkor éri meg, ha van dedikált, önálló URL-en élő eseményoldalad, valós kezdési időponttal és helyszínnel. Hivatalosan igazolt: az Event a Google által ma is támogatott strukturált adat típus, kötelező mezői a név, a kezdési időpont és a helyszín, a Search Console pedig külön jelentésben mutatja az esemény jelölések hibáit.
Jellemző kkv-helyzetek, ahol tényleg van értelme: kertészet szezonnyitó műhelye Székesfehérváron, kalandpark éjszakai futóversenye, ügyvédi iroda online webináriuma, étterem tematikus vacsoraestje, edzőterem nyílt hete. Ami nem esemény: az állandó nyitvatartás, a folyamatosan elérhető szolgáltatás vagy a határidő nélküli akció.
Egy használható, valós minta (a helyszín és a domain szándékosan példaérték):
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Event",
"name": "Őszi kertépítő műhely kezdőknek",
"startDate": "2026-09-12T10:00:00+02:00",
"endDate": "2026-09-12T14:00:00+02:00",
"eventStatus": "https://schema.org/EventScheduled",
"eventAttendanceMode": "https://schema.org/OfflineEventAttendanceMode",
"location": {
"@type": "Place",
"name": "Példa Kertészet",
"address": {
"@type": "PostalAddress",
"streetAddress": "Példa utca 12.",
"addressLocality": "Székesfehérvár",
"postalCode": "8000",
"addressCountry": "HU"
}
},
"organizer": {
"@type": "Organization",
"name": "Példa Kertészet",
"url": "https://pelda.hu"
},
"description": "Négyórás gyakorlati műhely az őszi ültetésről és a talajelőkészítésről.",
"url": "https://pelda.hu/esemenyek/oszi-kertepito-muhely"
}
</script>
Négy hiba, amivel a legtöbbször találkozom (saját tapasztalat):
- Hiányzó időzóna. A
startDatemezőben mindig legyen ott a+02:00vagy+01:00eltolás, különben a rendszer találgat. - Egy oldalon minden alkalom. Ismétlődő eseménynél vagy külön URL kell alkalmanként, vagy több Event objektum, pontos dátumokkal.
- Lejárt esemény bent felejtve. A tavalyi rendezvény jelölése zajt csinál. Legyen szabály arra, mi történik az esemény után.
- Nem frissített státusz. Ha elmarad vagy online térbe kerül, az
eventStatusértékét is át kell állítani, nem elég a szövegben jelezni.
Az online jegyértékesítéshez tartozó ajánlatmezők használata opcionális, a pontos szerkezetüket a Google dokumentációja írja le.
Hogyan döntsd el három kérdéssel, hogy megéri-e a bevezetés?
Rövid válasz: nézd meg, hogy támogatott-e a típus, hogy az adat látszik-e az oldalon, és hogy tudod-e karbantartani. Ha bármelyikre nem a válasz, tedd félre.
- Támogatott-e? Keresd meg a típust a Search Central funkciólistájában. Ha nincs ott, akkor legfeljebb gépi értelmezési haszna van, vizuális megjelenésé nem. Ez nem feltétlenül baj, csak ne ez alapján tervezz fejlesztési időt.
- Látszik-e az adat az oldalon? A Google strukturált adat irányelvei egyértelműek: a jelölés nem tartalmazhat olyan információt, ami a felhasználó számára nem elérhető az oldalon. Rejtett értékelés, nem létező esemény vagy kitalált készletadat kézi büntetést vonhat maga után.
- Fenntartható-e? Ha a jelölést sablonból, adatbázisból generálja a rendszer, akkor skálázható. Ha oldalanként kézzel kell beilleszteni és félévente senki nem nézi meg, akkor előbb-utóbb hazug adat lesz belőle.
Gyakorlati ellenőrzőlista bevezetés előtt: van legalább tíz olyan oldal, amit érint; van felelőse a frissítésnek; a CMS-ben megoldható sablonszinten; a Rich Results Test hibátlanul lefut rá; és a Search Console-ban van hozzá jelentés, amit havonta meg tudsz nézni. Ha ebből három teljesül, mehet.
Mely ritkább típusok érnek mégis valamit egy kkv-nak?
Rövid válasz: a JobPosting, a VideoObject, a Course és a jól felépített Organization jelölés az a négy, ami a nem webshop kkv-knál a leggyakrabban hoz mérhető vagy legalább értelmezhető hasznot.
- JobPosting. Ha rendszeresen toborzol, a saját karrieroldalad jelölése bekerülhet a Google állásfelületére. Kötelező a pozíció neve, a leírás, a közzététel dátuma és a munkavégzés helye.
- VideoObject. Ha saját videót ágyazol be, a feltöltés dátuma, a hossz és a bélyegkép megadása segítheti, hogy a videó a megfelelő felületeken is megjelenjen.
- Course. Oktatással foglalkozó vállalkozásnál (nyelviskola, tanfolyamszervező) érdemes megnézni, mert a Google külön kurzusfelülettel dolgozik.
- Organization és sameAs. Itt kötöd össze a cég nevét, logóját, elérhetőségét és a hivatalos profiljaidat. Nem hoz díszes találatot, viszont ez a legolcsóbb egyértelműsítő lépés.
- LocalBusiness altípusok. A pontosabb típus (például állatorvosi rendelő, vízvezeték-szerelő) használata pontosabb kategóriajelzés, de a helyi megjelenést továbbra is elsősorban a cégprofilod határozza meg.
Hivatalosan igazolt: a Google 2024 őszén jelentette be, hogy a sitelinks kereső doboz megjelenítését megszünteti, tehát az ehhez tartozó jelölés ma dísz. Szakmai feltételezés: a niche oktatási és bejelentés jellegű funkciók köre a jövőben is változni fog, ezért bármilyen ritka típus előtt nyisd meg a hivatalos funkciólistát, ne egy két éve írt blogcikkre hagyatkozz.
Számít-e a strukturált adat az AI-válaszmotorokban?
Rövid válasz: közvetve igen, közvetlenül viszont sokkal kevésbé, mint amennyit a piac ígér. Hivatalosan igazolt: a Google AI-válaszfelületei ugyanarra az indexre és ugyanazokra a minőségi rendszerekre épülnek, mint a klasszikus találatok, tehát minden, ami a normál értelmezést javítja, itt is számít.
Szakmai feltételezés: a nagy nyelvi modellre épülő motorok (ChatGPT keresés, Perplexity és társaik) elsődlegesen a látható szöveget és a HTML-szerkezetet dolgozzák fel, a JSON-LD pedig inkább megerősítő, egyértelműsítő szerepet kap: melyik a hivatalos cégnév, mikor van az esemény, hol a telephely.
Saját tapasztalat: ahol a cégnév, a cím és a telefonszám a láthatóan kiírt tartalomban, az Organization jelölésben és a külső profilokban is ugyanaz, ott ritkábban láttam félreazonosítást az AI-válaszokban. Ez nem bizonyíték az ok-okozatra, és semmiképp nem garantál idézettséget, de olcsó higiénia.
Hogyan ellenőrizd és tartsd karban a jelöléseidet?
Rövid válasz: szintaxis a Schema Markup Validatorral, támogatott funkció a Rich Results Testtel, hosszú távon pedig a Search Console jelentéseivel.
- Szintaxis. A validator.schema.org bármilyen schema.org típust ellenőriz, akkor is, ha a Google nem támogatja.
- Támogatottság. A Rich Results Test csak azokra a típusokra ad visszajelzést, amelyekhez van élő Google-funkció. Ha itt nem ismer fel semmit, az önmagában is válasz.
- Renderelés. Ha a JSON-LD-t JavaScript injektálja, a Search Console URL-vizsgálatában nézd meg a renderelt HTML-t, ott van-e ténylegesen.
- Konzisztencia. Egy oldalon ne legyen két egymásnak ellentmondó Organization blokk (például a téma és egy bővítmény is kiírja). Ez a leggyakoribb, csendes hiba.
- Ritmus. Negyedévente futtasd végig a Search Console fejlesztési jelentéseit, és nézd meg a lejárt eseményeket. Ez tizenöt perc, és több kárt előz meg, mint bármelyik új típus bevezetése.
A jelölés nem rangsorolási tényező, hanem értelmezési segédlet. Jó eséllyel javítja, hogy a keresők és a válaszmotorok pontosan azt értsék az oldaladról, amit szeretnél, de helyezést vagy megjelenést semmilyen formában nem garantál.
Források és további olvasnivalók
- Google Search Central: Structured data markup that Google Search supports (funkciólista)
- Google Search Central Blog: A message about the HowTo and FAQ rich results changes (2023)
- Google Search Central: Event (Event) structured data dokumentáció
- Google Search Central: General structured data guidelines (irányelvek és szankciók)
- Google Search Console súgó: Rich result reports és URL Inspection
- Google Rich Results Test és Schema Markup Validator (validator.schema.org)
- Schema.org: Full vocabulary hierarchy
- W3C: JSON-LD 1.1 specifikáció
- OpenAI dokumentáció: OpenAI crawlers (GPTBot, OAI-SearchBot)
- A HowTo jelölés ma nem hoz semmilyen látható megjelenést a Google találati oldalán, ezért új fejlesztést nem érdemes rá alapozni.
- Az Event schema a kevés olyan típus közé tartozik, amely magyar kkv-nál is reálisan hozhat kiegészített találatot.
- A FAQ rich result 2023 óta lényegében csak hatósági és egészségügyi oldalakon jelenik meg, a jelölés önmagában nem hiba.
- Egy schema-típus bevezetése előtt nézd meg: támogatott-e, látszik-e az adat az oldalon, és fenntartható-e a karbantartása.
- A strukturált adat az AI-válaszmotoroknál elsősorban egyértelműsítésre jó, megjelenést vagy helyezést nem garantál.
Gyakori kérdések
Kell-e törölnöm a meglévő HowTo jelölést az oldalamról?
Nem kötelező. A HowTo érvényes schema.org típus maradt, csak a Google nem jelenít meg hozzá gazdag találatot 2023 óta. Ha a kód pontos és nem okoz karbantartási terhet, maradhat; ha viszont elavult vagy félrevezető adatokat tartalmaz, inkább vedd ki, és a lépéseket rendes számozott listával, tiszta HTML-szerkezettel közöld.
Miért nem jelenik meg a FAQ harmonika a találatomnál?
Mert a Google 2023 augusztusától lényegében jól ismert hatósági és egészségügyi oldalakra szűkítette ezt a megjelenést. Ez hivatalos bejelentés, nem az oldalad hibája. A FAQPage jelölés bent maradhat, de üzleti döntést ne alapozz arra, hogy visszajön.
Elég, ha az Event jelölést a főoldalra teszem?
Nem szerencsés. A Google esemény szempontjából dedikált eseményoldalt vár, saját URL-lel, egyértelmű kezdési időponttal és helyszínnel. Ha több rendezvényed van, mindegyiknek legyen külön aloldala, vagy legalább külön Event objektuma pontos dátumokkal.
Javítja-e a strukturált adat a helyezésemet a Google-ben?
Közvetlenül nem rangsorolási tényező. Abban segíthet, hogy a kereső pontosabban értse az oldal tartalmát, és hogy bizonyos típusoknál kiegészített találat jelenjen meg, ami befolyásolhatja az átkattintást. Helyezést vagy megjelenést semmilyen jelölés nem garantál.
Melyik eszközzel ellenőrizzem a kódot?
Két eszközre van szükséged. A validator.schema.org bármilyen schema.org típus szintaxisát ellenőrzi, a Google Rich Results Test pedig azt mutatja meg, hogy az adott jelöléshez tartozik-e élő Google-funkció. Hosszú távon a Search Console fejlesztési jelentései mutatják a valós hibákat.
Számítanak-e ezek a jelölések az AI-válaszmotoroknál?
A Google AI-felületei ugyanarra az indexre épülnek, tehát közvetve igen. A nyelvi modellre épülő motorok esetében szakmai feltételezés, hogy elsősorban a látható szöveget és a HTML-szerkezetet dolgozzák fel, a JSON-LD pedig egyértelműsít (cégnév, helyszín, dátum). Idézettséget ettől nem lehet elvárni.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.