SCH-02
Nenašli jsme na úvodní stránce schéma Organization ani WebSite
Co kontrola měří
Kontrola se dívá výhradně na úvodní stránku (poznáme ji podle adresy: kořen webu, případně kořen jazykové verze) a ptá se, jestli na ní je typ Organization nebo WebSite. Stačí jeden z nich. Když tam není ani jeden, vznikne nález.
Od 19. 9. 2026 hledá kontrola ten typ v obou zápisech, které čteme: v blocích JSON-LD i v schema.org microdatech (itemtype=). Na zápisu tedy nezáleží, rozhoduje přítomnost typu.
Typy se hledají i uvnitř @graph a v polích, takže obvyklý zápis, kdy je na stránce jeden blok s několika entitami, kontrola projde správně.
Co kontrola nedělá:
- Neposuzuje, co v tom schematu stojí.
Organizationbez názvu, bez loga a bez adresy projde stejně jako pečlivě vyplněné. - Neběží na jiných stránkách než na úvodní. Ani na jazykových mutacích, ani na podstránkách.
- Nekontroluje, jestli identita v schematu odpovídá skutečnosti: jestli název sedí s tím, co je v hlavičce, nebo jestli odkaz na profil na sociální síti vede na váš profil.
- Nevidí RDFa, stejně jako
SCH-01. Microdata čte od 19. 9. 2026, RDFa ne; je to přiznaná mezera, ne tvrzení, že ten zápis neplatí. - Neřeší, jestli na stránce chybí strukturovaná data úplně. Od toho je
SCH-01, a když má stránka microdata bez JSON-LD,SCH-06.
Nález je vázaný na úvodní stránku, závažnost varování.
Jak silný důkaz za tím stojí
Doporučujeme to, protože to neuškodí nebo to má jiný užitek, ale vliv na to, jestli vás jazykové modely budou citovat, neslibujeme. Nikdo ho zatím nedoložil.
Platí tu všechno, co stojí u SCH-01: vliv strukturovaných dat na to, jestli vás jazykový model bude citovat, doložený není. Měření (Ahrefs, 1 885 stránek proti 4 000 kontrolním) vyšlo v mezích šumu, u AI Overviews dokonce se signifikantním poklesem, a kontrolovaný experiment Otterly ukázal, že informaci vloženou jen do schematu nepoužila žádná platforma.
Organization a WebSite mají ale jedno navíc oproti ostatním typům, a je fér to uvést: týkají se identity, ne obsahu. Odpovídají na otázku „kdo tenhle web provozuje“, a to je informace, kterou stejně potřebujete mít na webu srozumitelně napsanou: kvůli lidem, kvůli důvěryhodnosti a v EU i kvůli zákonné povinnosti uvádět identifikaci provozovatele.
Doložený užitek má schema u Googlu, a jen pro klasické vyhledávání: podle strukturovaných dat kvalifikuje stránky pro rich results. U WebSite s vyhledávací akcí a u Organization s logem to bývá vidět přímo ve výsledcích. Není to nic, co bychom slibovali pro AI, ale není to ani nula.
Jak tenhle nález rozumně zařadit do fronty: je to nejlevnější položka z celé čtveřice SCH-*: jeden blok na jedné stránce, hotovo za deset minut. Když už do strukturovaných dat jdete, začněte tady. Když do nich nejdete vůbec, nepřijdete o nic doloženého. Obojí je legitimní rozhodnutí a nález má váhu varování hlavně proto, že Google sám strukturovaná data doporučuje, ne proto, že bychom měřili ztrátu.
Jak to opravit
Na úvodní stránku přidejte jeden blok, ve kterém jsou obě entity propojené. Ukázka je v JSON-LD, ale máte-li strukturovaná data v microdatech, stačí tyhle dva typy doplnit v témže zápisu (itemtype=): Google bere oba zápisy rovnocenně a kontrola je taky. Tohle je celý základ:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://vase-domena/#organization",
"name": "Naše firma s.r.o.",
"url": "https://vase-domena/",
"logo": "https://vase-domena/logo.png",
"sameAs": [
"https://www.linkedin.com/company/nase-firma",
"https://www.facebook.com/nasefirma"
]
},
{
"@type": "WebSite",
"@id": "https://vase-domena/#website",
"url": "https://vase-domena/",
"name": "Naše firma",
"publisher": { "@id": "https://vase-domena/#organization" }
}
]
}
</script>Co v tom zápisu stojí za pozornost:
@ida odkaz na něj. Místo aby seOrganizationpopsala dvakrát,WebSitena ni jen ukáže. Stejný postup použijte i na podstránkách: článek se odkáže na#organizationmísto opakování názvu a loga.sameAsje to nejužitečnější pole celého bloku. Jsou to odkazy na vaše ověřitelné profily jinde: LinkedIn, Wikipedie, rejstřík, oborový katalog. Právě ony spojují váš web s entitou, o které se dá dohledat něco nezávisle na vás.logomusí být absolutní adresa veřejně dostupného obrázku.- Název musí sedět s tím, co je na webu vidět. Obchodní jméno v schematu a jiné jméno v hlavičce je rozpor, který nikomu nepomůže.
Dvě věci navíc, které se vyplatí udělat zároveň, i když je tenhle nález nekontroluje:
- Napište tytéž údaje i do textu. Stránka „O nás“ s názvem, adresou a IČ udělá pro důvěryhodnost víc než schema, a je to informace, ke které se dostane i model, který strukturovaná data nečte.
- Použijte
Organizationi na podstránkách jakopublisheru článků (SCH-01). Je to jeden řádek navíc a drží to identitu pohromadě napříč webem.
Co o tom říká report
Popis nálezu
Domovská stránka neuvádí schéma typu Organization ani WebSite, a to ani v JSON-LD, ani v microdatech (zápis tedy nerozhoduje, hledali jsme oba). Tyto typy jednoznačně říkají, kdo web provozuje a jak se jmenuje; pro klasické vyhledávání je to prokazatelně užitečný identifikační signál. Že by právě tenhle zápis rozhodoval o citaci v AI asistentech, doloženo není; měřený efekt schematu se platforma od platformy liší a u několika z nich vychází záporně.
Doporučení
Vložte do `<head>` homepage JSON-LD blok s typem Organization (name, logo, url, sameAs s odkazy na oficiální profily) a WebSite (name, url). Máte-li strukturovaná data v microdatech, stačí tyhle dva typy doplnit v témže zápisu; Google je bere rovnocenně. Konkrétní snippet dle vašich dat najdete v sekci „Soubory ke stažení". Je to levná a jednorázová úprava, která zpřesní vaši identitu ve vyhledávačích; berte ji tak, ne jako záruku viditelnosti v AI.
Zdroje
- Google Search Central: Organization structured data (ověřeno 2026-09-12)
- Google Search Central: AI optimization guide (ověřeno 2026-08-19)
- Google Search Central: Intro to structured data (podporované zápisy: JSON-LD, microdata, RDFa) (ověřeno 2026-09-19)
- Ahrefs: Schema and AI citations (ověřeno 2026-08-19)
Text ověřen 2026-09-19