Schema.org pro zobrazování pomocí AI: Které značky jsou nyní důležité

Schema.org pro zobrazování pomocí umělé inteligence: Které značky jsou nyní důležité

K 5. září 2026 strukturovaná data stále pomáhají vyhledávačům rozumět stránkám, autorům, organizacím a faktům. Nejsou však přímým přepínačem hodnocení pro odpovědi umělé inteligence.

Google uvádí, že stránky nepotřebují speciální značky Schema.org, aby se objevily v Přehledech AI nebo Režimu AI. Stránka musí být především prohledávatelná, indexovaná, způsobilá pro vyhledávací úryvek a podpořená užitečným obsahem. Google také říká, že strukturovaná data by měla odpovídat viditelnému obsahu stránky. (developers.google.com)

Nejlepší současná strategie je proto následující:

1. Používejte strukturovaná data k přesnému popisu stránky.
2. Přizpůsobte značky skutečnému účelu stránky.
3. Vytvořte jasné vztahy mezi články, autory, organizacemi a tématy.
4. Pište přímé, úplné odpovědi do viditelného HTML.
5. Měřte citace umělé inteligence odděleně od tradičních bohatých výsledků.

Shrnutí závěrů

Obecné zjištění výzkumu je důležité: samotné přidání obecných strukturovaných dat nevedlo k konzistentnímu nárůstu citací umělé inteligence. Kontrolovaná studie Ahrefs sledovala 1 885 stránek, které přidaly JavaScript Object Notation pro propojená data, a porovnala je se 4 000 kontrolními stránkami. Nezaznamenala žádné smysluplné zlepšení v citacích Google AI Mode nebo ChatGPT. Citace Google AI Overview mírně klesly, ale výzkumníci varovali, že změna byla malá a nelze ji jasně připsat značce. (ahrefs.com)

Samostatný preprint z roku 2026 zjistil, že obecné typy jako Article, Organization, BreadcrumbList a WebPage nezávisle nepředpovídaly citace umělé inteligence po zohlednění vyhledávacího pořadí a autority domény. Nejsilnějším zjištěním bylo, že stránky s konkrétními daty bohatými na atributy, jako jsou ceny, hodnocení a specifikace, si vedly lépe než stránky pouze s obecnými štítky stránek. Toto zjištění se zaměřilo hlavně na stránky produktů a recenzí, takže by se nemělo považovat za důkaz, že kterýkoli z typů v tomto článku vytváří výhodu v citacích. (aixiv.science)

Co strukturovaná data mohou a nemohou dělat

Strukturovaná data jsou strojově čitelný popis stránky. Mohou vyhledávači říci:

• Jaký je to typ stránky
• Kdo ji napsal
• Která organizace ji publikovala
• Na jakou otázku odpovídá
• Kdy byla publikována nebo aktualizována
• Jakou osobu, společnost, termín nebo datovou sadu stránka popisuje

Google uvádí, že strukturovaná data mohou jeho systémům pomoci porozumět obsahu stránky a učinit stránky způsobilými pro bohatší vyhledávací funkce. Také uvádí, že Google Search může používat další vlastnosti Schema.org pro porozumění, i když tyto vlastnosti nespouštějí viditelný výsledek vyhledávání. (developers.google.com)

Strukturovaná data nezaručují:

• Vyšší organické hodnocení
• Citaci umělé inteligence
• Bohatý výsledek
• Panel znalostí
• Zahrnutí do odpovědi umělé inteligence
• Použití přesného textu v značkách

Bing poskytuje podobné pokyny. Jeho současné pokyny pro webmastery uvádějí, že strukturovaná data mohou podporovat jasnější uzemnění, ale nezaručují viditelnost ani citační provoz. Bing také radí vydavatelům, aby fakta a definice explicitně uváděli ve viditelném obsahu stránky. (bing.com)

Hlavní omezení výzkumu

Panely s odpověďmi umělé inteligence obvykle zobrazují zdrojovou stránku, nikoli typ Schema.org, který mohl být na této stránce přítomen. Google nezveřejňuje zprávu, která by například uváděla, že stránka byla citována, protože použila Article místo WebPage.

To vytváří tři různé otázky:

