Schema.org a mesterséges intelligencia megjelenítéséhez: Mely jelölések számítanak most

Schema.org a mesterséges intelligencia megjelenítéséhez: Mely jelölések számítanak most

2026. szeptember 5-én a strukturált adatok továbbra is segítik a keresőmotorokat az oldalak, szerzők, szervezetek és tények megértésében. Azonban nem közvetlen rangsorolási tényező a mesterséges intelligencia válaszai szempontjából.

A Google állítása szerint az oldalaknak nincs szükségük speciális Schema.org jelölésre ahhoz, hogy megjelenjenek az MI áttekintésekben (AI Overviews) vagy MI módban (AI Mode). Egy oldalnak főként feltérképezhetőnek, indexeltnek, keresési kivonatra jogosultnak és hasznos tartalommal támogatottnak kell lennie. A Google azt is mondja, hogy a strukturált adatoknak meg kell egyezniük a látható oldaltartalommal. (developers.google.com)

A legjobb jelenlegi stratégia tehát:

1. Használjon strukturált adatokat az oldal pontos leírására.
2. Egyeztesse a jelölést az oldal valódi céljával.
3. Építsen ki világos kapcsolatokat cikkek, szerzők, szervezetek és témák között.
4. Írjon közvetlen, teljes válaszokat látható HTML-ben.
5. Mérje a mesterséges intelligencia hivatkozásait elkülönítve a hagyományos bővített találatoktól.

Vezetői vélemény

Az átfogó kutatási eredmény fontos: önmagában az általános strukturált adatok hozzáadása nem eredményezett következetes növekedést a mesterséges intelligencia hivatkozásaiban. Egy ellenőrzött Ahrefs tanulmány 1885 oldalt követett, amelyek JavaScript Object Notation for Linked Data-t adtak hozzá, és összehasonlította őket 4000 kontroll oldallal. Nem találtak jelentős javulást a Google MI Módban vagy a ChatGPT hivatkozásaiban. A Google MI áttekintés hivatkozásai enyhén csökkentek, de a kutatók figyelmeztettek, hogy a változás kicsi volt, és nem lehetett egyértelműen a jelölésnek tulajdonítani. (ahrefs.com)

Egy különálló, 2026-os preprint megállapította, hogy az olyan általános típusok, mint az Article, Organization, BreadcrumbList és WebPage nem jelezték előre önállóan a mesterséges intelligencia hivatkozásokat a keresési rangsor és a domain autoritás kontrollálása után. A legerősebb megállapítás az volt, hogy az konkrét, attribútumokban gazdag adatokkal rendelkező oldalak, mint például az árak, értékelések és specifikációk, jobban teljesítettek, mint az általános oldalcímkékkel rendelkező oldalak. Ez a megállapítás főként termék- és értékelési oldalaknak szólt, ezért nem szabad bizonyítékként kezelni, hogy e cikk bármely típusa hivatkozási előnyt teremt. (aixiv.science)

Mire képes és mire nem képes a strukturált adat

A strukturált adat egy gép által olvasható leírás egy oldalról. Elmondhatja egy keresőmotornak:

• Milyen típusú az oldal
• Ki írta
• Melyik szervezet tette közzé
• Milyen kérdésre válaszol
• Mikor publikálták vagy frissítették
• Milyen személyt, céget, kifejezést vagy adatkészletet ír le az oldal

A Google szerint a strukturált adatok segíthetnek rendszereinek megérteni az oldaltartalmat és alkalmassá tehetik az oldalakat gazdagabb keresési funkciókhoz. Azt is mondja, hogy a Google Keresés más Schema.org tulajdonságokat is használhat a megértéshez, még akkor is, ha ezek a tulajdonságok nem váltanak ki látható keresési eredményt. (developers.google.com)

A strukturált adat nem garantálja:

• Magasabb organikus rangsorolást
• Mesterséges intelligencia hivatkozást
• Bővített találatot
• Tudáspanelt
• Beillesztést egy mesterséges intelligencia válaszba
• A jelölésben szereplő pontos szöveg felhasználását

A Bing hasonló útmutatást ad. Jelenlegi webmester útmutatója szerint a strukturált adatok támogathatják a tisztább megalapozást, de nem garantálják a láthatóságot vagy a hivatkozási forgalmat. A Bing azt is tanácsolja a kiadóknak, hogy a tényeket és definíciókat tegyék egyértelművé a látható oldaltartalomban. (bing.com)

