Proč označovat firmu pomocí Organization/LocalBusiness

Strukturovaná data Organization a LocalBusiness jsou základem pro moderní SEO, AIO/AEO (Answer/AI Engine Optimization) a optimalizaci pro ChatGPT/LLM. Poskytují strojům jednoznačné informace o vaší firmě: název, adresa (NAP), kontakty, provozní doba, služby, ceny či recenze. Správné nasazení zvyšuje přesnost znalostních grafů, zobrazení v lokálních výsledcích, ve knowledge panelu, v mapách a usnadňuje LLM modelům vracet vaše data 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 určený pro lokální 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 na logo (ideálně formát PNG/SVG; doplnit také ImageObject)
sameAs: profily (LinkedIn, Facebook, Wikipedia/Wikidata; GBP shortname se nedává, ale propojení je užitečné)
contactPoint: kontaktní body (prodej, podpora) s telephone, contactType, areaServed, availableLanguage
foundingDate, founder (pokud relevantní), legalName, taxID, leiCode (pokud existuje)
address: i pro organizaci bez provozovny je vhodné uvést sídlo (při citlivosti lze použít 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 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í, neagregované z jiných webů bez práv)

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

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

Nejlepší praktiky pro AIO/AEO a LLM

Zajistěte konsistenci NAP (název, adresa, telefon) napříč webem, GBP, katalogy a schématem.
Přidejte jednoznačné identifikátory (IČ, DIČ/vat v taxID, LEI/Wikidata pokud existuje).
Jasné služby přes makesOffer a OfferCatalog, aby LLM věděly „co přesně děláte“.
Jazyky obsluhy (availableLanguage/knowsLanguage) a oblast obsluhy (areaServed) pro přesné směrování dotazů.
Aktualizujte otevírací dobu včetně svátků (specialOpeningHoursSpecification).
Propojte GBP profil (v sameAs odkaz na profil) a vložte hasMap (Google Maps odkaz).

Příklad: Organization s kontaktním bodem

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

Příklad: LocalBusiness s podtypem Restaurant

Víceprovozní firmy: 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 publikujte její vlastní JSON-LD blok 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 udržujte konzistentní name a address v lokální mutaci. Při potřebě můžete použít jazykové mapy (@language v RDF), ale v praxi postačuje samostatný JSON-LD na každé jazykové URL.
Telefon uvádějte v E.164 formátu s předvolbou země.

Recenze a hodnocení: pravidla a etika

Uveďte pouze recenze, které hostujete 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ých hodin openingHoursSpecification definujte výjimky pro svátky a inventury pomocí specialOpeningHoursSpecification. Tím se sníží riziko chybných odpovědí asistentů a mapových služeb během výjimečných dní.

Propojení na služby a akce

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

Validace a nasazení

Použijte JSON-LD v hlavičce nebo těle stránky mezi <script type="application/ld+json"> a </script>.
Testujte v nástrojích pro validaci schémat a bohatých výsledků a průběžně monitorujte Search Console (pokud používáte Google).
Udržujte jednu pravdu: ú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 LocalBusiness bloku. Každá pobočka by měla mít vlastní údaje.
Nepoužívejte PostalAddress bez addressCountry a postalCode.
Nepřehazujte opens/closes s formátem 24h; vždy používejte HH:MM.
Neuvádějte aggregateRating bez reálných recenzí.
Nepodceňujte geo – přesné souřadnice pomáhají mapám i LLM.