1. Byla stránka citována?
2. Obsahovala stránka strukturovaná data?
3. Způsobila strukturovaná data citaci?

Většina studií může odpovědět pouze na první dvě. Třetí nemohou prokázat.

Proto se stránka se značkami FAQPage může často objevovat v odpovědích umělé inteligence, aniž by značky byly důvodem. Stránka může mít silný obsah, vysoké vyhledávací hodnocení, mnoho odkazů nebo známou značku.

Audit podle typu schématu

1. Article

Co dělá

Article popisuje článek, zprávu, blogový příspěvek nebo podobnou redakční stránku. Google podporuje Article, NewsArticle a BlogPosting jako typy článků. Google neuvádí povinné vlastnosti pro značení článků, ale doporučuje přidat vlastnosti, které se na stránku vztahují. (developers.google.com)

Nejdůležitější vlastnosti

Použijte je, pokud jsou viditelné a přesné:

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

Google doporučuje používat skutečnou Person nebo Organization pro autora. Také doporučuje udržovat data ve strukturovaných datech konzistentní s viditelnými daty publikace a aktualizace. (developers.google.com)

Efekt umělé inteligence

Úroveň důkazů: nepřímá.

Article pomáhá stanovit typ stránky, autorství a aktuálnost. Jedná se o užitečné signály pro vyhledávací systémy, zejména na stránkách s fakty a redakčním obsahem. Současné důkazy však neprokazují, že samotné přidání Article zvyšuje citace umělé inteligence.

Kontrolní seznam pro Article

• Stránka je skutečně článek.
• Nadpis odpovídá viditelnému názvu.
• Každý viditelný autor je zahrnut.
• Každý autor má samostatný objekt Person nebo Organization.
• Jména autorů obsahují pouze jména, nikoli pracovní pozice nebo jména vydavatelů.
• Autor odkazuje na skutečný profil nebo autorskou stránku.
• Data publikace a aktualizace jsou viditelná na stránce.
• Data používají správné časové pásmo, pokud je zahrnut čas.
• Obrázek reprezentuje článek.
• Vydavatel je konzistentně identifikován napříč webem.
• Článek není označen jako jiný primární typ, například HowTo, pokud stránka skutečně neslouží oběma účelům.

2. WebPage

Co dělá

WebPage je obecný typ stránky. Schema.org uvádí, že každá webová stránka je implicitně považována za WebPage, ale explicitní deklarace může pomoci, když stránka obsahuje vlastnosti nebo vztahy na úrovni stránky. (schema.org)

Užitečné vlastnosti zahrnují:

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

Efekt umělé inteligence

Úroveň důkazů: nízká a nepřímá.

WebPage se nejlépe používá jako vnější vrstva stránky v propojeném grafu. Může propojit stránku s jejím hlavním článkem, definicí, datovou sadou, osobou nebo organizací.

Neměl by být považován za speciální typ optimalizace umělé inteligence. Stránka, která obsahuje pouze obecný objekt WebPage, obvykle poskytuje méně užitečných informací než stránka, která jasně identifikuje svou hlavní entitu.

Kontrolní seznam pro WebPage

• Použijte jedno stabilní @id pro stránku.
• Použijte kanonickou URL jako URL stránky.
• Identifikujte skutečnou mainEntity stránky.
• Propojte hlavní entitu zpět na stránku pomocí mainEntityOfPage.
• Přidejte inLanguage, je-li známo.
• Udržujte název a popis stránky v souladu s viditelným obsahem.
• Nepoužívejte WebPage k zamlžování faktu, že stránka je skutečně článek, profil, datová sada nebo stránka s otázkami.

3. QAPage

Co dělá

QAPage je určena pro stránku zaměřenou na jednu otázku a její odpovědi. Google uvádí, že používá strukturovaná data Question ze stránek označených jako QAPage, a na stránce by měla být pouze jedna QAPage a jedna hlavní Question. (developers.google.com)

Požadované vlastnosti

Pro současnou způsobilost pro otázky a odpovědi Google:

• QAPage.mainEntity
• Vnořená Question
• Question.answerCount
• Buď acceptedAnswer, nebo suggestedAnswer
• Answer.text

Otázka bez odpovědí není způsobilá pro bohatý výsledek.

Důležité pravidlo obsahu

