Strukturált adatok LLM-audit: ellenőrizd a sémajelölést, hogy az AI megértse

A strukturált adatok LLM-audit azt vizsgálja, hogy az oldal a kulcsfontosságú tényeit olyan formában közli-e, amelyet a gépeknek nem kell kitalálniuk: ki teszi közzé, milyen típusú az oldal, hol helyezkedik el a weboldalon. A schema.org jelölés erre a közös szókincs, a Google pedig a JSON-LD formátumot ajánlja, mert ezt a legkönnyebb bevezetni és karbantartani (Google Search Central, bevezetés a strukturált adatokba). Még messze nem általános: 2024-ben az oldalak 41%-án volt JSON-LD, 2022-ben 34%-án (HTTP Archive Web Almanac 2024, strukturált adatok).

Hogyan működik a strukturált adatok LLM-audit?

Add meg a domaint vagy az oldal teljes URL-jét, végezd el a bot-ellenőrzést, és futtasd az elemzést. Az eszköz a robotokhoz hasonlóan, JavaScript futtatása nélkül tölti le az oldalt, és kétféle jelölést olvas ki.

• JSON-LD blokkok: minden <script type="application/ld+json"> elemzésre kerül. A típusokat minden legfelső szintű objektumon olvassa, tömbökben és a @graph részen belül is. Az érvénytelen JSON-t tartalmazó blokk hibásnak számít.
• Microdata: minden itemtype="https://schema.org/..." attribútum hozzáadja a típusát a listához.

A jelentés megmutatja a pontszámot és az osztályzatot, a JSON-LD blokkok és a hibás blokkok számát, az észlelt sématípusokat, majd az öt elvárt típust, jelölve, hogy megvan-e vagy hiányzik, mindegyikhez egy soros magyarázattal és ajánlással. Az ingyenes változatban napi három audit jár.

Az idézésekhez fontos oldalakat teszteld, ne csak a főoldalt: egy blogcikket, egy termék- vagy szolgáltatásoldalt, egy összehasonlítást. Minden sablon a saját jelöléseit hordozza.

Hogyan számolják ki a pontszámot?

A pontszám az átment ellenőrzések súlyozott aránya. Minden ellenőrzés átmegy vagy megbukik; a súlyok összege 9, az eredményt pedig 100-ból álló pontszámra váltják.

Az osztályzat a pontszámot követi: A 90-tól, B 75-től, C 60-tól, D 40-től, F 40 alatt. A címke „Erős” 75-től, „Jó, van hova fejlődni” 60-tól, „Munkát igényel” 40-től, „Kritikus hiányosságok” 40 alatt. Néhány tipikus eset:

• Egyáltalán nincs strukturált adat: 11/100, F osztályzat. Csak a „nincs hibás blokk” ellenőrzés megy át, mivel nincs mit elrontani.
• Főoldal Organization és WebSite jelöléssel: 61/100, C osztályzat. A BreadcrumbList hozzáadásával 72-re emelkedik.
• Blogcikk Article, Organization, WebSite és BreadcrumbList jelöléssel: 89/100, B osztályzat. Csak a FAQPage típus hiányzik.

Mely sématípusok segítik az LLM-eket abban, hogy megértsék az oldaladat?

Az öt elvárt típus öt kérdésre felel, amelyeket a modell egyébként a szövegből következtetne ki. A táblázat azt is megmutatja, a Web Almanac 2024 szerint milyen gyakran szerepel az egyes típus JSON-LD-ben mobiloldalakon.

Az Organization a horgony. A Google elmagyarázza, hogy a szervezeti jelölés segít megérteni az adminisztratív adataidat, és egyértelműen azonosítani a szervezetedet más szervezetek közül (Google Search Central, szervezeti strukturált adatok). A sameAs tulajdonság minden olvasónak ugyanezt a feladatot végzi: a schema.org úgy definiálja, mint egy referenciaoldal URL-jét, amely egyértelműen jelzi az elem azonosságát, például egy Wikipedia- vagy Wikidata-bejegyzés vagy egy hivatalos profil (schema.org, sameAs).

Segítenek a strukturált adatok, hogy az AI-asszisztensek hivatkozzanak rád?

Önmagukban nem, és ezt érdemes pontosan látni. A Google kijelenti, hogy az AI Overviews vagy AI Mode funkciókban való megjelenéshez nincs további követelmény és nincs szükség különleges schema.org jelölésre; azt kéri, hogy a strukturált adatok egyezzenek az oldal látható szövegével (Google Search Central, AI-funkciók és a weboldalad). Az asszisztensek az oldalakra a tartalmuk és a tekintélyük miatt hivatkoznak.

