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

A strukturált adatok segítik a keresőmotorokat az oldalak, szerzők, szervezetek és tények megértésében. Ez nem egy MI-hivatkozás kapcsoló.

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)

Kezdje itt:

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 általános strukturált adatok önmagukban nem növelték következetesen az MI-hivatkozásokat. 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. A tanulmány főként termék- és értékelési oldalakra összpontosított. (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 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

Article azonosítja az oldaltípust, a szerzőt és a dátumokat. Használja valódi cikkeken, de fektessen munkát a látható tartalomba: önmagában az Article hozzáadását nem igazolták az MI-hivatkozások növelésére.

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

A WebPage-et használja az oldal összekapcsolására a fő cikkével, definíciójával, adatkészletével, személyével vagy szervezetével. Egy általános WebPage objektum önmagában kevesebbet mond, mint egy, amely az oldal fő entitását azonosítja.

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

A QAPage-et használja valódi kérdés-válasz oldalakhoz. A világos kérdés és a látható válaszok végzik a hasznos munkát; a jelölésnek nincs bizonyított MI-hivatkozás-növelő hatása.

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

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

Tegye a lépéseket látható fejezetekbe és számozott listákba, szükség szerint eszközökkel, idővel és figyelmeztetésekkel. A HowTo jelölésnek nincs bizonyított előnye a Google AI áttekintésekben vagy az MI módban.

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.

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

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

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

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

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 segít megkülönböztetni a szervezetet a hasonló nevűektől.

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

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 előnyben részesíti a teljes, pontos jelölést, amely megfelel a látható tartalomnak a nagy mennyiségű hiányos jelöléssel szemben. (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 tanulmánya nem talált jelentős hivatkozási javulást a strukturált adatok hozzáadásából. (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.