Proč označovat firmu pomocí Organization/LocalBusiness

Strukturovaná data Organization a LocalBusiness jsou základem moderního SEO, AIO/AEO (Answer/AI Engine Optimization) a optimalizace pro ChatGPT/LLM. Poskytují strojům jednoznačné informace o vaší firmě: název, adresu (NAP), kontakty, provozní dobu, služby, ceny či recenze. Správná implementace zvyšuje přesnost znalostních grafů, zobrazení v lokálních výsledcích, ve knowledge panelu i v mapách a usnadňuje modelům LLM prezentovat vaše údaje jako autoritativní odpověď.

Rozdíl mezi Organization a LocalBusiness

Organization je nadřazený typ pro právní subjekt (např. holding, e-shop bez kamenné provozovny, nezisková organizace).
LocalBusiness je podtyp Organization pro místní provozovny, které obsluhují zákazníky na konkrétní adrese nebo v jejím okolí (např. restaurace, kadeřnictví, autoservis). Má bohatší sadu vlastností pro lokální signály.

Základní vlastnosti pro Organization (minimální doporučené)

@type: Organization
name: přesný název firmy podle obchodního rejstříku
url: kanonická adresa webu
logo: URL loga (ideálně ve formátu PNG/SVG; doplnit také ImageObject)
sameAs: profily (LinkedIn, Facebook, Wikipedia/Wikidata; krátký název GBP se neuvádí, ale propojení je užitečné)
contactPoint: kontaktní místa (prodej, podpora) s údaji telephone, contactType, areaServed, availableLanguage
foundingDate, founder (pokud je relevantní), legalName, taxID, leiCode (pokud existuje)
address: i u organizace bez provozovny je vhodné uvést sídlo (z důvodu citlivosti lze uvést pouze město)

Základní vlastnosti pro LocalBusiness (minimální doporučené)

@type: LocalBusiness nebo konkrétní podtyp (např. Restaurant, AutoRepair, Dentist, ProfessionalService)
name, url, telephone, priceRange (např. „€€“)
address: PostalAddress s údaji streetAddress, postalCode, addressLocality, addressRegion, addressCountry
geo: GPS souřadnice (GeoCoordinates)
openingHoursSpecification a případně specialOpeningHoursSpecification
image: kvalitní fotografie provozovny, interiéru, týmu, jídel/služeb
hasMap, currenciesAccepted, paymentAccepted
areaServed (zejména pro poskytovatele služeb v terénu), serviceArea
aggregateRating a review (pokud máte vlastní recenze, nikoli agregované z jiných webů bez oprávnění)

Rozšířené vlastnosti pro vybraná odvětví

Restaurant: servesCuisine, menu (URL nebo objekt Menu), acceptsReservations, hasDelivery, hasTakeout, hasDriveThrough
MedicalBusiness/Dentist: medicalSpecialty, availableService, isAcceptingNewPatients
AutoRepair: makesOffer s OfferCatalog, knowsAbout (značky, typy servisních služeb)
ProfessionalService: knowsAbout, knowsLanguage, areaServed, serviceType

Nejlepší postupy pro AIO/AEO a LLM

Zajistěte konzistenci NAP (název, adresa, telefon) napříč webem, GBP, katalogy a schématem.
Přidejte jednoznačné identifikátory (IČO, IČ DPH/VAT v taxID, LEI/Wikidata, pokud existují).
Jasně popište služby pomocí makesOffer a OfferCatalog, aby LLM věděly, „co přesně děláte“.
Jazyky, ve kterých obsluhujete zákazníky (availableLanguage/knowsLanguage), a oblast obsluhy (areaServed) pro přesné směrování dotazů.
Aktualizujte otevírací dobu včetně svátků (specialOpeningHoursSpecification).
Propojte profil GBP (v sameAs odkaz na profil) a vložte hasMap (odkaz na Google Maps).

Příklad: Organization s kontaktním místem

Příklad: LocalBusiness (ProfessionalService) – jedno sídlo

Příklad: LocalBusiness s podtypem Restaurant

Firmy s více provozovnami: mateřská společnost, pobočky a oddělení

