Kontrola strukturovaných dat Schema.org

Co zjistíte

• Jestli stránka vůbec nese JSON-LD, které typy Schema.org obsahuje a jestli je zápis syntakticky v pořádku — chybějící čárka dovede shodit celý blok.
• Zda hlavní entita, tedy Organization, LocalBusiness, WebSite nebo podobný typ, má vyplněné povinné pole name.
• Jaké doporučené typy podle povahy webu chybí: WebSite, Organization a BreadcrumbList patří skoro každému, e-shop navíc potřebuje Product.
• U e-shopu hloubkovou kontrolu polí Product — jestli je cena zapsaná jako holé číslo, měna jako ISO kód a dostupnost ve formátu, kterému Google rozumí.
• Jestli DIČ ve strukturovaných datech (pole vatID) odpovídá DIČ, které web uvádí jinde v textu.
• Zda viditelné otázky a odpovědi na stránce mají i odpovídající FAQPage značení, ne jen holý text.
• Open Graph a Twitter Card meta tagy, které rozhodují, jak stránka vypadá při sdílení na sociálních sítích.

Co strukturovaná data dělají

Vyhledávač nečte stránku jako člověk. Nevidí barvy ani rozvržení, neví, že cena je napsaná tučně vedle produktu — prochází HTML a hledá text, ze kterého poskládá význam. Strukturovaná data mu ten výklad usnadní tím, že mu ho rovnou předloží ve strojově čitelném tvaru. Namísto odhadování z kontextu dostane Googlebot přesnou informaci: tohle je firma, jmenuje se tak a tak, sídlí tady, tohle je produkt s touhle cenou.

Schema.org definuje stovky typů entit — od Organization přes Product až po Recipe nebo Event — a každý typ má vlastní sadu vlastností. Google pak podle vyplněných polí rozhoduje, jestli stránce přidá rozšířený výsledek — třeba hvězdičky u hodnocení nebo cenu přímo ve výpisu. Nejde o automatický nárok. Je to nabídka dat, kterou vyhledávač může, ale nemusí využít, a i při naprosto správném značkování se rozšířený výsledek nemusí objevit. Totéž značkování si navíc rády přečtou AI vyhledávače — ChatGPT nebo Perplexity z něj skládají odpověď stejně ochotně jako z viditelného textu stránky.

Které typy má mít skoro každý web

WebSite a Organization (respektive LocalBusiness, má-li firma kamennou pobočku) tvoří základ, který se hodí prakticky každému webu — první pojmenuje web jako celek, druhý řekne, kdo ho provozuje. BreadcrumbList k nim přidává cestu ke stránce v hierarchii webu, takže se ve výsledcích místo syrové URL zobrazí čitelný drobek jako Domů › Produkty › Notebooky.

Nad tímhle základem si každý typ webu bere ještě něco navíc. E-shop potřebuje Product s vyplněnými offers — cenou, dostupností a měnou — jinak se produkt do nákupních výsledků nikdy nedostane. Blog nebo redakční web sáhne po Article, ideálně s autorem a datem publikace, firma nabízející služby spíš po Service s oblastí působnosti. FAQPage pak dává smysl jen na stránce, která otázky a odpovědi opravdu obsahuje viditelně v textu. Google ve svých pravidlech žádá, aby značkování odpovídalo tomu, co si uživatel přečte, a schéma bez odpovídajícího viditelného obsahu řadí mezi klamavé značení — což test sám nepozná, protože samotnou přítomnost FAQPage schema bere jako dostatečný důkaz. Rozšířený výsledek pro FAQ box navíc dnes stejně nezobrazuje.

Chyby, které značkování shodí

Nejčastější a nejsnáz opravitelná chyba je syntaktická — přebytečná čárka za posledním prvkem pole, chybějící uvozovka, dvakrát otevřená složená závorka. Prohlížeč takový JSON tiše přejde, ale parser vyhledávače ho odmítne celý, včetně bloků, které jsou jinak v pořádku.

• Typ bez povinných vlastností — Product bez pole name nebo image, Organization bez name.
• Cena zapsaná jako text s měnou uvnitř, třeba jako „tisíc dvě stě korun“, místo holého čísla s oddělenou položkou priceCurrency.
• Hodnocení (aggregateRating) bez jediné skutečné recenze pod ním — Google to ve svých pravidlech řadí mezi klamavé strukturované značení, pravost recenzí ale test nijak neověřuje, jen to, že pole existuje a je vyplněné správně.
• Duplicitní bloky JSON-LD od dvou různých pluginů nebo šablon, které si navzájem odporují v tom, kdo je vlastně Organization.

Jak to vložit a ověřit

Stačí jeden blok <script type="application/ld+json"> v hlavičce stránky — nemusíte ho lepit z několika menších kousků ani ho schovávat do těla stránky. Minimální Organization vypadá takto:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example s.r.o.",
  "url": "https://www.example.cz",
  "vatID": "CZ12345678",
  "sameAs": ["https://www.facebook.com/example"]
}
</script>

Po vložení spusťte kontrolu znovu. Tlačítkem Spustit znovu na výsledkovce si vynutíte nové přečtení stránky, takže hned víte, jestli JSON prošel bez syntaktické chyby a jestli DIČ v poli vatID sedí s tím, co web uvádí jinde v textu. Tlačítko vidí ten, kdo kontrolu zadal. Kdo si chce projít celý postup podrobněji, včetně příkladů pro produkty a články, najde ho v článku Strukturovaná data a Schema.org: Praktický návod pro začátečníky. A protože strukturovaná data řeší jen část toho, jak stránka vypadá ve výsledcích a při sdílení, hodí se projít i meta tagy popsané v článku Meta tagy pro SEO: Které jsou důležité a jak je správně nastavit.