Nepoužívejte QAPage pro:

• Běžnou stránku s často kladenými otázkami
• Blogový příspěvek, který odpovídá na otázku
• Článek s návodem
• Produktovou stránku obsahující mnoho otázek
• Redakční odpověď napsanou pouze vlastníkem webu

Google uvádí, že uživatelé musí být schopni odesílat odpovědi pro normální QAPage. Platné příklady zahrnují otázku na fóru nebo stránku podpory, kde uživatelé mohou poskytovat odpovědi. (developers.google.com)

Efekt umělé inteligence

Úroveň důkazů: střední sémantická shoda, žádný prokázaný kauzální nárůst.

Skutečná stránka s otázkami a odpověďmi je přirozeně snadno srozumitelná pro vyhledávací systém. Žádná silná veřejná studie však neprokazuje, že samotné značky QAPage zvyšují citace umělé inteligence.

Kontrolní seznam pro QAPage

• Stránka se zaměřuje na jednu otázku.
• Uživatelé mohou odesílat odpovědi, pokud se stránka nekvalifikuje pro speciální vzdělávací prostředí otázek a odpovědí.
• Celá otázka je viditelná.
• Celý text odpovědi je viditelný.
• answerCount odpovídá skutečnému počtu odpovědí.
• Přijaté a navrhované odpovědi jsou správně označeny.
• Komentáře jsou označeny jako komentáře, nikoli jako odpovědi.
• Stránka není jednoduše redakční stránkou s často kladenými otázkami.
• Stránka neobsahuje více nesouvisejících otázek.

Příklad QAPage

html

Použijte tento vzor pouze tehdy, když stránka skutečně podporuje interakci otázek a odpovědí.

4. HowTo

Co dělá

HowTo popisuje podrobné pokyny. Google kdysi podporoval bohaté výsledky How-to, ale tuto vyhledávací funkci v září 2023 zrušil. Google uvedl, že výsledky How-to se již nebudou objevovat na stolních počítačích a již byly odstraněny z mobilního vyhledávání. (developers.google.com)

Efekt umělé inteligence

Úroveň důkazů: nízká pro Google.

Viditelné kroky mohou stále pomáhat uživatelům a vyhledávacím systémům. Jasný tutoriál s nadpisy, číslovanými kroky, nástroji, časem a varováními je snazší číst a citovat. Současné důkazy však neprokazují, že značka HowTo vytváří zvláštní výhodu v Google AI Overviews nebo AI Mode.

Doporučení

Použijte HowTo pouze tehdy, když:

• Stránka skutečně učí úkol.
• Kroky jsou viditelné v obsahu stránky.
• Jiný vyhledávač, platforma nebo interní systém má z značek prospěch.
• Váš tým je schopen je udržovat, aniž by vytvářel konfliktní data.

Pro Google Search upřednostněte silné HTML nadpisy, číslované seznamy, jasné instrukce a užitečné obrázky nebo video.

Kontrolní seznam tutoriálu

• Stránka učí skutečný úkol.
• Výsledek úkolu je jasný.
• Každý krok je viditelný a kompletní.
• Názvy kroků odpovídají viditelným nadpisům.
• Nástroje a materiály jsou skutečné a viditelné.
• Odhadované časy jsou přesné.
• V případě potřeby jsou zahrnuta bezpečnostní upozornění.
• První sekce poskytuje krátkou odpověď nebo výsledek.
• Stránka nespoléhá na značky, které poskytují pokyny.

5. ClaimReview

Co dělá

ClaimReview byl navržen pro obsah ověřující fakta. Google postupně ukončil podporu Claim Review ve vyhledávání jako součást svého úsilí o zjednodušení výsledků vyhledávání v roce 2025. Typ byl odstraněn z hlášení Search Console a z testu bohatých výsledků. (developers.google.com)

Efekt umělé inteligence

Úroveň důkazů: žádná současná výhoda Google.

Vysoká kvalita ověření faktů může být stále citována, protože jasně uvádí:

• Tvrzení
• Hodnocení
• Důkazy
• Datum
• Organizaci ověřující fakta
• Důvod závěru

Tyto výhody pocházejí hlavně ze samotného obsahu, nikoli z ukončené vyhledávací funkce Google.

