TL;DR Strukturovaná data nejsou ranking faktor, ale jsou signálem pro entity a rich results. JSON-LD je dominantní formát (70 % webů) a Google ho doporučuje jako nejjednodušší na údržbu. FAQ a HowTo rich results jsou mrtvé (2023/2026), ale oba typy zůstávají validní pro entity a AI kontext. WordPress pluginy generují schema automaticky, liší se však v kontrole a modelování; hlavní riziko je duplicitní markup. Pro AI viditelnost je klíčové propojení entit: sameAs, knowsAbout, Person a Organization. Search Console zachytí AI Overviews i AI Mode, ale citace v ChatGPT a Perplexity vyžadují vlastní tracking. Semly doplňuje WordPress a WooCommerce o měřitelnou AI viditelnost (monitoring, znalostní báze, JSON-LD).
Schema.org ve WordPressu v roce 2026: co se změnilo a proč na tom záleží
Schema.org ve WordPressu prošlo za poslední tři roky výraznou proměnou. Zatímco dříve šlo především o honbu za vizuálními rich results, v roce 2026 je hlavní hodnota jinde: ve strojovém pochopení entit, které z vašeho obsahu čtou jak vyhledávače, tak velké jazykové modely.
Strukturovaná data jsou strojově čitelný popis obsahu stránky podle slovníku Schema.org. Nejrozšířenější formát zápisu je JSON-LD (JavaScript Object Notation for Linked Data), tedy blok skriptu vložený do hlavičky stránky, který popisuje entity, jejich vlastnosti a vzájemné vztahy. Google ho doporučuje jako nejjednodušší na implementaci a údržbu ve velkém měřítku.
Aktuální stav slovníku je konkrétní: Schema.org V30.1 (vydáno 16. 9. 2026) obsahuje 826 typů, 1 540 vlastností, 19 datatypů, 96 enumerací a 544 členů enumerací. Mezi novinkami jsou EU Digital Product Passport, retail feed data (consumerNotice, isOftenBoughtWith, specification) a typ DigitalProductPassport.
Adopce je masivní. Podle korpusu Web Data Commons z října 2024 (publikováno 13. 1. 2025) se strukturovaná data nacházejí na 51,25 % z 2,4 miliardy HTML stránek (16,5 milionu z 37,4 milionu domén). Průměrný počet triplů na stránku vzrostl z 10 (2015) na 57 (2024).
Zásadní je rozlišení dvou rovin:
- Rich result je vizuální rozšíření výsledku ve vyhledávání (hvězdičky, cena, drobečková navigace). Přináší měřitelný CTR efekt.
- Entity signal pro LLM je strojové potvrzení, kdo jste, co děláte a s kým souvisíte. Nezobrazuje se, ale formuje to, jak model o vaší značce uvažuje.
Google opakovaně potvrzuje, že strukturovaná data nejsou ranking faktor. Deprecace tedy nemění pozice, mění pouze vizuální výhody a CTR.
Timeline deprecací (2023 až 2026)
| Datum | Změna | Dopad |
|---|---|---|
| 8. 8. 2023 | FAQ rich results omezeny na autoritativní vládní a zdravotní weby; HowTo deprecován na mobilu | Konec plošných FAQ snippetů |
| 14. 9. 2023 | HowTo rich result plně odstraněn (desktop i mobil) | Návody ztratily vizuální rozšíření |
| 12. 6. 2025 | Oznámeno zrušení 7 typů (Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing) | Postupný útlum reportingu |
| 8. 9. 2025 | Odstraněny reporty, Rich Results Test a filtry pro těchto 7 typů | Konec validace v nástrojích |
| 1. 10. 2025 | BigQuery appearance pole vrací NULL | Ztráta dat v exportech |
| 5. 11. 2025 | Deprecace Practice Problem | Reporting odstraněn v lednu 2026 |
| 7. 5. 2026 | FAQ rich results přestaly zobrazovat | Konec FAQ snippetů |
| 15. 6. 2026 | Dokumentace FAQ odstraněna | Typ zůstává validní, podpora končí |
| Srpen 2026 | Ukončení podpory FAQ v Search Console API | Nutnost přejít na vlastní měření |
Co zůstává vs. co bylo zrušeno
| Status | Typy |
|---|---|
| Zrušeno jako rich result | HowTo (2023), FAQ (2026), Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, Practice Problem |
| Zůstává validní jako typ | FAQPage, HowTo (pro entity a AI kontext) |
| Plně podporováno | Article, Breadcrumb, Product, Event, Job posting, Local business, Organization, Recipe, Review snippet, Speakable, Video, Q&A, Discussion forum, Dataset, Education Q&A, Employer aggregate rating, Image metadata, Math solver, Movie, Profile page, Software app, Subscription/paywalled, Vacation rental, Course list, Carousel |
Jak Google v roce 2026 podporuje strukturovaná data (a co už ne)
Google Search Central udržuje definitivní seznam podporovaných rich results (aktualizováno 15. 6. 2026). Pokud plánujete implementaci ve WordPressu, vyplatí se vycházet právě z něj, ne z blogových přehledů, které často míchají podporované a mrtvé typy.
Podporované typy 2026
| Kategorie | Typy |
|---|---|
| Obsah a články | Article, Breadcrumb, Carousel, Profile page, Q&A, Discussion forum |
| E-commerce | Product, Review snippet, Merchant listing, Subscription/paywalled |
| Lokální a organizace | Local business, Organization, Employer aggregate rating |
| Události a nábor | Event, Job posting |
| Vzdělávání a média | Course list, Education Q&A, Movie, Recipe, Video, Image metadata |
| Speciální | Dataset, Math solver, Software app, Speakable, Vacation rental |
Co Google zrušil a co to znamená
Deprecace FAQ a HowTo neznamená, že by tyto typy přestaly existovat ve slovníku Schema.org. FAQPage a HowTo zůstávají validní jako typy a mají smysl pro entity a AI kontext. Co skončilo, je jejich zobrazování jako rich result a související reporting.
Praktický důsledek pro WordPress: pokud plugin generuje FAQPage markup, není to chyba. Nemá smysl ho ale nasazovat s očekáváním vizuálního rozšíření ve výsledcích. Hodnota je v tom, že modelům poskytnete strukturovanou otázku a odpověď, kterou mohou snadno extrahovat.
Na co si dát pozor: Strukturovaná data nejsou ranking faktor. Pokud po deprecaci FAQ klesl provoz, příčinou je ztráta CTR z vizuálního rozšíření, ne pokles pozic. Řešením je obsah a relevance, ne přidávání dalšího markupu.
JSON-LD vs. Microdata vs. RDFa: který formát zvolit ve WordPressu
Volba formátu je v roce 2026 v podstatě rozhodnutá. Data z korpusu Web Data Commons 2024 ukazují jasnou dominanci JSON-LD.
Srovnání formátů
| Kritérium | JSON-LD | Microdata | RDFa |
|---|---|---|---|
| Podíl webů | 70 % | 46 % | 3 % |
| Počet webů | 11,5 mil. | 7,6 mil. | 0,4 mil. |
| Podpora Google | Doporučeno | Podporováno | Podporováno |
| Údržba | Snadná, oddělená od HTML | Náročná, vnořená v HTML | Náročná, atributy v HTML |
| Riziko konfliktů | Nízké | Vyšší | Vyšší |
| Vhodnost pro AI | Vysoká (@id, @graph) | Nižší | Nižší |
Microdata a RDFa jsou stále podporované, ale na ústupu. Jejich hlavní nevýhoda je provázanost s HTML strukturou: jakákoli změna šablony může markup rozbít. JSON-LD je oddělený blok, který lze generovat programově, cachovat a verzovat.
Pro AI viditelnost je klíčová schopnost JSON-LD pracovat s @id a @graph. To umožňuje propojit entity do jednoho grafu a vytvořit konzistentní signál napříč celým webem. Semly ve svém přístupu k GEO/AI výslovně uvádí, že JSON-LD (Schema.org) je pro AI lepší než mikrodata itemprop, protože jde o nativní formát pro LLM.
Příklad JSON-LD bloku
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.cz/#organization",
"name": "Example s.r.o.",
"url": "https://example.cz"
}
Který WordPress plugin generuje nejlepší schema? (Yoast vs. Rank Math vs. AIOSEO vs. SEOPress)
Neexistuje jeden univerzálně nejlepší plugin. Rozhoduje to, jaký typ webu provozujete a kolik kontroly nad markupem potřebujete. Následující srovnání vychází z aktivních instalací a z přístupu jednotlivých pluginů k modelování schématu.
Srovnání pluginů
| Kritérium | Yoast SEO | Rank Math | AIOSEO | SEOPress |
|---|---|---|---|---|
| Aktivní instalace | 10+ mil. | 4+ mil. | 3+ mil. | 300 tis.+ |
| Automatické typy | Organization, Person, Article, Breadcrumb, WebSite | Široká sada přes schema builder | Business a local toolkit | Organization, Article, Breadcrumb |
| Kontrola nad @graph | Konzistentní graph (Organization → Person → Article) | Vysoká, více typů a vlastní bloky | Střední, zaměření na business | Vysoká, včetně white-label |
| Riziko duplicit | Nízké při jednom zdroji | Nízké při jednom zdroji | Nízké při jednom zdroji | Nízké při jednom zdroji |
| AI funkce | llms.txt, IndexNow | llms.txt, IndexNow, MCP | llms.txt, IndexNow, MCP | IndexNow |
Trend roku 2026 je jasný: SEO pluginy přecházejí od klasického schématu k AI discovery. Přidávají podporu llms.txt, IndexNow a MCP (respektive WordPress Abilities API). Google však 15. 6. 2026 upřesnil, že llms.txt není pro Google Search potřeba a nemá vliv na viditelnost. Berte ho tedy jako doplňkový kanál pro LLM boty, ne jako náhradu strukturovaných dat.
Pro e-shop na WooCommerce je rozhodující, zda plugin generuje Product s Offer, price, availability a AggregateRating. Bez těchto vlastností přicházíte o rich result i o faktický signál pro modely.
Jak sestavit vlastní @graph ve WordPressu (Organization → Person → Article → sameAs → knowsAbout → speakable)
Vlastní @graph je nejúčinnější způsob, jak propojit entity napříč webem. Místo izolovaných bloků vytvoříte jeden konzistentní graf, kde každá entita odkazuje na ostatní přes @id.
Checklist kroků
- Definujte
OrganizationslegalName,identifierasameAs. - Přidejte
PersonscredentialsaknowsAbout. - Propojte
Articlesauthor,datePublishedadateModified. - Doplňte
sameAsna Wikidata, LinkedIn a sociální profily. - Přidejte
speakablepro klíčové sekce obsahu. - Vložte blok do
wp_headnebo přes funkci pluginu. - Ověřte výsledek v Rich Results Test a Schema Markup Validator.
Příklad kompletního @graph
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://example.cz/#organization",
"legalName": "Example s.r.o.",
"identifier": "12345678",
"sameAs": ["https://www.wikidata.org/wiki/Q123", "https://www.linkedin.com/company/example"]
},
{
"@type": "Person",
"@id": "https://example.cz/#author",
"name": "Jan Novák",
"knowsAbout": ["SEO", "strukturovaná data", "AI viditelnost"],
"worksFor": { "@id": "https://example.cz/#organization" }
},
{
"@type": "Article",
"@id": "https://example.cz/clanek/#article",
"author": { "@id": "https://example.cz/#author" },
"publisher": { "@id": "https://example.cz/#organization" },
"datePublished": "2026-09-22",
"dateModified": "2026-09-22",
"speakable": { "@type": "SpeakableSpecification", "cssSelector": [".tldr", "h1"] }
}
]
}
Na co si dát pozor: Konfliktní
@ida duplicitní kanonické tagy jsou nejčastější příčina nefunkčního grafu. Každá entita musí mít právě jeden@ida ten musí být konzistentní napříč všemi bloky na webu.
Duplicitní markup: největší riziko WordPressu při migraci pluginů
Duplicitní markup vzniká ve chvíli, kdy schema generuje více než jeden zdroj. Typický scénář: migrujete z Yoast na Rank Math, ale starý plugin zůstane aktivní, nebo kombinujete plugin s ručním JSON-LD ve šabloně.
Výsledkem jsou dva kanonické tagy, dva JSON-LD bloky a konfliktní @id. Google v takovém případě nemusí správně určit, který signál je platný, a rich result se nezobrazí.
Checklist auditu duplicit
- Zobrazte zdrojový kód stránky a spočítejte výskyty
application/ld+json. - Zkontrolujte počet kanonických tagů (
rel="canonical"). - Porovnejte
@idnapříč bloky, zda se neopakují s odlišným obsahem. - Spusťte Rich Results Test a Schema Markup Validator.
- Ověřte, zda schema odpovídá viditelnému textu na stránce.
- Vypněte schema v jednom z pluginů nebo v šabloně.
Na co si dát pozor: Při migraci pluginů vždy nejprve vypněte schema ve starém pluginu, teprve poté aktivujte nový. Ideální je udržovat jeden zdroj pravdy: buď plugin, nebo vlastní JSON-LD, nikdy obojí současně.
Má structured data vliv na AI viditelnost? Co říká Google a co praxe
Zde je potřeba být přesný, protože se v tomto bodě šíří řada nepřesností.
Google oficiálně uvádí (aktualizováno 10. 12. 2025): "There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary." A dále: "There's also no special schema.org structured data that you need to add."
To znamená, že neexistuje žádný speciální markup, který by zaručil zobrazení v AI Overviews nebo AI Mode. Google zároveň doporučuje, aby strukturovaná data odpovídala viditelnému textu na stránce.
Na druhé straně Google sám přiznává, že strukturovaná data pomáhají pochopení entit. A právě zde leží praktický přínos pro AI viditelnost: nejde o rich result, ale o entity signal. AI boti, jako je OAI-SearchBot, čtou HTML i strukturovaná data Schema.org. Čím konzistentnější a propojenější entity nabídnete, tím snazší je pro model vás správně zařadit.
Kauzalitu je nutné formulovat jako hypotézu, ne jako fakt. Neexistuje potvrzený přímý vztah mezi nasazením JSON-LD a citací v ChatGPT. Existuje však logický předpoklad: pokud model extrahuje entity z vašeho webu, kvalitní a propojený markup tuto extrakci usnadňuje.
Právě měřitelnost tohoto předpokladu je to, co v praxi chybí. Semly tuto mezeru řeší tím, že sleduje, jak jsou značky zobrazovány v odpovědích modelů jako ChatGPT, Gemini, Claude, Grok a Google AI Mode, a analyzuje zdroje, které odpovědi formují.
Jak měřit dopad strukturovaných dat na AI viditelnost
Měření AI dopadu je stále nezralá disciplína, ale existuje metodika, která dává smysl.
Search Console Performance report (typ Web search) zachytí AI Overviews i AI Mode. AI Mode se od 16. 6. 2025 počítá do celkových dat. To je základ, ale zdaleka ne vše: citace v ChatGPT, Perplexity nebo Claude v Search Console neuvidíte.
Tabulka metrik
| Metrika | Nástroj | Co měří |
|---|---|---|
| Zobrazení a kliky z AI features | Search Console (Web search) | Výkon v AI Overviews a AI Mode |
| Brand mentions v LLM | Semly | Frekvence zmínek značky v odpovědích AI |
| Citace a zdroje | Semly | Které zdroje modely citují |
| Sentiment | Semly | Jak modely o značce mluví |
| Share of voice | Semly | Podíl značky vůči konkurenci |
| Referral traffic z AI | Analytika | Návštěvy z AI platforem |
Krok za krokem nastavení měření
- Ověřte web v Search Console a sledujte Performance report pro AI features.
- Zaveďte vlastní tracking brand mentions v klíčových promptech.
- Nastavte monitoring AI v Semly pro ChatGPT, Gemini, Claude, Grok a Google AI.
- Sledujte zdroje a citace, které odpovědi formují.
- Propojte WordPress nebo WooCommerce se Semly přes API klíč.
- Vyhodnocujte sentiment a share of voice v čase.
- Reagujte na doporučení Semly, včetně "opravit nebo přidat strukturovaná data schema.org".
Semly nabízí monitoring AI, generátor obsahu a znalostní bázi, která automaticky generuje sitemap, llms.txt, JSON-LD, Markdown, veřejné API a MCP pro LLM boty. Ceník začíná na 1 149 Kč měsíčně a končí na 5 699 Kč měsíčně podle rozsahu. Služba je určena výhradně pro podnikatelské subjekty.
Výkonnostní dopad JSON-LD ve WordPressu a jak ho řešit
Obava z výkonu je u JSON-LD většinou neopodstatněná. Pokud je blok statický a cachovaný, zátěž je minimální: jde o několik kilobajtů textu v wp_head.
Problém vzniká ve třech situacích:
- Generování JSON-LD na klientu pomocí JavaScriptu.
- Velké
@graphbloky bez cache, generované při každém požadavku. - Kombinace více pluginů, které každý generuje vlastní blok.
Checklist optimalizace
- Generujte JSON-LD staticky, ne na klientu.
- Cachujte výstup, pokud je generován dynamicky.
- Minimalizujte rozsah grafu na relevantní entity.
- Kontrolujte velikost bloku, ideálně v jednotkách kilobajtů.
- Odstraňte duplicitní bloky z více pluginů.
- Ověřte, že blok neblokuje renderování stránky.
Na co si dát pozor: Pokud používáte více pluginů, může každý vkládat vlastní JSON-LD do
wp_head. Výsledkem je nafouknutá hlavička a konfliktní signály. Jeden zdroj pravdy je i zde nejlepší praxe.
Checklist: audit strukturovaných dat ve WordPressu krok za krokem
- Proveďte inventuru typů, které web aktuálně generuje.
- Zkontrolujte duplicity (
application/ld+json, kanonické tagy). - Validujte přes Rich Results Test a Schema Markup Validator.
- Zkontrolujte
@ida strukturu@graph. - Ověřte
sameAsaknowsAboutu klíčových entit. - Zkontrolujte, zda schema odpovídá viditelnému textu.
- Nastavte měření AI viditelnosti.
- Zapojte Semly pro monitoring AI, zdrojů, sentimentu a share of voice.
Co udělat dál
Po dokončení auditu máte dvě priority. První je technická: odstranit duplicity a sjednotit entity do jednoho grafu. Druhá je měřitelná: nastavit monitoring, který vám ukáže, zda se vaše viditelnost v AI odpovědích skutečně mění. Semly propojíte s WordPressem nebo WooCommerce přes API klíč a získáte přehled o tom, jak modely o vaší značce mluví, které zdroje citují a jaký je váš podíl na hlasu vůči konkurenci.
FAQ
Je FAQ schema mrtvá? FAQ rich results přestaly zobrazovat 7. 5. 2026 a dokumentace byla odstraněna 15. 6. 2026. Typ FAQPage však zůstává validní ve slovníku Schema.org. Má smysl ho používat pro entity a AI kontext, ne pro očekávání vizuálního rozšíření.
Má structured data vliv na AI Overviews? Google oficiálně uvádí, že pro zobrazení v AI Overviews a AI Mode nejsou potřeba žádné speciální úpravy ani schema.org markup. Strukturovaná data však pomáhají pochopení entit, což je pro AI viditelnost relevantní jako nepřímý signál.
Který SEO plugin generuje nejlepší schema? Neexistuje jeden nejlepší plugin. Yoast nabízí konzistentní graph, Rank Math širokou sadu typů přes schema builder, AIOSEO business a local toolkit a SEOPress vysokou kontrolu včetně white-label. Rozhoduje typ webu a potřeba kontroly nad markupem.
Je JSON-LD lepší než Microdata?
Pro většinu webů ano. JSON-LD používá 70 % webů oproti 46 % u Microdata a Google ho doporučuje jako nejjednodušší na údržbu. Umožňuje také práci s @id a @graph, což je klíčové pro propojení entit.
Jak měřit AI citace? Search Console zachytí AI Overviews a AI Mode v Performance reportu, ale citace v ChatGPT a Perplexity vyžadují vlastní tracking. Semly nabízí monitoring AI napříč ChatGPT, Gemini, Claude, Grok a Google AI včetně zdrojů, sentimentu a share of voice.
Zpomaluje JSON-LD web?
Statický a cachovaný JSON-LD v wp_head má minimální dopad na výkon. Problém vzniká při generování na klientu nebo u velkých grafů bez cache. Řešením je statické generování, cachování a minimalizace rozsahu.
Co dělat s FAQPage po deprecaci? Ponechte ho, pokud přináší hodnotu pro entity a AI kontext, ale neočekávejte rich result. Zaměřte se na obsah a strukturu odpovědí, které modely mohou snadno extrahovat.