Organizace a místní podnik

Proč je NAP konzistence a identifikátory klíčové pro Organization/LocalBusiness

NAP (Name–Address–Phone) konzistence je základním stavebním kamenem lokální dohledatelnosti a důvěryhodnosti značky napříč vyhledávači, mapami a adresáři. Ve spojení se strukturovanými daty (schema.org/Organization a schema.org/LocalBusiness) tvoří NAP konzistence a jednotné identifikátory (URI, @id, externí ID, firemní registry) robustní „identitní kostru“, podle které si vyhledávače a agregátoři pojímají záznamy, eliminují duplicity a odvozují autoritu.

Model entit: Organization vs. LocalBusiness a jak je používat

Organization reprezentuje právní subjekt (holding, značka, právnická osoba). Má globální atributy (název, právní forma, IČO/DIČ, doména, sociální profily).
LocalBusiness reprezentuje konkrétní fyzické místo (pobočku) s vlastním NAP, otevíracími hodinami, geolokací a lokálními identifikátory (Place ID, identifikátor v adresáři).
Běžný vzor: jedna Organization (root) a více LocalBusiness (child) pro pobočky; mezi nimi uveďte vazbu department nebo parentOrganization podle potřeby.

NAP konzistence: definice, rozsah a normy

Konzistence znamená bit-to-bit shodu primárních polí a normalizaci sekundárních polí:

Název: používejte kanonický název bez marketingových přípon („s.r.o.“/„a.s.“ dle registru; vyhněte se „| Nejlepší kavárna ve městě“).
Adresa: normalizujte podle poštovních standardů (ulice, číslo, PSČ, obec, stát v ISO 3166-1 alpha-2), jednotný zápis diakritiky a zkratek.
Telefon: formát E.164 (např. +421...), bez mezer ve strukturovaných datech; pro webovou prezentaci lze formátovat pro čitelnost.
Web/Doména: kanonická https URL bez UTM parametrů.
Otevírací doba: openingHoursSpecification s časovým pásmem IANA; pokud je sezónnost, používejte validFrom/validThrough.

Identifikátory: typologie a účel

Unifikované identifikátory jsou „lepidlem“, které propojuje záznamy:

Interní URI: trvalé @id pro Organization/LocalBusiness (např. https://example.com/#org, https://example.com/pobocky/bratislava/#lb).
Registrační ID: IČO, DIČ, IČ DPH (CZ), mezinárodní LEI, odvětvové GLN. Uvádějte v identifier/taxID/leiCode.
Mapové a adresářové ID: Google Place ID, Apple Business Connect Location ID, Facebook Page ID, Bing Places ID, Yelp/Foursquare ID, Mapy.cz Firmy ID, Wikidata QID, OpenStreetMap node/way ID. Publikujte přes sameAs nebo specifické vlastnosti, pokud existují.
Produktové a partnerské ID: ID v marketplace (Heureka ID provozovny, Glovo/Volt pobočka), kurýrní adresy (Pickup point ID).

Architektura @id a sameAs: doporučené vzory

@id jako permalink na entitu: definujte @id v JSON-LD jako URL fragment, který se nemění při redesignu; stránka se může měnit, identita ne.
sameAs: seznam autoritativních profilů a registrů. Zahrňte minimálně: obchodní rejstřík, Google Business Profile (GBP) URL, Facebook, LinkedIn Company, Wikidata (pokud existuje), Apple Business Connect (pokud dostupné), mapové záznamy.
Propojování entit: rodičovská Organization uvádí department/subOrganization s @id poboček; každá pobočka uvádí parentOrganization s @id rodiče.

JSON-LD kostra pro Organization (globální identita)

{ "@context":"https://schema.org", "@type":"Organization", "@id":"https://www.example.com/#org", "name":"Příklad, s.r.o.", "url":"https://www.example.com/", "legalName":"Příklad, s.r.o.", "taxID":"CZ1234567890", "identifier":[{"@type":"PropertyValue","propertyID":"ICO","value":"12345678"},{"@type":"PropertyValue","propertyID":"LEI","value":"123400ABCDEF56789012"}], "logo":"https://www.example.com/static/logo.svg", "sameAs":[ "https://www.linkedin.com/company/priklad", "https://www.facebook.com/priklad", "https://www.wikidata.org/wiki/Q123456", "https://maps.google.com/?cid=XXXXXXXXXXXXXXX" ] }

JSON-LD kostra pro LocalBusiness (pobočka)

{ "@context":"https://schema.org", "@type":"LocalBusiness", "@id":"https://www.example.com/pobocky/bratislava/#lb", "name":"Příklad, s.r.o. – Bratislava Staré Město", "image":"https://www.example.com/pobocky/bratislava/hero.jpg", "url":"https://www.example.com/pobocky/bratislava/", "telephone":"+421212345678", "address":{"@type":"PostalAddress","streetAddress":"Ventúrska 1","postalCode":"811 01","addressLocality":"Bratislava","addressCountry":"CZ"}, "geo":{"@type":"GeoCoordinates","latitude":48.142,"longitude":17.105}, "openingHoursSpecification":[{"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"09:00","closes":"18:00","validFrom":"2025-01-01"}], "parentOrganization":{"@id":"https://www.example.com/#org"}, "identifier":[{"@type":"PropertyValue","propertyID":"GooglePlaceID","value":"ChIJxxxxxxxxxxxx"},{"@type":"PropertyValue","propertyID":"AppleLocationID","value":"abc123"}], "sameAs":[ "https://g.co/kgs/shortlink_pobocka", "https://www.facebook.com/priklad.bratislava", "https://www.instagram.com/priklad.cz/", "https://mapy.cz/firmy?xxxx" ] }

Řízení NAP: zdroj pravdy, normalizace a workflow

Master Data Management (MDM): zaveďte centrální „zdroj pravdy“ pro všechna NAP pole a identifikátory (tabulka nebo služba).
Normalizační pravidla: definujte regulární výrazy a slovníky pro zkratky ulic, formát telefonů, PSČ a diakritiku.
Schvalování: změna názvu/adresy/telefonu vyžaduje schválení (SEO + právní + lokální provoz), generuje diff do všech kanálů.
Synchronizace: API integrace na GBP, Apple Business Connect, Facebook, Bing; fallback přes manuální exporty/importy.
Telemetrie: denní porovnání dat vůči externím zdrojům (scraping/API), alarmy při odchylkách (např. telefon se liší).

Vícepobočkové značky: informační architektura a generování značek

IA: /pobocky/ (index) → /pobocky/{město}/ (listing) → detail pobočky. Každý detail má vlastní JSON-LD s unikátním @id.
Automatické generování: šablony pro názvy a URL („Brand – {Město} {Čtvrť}“), jednotný formát otevírací doby a služeb.
Specializace: pro odvětví použijte subtype (např. schema.org/MedicalClinic, schema.org/AutomotiveBusiness) se specifickými vlastnostmi.

Hreflang a lokalizace NAP

Při vícejazyčných webech harmonizujte názvy ulic a míst podle lokálního standardu, ale zachovejte konzistentní kanonickou podobu ve strukturovaných datech. Hreflang řešte na úrovni stránek poboček; addressCountry vždy v ISO kódu.

Měření a audity: metriky kvality identity

NAP Consistency Score: procento shody napříč seznamem cílových platforem.
Duplicate Suppression Rate: pokles duplicit po doplnění @id/sameAs/Place ID.
Indexation Health: počet indexovaných detailů poboček vs. publikovaných stránek.
Map Rankings & Discovery: změny pozic v Local Pack při stabilní NAP/identitě.
Alert Latency: čas od změny v MDM po projevení v mapách/adresních systémech.

Nejčastější chyby a jak se jim vyhnout

Nekonzistentní aliasy názvů: zavést slovník povolených aliasů a automaticky „kanonikalizovat“.
Telefonní čísla bez E.164: vždy ukládat v E.164; zobrazovat lze formátované.
Duplicitní pobočky v mapách: řešit slučováním s důkazy (fotky, faktury nájmu), využít Place ID a sameAs.
Nespolehlivé otevírací hodiny: chybí sezónnost a výjimky; používat specialOpeningHoursSpecification.
Změny adresy bez redirectů: při relokaci zajistit 301, aktualizovat všechny adresáře a mapové ID, publikovat oznámení na stránce.

Rebranding, fúze, přestěhování: postupy řízení identity

Rebranding: zachovat @id, aktualizovat name, logo, sameAs; dočasně uvést alternateName.
Fúze: propojit merger/acquiredBy (pokud vhodné); na webu vysvětlit kontinuitu; v mapách požádat o sloučení záznamů.
Přestěhování: aktualizovat address, geo, fotky, openingHoursSpecification; ošetřit starou URL redirecty a označit pobočku jako přestěhovanou.

Validace a testování strukturovaných dat

Automatické testy v build pipeline (lint JSON-LD, povinná pole, formáty hodnot, E.164, ISO kódy států).
Kontroly dostupnosti: 200/OK, bez noindex, bez blokace v robots.txt, správný Content-Type.
Sampling renderingu: kontrola, zda se JSON-LD vkládá i po klientském renderingu (hydration/SSR).

Rozšířená pole pro vyšší přesnost

geo (lat/long) a hasMap s odkazem na mapový list.
priceRange (např. „€€“), amenityFeature (bezbariérovost, parkování), paymentAccepted, currenciesAccepted.
contactPoint s contactType (zákaznická podpora, B2B, HR) a areaServed.

Příklad kombinovaného JSON-LD pro Organization s pobočkami

{ "@context":"https://schema.org", "@graph":[ { "@type":"Organization", "@id":"https://www.example.com/#org", "name":"Příklad, s.r.o.", "url":"https://www.example.com/", "identifier":[{"@type":"PropertyValue","propertyID":"ICO","value":"12345678"}], "sameAs":["https://www.linkedin.com/company/priklad","https://maps.google.com/?cid=XXXX"] }, { "@type":"LocalBusiness", "@id":"https://www.example.com/pobocky/ba/#lb", "name":"Příklad – Bratislava", "parentOrganization":{"@id":"https://www.example.com/#org"}, "address":{"@type":"PostalAddress","streetAddress":"Ventúrska 1","postalCode":"811 01","addressLocality":"Bratislava","addressCountry":"CZ"}, "telephone":"+421212345678","geo":{"@type":"GeoCoordinates","latitude":48.142,"longitude":17.105} }, { "@type":"LocalBusiness", "@id":"https://www.example.com/pobocky/ke/#lb", "name":"Příklad – Košice", "parentOrganization":{"@id":"https://www.example.com/#org"}, "address":{"@type":"PostalAddress","streetAddress":"Hlavní 20","postalCode":"040 01","addressLocality":"Košice","addressCountry":"CZ"}, "telephone":"+421552123456","geo":{"@type":"GeoCoordinates","latitude":48.721,"longitude":21.258} } ] }

Bezpečnost a soukromí: co (ne)zveřejňovat

Publikujte pouze informace určené veřejnosti (recepce, linka na helpdesk). Interní linky, interní ID a osobní kontakty neuvádějte.
Sledujte GDPR: osobní jména, privátní e-maily a čísla nepoužívejte jako identifikátory v sameAs.