SCH-02

Nenašli jsme na úvodní stránce schéma Organization ani WebSite

VarováníSchema.org

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="https://schema.org/Organization"). 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í. Organization bez 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í

Efekt nedoložený

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="https://schema.org/Organization"): 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:

  • @id a odkaz na něj. Místo aby se Organization popsala dvakrát, WebSite na ni jen ukáže. Stejný postup použijte i na podstránkách: článek se odkáže na #organization místo opakování názvu a loga.
  • sameAs je 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.
  • logo musí 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:

  1. 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.
  2. Použijte Organization i na podstránkách jako publisher u č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

Text ověřen 2026-09-19