A fő kutatási korlátozás

A mesterséges intelligencia válaszpanelek általában a forrásoldalt mutatják, nem a Schema.org típust, amely esetleg jelen volt az oldalon. A Google nem tesz közzé jelentést, amely például azt mondaná, hogy egy oldalt azért idéztek, mert Article helyett WebPage-et használt.

Ez három különböző kérdést vet fel:

1. Idézték az oldalt?
2. Tartalmazott az oldal strukturált adatot?
3. A strukturált adat okozta a hivatkozást?

A legtöbb tanulmány csak az első kettőre tud válaszolni. A harmadikat nem tudják bizonyítani.

Ezért fordulhat elő, hogy egy FAQPage jelöléssel rendelkező oldal gyakran megjelenik a mesterséges intelligencia válaszokban anélkül, hogy a jelölés lenne az ok. Az oldalnak lehet erős tartalma, magas keresési rangsorolása, sok linkje vagy jól ismert márkája.

Audit sémák szerint

1. Article

Mire szolgál

Az Article egy cikket, hírt, blogbejegyzést vagy hasonló szerkesztői oldalt ír le. A Google támogatja az Article, NewsArticle és BlogPosting cikk-típusokat. A Google nem sorol fel kötelező tulajdonságokat a cikk jelöléséhez, de azt javasolja, hogy adja hozzá az oldalra vonatkozó tulajdonságokat. (developers.google.com)

Legfontosabb tulajdonságok

Használja ezeket, ha láthatóak és pontosak:

• headline
• author
• author.name
• author.url vagy author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

A Google azt javasolja, hogy valódi Person vagy Organization típust használjon a szerzőhöz. Azt is javasolja, hogy a strukturált adatokban szereplő dátumok legyenek összhangban a látható publikálási és frissítési dátumokkal. (developers.google.com)

Mesterséges intelligencia hatás

Bizonyíték szintje: közvetett.

Az Article segít meghatározni az oldaltípust, a szerzőséget és a frissességet. Ezek hasznos jelzések a keresőrendszerek számára, különösen a tényoldalakon és a szerkesztői tartalmakon. Azonban a jelenlegi bizonyítékok nem mutatják, hogy önmagában az Article hozzáadása növeli a mesterséges intelligencia hivatkozásait.

Article ellenőrzőlista

• Az oldal valóban cikk.
• A cím megegyezik a látható címmel.
• Minden látható szerzőt tartalmaz.
• Minden szerzőhöz külön Person vagy Organization objektum tartozik.
• A szerzői nevek csak neveket tartalmaznak, nem beosztásokat vagy kiadói neveket.
• A szerző egy valódi profilra vagy szerzői oldalra mutat.
• A publikálási és frissítési dátumok láthatóak az oldalon.
• A dátumok a megfelelő időzónát használják, ha az idő is szerepel.
• A kép az cikket ábrázolja.
• A kiadó konzisztensen azonosítva van az egész webhelyen.
• Az cikk nincs más elsődleges típusként jelölve, mint például HowTo, kivéve, ha az oldal valóban mindkét célt szolgálja.

2. WebPage

Mire szolgál

A WebPage egy általános oldaltípus. A Schema.org kijelenti, hogy minden weboldal implicit módon WebPage-ként kezelendő, de egy explicit deklaráció segíthet, ha az oldal oldal szintű tulajdonságokat vagy kapcsolatokat tartalmaz. (schema.org)

Hasznos tulajdonságok:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Mesterséges intelligencia hatás

Bizonyíték szintje: alacsony és közvetett.

A WebPage legjobban a külső oldalrétegként használható egy összekapcsolt gráfban. Összekapcsolhatja az oldalt a fő cikkével, definíciójával, adatkészletével, személyével vagy szervezetével.

Nem szabad speciális mesterséges intelligencia optimalizálási típusként kezelni. Egy oldal, amely csak egy általános WebPage objektumot tartalmaz, általában kevesebb hasznos információt nyújt, mint egy oldal, amely világosan azonosítja a fő entitását.

WebPage ellenőrzőlista

