Organization schema pro e-shop: logo, kontakt a firemní údaje

E-shop může mít v patičce obchodní jméno, v kontaktu značku, na Facebooku jiný zápis a ve strukturovaných datech jen obecné „Organization“. Člověk si souvislost domyslí. Vyhledávač ale dostává několik nejasných stop. Dobře připravené firemní schema je spojí do jedné srozumitelné identity.

Organization, OnlineStore, nebo LocalBusiness?

Organization je obecný typ pro organizaci. Google pro e-commerce web doporučuje přesnější podtyp OnlineStore. Ten dědí firemní vlastnosti a současně říká, že jde o internetový obchod. Pro běžný e-shop je proto nejlepší výchozí volbou.

Výdejní místo samo o sobě ještě nemusí znamenat, že máte samostatnou místní provozovnu. Nevytvářejte LocalBusiness jen proto, že chcete být vidět v mapách. Fyzická adresa, otevírací doba a způsob obsluhy musí odpovídat tomu, co zákazník skutečně najde.

Nepleťte Organization s názvem webu a faviconem

Ve výsledku Googlu se mohou objevit tři různé prvky: název webu, favicon a logo organizace. Každý se nastavuje jinak.

• Název webu patří do WebSite schema na úvodní stránce pomocí name, url a případněalternateName.
• Favicon se zadává odkazem rel="icon"a musí být čtvercový, stabilní a dostupný pro Googlebot.
• Firemní logo patří do OnlineStore neboOrganization. Google požaduje nejméně 112 × 112 px a obrázek musí být prohledatelný a indexovatelný.

Jeden soubor můžete technicky použít na více místech, ale role zůstávají odlišné. Úzké textové logo může fungovat v záhlaví a selhat v malém čtverci. Připravte proto variantu, která je čitelná i na bílém pozadí.

1. Vyberte jednu hlavní identitu e-shopu

Nejdřív si napište, jak se obchod jmenuje pro zákazníka a jak zní právní název provozovatele. Značka patří do name; úřední název lze uvést v legalName, pokud se liší. Na webu, v kontaktech, obchodních podmínkách a profilech nesmí vzniknout dojem, že jde o čtyři různé firmy.

Pro hlavní entitu použijte stabilní identifikátor, například https://www.example.cz/#organization. Jde o technické pojmenování stejného objektu v JSON-LD. Není to nová stránka a nemusí se po zadání do prohlížeče někam posouvat. Důležité je, aby se stejné @id používalo konzistentně.

2. Přidejte jen údaje, které lze ověřit

Google nemá povinný seznam firemních vlastností. Doporučuje přidat ty, které se organizace skutečně týkají. U menšího českého e-shopu obvykle stačí následující základ:

• name – běžně používaný název obchodu,
• url – kanonická úvodní adresa,
• logo – stabilní a veřejně dostupný soubor,
• legalName – právní název, pokud se liší,
• contactPoint – skutečný zákaznický kontakt,
• address – sídlo či provozovna, pokud je na webu uvedena,
• sameAs – pouze oficiální profily stejné značky,
• vatID – DIČ s národním prefixem, pokud se vás týká.

Nevkládejte telefon, který nikdo nezvedá, starý profil, soukromou adresu ani identifikátor zkopírovaný z cizí firmy. IČO není automaticky totéž covatID. Když si nejste jistí významem vlastnosti, je lepší ji vynechat než vytvořit přesně vypadající chybu.

3. Propojte OnlineStore a WebSite, nevytvářejte duplicity

Praktické řešení může používat jeden blok @graph se dvěma objekty. OnlineStore popisuje provozovatele obchodu aWebSite samotný web a jeho název. Odkaz mezi nimi ukazuje, kdo web vydává.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "OnlineStore",
      "@id": "https://www.example.cz/#organization",
      "name": "Example obchod",
      "legalName": "Example obchod s.r.o.",
      "url": "https://www.example.cz/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://www.example.cz/logo-512.png",
        "width": 512,
        "height": 512
      },
      "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "customer service",
        "telephone": "+420 123 456 789",
        "email": "podpora@example.cz"
      },
      "sameAs": [
        "https://www.facebook.com/example",
        "https://www.instagram.com/example"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://www.example.cz/#website",
      "url": "https://www.example.cz/",
      "name": "Example obchod",
      "alternateName": "example.cz",
      "publisher": {
        "@id": "https://www.example.cz/#organization"
      }
    }
  ]
}