Doporučení

Pro stránku s fakty:

1. Použijte Article nebo NewsArticle, pokud je stránka redakční.
2. Jasně uveďte tvrzení ve viditelném textu.
3. Citujte primární důkazy.
4. Identifikujte autora a kontrolující organizaci.
5. Přidejte data publikace a kontroly.
6. Použijte ClaimReview pouze v případě, že to konkrétně vyžaduje jiná platforma nebo datový systém.

Nepřidávejte ClaimReview jen proto, že očekáváte, že to budou preferovat odpovědi umělé inteligence Google.

6. FAQPage

Co dělá

FAQPage popisuje stránku obsahující otázky a oficiální odpovědi. Google přestal zobrazovat bohaté výsledky FAQ ve vyhledávání počínaje 7. květnem 2026 a související dokumentaci odstranil v červnu 2026. (developers.google.com)

Efekt umělé inteligence

Úroveň důkazů: slabá a smíšená.

90denní studie dodavatele přidala značky FAQPage na 120 stránek. Nezaznamenala žádné spolehlivé zlepšení v citacích ChatGPT, Gemini nebo Google AI Overview. Perplexity zaznamenala malý nárůst, ale samotná studie uvedla, že výsledek byl platformově specifický a neprokázal kauzalitu. (authorityradar.com)

Další studie 615 již citovaných stránek zjistila, že značky FAQ se častěji objevovaly na hojně citovaných stránkách. Tento vztah zmizel po zohlednění opakovaných stránek od stejných vydavatelů. Výzkumníci dospěli k závěru, že důkazy neprokázaly účinek samotných značek. (getintel.ai)

Doporučení

Používejte často kladené otázky, pokud zlepšují stránku pro čtenáře. Nepřidávejte velké bloky obecných otázek jen kvůli zacílení na odpovědi umělé inteligence.

Pokud ponecháte značky FAQPage pro jiný vyhledávač nebo obsahový systém:

• Udělejte každou otázku viditelnou.
• Udělejte každou odpověď kompletní.
• Udržujte značky identické se stránkou.
• Neopakujte stejnou otázku v několika blocích schématu.
• Neočekávejte bohatý výsledek Google FAQ.

Příklad FAQPage pro konzumenty mimo Google

html

Toto je sémantický popis, nikoli příslib vyhledávací funkce Google.

7. Organization

Co dělá

Organization pomáhá Google porozumět a rozlišit společnost, neziskovou organizaci, vydavatele, školu nebo jinou organizaci. Google uvádí, že značky organizace mohou ovlivnit vizuální prvky, jako je logo zobrazené ve vyhledávání a některé informace v panelu znalostí. V aktuálním průvodci organizací Google nejsou žádné povinné vlastnosti. (developers.google.com)

Doporučené vlastnosti

Použijte vlastnosti, které jsou pravdivé a viditelné:

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

Efekt umělé inteligence

Úroveň důkazů: nepřímá, ale užitečná.

Organization může propojit:

• Vydavatele s článkem
• Společnost s jejími produkty nebo službami
• Značku s jejími oficiálními profily
• Organizaci se známou webovou identitou

To je užitečné pro rozlišení entit. Neprokazuje to, že systém umělé inteligence bude stránku citovat.

Kontrolní seznam pro Organization

• Umístěte celý objekt organizace na domovskou stránku nebo stránku organizace.
• Použijte stabilní @id, například https://www.example.com/#organization.
• Použijte přesný veřejný název organizace.
• Odkazujte na skutečné oficiální profily pomocí sameAs.
• Použijte správný podtyp organizace, je-li to vhodné.
• Použijte skutečné logo, které reprezentuje organizaci.
• Udržujte kontaktní informace aktuální.
• Odkazujte na organizaci z článků místo vytváření konfliktních verzí na každé stránce.

8. Person

Co dělá

Person identifikuje osobu, která píše, recenzuje, vlastní, spravuje nebo se objevuje na stránce. Obvykle je nejužitečnější, když je propojena s:

• Article.author
• Autorem otázky nebo odpovědi QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Pokyny Google pro profily uvádějí, že stránka profilu se musí zaměřovat na jednu osobu nebo organizaci. Objekt ProfilePage vyžaduje mainEntity, a tato entita musí být Person nebo Organization. Osoba nebo organizace musí mít name, nebo alternateName, pokud jméno není k dispozici. (developers.google.com)