• Használjon egy stabil @id-t az oldalhoz.
• Használja a kanonikus URL-t az oldal URL-jeként.
• Azonosítsa az oldal valódi mainEntity-jét.
• Kapcsolja vissza a fő entitást az oldalra a mainEntityOfPage segítségével.
• Adjon hozzá inLanguage-t, ha ismert.
• Tartsa az oldal nevét és leírását összhangban a látható tartalommal.
• Ne használja a WebPage-et arra, hogy elrejtse azt a tényt, hogy az oldal valójában cikk, profil, adatkészlet vagy kérdés oldal.

3. QAPage

Mire szolgál

A QAPage egy olyan oldalra szolgál, amely egy kérdésre és annak válaszaira összpontosít. A Google szerint a QAPage-ként jelölt oldalakon található Question strukturált adatokat használja, és az oldalon csak egy QAPage és egy fő Question lehet. (developers.google.com)

Kötelező tulajdonságok

A Google jelenlegi kérdés-válasz jogosultságához:

• QAPage.mainEntity
• Egy beágyazott Question
• Question.answerCount
• Vagy acceptedAnswer vagy suggestedAnswer
• Answer.text

Válaszok nélküli kérdés nem jogosult a bővített találatra.

Fontos tartalmi szabály

Ne használja a QAPage-et a következőkhöz:

• Egy normál GYIK oldal
• Egy blogbejegyzés, amely egy kérdésre válaszol
• Egy útmutató cikk
• Egy termékoldal, amely sok kérdést tartalmaz
• Egy szerkesztői válasz, amelyet csak az oldal tulajdonosa írt

A Google szerint a felhasználóknak képesnek kell lenniük válaszok beküldésére egy normál QAPage esetén. Érvényes példák közé tartozik egy fórumkérdés vagy egy támogatási oldal, ahol a felhasználók válaszokat adhatnak. (developers.google.com)

Mesterséges intelligencia hatás

Bizonyíték szintje: közepes szemantikai illeszkedés, nincs bizonyított ok-okozati emelkedés.

Egy valódi kérdés-válasz oldal természetesen könnyen érthető egy lekérdező rendszer számára. Azonban egyetlen erős nyilvános tanulmány sem bizonyítja, hogy a QAPage jelölés önmagában növeli a mesterséges intelligencia hivatkozásait.

QAPage ellenőrzőlista

• Az oldal egyetlen kérdésre fókuszál.
• A felhasználók beküldhetnek válaszokat, kivéve, ha az oldal speciális oktatási kérdés-válasz élményre jogosult.
• A teljes kérdés látható.
• A teljes válasz szövege látható.
• Az answerCount megegyezik a tényleges válaszok számával.
• Az elfogadott és javasolt válaszok helyesen vannak címkézve.
• A hozzászólások megjegyzésként vannak jelölve, nem válaszként.
• Az oldal nem pusztán egy szerkesztői GYIK oldal.
• Az oldal nem tartalmaz több, egymással összefüggésbe nem hozható kérdést.

QAPage példa

html

Ezt a mintát csak akkor használja, ha az oldal valóban támogatja a kérdés-válasz interakciót.

4. HowTo

Mire szolgál

A HowTo lépésről lépésre útmutatókat ír le. A Google korábban támogatta a „Hogyan kell” bővített találatokat, de ezt a keresési funkciót 2023 szeptemberében elavulttá tette. A Google közölte, hogy a „Hogyan kell” találatok többé nem jelennek meg asztali gépeken, és mobilkeresésből már eltávolították őket. (developers.google.com)

Mesterséges intelligencia hatás

Bizonyíték szintje: alacsony a Google számára.

A látható lépések továbbra is segíthetik a felhasználókat és a lekérdező rendszereket. Egy világos oktatóanyag, fejlécekkel, számozott lépésekkel, eszközökkel, idővel és figyelmeztetésekkel könnyebben olvasható és idézhető. De a jelenlegi bizonyítékok nem mutatják, hogy a HowTo jelölés különleges előnyt teremtene a Google MI áttekintésekben (AI Overviews) vagy MI módban (AI Mode).

Ajánlás

A HowTo típust csak akkor használja, ha:

• Az oldal valóban egy feladatot tanít.
• A lépések láthatóak az oldaltartalomban.
• Más keresőmotor, platform vagy belső rendszer profitál a jelölésből.
• Csapata képes fenntartani anélkül, hogy ütköző adatokat hozna létre.

A Google Kereséshez prioritizálja az erős HTML fejléceket, számozott listákat, világos utasításokat és hasznos képeket vagy videókat.

Oktatóanyag ellenőrzőlista

• Az oldal egy valós feladatot tanít.
• A feladat eredménye világos.
• Minden lépés látható és teljes.
• A lépések nevei megegyeznek a látható fejlécekkel.
• Az eszközök és kellékek valósak és láthatóak.
• Az időbecslések pontosak.
• Biztonsági figyelmeztetések szerepelnek, ahol szükséges.
• Az első szakasz rövid választ vagy eredményt ad.
• Az oldal nem csak a jelölésre támaszkodik az utasítások nyújtásához.

5. ClaimReview

Mire szolgál

A ClaimReview a tényellenőrző tartalmakhoz készült. A Google 2025-ben egyszerűsítette a keresési eredményeket, és ennek részeként fokozatosan megszüntette a Claim Review támogatását a Keresésben. A típust eltávolították a Search Console jelentéseiből és a Rich Results Test eszközből. (developers.google.com)

Mesterséges intelligencia hatás

Bizonyíték szintje: nincs jelenlegi Google előny.

Egy magas minőségű tényellenőrzés továbbra is idézhető, mert világosan kimondja:

• Az állítást
• Az értékelést
• A bizonyítékot
• A dátumot
• A tényellenőrző szervezetet
• A következtetés mögötti indoklást

Ezek az előnyök főként magából a tartalomból származnak, nem az elavult Google keresési funkcióból.

Ajánlás

Egy tényoldalhoz:

1. Használjon Article vagy NewsArticle típust, ha az oldal szerkesztői tartalom.
2. Világosan fogalmazza meg az állítást látható szövegben.
3. Hivatkozzon elsődleges bizonyítékokra.
4. Azonosítsa a szerzőt és a felülvizsgáló szervezetet.
5. Adjon hozzá publikálási és felülvizsgálati dátumokat.
6. Csak akkor használjon ClaimReview típust, ha egy másik platform vagy adatszolgáltató rendszer kifejezetten igényli.

Ne adjon hozzá ClaimReview típust csak azért, mert azt várja, hogy a Google mesterséges intelligencia válaszai előnyben részesítik.

6. FAQPage

Mire szolgál

A FAQPage egy olyan oldalt ír le, amely kérdéseket és hivatalos válaszokat tartalmaz. A Google 2026. május 7-től leállította a GYIK bővített találat megjelenítését a Keresésben, és 2026 júniusában eltávolította a kapcsolódó dokumentációt. (developers.google.com)

Mesterséges intelligencia hatás

Bizonyíték szintje: gyenge és vegyes.

Egy 90 napos szolgáltatói tanulmány 120 oldalhoz adott FAQPage jelölést. Nem talált megbízható javulást a ChatGPT, Gemini vagy a Google MI áttekintés (AI Overview) hivatkozásaiban. A Perplexity kisebb növekedést mutatott, de maga a tanulmány is kijelentette, hogy az eredmény platformspecifikus volt, és nem bizonyította az ok-okozati összefüggést. (authorityradar.com)

Egy másik, 615 már idézett oldalt vizsgáló tanulmány megállapította, hogy a GYIK jelölés gyakrabban jelent meg erősen idézett oldalakon. Ez a kapcsolat eltűnt, miután kontrollálták az azonos kiadóktól származó ismétlődő oldalakat. A kutatók arra a következtetésre jutottak, hogy a bizonyítékok nem támasztották alá a jelölés önmagában való hatását. (getintel.ai)

Ajánlás

Használjon gyakran ismételt kérdéseket, ha azok javítják az oldalt az olvasók számára. Ne adjon hozzá nagy blokkokban általános kérdéseket csak a mesterséges intelligencia válaszok megcélzására.

Ha megtartja a FAQPage jelölést más keresőmotor vagy tartalmi rendszer számára:

• Tegyen minden kérdést láthatóvá.
• Tegyen minden választ teljessé.
• Tartsa a jelölést azonosnak az oldallal.
• Ne ismételje ugyanazt a kérdést több séma blokkban.
• Ne számítson Google GYIK bővített találatra.

