Organizace a místní podnik jako klíčové prvky strukturovaných dat pro SEO

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ů, zobrazování v lokálních výsledcích, v knowledge panelu, v mapách a usnadňuje LLM modelům vracet 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, neziskovka).
  • LocalBusiness je podtyp Organization 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 dle 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 (je-li 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 NAP konzistenci (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 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ícepobočkové 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í 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 udržujte konzistentní name a address v lokální mutaci. V případě potřeby 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 ve formátu E.164 s předvolbou země.

Recenze a hodnocení: pravidla a etika

  • Uvádějte 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é doby 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 poptávky, zvažte použití potentialAction a typů Action (např. ReserveAction, OrderAction, AskAction) s target URL, aby asistenti věděli, co může uživatel udělat 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ě sledujte Search Console (pokud používáte Google).
  • Udržujte jednu pravdu: údaje v 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 má mít vlastní údaje.
  • Nepoužívejte PostalAddress bez addressCountry a postalCode.
  • Nepřehazujte opens/closes u formátu 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.

Implementační checklist

    <