Doporučené vlastnosti

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

Efekt umělé inteligence

Úroveň důkazů: nepřímá.

Značka Person může pomoci propojit jméno autora s:

• Biografií
• Pracovním místem nebo rolí
• Organizací
• Publikovanými články
• Externími profily
• Oblastmi odbornosti

Použijte ji k objasnění identity, nikoli k tvrzení odbornosti, kterou stránka nepodporuje.

Kontrolní seznam pro Person

• Použijte Person pouze pro skutečnou osobu.
• Použijte Organization pro společnost nebo publikaci.
• Propojte osobu s viditelnou autorskou stránkou.
• Použijte sameAs pouze pro přesné, oficiální profily.
• Udržujte aktuální pracovní pozice a pověření.
• Přidejte všechny viditelné autory, nikoli jen hlavního autora.
• Použijte stejné @id osoby napříč články a profilovými stránkami.

Matice požadovaných vlastností

Obecné pokyny Google upřednostňují kompletní a přesná data před velkým množstvím neúplných značek. Také varuje, že strukturovaná data musí reprezentovat viditelný obsah a že správné značky stále nezaručují bohatý výsledek. (developers.google.com)

Kontrolní seznamy pro implementaci podle případu použití

Stránky s fakty

Nejlepší kombinace:

• WebPage
• Article nebo NewsArticle
• Person
• Organization
• Volitelně ClaimReview pouze pro jiného podporovaného konzumenta

Kontrolní seznam:

• Uveďte hlavní fakt poblíž začátku stránky.
• Jmenujte zdroj faktu.
• Odkazujte na primární důkazy.
• Zahrňte datum publikace a poslední kontroly.
• Identifikujte autora a recenzenta.
• Oddělte fakta od názorů.
• Použijte Article, pokud je stránka redakční.
• Nepoužívejte ClaimReview jako aktuální taktiku Google Search.

Stránky s definicemi

Nejlepší kombinace:

• WebPage
• DefinedTerm
• Volitelně Article, pokud je stránka dlouhým redakčním vysvětlením
• Organization nebo Person, pokud je za to zodpovědný expert nebo vydavatel

DefinedTerm je určen pro slovo, frázi, kód nebo koncept s formální definicí. Jeho hlavní vlastnosti zahrnují name, description, termCode, inDefinedTermSet a sameAs. (schema.org)

Kontrolní seznam:

• Uveďte definici v prvním odstavci.
• Použijte jeden jasný termín jako hlavní entitu.
• Přidejte alternativní názvy pouze tehdy, když jsou skutečné.
• Odkazujte na spolehlivou externí definici, je-li to vhodné.
• Vysvětlete termín jednoduchým jazykem.
• Použijte příklady a hranice.
• Vyhněte se označování seznamu nesouvisejících termínů jako jednoho DefinedTerm.

Tutoriály

Nejlepší kombinace:

• WebPage
• HowTo pouze tehdy, když to potřebuje jiný konzument
• Article, pokud je tutoriál také redakčním článkem
• Person a Organization pro autorství

Kontrolní seznam:

• Uveďte výsledek před kroky.
• Použijte číslované viditelné nadpisy.
• Každý krok zaměřte na jednu akci.
• Zahrňte nástroje, materiály, čas a varování, kde je to potřeba.
• Přidejte obrázky nebo video, pokud pomáhají.
• Neskrývejte kroky pouze v JSON-LD.
• Neočekávejte bohaté výsledky How-to v Google Search.

Datové katalogy

Nejlepší kombinace:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definuje Dataset jako soubor strukturovaných informací a podporuje vztahy jako includedInDataCatalog a distribution. (schema.org)

Google koncem roku 2025 objasnil, že strukturovaná data Dataset jsou používána vyhledáváním datových sad a nejsou obecnou funkcí výsledků Google Search. Měly by být proto považovány za vrstvu pro objevování dat a interoperabilitu, nikoli za zkratku pro citace umělé inteligence. (developers.google.com)

Kontrolní seznam:

• Dejte každé datové sadě stabilní identifikátor.
• Uveďte předmět a rozsah.
• Zahrňte vydavatele nebo tvůrce.
• Přidejte rozsah dat pokrytých daty.
• Uveďte geografické pokrytí, je-li relevantní.
• Popište licence a podmínky přístupu.
• Přidejte každý stahovatelný soubor jako DataDownload.
• Zahrňte formát souboru a URL ke stažení.
• Udržujte metadata katalogu synchronizovaná s aktuálními soubory.
• Dokumentujte frekvenci aktualizací a datum poslední aktualizace.

Příklad JSON-LD: stránka s fakty

Tento příklad propojuje stránku, článek, autora, vydavatele a téma. Nahraďte každou hodnotu informacemi, které se objevují na skutečné stránce.

html

Příklad JSON-LD: stránka s definicemi

html

Definice se musí objevit také jako běžný text stránky. Neumisťujte definici pouze do strukturovaných dat.

Příklad JSON-LD: tutoriál

Protože bohatý výsledek Google How-to je zastaralý, považujte to za volitelné značení pro jiné systémy. Viditelná stránka by měla stále obsahovat kompletní pokyny.

html

Příklad JSON-LD: datový katalog

html

Běžné chyby při implementaci

Nesoulad schématu

Nejzávažnější chybou je označení obsahu, který uživatelé nemohou vidět. Google uvádí, že strukturovaná data musí být věrným zobrazením stránky a zavádějící nebo skrytý obsah může stránku vyřadit z možnosti získání bohatých výsledků. (developers.google.com)

Běžné příklady:

• Označení článku jako HowTo, když neobsahuje žádné skutečné kroky
• Označení společnosti jako autora, když článek napsala osoba
• Přidání odpovědí na často kladené otázky, které se na stránce neobjevují
• Použití budoucího data publikace
• Označení obecného blogového příspěvku jako QAPage
• Přidání ClaimReview k názorovému článku

Nedostatečné odpovědi

Strukturovaná data nemohou vyplnit prázdnou stránku.

Krátká, vágní odpověď v Answer.text nebo acceptedAnswer nevytváří silný zdroj. Viditelný obsah by měl:

• Přímo odpovědět na otázku
• Vysvětlit důležité limity a výjimky
• Uvést zdroje
• Zahrnout data, příklady nebo měření, kde je to užitečné
• Obstát samostatně, když je zkopírován z kontextu

Pokyny Google pro umělou inteligenci uvádějí, že neexistuje ideální délka stránky a není potřeba rozdělovat obsah na drobné kousky pro systémy umělé inteligence. Lepším cílem je užitečný, úplný obsah zaměřený na lidi. (developers.google.com)

Duplicitní entity

Vyvarujte se publikování několika konfliktních verzí stejné organizace, autora nebo stránky.

Slabá implementace:

• Jeden objekt Organization s jedním názvem na domovské stránce
• Druhý objekt s jiným názvem na každém článku
• Třetí objekt bez @id na autorské stránce

Lepší implementace:

• Dejte organizaci jedno stabilní @id
• Dejte každému autorovi jedno stabilní @id
• Odkazujte na tyto objekty z článků, profilů a stránek s otázkami
• Udržujte název, logo, URL a externí identifikační odkazy konzistentní

Duplicitní otázky

Neopakujte stejnou otázku v:

• FAQPage
• QAPage
• Značkách článku
• Několika viditelných sekcích stránky
• Více blocích JSON-LD

Použijte typ schématu, který odpovídá hlavnímu účelu stránky. Jediná jasná odpověď je lepší než několik překrývajících se bloků značek.

Nesprávná data

Google používá několik zdrojů k odhadu dat publikace a aktualizace. Doporučuje, aby se viditelná data a strukturovaná data shodovala, a varuje před používáním budoucích dat nebo dat souvisejících s událostmi diskutovanými v článku spíše než daty souvisejícími se samotnou stránkou. (developers.google.com)

Nadměrné používání sameAs

Odkaz sameAs by měl identifikovat stejnou skutečnou osobu nebo organizaci. Neodkazujte na:

• Nesouvisející sociální profil
• Stránku s výsledky vyhledávání
• Obecný adresářový zápis
• Stránku s jiným pravopisem nebo identitou
• Profil, který organizace nekontroluje