FAQPage példa nem Google fogyasztók számára

html

Ez egy szemantikai leírás, nem pedig egy Google keresési funkció ígérete.

7. Organization

Mire szolgál

Az Organization segít a Google-nek megérteni és egyértelműsíteni egy céget, non-profit szervezetet, kiadót, iskolát vagy más szervezetet. A Google szerint a szervezet jelölése befolyásolhatja az olyan vizuális elemeket, mint a Keresésben megjelenő logó és bizonyos tudáspanel információk. A Google jelenlegi szervezeti útmutatójában nincsenek kötelező tulajdonságok. (developers.google.com)

Ajánlott tulajdonságok

Használja azokat a tulajdonságokat, amelyek igazak és láthatóak:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Mesterséges intelligencia hatás

Bizonyíték szintje: közvetett, de hasznos.

Az Organization összekapcsolhatja:

• A kiadót egy cikkel
• A céget termékeivel vagy szolgáltatásaival
• A márkát hivatalos profiljaival
• A szervezetet egy ismert webes identitással

Ez hasznos az entitások egyértelműsítéséhez. Nem bizonyítja, hogy egy mesterséges intelligencia rendszer idézni fogja az oldalt.

Organization ellenőrzőlista

• Helyezze el a teljes szervezet objektumot a kezdőlapon vagy a szervezet oldalán.
• Használjon stabil @id-t, például https://www.example.com/#organization.
• Használja a pontos nyilvános szervezetnevet.
• Kapcsolja össze valódi hivatalos profilokkal a sameAs segítségével.
• Használja a megfelelő szervezet altípust, ha helyénvaló.
• Használjon valós logót, amely a szervezetet képviseli.
• Tartsa naprakészen az elérhetőségi adatokat.
• Hivatkozzon a szervezetre a cikkekből, ahelyett, hogy ütköző verziókat hozna létre minden oldalon.

8. Person

Mire szolgál

A Person azonosít egy személyt, aki ír, felülvizsgál, birtokol, kezel vagy megjelenik egy oldalon. Általában akkor a leghasznosabb, ha kapcsolódik a következőkhöz:

• Article.author
• QAPage kérdés vagy válasz szerzője
• ProfilePage.mainEntity
• Organization.employee
• Review.author

A Google profil útmutatója szerint egy profiloldalnak egy személyre vagy szervezetre kell fókuszálnia. A ProfilePage objektum mainEntity-t igényel, és ennek az entitásnak Person vagy Organization típusúnak kell lennie. A személynek vagy szervezetnek rendelkeznie kell name tulajdonsággal, vagy alternateName tulajdonsággal, ha nincs név elérhető. (developers.google.com)

Ajánlott tulajdonságok

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Mesterséges intelligencia hatás

Bizonyíték szintje: közvetett.

A személy jelölés segíthet összekapcsolni egy szerző nevét a következőkhöz:

• Életrajz
• Munkakör vagy szerepkör
• Szervezet
• Publikált cikkek
• Külső profilok
• Szakterületek

Használja az identitás tisztázására, ne pedig olyan szakértelem állítására, amelyet az oldal nem támaszt alá.

Person ellenőrzőlista

• Csak valódi személyhez használjon Person típust.
• Céghez vagy publikációhoz használjon Organization típust.
• Kapcsolja össze a személyt egy látható szerzői oldallal.
• Csak pontos, hivatalos profilokhoz használjon sameAs típust.
• Tartsa naprakészen a munkaköröket és végzettségeket.
• Adjon hozzá minden látható szerzőt, nem csak a vezető szerzőt.
• Használja ugyanazt a személy @id-t a cikkek és profiloldalak között.

Kötelező tulajdonságok mátrixa

A Google általános útmutatása a teljes és pontos adatokat részesíti előnyben a nagy mennyiségű hiányos jelöléssel szemben. Figyelmeztet továbbá, hogy a strukturált adatoknak a látható tartalmat kell reprezentálniuk, és a helyes jelölés sem garantálja a bővített találatot. (developers.google.com)

Felhasználási esetek megvalósítási ellenőrzőlistái

Tényoldalak

Legjobb kombináció:

