Schema Organization/LocalBusiness: Konzistence NAP dat a využití identifikátorů

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

Konzistence NAP (Name–Address–Phone) 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ří konzistence NAP a jednotné identifikátory (URI, @id, externí ID, firemní registry) robustní „identitní kostru“, podle které si vyhledávače a agregátoři spojují záznamy, eliminují duplicity a dedukují 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.

Konzistence NAP: definice, rozsah a normy

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

• Název: používejte kánonický název bez marketingových přípon („s.r.o.“/„a.s.“ dle rejstříku; 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: kánonická https URL bez UTM parametrů.
• Otevírací hodiny: openingHoursSpecification s časovým pásmem IANA; pokud existují sezónní změny, 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/prevadzky/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 na marketplace (Heureka ID pobočky, Glovo/Volt pobočky), 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ě: firemní rejstřík, Google Business Profile (GBP) URL, Facebook, LinkedIn Company, Wikidata (pokud existuje), Apple Business Connect (pokud dostupné), mapové záznamy.
• Interlinking: 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/prevadzky/bratislava/#lb",
"name":"Příklad, s.r.o. – Bratislava Staré Město",
"image":"https://www.example.com/prevadzky/bratislava/hero.jpg",
"url":"https://www.example.com/prevadzky/bratislava/",
"telephone":"+421212345678",
"address":{"@type":"PostalAddress","streetAddress":"Ventúrska 1","postalCode":"811 01","addressLocality":"Bratislava","addressCountry":"SK"},
"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.sk/",
"https://mapy.cz/firmy?xxxx"
]
}

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

1. Master Data Management (MDM): zaveďte centrální „zdroj pravdy“ pro všechna NAP pole a identifikátory (tabulka nebo služba).
2. Normalizační pravidla: definujte regulární výrazy a slovníky pro zkratky ulic, formát telefonů, PSČ a diakritiku.
3. 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ů.
4. Synchronizace: API integrace na GBP, Apple Business Connect, Facebook, Bing; fallback přes manuální exporty/importy.
5. Telemetrie: denní porovnání dat vůči externím zdrojům (scraping/API), alarmy při odchylce (např. telefon se liší).

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

• IA: /prevadzky/ (index) → /prevadzky/{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ích hodin 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

U vícejazyčných webů harmonizujte názvy ulic a míst podle místního standardu, ale zachovejte konzistentní kánonickou 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/adresářový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 „kánonizovat“.
• 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

1. Rebranding: zachovat @id, aktualizovat name, logo, sameAs; dočasně uvést alternateName.
2. Fúze: propojit merger/acquiredBy (pokud vhodné); na webu vysvětlit kontinuitu; v mapách požádat o sloučení záznamů.
3. Přestěhování: aktualizovat address, geo, fotografie, 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 blokování v robots.txt, správný Content-Type.
• Sampling renderingu: kontrola, zda se JSON-LD vkládá i po klientském renderování (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/prevadzky/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":"SK"},
"telephone":"+421212345678","geo":{"@type":"GeoCoordinates","latitude":48.142,"longitude":17.105} },
{ "@type":"LocalBusiness", "@id":"https://www.example.com/prevadzky/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":"SK"},
"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é pro veřejnost (recepce, hotline). Interní odkazy, interní ID a osobní kontakty neuveďte.
• Sledujte GDPR: osobní jména, privátní e-maily a čísla nepoužívejte jako identifikátory v sameAs.

Checklist NAP a identifikátorů

• Definovaný zdroj pravdy pro NAP a ID; exporty do všech kanálů.
• Každá entita má trvalý @id a sameAs na autoritativní profily.
• Telefony v E.164, adresy v poštovním standardu, stát v ISO.