SEO plugin hlásí správná strukturovaná data, ale ve zdroji stránky je jiný autor než pod titulkem a obrázek vede na starou adresu. Zelený test proto není konec práce. Nejdřív porovnejte údaje se skutečným veřejným článkem. Strukturovaná data mají srozumitelně popsat jeho obsah, autora, datum a obrázek. Nejsou náhradou za dostupnou stránku ani způsobem, jak si objednat konkrétní vzhled výsledku Google.
Article, BlogPosting a NewsArticle nejsou tři stupně SEO kvality
Article je obecný typ článku, BlogPosting označuje blogový příspěvek a NewsArticle zpravodajský článek. Volba má odpovídat skutečnému obsahu, nikoli představě, že „zpravodajský“ typ získá automatickou výhodu. Nadčasový návod nemusíte vydávat za zprávu, aby měl dobře popsaná data.
Google má pro tuto skupinu vlastní dokumentaci s doporučenými vlastnostmi. Slovník schema.org je širší: existence vlastnosti ve slovníku neznamená, že ji Google používá pro konkrétní vyhledávací funkci. Rozlišujte syntaxi, význam dat a podporu konkrétního výsledku. Všechny tři úrovně potřebujete při kontrole, ale každá odpovídá na jinou otázku.
| Úroveň | Kontrolní otázka | Příklad závady |
|---|---|---|
| Syntaxe | Lze zápis správně přečíst? | Chybějící čárka v JSON |
| Význam a pravdivost | Popisuje skutečný článek? | Jiný autor nebo neexistující obrázek |
| Pravidla Google | Odpovídá podporovanému typu a jeho zásadám? | Nevhodné označení nebo nepodporované očekávání |
| Veřejné doručení | Obdrží stejná data i anonymní návštěvník a robot? | Správný náhled, ale starý výstup z cache |
Nejdřív zjistěte, kdo data vytváří
Ve WordPressu může značkování generovat SEO plugin, šablona, specializované rozšíření nebo vlastní kód. Neinstalujte další nástroj jen proto, že jste v editoru nenašli pole „Article“. Nejprve otevřete veřejnou stránku a vyhledejte bloky application/ld+json, případně značkování vložené přímo do HTML. Jeden graf může obsahovat několik propojených objektů.
WebPage, Organization, Person, BreadcrumbList a Article na jedné stránce nejsou automaticky duplicita. Mohou popisovat odlišné věci. Problémem jsou zejména soupeřící popisy téhož článku s různými údaji, například dva odlišní autoři či obrázky. Zapište původ jednotlivých bloků a vyberte srozumitelně spravované řešení. Úpravu šablony testujte před nasazením na reprezentativních stránkách.
- Najděte všechny způsoby značkování, ne pouze první blok JSON-LD.
- Porovnejte hlavní typ a identitu článku napříč bloky.
- Ověřte, odkud se berou autor, datum a obrázek.
- Zjistěte, zda změna v editoru skutečně mění veřejný výstup.
- U sítě webů evidujte konfiguraci po doménách; stejné logo pluginu neznamená stejné nastavení.
Co kontrolovat u autora
Jméno v datech má odpovídat skutečnému autorství uvedenému na stránce. Technický účet, kterým automatizace publikuje přes API, nemusí být autorem textu. Pokud WordPress přebírá výchozí účet, musí redakční proces autora nastavit výslovně. Odkaz v author.url má identifikovat autora, například jeho skutečný profil, nikoli náhodnou stránku magazínu.
Do author.name nepatří směs jména, funkce, názvu vydavatele a reklamního sloganu. U více autorů zachovejte samostatné osoby. Pokud je autorem skutečně organizace, použijte odpovídající typ; nevytvářejte neexistujícího člověka kvůli testovacímu nástroji. Značkování nesmí vymýšlet odbornost, recenzi ani zkušenost, kterou článek nemá.
Datum vydání a aktualizace musí mít srozumitelný význam
DatePublished popisuje první vydání článku, dateModified jeho poslední úpravu. Používejte konzistentní údaje a časové pásmo. Rozdíl mezi místním časem a UTC nesmí náhodně posunout veřejný den. U existujícího obsahu před změnou zjistěte, co nyní vytváří WordPress a co SEO plugin; nepřepisujte historická data jen kvůli příkladu v dokumentaci.
Automatické nastavení dnešního dateModified při každém zobrazení není věcná aktualizace článku. Datum má pomoci čtenáři porozumět stáří informací. U dlouhodobě aktualizovaného návodu proto rozlišujte původní vydání a skutečnou věcnou kontrolu. Pokud se mění URL, zachovejte smysl dat a prověřte související kanonickou adresu článku.
Obrázek musí být skutečný a dosažitelný
Vlastnost image má ukazovat na obrázek reprezentující článek, nikoli automaticky na logo webu. Otevřete uvedenou URL a ověřte formát, obsah a dostupnost bez přihlášení. Po přesunu médií nebo změně CDN mohou data obsahovat starou cestu, i když samotná stránka už zobrazuje nový soubor.
Google doporučuje kvalitní obrázky a u Article popisuje také vhodné obrazové varianty. Nevydávejte však jediný rozměr za univerzální záruku náhledu. Výběr zobrazení zůstává automatický. Praktickou správu souborů, alt textu a responzivních variant rozebírá průvodce SEO obrázků.
Modelový zápis BlogPosting
Následující zjednodušený JSON je výukový model. Používá doménu pro příklady a zástupné jméno; není připravený k vložení beze změn. Na skutečné stránce se JSON-LD obvykle vkládá do příslušného skriptového bloku, ale pokud jej již správně generuje plugin, další ruční kopii nepřidávejte.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://www.example.com/navod/#article",
"headline": "Modelový praktický návod",
"mainEntityOfPage": "https://www.example.com/navod/",
"datePublished": "2026-10-10T09:40:00+00:00",
"dateModified": "2026-10-10T09:40:00+00:00",
"author": {
"@type": "Person",
"name": "Jméno skutečného autora",
"url": "https://www.example.com/redakce/autor/"
},
"image": ["https://www.example.com/foto/navod.webp"]
}U reálného článku nahraďte všechny modelové hodnoty a vynechte údaje, které nemůžete pravdivě doložit. Shodné datum vydání a úpravy v ukázce pouze představuje počáteční zveřejnění. Pokud text později věcně upravíte, má se změna promítnout odpovídajícím způsobem. Identifikátory a URL musí být stabilní a konzistentní.
FAQ pro čtenáře není příslib rozšířeného výsledku
Otázky a odpovědi mohou být užitečnou částí článku i bez speciálního vyhledávacího vzhledu. Google od 7. května 2026 FAQ rozšířené výsledky nezobrazuje a následně odstranil jejich dokumentaci. Starší rady slibující FAQ rozšíření běžnému magazínu proto nejsou vhodným podkladem pro nové zadání.
Nezaměňujte tento konkrétní vývoj s tvrzením, že všechna strukturovaná data ztratila význam. Posuzujte jednotlivé podporované typy a aktuální dokumentaci. Smyslem viditelného FAQ je odpovědět na skutečné nejasnosti čtenáře. Přidání značení nesmí být důvodem pro výplňové otázky nebo skryté odpovědi, které na stránce nejsou.
Postup kontroly před rozšířením do celé sítě
- Vyberte nový článek, aktualizovaný návod a stránku s více autory, pokud ji web používá.
- Porovnejte veřejný obsah s daty autora, titulku, data, obrázku a hlavní URL.
- Ověřte syntaxi a podporované vlastnosti vhodným testem; rozlišujte chybu a doporučení.
- Otestujte veřejnou URL, nikoli jen vloženou ukázku kódu.
- Zkontrolujte mobilní výstup a případné soupeřící generátory.
- Po úpravě zaznamenejte přesně změněnou konfiguraci a znovu ověřte reprezentativní stránky.
| Údaj | Porovnat s | Varovný signál |
|---|---|---|
| Headline | Skutečným titulkem a obsahem | Název jiného článku z pevné šablony |
| Author | Veřejným autorstvím a profilem | Technický účet nebo smyšlená osoba |
| Data | Smysluplnými údaji vydání a úpravy | Nové datum při každém načtení |
| Image | Reprezentativním dostupným souborem | Chybová URL nebo nesouvisející logo |
| Hlavní URL | Veřejnou preferovanou adresou | Testovací doména nebo starý slug |
Co znamená úspěšná kontrola
Úspěšná validace potvrzuje konkrétní vlastnosti zpracovaného zápisu, nikoli všechny redakční souvislosti. Nástroj nemusí poznat nepravdivé autorství nebo nesouvisející obrázek. Zároveň správná data nezajistí indexaci nedostupné stránky. Pokud článek chybí ve vyhledávání, pokračujte samostatnou diagnostikou indexace, ne opakovanou instalací schema pluginů.
Model: správný autor v textu, jiný ve značkování
Modelový magazín publikuje přes technický účet, ale veřejně uvádí schváleného redaktora. V jednom bloku Article je správné jméno a profil, zatímco druhý blok přebírá výchozí účet z šablony. Řešením není přidat třetí správný blok. Dohledáte oba generátory a opravíte mapování nebo souběh tak, aby veřejný výstup odpovídal skutečnému autorství.
Pak otestujete několik situací: nový článek, starší text po úpravě a případ s více autory, pokud existuje. Současně zkontrolujete, že oprava neodstranila správné údaje o vydavateli nebo navigaci. Ty popisují jiné objekty a nemusejí být konfliktem. Výsledek musí být srozumitelný i pro dalšího správce: má vědět, odkud se jednotlivé hodnoty berou.
U sítě webů uchovejte vzorovou kontrolu, ale ověřte aktuální redakci každé domény. Převzetí stejných jmen, profilů či funkcí bez podkladu by vytvořilo novou nepravdivost. Validátor takovou záměnu obvykle nevyřeší, protože syntakticky může být nesprávné jméno zcela platné.
Časté otázky
Je NewsArticle vždy lepší než BlogPosting?
Ne. Typ má pravdivě odpovídat obsahu. Zpravodajské označení nepřidává běžnému návodu automatickou přednost.
Jsou dva bloky JSON-LD automaticky chyba?
Ne. Mohou popisovat odlišné propojené objekty. Zkontrolujte hlavně rozporné údaje o stejné věci a jejich původ.
Mohu v datech uvést jiného autora než na stránce?
Ne jako způsob optimalizace. Data mají odpovídat skutečnému autorství a veřejnému obsahu.
Zaručí správný test obrázek ve výsledku Google?
Ne. Test ověřuje zápis a některá pravidla; konkrétní podobu výsledku vybírá vyhledávač automaticky.
Má smysl ponechat FAQ bez rozšířeného výsledku?
Ano, pokud odpovídá na užitečné otázky. Jeho čtenářská hodnota nezávisí na speciálním zobrazení ve vyhledávání.