• WebPage
• Article vagy NewsArticle
• Person
• Organization
• Opcionális ClaimReview csak másik támogatott fogyasztó számára

Ellenőrzőlista:

• Fogalmazza meg a fő tényt az oldal tetején.
• Nevezze meg a tény forrását.
• Linkeljen elsődleges bizonyítékokra.
• Adja meg a publikálás és az utolsó felülvizsgálat dátumát.
• Azonosítsa a szerzőt és a felülvizsgálót.
• Különítse el a tényeket a véleménytől.
• Használjon Article típust, ha az oldal szerkesztői tartalom.
• Ne használjon ClaimReview típust jelenlegi Google Keresés taktikaként.

Definíciós oldalak

Legjobb kombináció:

• WebPage
• DefinedTerm
• Opcionális Article, ha az oldal hosszú szerkesztői magyarázat
• Organization vagy Person, ha szakértő vagy kiadó a felelős

A DefinedTerm egy szó, kifejezés, kód vagy fogalom hivatalos definíciójához készült. Fő tulajdonságai közé tartozik a name, description, termCode, inDefinedTermSet és sameAs. (schema.org)

Ellenőrzőlista:

• Adja meg a definíciót az első bekezdésben.
• Használjon egy világos kifejezést fő entitásként.
• Csak akkor adjon hozzá alternatív neveket, ha azok valósak.
• Linkeljen megbízható külső definícióra, ha helyénvaló.
• Magyarázza el a kifejezést egyszerű nyelven.
• Használjon példákat és határokat.
• Kerülje a független kifejezések listájának egyetlen DefinedTerm-ként való jelölését.

Oktatóanyagok

Legjobb kombináció:

• WebPage
• HowTo csak akkor, ha más fogyasztó igényli
• Article, ha az oktatóanyag egyben szerkesztői cikk is
• Person és Organization a szerzőséghez

Ellenőrzőlista:

• Fogalmazza meg az eredményt a lépések előtt.
• Használjon számozott látható fejléceket.
• Tartsa az egyes lépéseket egyetlen műveletre összpontosítva.
• Szükség esetén tartalmazzon eszközöket, kellékeket, időt és figyelmeztetéseket.
• Adjon hozzá képeket vagy videót, ha azok segítenek.
• Ne rejtse el a lépéseket csak a JSON-LD-ben.
• Ne számítson „Hogyan kell” bővített találatokra a Google Keresésben.

Adatkatalógusok

Legjobb kombináció:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

A Schema.org a Dataset-et strukturált információk gyűjteményeként határozza meg, és támogatja az olyan kapcsolatokat, mint az includedInDataCatalog és a distribution. (schema.org)

A Google 2025 végén tisztázta, hogy az adatkészlet strukturált adatokat az Adatkészlet Keresés (Dataset Search) használja, és nem általános Google Keresési eredmény funkció. Ezért adatok felfedezési és interoperabilitási rétegként kell kezelni, nem pedig mesterséges intelligencia hivatkozási gyorsítótárként. (developers.google.com)

Ellenőrzőlista:

• Adjon minden adatkészletnek stabil azonosítót.
• Fogalmazza meg a témát és a hatókört.
• Adja meg a kiadót vagy létrehozót.
• Adja meg az adatok által lefedett dátumtartományt.
• Adja meg a földrajzi lefedettséget, ha releváns.
• Írja le a licenceket és hozzáférési feltételeket.
• Adjon hozzá minden letölthető fájlt DataDownload-ként.
• Tartalmazzon fájlformátumot és letöltési URL-t.
• Tartsa szinkronban a katalógus metaadatait a tényleges fájlokkal.
• Dokumentálja a frissítési gyakoriságot és az utolsó frissítés dátumát.

JSON-LD példa: tényoldal

Ez a példa összeköti az oldalt, a cikket, a szerzőt, a kiadót és a témát. Cserélje ki az összes értéket az oldalon megjelenő információkra.

html

JSON-LD példa: definíciós oldal

html

A definíciónak normál oldal szövegként is meg kell jelennie. Ne helyezze el a definíciót csak a strukturált adatokba.

JSON-LD példa: oktatóanyag

Mivel a Google „Hogyan kell” bővített találata elavult, ezt opcionális jelölésként kezelje más rendszerek számára. A látható oldalnak továbbra is tartalmaznia kell a teljes utasításokat.