A jelölés azt szünteti meg, hogy a dolgok kétértelműek legyenek. Egy egységes formában rögzíti a márkaneved, a logódat, a hivatalos profiljaidat, egy cikk szerzőjét és dátumát, valamint az oldal helyét a weboldaladon. Amikor egy asszisztensnek vagy a mögötte álló keresőindexnek el kell döntenie, melyik „Acme”-ra gondol, vagy hogy egy cikk friss-e, ezek a kifejezett tények segítenek. A strukturált adatokat tekintsd az oldal személyi igazolványának, a látható tartalmat pedig annak az oknak, amiért hivatkozni érdemes rá.

Az FAQPage-ről érdemes külön szólni. A Google már nem jeleníti meg a GYIK-típusú gazdag találatot a keresési eredményeiben, és 2026 júniusában megszüntette a hozzá tartozó dokumentációját (Google Search Central, legfrissebb dokumentációs frissítések). Az audit továbbra is ellenőrzi a típust, mert a kérdés-válasz párok tiszta, önálló formátumot adnak bármely rendszernek, amely az oldalt olvassa, de ne számíts vizuális hatásra a Google-ben.

Hogyan javítsd a hibákat, amelyeket az audit talál?

A sorrend a legsúlyosabbtól a kevésbé károsig tart.

1. Hibás blokkok. Az a JSON-LD blokk, amely nem dolgozható fel, teljesen figyelmen kívül marad. A szokásos bűnösök: egy záró vessző, egy nem escape-elt idézőjel a leírásban vagy egy kitöltetlen sablonváltozó. Illeszd be a blokkot egy JSON-ellenőrzőbe, javítsd ki, és futtasd újra az auditot.
2. Nincs JSON-LD. Adj egy első blokkot Organization (name, url, logo, sameAs) és WebSite jelöléssel minden oldalon a sablonodon keresztül. A sémagenerátor érvényes JSON-LD-t készít, amelyből el lehet indulni.
3. Article a szerkesztői oldalakon, a címmel, szerzővel, datePublished és dateModified mezőkkel, amelyek egyeznek azzal, amit az olvasók látnak.
4. BreadcrumbList, amely tükrözi a látható morzsamenüt.
5. FAQPage csak akkor, ha az oldal valódi kérdéseket és válaszokat mutat. Soha ne jelölj olyan tartalmat, amely nem látszik.

Ezután nézd meg az oldalt más szempontból is: az LLM-olvashatósági ellenőrző pontozza, mennyire könnyen nyerhet ki belőle egy modell válaszokat, az válaszmotor-optimalizálási audit pedig a közvetlen válaszok mögötti oldalszerkezetet vizsgálja. A fogalmakhoz lásd a szószedetünk sémajelölés szócikkét.

Mik az audit korlátai?

Jelenlétet és szintaxist ellenőriz, nem minőséget. A pontszám olvasásakor tartsd szem előtt ezeket.

• A tulajdonságokat nem ellenőrzi. Egy szerző nélküli Article blokk átmegy az Article ellenőrzésen. Minden blokk tartalmát magad nézd át.
• A beágyazott típusokat nem számolja. Egy Organization, amelyet csak az Article blokkon belüli publisherként deklarálsz, nem megy át az Organization ellenőrzésen. Ha önálló objektumként deklarálod, a tömbben vagy a @graph részben, ez megoldódik, és az entitás @id azonosítóval újrahasználhatóvá válik.
• Nincs JavaScript-renderelés. A címkekezelő vagy kliensoldali szkript által beillesztett jelölést nem látja. A Google tudja olvasni a dinamikusan hozzáadott JSON-LD-t, de sok más robot nem futtat JavaScriptet, ezért a szerveroldali jelölés a biztonságosabb.
• Az öt típus alapvonal. Egy termékoldalnak Product és Offer jelölés is kell, egy helyi vállalkozásnak LocalBusiness, egy eseménynek Event. Az audit ezek hiányát nem bünteti.

Hogy lásd, hozzájárul-e a jobb jelölés és tartalom az idézésekhez, az AI-említéskövetés havonta követi a márkád megjelenését a ChatGPT, a Claude és a Gemini válaszaiban, a blogcikk-generátor pedig forrásolt, strukturált cikkeket tesz közzé a weboldaladon.

Az Organization és Article jelölésű érvényes JSON-LD az alapvonal, amelyet minden oldalnak teljesítenie kell. Futtasd az auditot a fontos oldalaidon, majd nézd meg a Sorank-csomagokat, hogy autopilot módban kövesd a láthatóságodat az AI-válaszokban.