Strukturovaná data pro AI: co to je a proč na nich záleží
Strukturovaná data jsou strojově čitelné popisy obsahu, nejčastěji v JSON-LD, které strojům říkají, co stránka obsahuje: kdo je autor, kolik produkt stojí, kam stránka patří ve struktuře webu. Vyhledávačům i dalším systémům, které stránku strojově zpracovávají, můžou usnadnit rozpoznání faktů a typu obsahu. Neplyne z nich ale povinnost pro generativní AI ani nárok na citaci.
Co se ale liší typ od typu, je to, co za ně dostanete od Googlu. U některých typů Google popisuje konkrétní zobrazení ve výsledcích, u jiných ne — a dva typy, které se ještě donedávna doporučovaly plošně, mezitím zobrazení ztratily. Tenhle návod je proto postavený na jednom rozlišení: typ s dokumentovanou funkcí versus typ, který je jen strojově čitelný popis.
Co Google říká o strukturovaných datech a AI
Tady se vyplatí číst primární zdroj, protože kolem tématu je hodně dohadů. Google v průvodci optimalizací pro generativní AI píše, že strukturovaná data pro generativní vyhledávání povinná nejsou a žádné zvláštní značení podle schema.org přidávat nemusíte — a hned dodává, že je má smysl dál používat, protože otevírají cestu k rozšířeným výsledkům.
Z toho plyne rámec celého článku. Strukturovaná data nasazujte kvůli tomu, co dokládají o stránce, a kvůli funkcím, které Google popisuje. Ne kvůli představě, že jde o vstupenku do AI odpovědí. Co ten průvodce říká celý, rozebírá průvodce od Googlu a co v něm stojí.
Typy s dokumentovanou funkcí a typy bez ní
Rozdělení, které vydrží déle než jakýkoli seznam „nejlepších typů“: otevřete si galerii strukturovaných dat a podívejte se, jestli tam typ je. Když ano, Google u něj popisuje konkrétní zobrazení a s ním i podmínky. Když ne, může jít pořád o platný typ schema.org — Google u něj ale v Search Central žádný rozšířený výsledek ani podmínky pro jeho získání nedokumentuje.
| Aspekt | Typ s dokumentovanou funkcí | Typ bez dokumentované funkce |
|---|---|---|
| Příklady | Article, Product, Organization, BreadcrumbList (v galerii vedený jako Breadcrumb), Event, Recipe, VideoObject | FAQPage, HowTo, CollectionPage a další typy ze slovníku schema.org |
| Jak se pozná | má vlastní stránku v galerii strukturovaných dat, včetně povinných polí | je na schema.org, ale v galerii Googlu ho nenajdete |
| Čím ověřit | test rozšířených výsledků od Googlu | validátor schema.org |
| Vztah k AI | žádný zvláštní — Google zvláštní typ pro AI nevyžaduje | totéž; strojová čitelnost pomáhá, nárok nezakládá |
Praktické jádro pro většinu webů je proto úzké a nudné, což je dobře:
Čím začít
- Article pro článek nebo příspěvek na blogu; autor, datum publikace a aktualizace, hlavní obrázek.
- Product pro produkt na e-shopu; cena, dostupnost, identifikátory — vše musí sedět s viditelným obsahem.
- Organization na úrovni webu pro identitu značky; logo, profily (sameAs), kontakty.
- BreadcrumbList drobečková navigace všude v hierarchii; u kategorií e-shopu je to nejbezpečnější základ, další typy řešte podle obsahu konkrétní stránky.
Podle obsahu pak přidejte Recipe, VideoObject, LocalBusiness nebo Event. U autora pozor na rozdíl: samostatný typ Person v galerii není, dokumentovaná funkce se váže k profilové stránce (Profile page) — Person proto berte jako strojový popis autora, ne jako nárok na zobrazení. Rozebírá to Person pro autora. Typy bez dokumentované funkce nejsou zakázané — jen si od nich neslibujte zobrazení.
Co se stalo s FAQ a HowTo
Dva typy, které se v minulých letech doporučovaly plošně, už podle dokumentace Googlu rozšířené výsledky ve Vyhledávání nespouštějí. U obou to Google oznámil sám a u obou je dobré znát datum:
Doložený stav (ověřeno 4. 9. 2026)
- FAQ rozšířené výsledky skončily 7. 5. 2026 Changelog Search Central k 8. 5. 2026: funkce se od 7. května ve Vyhledávání neobjevuje. V červnu 2026 Google dokumentaci k FAQ rozšířeným výsledkům odstranil úplně — původní adresa dnes vede na changelog.
- HowTo skončilo už 13. 9. 2023 Aktualizace oznámení z 14. 9. 2023: od 13. září Google HowTo rozšířené výsledky nezobrazuje ani na počítačích a typ je ukončený. Do 30 dnů zmizel typ zobrazení, report i podpora v testu, do 180 dnů v API.
- Značení kvůli tomu mazat nemusíte Google v témže oznámení píše, že nevyužitá strukturovaná data ve Vyhledávání problémy nedělají — jen nemají viditelný efekt. Odstraňte je tam, kde popisují obsah, který na stránce není.
Praktický dopad: nezavádějte FAQPage ani HowTo kvůli výsledku ve Vyhledávání. Nasazujte je jen tam, kde odpovídají viditelnému obsahu a kde vám dávají smysl jako popis stránky. Když otázky a odpovědi na stránce viditelné jsou, FAQPage dál slouží jako strojový popis obsahu — což je i případ tohohle článku. Jen od něj k 4. 9. 2026 nečekejte rozšířený výsledek. Celou časovou osu i rozhodnutí, kdy značení nechat a kdy odstranit, rozebírá konec FAQ rozšířených výsledků.
JSON-LD jako preferovaný formát
JSON-LD je standardní volba a Google ho v dokumentaci uvádí jako preferovaný. Žije v samostatném skriptu (<script type="application/ld+json">) odděleně od HTML, takže se snáz udržuje a méně se rozbíjí při změně šablony. Na jedné stránce jich může být víc, pro různé typy.
Zjednodušená ukázka pro typ Article (na živém webu obvykle doplníte i mainEntityOfPage, publisher a další pole):
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Titulek článku",
"author": { "@type": "Person", "name": "Jméno autora" },
"datePublished": "2026-06-07",
"dateModified": "2026-09-04",
"image": "https://example.com/og/clanek.png"
}
</script>Berte ji jako syntaktickou ukázku. Produkční zápis musí odpovídat konkrétní stránce, šabloně a povinným polím, která Google u daného typu uvádí.
Strukturovaná data musí odpovídat textu
Tohle je pravidlo, ne doporučení. Obecné pokyny Googlu ke strukturovaným datům (aktualizované 10. 7. 2026) říkají doslova, že se nemá označovat obsah, který čtenář na stránce nevidí, a že označení má stránku popisovat celou — když vypíšete část recenzí, mají tam být všechny viditelné.
- U Product jde o cenu, dostupnost, identifikátory a hodnocení.
- U Article o autora, datum publikace a aktualizace.
- U FAQPage o otázky a odpovědi, které na stránce reálně jsou.
- U Organization o kontakty a profily.
Nesoulad není kosmetická vada: je to porušení pokynů, které může skončit ručním opatřením. A u AI systémů platí totéž z jiného důvodu — data, která si protiřečí s textem, snižují důvěryhodnost obojího.
Jak strukturovaná data validovat
Dva nástroje, každý na něco jiného — test rozšířených výsledků od Googlu a validátor schema.org:
| Aspekt | Test rozšířených výsledků | validator.schema.org |
|---|---|---|
| K čemu slouží | ověření typů, u kterých Google popisuje zobrazení | kontrola syntaxe a použití typů a vlastností podle slovníku schema.org |
| Co odhalí | chybějící povinná pole pro konkrétní funkci | strukturální chyby a neexistující vlastnosti u jakéhokoli typu |
| Kdy použít | u Article, Product, Organization, Breadcrumb a dalších z galerie | u typů, které Google nedokumentuje, a jako základní kontrola |
| AI kontrola | neřeší AI nástroje | neřeší AI nástroje |
Po nasazení se vyplatí zeptat se ChatGPT nebo Perplexity na obsah stránky a sledovat, jaké údaje z ní berou. Berte to jako orientační kontrolu, ne jako měření — a jen u režimů, které mají přístup k webu. Systematičtější postup má test viditelnosti v AI a co z vlastního testování vyšlo nám, shrnuje test vlivu strukturovaných dat na citace.
Postup krok za krokem
-
Zjistěte, co má dokumentovanou funkci
Projděte galerii strukturovaných dat a rozdělte si typy na ty, u kterých Google popisuje zobrazení ve výsledcích, a na ty ostatní.
-
Vyberte typy podle obsahu stránky
Article pro článek, Product pro produkt, Organization na úrovni webu, BreadcrumbList všude v hierarchii. Typy bez dokumentované funkce nasazujte jen tam, kde popisují něco, co na stránce reálně je.
-
Ověřte, co už šablona vypisuje
Ve zdrojovém kódu hledejte application/ld+json, itemscope a itemtype. Projděte po jedné reprezentativní adrese od každé šablony: článek, produkt, kategorie, homepage.
-
Zapište je v JSON-LD
Když stránka data ještě nemá, zapište je do značky script type=application/ld+json. Když už šablona vypisuje microdata, nejdřív rozhodněte, jestli opravíte je, nebo přidáte JSON-LD a udržíte obě sady v souladu.
-
Zkontrolujte shodu s viditelným obsahem
Věcné údaje, které data o stránce tvrdí — cena, dostupnost, hodnocení, autor, otázky a odpovědi — musí odpovídat tomu, co čtenář vidí. To je pravidlo z obecných pokynů Googlu, ne doporučení.
-
Validujte správným nástrojem
Test rozšířených výsledků na typy z galerie, validátor schema.org na ostatní. Výsledek pak porovnejte s tím, co je na stránce vidět — validní zápis není příslib zobrazení.
Kam dál podle typu stránky
Tenhle článek je rozcestník. Jednotlivé typy mají vlastní návody:
Návody k jednotlivým typům
- Značka a autor Organization pro identitu značky a Person pro autora — dva typy, u kterých se nejčastěji plete, co vlastně dokládají.
- E-shop produktová stránka, kategorie e-shopu, deklarace vrácení zboží, ceny a recenze — každá vrstva má jiné povinné pole.
- Ostatní obsah video, otevírací doba provozovny a konec FAQ rozšířených výsledků.
Konkrétně: Organization schema pro značku · Person pro autora · produktové stránky pro AI · strukturovaná data kategorie e-shopu · deklarace vrácení zboží · ceny na webu a AI · recenze a hodnocení pro AI · VideoObject pro video · otevírací doba v AI odpovědi.
Časté chyby
Nasadit FAQPage nebo HowTo kvůli výsledku ve Vyhledávání
FAQ rozšířené výsledky Google nezobrazuje od 7. 5. 2026, HowTo od 13. 9. 2023. Strukturovaná data zůstávají validní, rozšířený výsledek z nich ale podle dokumentace nevznikne.
Řešení: Nasazujte je jen tam, kde odpovídají viditelnému obsahu.
Strukturovaná data neodpovídají textu
Obecné pokyny Googlu říkají, že se nemá označovat obsah, který čtenář nevidí. Nesoulad může skončit ručním opatřením.
Řešení: Vždy musí sedět s viditelným obsahem.
Nasadit JSON-LD, aniž zjistíte, co už na stránce je
Řada e-shopových platforem vypisuje data v microdatech. Druhá sada v JSON-LD pak znamená dvě místa, která si musí odpovídat.
Řešení: Nejdřív projděte zdrojový kód a hledejte itemtype.
Čekat od strukturovaných dat citaci v AI
Google k vlastním AI funkcím uvádí, že zvláštní značení potřeba není. Bez kvalitního obsahu samotná data nic nezajistí.
Řešení: Berte je jako doklad o stránce, ne jako páku na viditelnost.
Co dál: zasaďte strukturovaná data do celku
Strukturovaná data jsou technická vrstva, která pomáhá stroji obsah pochopit. Bez kvalitního obsahu a důvěryhodnosti samy o sobě nestačí. Celý obraz shrnuje praktický checklist SEO pro AI, důvěryhodnost rozebírá E-E-A-T pro AI a obsahovou stránku obsah pro AI éru.
Máte hotový web a potřebujete najít chyby v datech napříč šablonami? AI SEO audit za 3 600 Kč projde šablony typ po typu a ukáže, kde chybí povinná pole a kde jsou data v rozporu s obsahem. Připravujete nové šablony nebo zadání pro vývojáře? Pak dává větší smysl AI SEO Wireframe Pack za 1 490 Kč.
Zdroje: Google Search Central — galerie strukturovaných dat, obecné pokyny ke strukturovaným datům, changelog dokumentace (záznamy k FAQ z 8. 5. a června 2026), Changes to HowTo and FAQ rich results (8. 8. 2023, aktualizace 14. 9. 2023) a průvodce optimalizací pro generativní AI · vlastní měření 15 e-shopů na Shoptetu, 8. 8. 2026. Vše ověřeno 4. 9. 2026.