html

JSON-LD példa: adatkatalógus

html

Gyakori megvalósítási buktatók

Nem illeszkedő séma

A legsúlyosabb hiba az, ha olyan tartalmat jelöl meg, amelyet a felhasználók nem láthatnak. A Google szerint a strukturált adatoknak az oldal valós ábrázolásának kell lenniük, és a félrevezető vagy rejtett tartalom alkalmatlanná teheti az oldalt a bővített találatokra. (developers.google.com)

Gyakori példák:

• Egy cikk HowTo-ként való megjelölése, ha az nem tartalmaz valódi lépéseket
• Egy cég szerzőként való megjelölése, ha a cikket egy személy írta
• Olyan GYIK válaszok hozzáadása, amelyek nem szerepelnek az oldalon
• Jövőbeli publikációs dátum használata
• Egy általános blogbejegyzés QAPage-ként való megjelölése
• ClaimReview hozzáadása egy véleménycikkhez

Vékony válaszok

A strukturált adatok nem tölthetnek ki egy üres oldalt.

Egy rövid, homályos válasz az Answer.text vagy acceptedAnswer mezőben nem hoz létre erős forrást. A látható tartalomnak:

• Közvetlenül meg kell válaszolnia a kérdést
• El kell magyaráznia a fontos korlátokat és kivételeket
• Neveznie kell a forrásokat
• Tartalmaznia kell dátumokat, példákat vagy méréseket, ahol hasznos
• Önmagában is megállónak kell lennie, ha kontextusból kimásolják

A Google mesterséges intelligencia útmutatója szerint nincs ideális oldalhossz, és nem kell apró darabokra bontani a tartalmat a mesterséges intelligencia rendszerek számára. A jobb cél a hasznos, teljes, emberközpontú tartalom. (developers.google.com)

Duplikált entitások

Kerülje ugyanazon szervezet, szerző vagy oldal több ütköző verziójának publikálását.

Gyenge megvalósítás:

• Egy Organization objektum egy névvel a kezdőlapon
• Egy második objektum eltérő névvel minden cikkben
• Egy harmadik objektum @id nélkül a szerzői oldalon

Jobb megvalósítás:

• Adjon a szervezetnek egy stabil @id-t
• Adjon minden szerzőnek egy stabil @id-t
• Hivatkozzon ezekre az objektumokra cikkekből, profilokból és kérdésoldalakból
• Tartsa konzisztensnek a nevet, logót, URL-t és külső identitás linkeket

Duplikált kérdések

Ne ismételje meg ugyanazt a kérdést a következő helyeken:

• FAQPage
• QAPage
• Cikk jelölés
• Több látható oldal szakaszban
• Több JSON-LD blokkban

Használja azt a séma típust, amely megfelel az oldal fő céljának. Egyetlen világos válasz jobb, mint több átfedő jelölési blokk.

Hibás dátumok

A Google több forrást használ a publikálási és frissítési dátumok becslésére. Azt javasolja, hogy a látható és a strukturált dátumok egyezzenek, és figyelmeztet a jövőbeli dátumok vagy az oldallal kapcsolatos események dátumainak használata ellen, a cikkben tárgyalt események dátumai helyett. (developers.google.com)

A sameAs túlzott használata

A sameAs linknek ugyanazt a valós személyt vagy szervezetet kell azonosítania. Ne linkeljen a következőkre:

• Egy nem kapcsolódó közösségi profilra
• Egy keresési eredményoldalra
• Egy általános címtárbejegyzésre
• Egy eltérő helyesírású vagy identitású oldalra
• Egy olyan profilra, amelyet a szervezet nem ellenőriz

Csak JavaScript alapú jelölés

A Google képes feldolgozni a renderelt oldalhoz hozzáadott strukturált adatokat, de egy csak JavaScript alapú megvalósítást nehezebb lehet más feltérképezők és auditáló eszközök számára észlelni. Egy szerveroldalon renderelt JSON-LD blokk általában könnyebben tesztelhető és karbantartható. (developers.google.com)

Gyakorlati tesztelési terv

Annak mérésére, hogy a jelölésnek van-e inkrementális hatása, használjon ellenőrzött tesztet a néhány manuális keresés helyett.