Ukázka je šablona, ne hotový kód pro každý e-shop. Nahraďte všechny hodnoty vlastními a smažte vlastnosti, které nemůžete doložit. Když váš systém už vytváří Organization, neupravujte ho přidáním druhého konkurenčního pluginu. Najděte zdroj původního výstupu a opravte jednu hlavní entitu.

4. Stejné @id použijte i u článků, produktů a nabídek

Na produktové stránce dál potřebujete Product aOffer; firemní schema je nenahrazuje. Můžete ale odkázat prodejce pomocí seller na stejné firemní @id. U článku lze stejně propojit publisher. Tím nevznikají nové kopie firmy se zkráceným názvem a jiným logem.

U produktových stránek navazuje návod na produktové recenze a AggregateRating. Pro dopravu a reklamace lze hlavní entitu rozšířit i o údaje, které popisuje průvodce zásadami vrácení zboží v Organization schema.

5. Zkontrolujte shodu s tím, co zákazník vidí

Validní JSON-LD ještě nemusí být pravdivý. Projděte web jako zákazník a porovnejte schema s hlavičkou, patičkou, kontaktem, obchodními podmínkami a profily. Nejčastější problém není chybějící čárka, ale rozpor mezi několika zdroji.

6. Otestujte syntaxi i význam

1. Otevřete zdrojový kód úvodní stránky a najděte všechny bloky JSON-LD.
2. Ověřte, že existuje jen jedna hlavní identita e-shopu.
3. Vložte kód nebo URL do Schema Markup Validatoru.
4. Zkontrolujte typ OnlineStore, URL, logo a kontaktní údaje.
5. Otevřete všechny adresy v logo a sameAs v anonymním okně.
6. Porovnejte údaje s viditelným kontaktem a obchodními podmínkami.
7. V Search Console použijte Kontrolu adresy URL a ověřte načtený HTML.
8. Po změně požádejte o nové procházení úvodní stránky.

Pro název webu používejte Schema Markup Validator, protože Google uvádí, že funkce názvu webu není podporovaná v Rich Results Testu. U produktových dat naopak dává Rich Results Test smysl. Jeden nástroj tedy neověří všechny vrstvy e-shopu.

Kontrolní seznam na 30 minut

• Je hlavní typ OnlineStore, pokud jde převážně o internetový obchod?
• Existuje jedna hlavní entita se stabilním @id?
• Souhlasí name s názvem, který zákazník vidí na webu?
• Je legalName použit jen tehdy, když se právní název liší?
• Vede url na kanonickou úvodní stránku bez zbytečných parametrů?
• Je logo nejméně 112 × 112 px, veřejné a čitelné na bílém pozadí?
• Jsou telefon a e-mail skutečné zákaznické kontakty?
• Obsahuje sameAs jen oficiální profily stejné organizace?
• Je zvlášť nastavené WebSite schema pro název webu?
• Odkazují publisher nebo seller na stejné firemní @id?
• Neprodukují šablona a plugin dvě rozporné Organization entity?
• Prošel kód validátorem a významovou kontrolou proti viditelnému webu?

Nejčastější otázky

Musí být Organization schema na každé stránce?

Ne. Google doporučuje úvodní stránku nebo jednu stránku, která organizaci popisuje, například O nás. Není potřeba vkládat kompletní firemní objekt na každou URL. Ostatní strukturovaná data mohou na hlavní entitu odkazovat.

Zlepší OnlineStore schema pozice e-shopu?

Google neslibuje zvýšení pozic. Schema pomáhá pochopit a rozlišit organizaci a může ovlivnit některé vizuální nebo firemní údaje. Lepší organická návštěvnost stále závisí na užitečných stránkách, technickém stavu, nabídce a důvěryhodnosti. Pro širší plán použijte devět kroků SEO pro e-shopy v Google AI.

Mohu do sameAs přidat všechny katalogy a profily?

Přidávejte jen stránky, které jednoznačně potvrzují stejnou identitu a skutečně spravujete nebo používáte. Neaktivní, duplicitní nebo cizí profily jsou horší než krátký seznam několika přesných odkazů.

Pomůže Organization schema zobrazování v AI odpovědích?

Strojově čitelná a konzistentní identita může systému usnadnit pochopení souvislostí, ale neexistuje záruka citace nebo zobrazení v AI odpovědi. Důležitější je, aby podstatné informace byly pravdivě a srozumitelně uvedené také ve viditelném obsahu stránky.

Firemní identita je jen jedna vrstva. Dále ověřte, zda jsou správně propojené drobečková navigace a Breadcrumb schema a zda se důležité stránky dostávají do XML sitemapy e-shopu.