U řetězců je vhodné vytvořit Organization pro mateřskou společnost a pro každou provozovnu samostatný LocalBusiness. Propojení zajistíte pomocí parentOrganization a department (nebo subOrganization). Na stránce každé pobočky zveřejněte její vlastní blok JSON-LD se specifickými údaji (adresa, otevírací doba, telefon pobočky).

NAP, jazykové verze a vícejazyčná pole

U vícejazyčných webů použijte inLanguage na stránce a v lokální jazykové verzi udržujte konzistentní hodnoty name a address. V případě potřeby můžete použít jazykové mapy (@language v RDF), v praxi však stačí samostatný JSON-LD na každé jazykové URL.
Telefon uvádějte ve formátu E.164 s předvolbou země.

Recenze a hodnocení: pravidla a etika

Uvádějte pouze recenze, které zveřejňujete na vlastním webu nebo k nim máte práva. Nekopírujte hodnocení z Google/FB.
Nezneužívejte AggregateRating bez skutečného obsahu recenzí.

Speciální otevírací doba a svátky

Kromě běžné otevírací doby openingHoursSpecification definujte výjimky pro svátky a inventury pomocí specialOpeningHoursSpecification. Snížíte tím riziko nesprávných odpovědí asistentů a mapových služeb během mimořádných dnů.

Propojení se službami a akcemi

Pokud umožňujete rezervace, objednávky nebo poptávky, zvažte použití typů potentialAction a Action (např. ReserveAction, OrderAction, AskAction) s URL v target, aby asistenti věděli, co může uživatel ihned udělat.

Validace a nasazení

Použijte JSON-LD v hlavičce nebo těle stránky mezi značkami <script type="application/ld+json"> a </script>.
Testujte pomocí nástrojů pro validaci schémat a rozšířených výsledků a průběžně sledujte Search Console (pokud používáte Google).
Udržujte jediný zdroj pravdy: údaje ve schématu musí odpovídat obsahu stránky a GBP.

Časté chyby a jak se jim vyhnout

Neslučujte více provozoven do jednoho bloku LocalBusiness. Každá pobočka musí mít vlastní údaje.
Nepoužívejte PostalAddress bez addressCountry a postalCode.
Nezaměňujte opens/closes s 24hodinovým formátem; vždy použijte HH:MM.
Neuvádějte aggregateRating bez skutečných recenzí.
Nepodceňujte geo – přesné souřadnice pomáhají mapám i LLM.

Implementační checklist

Vyberte správný typ: Organization vs. podtyp LocalBusiness.
Vyplňte NAP, url, logo, image, sameAs.
Doplňte openingHoursSpecification a specialOpeningHoursSpecification.
Přidejte geo, hasMap, priceRange, paymentAccepted, currenciesAccepted.
Definujte nabídku: makesOffer/OfferCatalog, případně serviceType, knowsAbout.
Pokud máte více poboček: parentOrganization, samostatné bloky na stránkách poboček.
Validujte a nasazujte automatizovaně v CI/CD (kontrolujte syntaxi JSON a schéma).

Pokročilé: oddělení a kiosky v rámci provozovny

V supermarketech nebo nákupních centrech můžete použít department pro interní sekce (např. lékárnu v supermarketu). Každé oddělení může mít vlastní openingHoursSpecification a telephone.

Pokročilé: více regionů a služby v terénu

U firem, které zákazníky nepřijímají na adrese (např. mobilní servis), použijte serviceArea a areaServed, případně hasPOS pro výdejní místa. Zvažte použití GeoShape pro polygon obsluhované oblasti.

Integrace s dalšími schématy

WebSite + SearchAction pro interní vyhledávání.
BreadcrumbList pro kontext stránky pobočky.
FAQPage pro časté dotazy ke službám a otevírací době.
HowTo/Product/Service podle obsahu.

Minimalistický vzor pro malé provozovny

Shrnutí

Správná a podrobná implementace Organization/LocalBusiness zvyšuje důvěru vyhledávačů i LLM, minimalizuje nepřesnosti v mapách a odpovědích asistentů a pomáhá vaší značce získat více „prostoru“ ve výsledcích. Začněte základními údaji (NAP, otevírací doba, geo), postupně doplňujte nabídku a akce a udržujte konzistenci napříč všemi kanály.