A változás előtt

Rögzítse:

• Célzott lekérdezések
• Jelenlegi organikus rangsor
• Megjelenik-e mesterséges intelligencia válasz
• Mely oldalak kerülnek idézésre
• Idézési pozíció, ha elérhető
• Keresési forgalom
• Konverziók
• Jelenlegi strukturált adatok
• A tesztidőszakban végrehajtott tartalomváltozások

A teszt alatt

• Egyszerre egy jelentős jelölési változtatást vezessen be.
• Tartsa stabilan a tartalmat, a belső linkeket, a címeket és a backlinkeket.
• Használjon hasonló kontroll oldalakat, amelyek nem kapják meg a változtatást.
• Rögzítse a változtatás pontos publikálási dátumát.
• Várjon elég hosszú ideig a feltérképezéshez és újra feldolgozáshoz.

Az Ahrefs illesztett kontrollokat és egy „különbség a különbségekben” módszert alkalmazott. Megközelítése hasznos modell azoknak a szervezeteknek, amelyek tesztelni szeretnék a strukturált adatokat, ahelyett, hogy feltételeznék, hogy egy korreláció bizonyítja az ok-okozati összefüggést. (ahrefs.com)

A változás után

Kövesse nyomon:

• Google Search Console mesterséges intelligencia teljesítmény adatai
• Google MI áttekintés (AI Overview) hivatkozások
• Google MI mód (AI Mode) hivatkozások
• Bing Webmaster Tools mesterséges intelligencia hivatkozások
• ChatGPT, Gemini vagy Perplexity hivatkozások, ha relevánsak
• Organikus rangsorok
• Keresési kattintások
• Segített konverziók

A Google a mesterséges intelligencia keresési forgalmáról a Search Console teljesítményjelentésein keresztül számol be. A Bing mesterséges intelligencia teljesítményjelentései mutatják az idézett oldalakat és a megalapozó lekérdezéseket, de nem mutatják meg, hogy miért választottak ki egy oldalt, vagy mennyire volt fontos egy válaszon belül. (developers.google.com)

Ajánlott megvalósítási sorrend

A legtöbb kiadó számára a legjobb sorrend a következő:

1. Először a látható tartalmat javítsa ki.
2. Tegye megbízhatóvá a feltérképezést és az indexelést.
3. Valódi szerkesztői oldalakhoz implementálja az Article típust.
4. Kapcsolja össze a szerzőket a Person és profiloldalakkal.
5. Kapcsolja össze a kiadókat az Organization típussal.
6. Használja a WebPage-et tiszta oldal szintű gráfrétegként.
7. Csak valódi közösségi kérdésekhez használja a QAPage-et.
8. Használja a DefinedTerm-et a glosszárium és definíciós oldalakhoz.
9. Használja a Dataset és DataCatalog típusokat az adatforrásokhoz.
10. Kezelje a FAQPage, HowTo és ClaimReview típusokat másodlagos vagy nem Google jelölésként, mivel a Google keresési funkcióikat eltávolították vagy elavulttá tették.

Összefoglalás

A legerősebb jelenlegi tanulság egyszerű: a Schema.org jelölés segít a gépeknek megérteni a tartalmat, de nem garantált út a mesterséges intelligencia válaszaihoz.

A legtartósabb megvalósítás nem a séma típusok nagy gyűjteménye. Hanem egy kicsi, pontos entitásgráf:

• Az Article leírja a szerkesztői oldalt.
• A Person azonosítja a szerzőt.
• Az Organization azonosítja a kiadót.
• A WebPage összeköti az oldalt a fő entitásával.
• A QAPage egy valódi felhasználói kérdést és annak válaszait írja le.
• A DefinedTerm tisztáz egy definíciót.
• A Dataset és DataCatalog strukturált adatforrásokat ír le.

Használjon strukturált adatokat ott, ahol azok világos jelentést adnak. Ne használja vékony tartalom elfedésére, látható szöveg duplikálására, vagy olyan keresési funkció imitálására, amelyet a Google már nem támogat. A mesterséges intelligencia megjelenítése szempontjából a legértékesebb munka továbbra is a világos válaszok, erős bizonyítékok, pontos entitások, aktuális információk és önmagában is megálló tartalom.