Značky pouze v JavaScriptu

Google dokáže zpracovat strukturovaná data přidaná na vykreslenou stránku, ale implementace pouze v JavaScriptu může být pro jiné crawlery a auditovací nástroje obtížnější detekovat. JSON-LD blok vykreslovaný na serveru je obvykle snazší testovat a udržovat. (developers.google.com)

Praktický testovací plán

Chcete-li změřit, zda značky mají inkrementální efekt, použijte kontrolovaný test místo spoléhání se na několik manuálních vyhledávání.

Před změnou

Zaznamenejte:

• Cílové dotazy
• Aktuální organické hodnocení
• Zda se objeví odpověď umělé inteligence
• Které stránky jsou citovány
• Pozice citace, pokud je k dispozici
• Vyhledávací provoz
• Konverze
• Aktuální strukturovaná data
• Změny obsahu provedené během testovacího období

Během testu

• Přidávejte vždy jednu hlavní změnu značek.
• Udržujte stabilní obsah, interní odkazy, názvy a zpětné odkazy.
• Používejte podobné kontrolní stránky, které změnu nedostanou.
• Zaznamenejte přesné datum publikace změny.
• Počkejte dostatečně dlouho na procházení a přepracování.

Ahrefs použil shodné kontroly a metodu rozdíl-v-rozdílech před a po. Jeho přístup je užitečným modelem pro organizace, které chtějí testovat strukturovaná data, místo aby předpokládaly, že korelace prokazuje kauzalitu. (ahrefs.com)

Po změně

Sledujte:

• Údaje o výkonu umělé inteligence v Google Search Console
• Citace Google AI Overview
• Citace Google AI Mode
• Citace umělé inteligence v Bing Webmaster Tools
• Citace ChatGPT, Gemini nebo Perplexity, pokud jsou relevantní
• Organické hodnocení
• Vyhledávací kliknutí
• Asistované konverze

Google hlásí provoz vyhledávání umělé inteligence prostřednictvím hlášení výkonu v Search Console. Hlášení výkonu umělé inteligence Bingu ukazuje citované stránky a uzemňující dotazy, ale neukazuje, proč byla stránka vybrána nebo jak důležitá byla v rámci odpovědi. (developers.google.com)

Doporučené pořadí implementace

Pro většinu vydavatelů je nejlepší pořadí:

1. Nejprve opravte viditelný obsah.
2. Zajistěte spolehlivé procházení a indexování.
3. Implementujte Article pro skutečné redakční stránky.
4. Propojte autory s Person a profilovými stránkami.
5. Propojte vydavatele s Organization.
6. Použijte WebPage jako čistou vrstvu grafu na úrovni stránky.
7. Použijte QAPage pouze pro skutečné komunitní otázky.
8. Použijte DefinedTerm pro glosářové a definiční stránky.
9. Použijte Dataset a DataCatalog pro datové zdroje.
10. Zacházejte s FAQPage, HowTo a ClaimReview jako se sekundárními nebo ne-Google značkami, protože jejich vyhledávací funkce Google byly odstraněny nebo zastaraly.

Závěr

Nejsilnější současné poučení je jednoduché: Značky Schema.org pomáhají strojům rozumět obsahu, ale nejsou zaručenou cestou do odpovědí umělé inteligence.

Nejodolnější implementací není velká sbírka typů schémat. Je to malý, přesný graf entit:

• Article popisuje redakční stránku.
• Person identifikuje autora.
• Organization identifikuje vydavatele.
• WebPage propojuje stránku s její hlavní entitou.
• QAPage popisuje skutečnou otázku uživatele a její odpovědi.
• DefinedTerm objasňuje definici.
• Dataset a DataCatalog popisují strukturované datové zdroje.

Používejte strukturovaná data tam, kde přidávají jasný význam. Nepoužívejte je k maskování nedostatečného obsahu, duplikování viditelného textu nebo napodobování vyhledávací funkce, kterou Google již nepodporuje. Pro zobrazování pomocí umělé inteligence zůstává nejdůležitější prací jasné odpovědi, silné důkazy, přesné entity, aktuální informace a obsah, který obstojí sám o sobě.