Organization/LocalBusiness: konzistence NAP údajů a využití identifikátorů

Proč jsou 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 níž vyhledávače a agregátory propojují záznamy, eliminují duplicity a odvozují autoritu.

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

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

Konzistence NAP: definice, rozsah a standardy

Konzistence znamená bitovou 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.“ podle registru; vyhněte se „| Nejlepší kavárna ve městě“).
Adresa: normalizujte podle poštovních standardů (ulice, číslo, PSČ, obec, země v ISO 3166-1 alpha-2), používejte jednotný zápis diakritiky a zkratek.
Telefon: formát E.164 (např. +421...), ve strukturovaných datech bez mezer; pro zobrazení na webu lze formát upravit pro lepší čitelnost.
Web/doména: kanonická adresa URL s https bez parametrů UTM.
Otevírací doba: openingHoursSpecification s časovým pásmem IANA; v případě sezónního provozu používejte validFrom/validThrough.

Identifikátory: typologie a účel

Jednotné 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 (SK), mezinárodní LEI, oborové GLN. Uvádějte v identifier/taxID/leiCode.
ID map a adresářů: Google Place ID, Apple Business Connect Location ID, Facebook Page ID, Bing Places ID, Yelp/Foursquare ID, Mapy.cz Firmy ID, Wikidata QID, ID uzlu/cesty OpenStreetMap. Zveřejněte je prostřednictvím sameAs nebo specifických vlastností, pokud jsou k dispozici.
Produktová a partnerská ID: ID na tržištích (ID pobočky Heureka, pobočka Glovo/Volt), adresy kurýrních služeb (ID výdejního místa).

Architektura @id a sameAs: doporučené vzory

@id jako permalink entity: definujte @id v JSON-LD jako fragment URL, který se při redesignu nemění; stránka se může měnit, identita nikoli.
sameAs: seznam autoritativních profilů a registrů. Zahrňte minimálně: firemní registr, URL profilu Google Business Profile (GBP), Facebook, LinkedIn Company, Wikidata (pokud existuje), Apple Business Connect (pokud je k dispozici) a záznamy v mapách.
Propojení: nadřazená entita Organization uvádí v department/subOrganization pomocí @id své pobočky; každá pobočka uvádí prostřednictvím parentOrganization hodnotu @id nadřazené entity.

Kostra JSON-LD 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":"SK1234567890", "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" ] }

Kostra JSON-LD 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

Master Data Management (MDM): zaveďte centrální „zdroj pravdy“ pro všechna pole NAP a identifikátory (tabulku nebo službu).
Pravidla normalizace: definujte regulární výrazy a slovníky pro zkratky názvů ulic, formát telefonních čísel, PSČ a diakritiku.
Schvalování: změna názvu/adresy/telefonu vyžaduje schválení (SEO + právní oddělení + lokální provozovna) a vygeneruje rozdílový přehled pro všechny kanály.
Synchronizace: integrace API se službami GBP, Apple Business Connect, Facebook a Bing; jako záložní řešení ruční exporty/importy.
Telemetrie: každodenní porovnávání dat s externími zdroji (scraping/API), upozornění při odchylkách (např. rozdílné telefonní číslo).

Značky s více pobočkami: informační architektura a generování značek

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

Hreflang a lokalizace NAP

U vícejazyčných webů slaďte názvy ulic a měst podle místního standardu, ale ve strukturovaných datech zachovejte konzistentní kanonickou podobu. Hreflang řešte na úrovni stránek poboček; addressCountry vždy uvádějte v kódu ISO.

Měření a audity: metriky kvality identity

NAP Consistency Score: procentní míra shody napříč seznamem cílových platforem.
Duplicate Suppression Rate: pokles počtu duplicit po doplnění @id/sameAs/Place ID.
Indexation Health: počet indexovaných detailů poboček v porovnání s počtem publikovaných stránek.
Map Rankings & Discovery: změny pozic v Local Pack při stabilních údajích NAP a stabilní identitě.
Alert Latency: doba od změny v MDM po její promítnutí do map/adresářových systémů.

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

Nekonzistentní varianty názvů: zaveďte slovník povolených variant a automaticky je „kanonikalizujte“.
Telefonní čísla bez formátu E.164: vždy je ukládejte ve formátu E.164; zobrazovat je lze i v upraveném formátu.
Duplicitní pobočky v mapách: řešte je sloučením záznamů doloženým důkazy (fotografiemi, fakturami za nájem), využijte Place ID a sameAs.
Nespolehlivá otevírací doba: chybí sezónnost a výjimky; používejte specialOpeningHoursSpecification.
Změny adresy bez přesměrování: při přestěhování zajistěte přesměrování 301, aktualizujte všechny adresáře a ID v mapách, na stránce zveřejněte oznámení.

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

Rebranding: zachovejte @id, aktualizujte name, logo, sameAs; dočasně uveďte alternateName.
Fúze: propojte merger/acquiredBy (pokud je to vhodné); na webu vysvětlete kontinuitu; v mapách požádejte o sloučení záznamů.
Stěhování: aktualizujte address, geo, fotografie a openingHoursSpecification; starou URL ošetřete přesměrováním a pobočku označte 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, kódy zemí ISO).
Kontrola dostupnosti: stav 200/OK, bez noindex, bez blokování v robots.txt, správný Content-Type.
Namátková kontrola vykreslování: ověřte, zda se JSON-LD vkládá i po vykreslení na straně klienta (hydration/SSR).

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

geo (zeměpisná šířka/délka) a hasMap s odkazem na mapu.
priceRange (např. „€€“), amenityFeature (bezbariérovost, parkování), paymentAccepted, currenciesAccepted.
contactPoint s hodnotou 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

Zveřejňujte pouze informace určené veřejnosti (recepce, hotline). Neuvádějte interní linky, interní ID ani osobní kontakty.
Dodržujte GDPR: osobní jména, soukromé e-maily a telefonní čísla nepoužívejte jako identifikátory v sameAs.

Kontrolní seznam 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 odkazující na autoritativní profily.
Telefonní čísla ve formátu E.164, adresy podle poštovního standardu, země v kódu ISO.
Otevírací doba včetně výjimek a sezónnosti (specialOpeningHoursSpecification).
Jedinečná URL, @id, geo a mapové ID pro každou pobočku.
Automatické testy a monitoring nekonzistencí (porovnávání údajů NAP s mapami/adresářovými službami).

Identitní hygiena jako konkurenční výhoda

Silná konzistence NAP a disciplinované používání identifikátorů umožňují vyhledávačům a mapám spolehlivě rozpoznat značku a její pobočky. Výsledkem je méně duplicit, rychlejší aktualizace, stabilnější Local Pack a přesné přiřazování recenzí či telefonátů. Organizace, které si vybudují „identitní kostru“ v JSON-LD a zavedou proces MDM, dosáhnou měřitelného nárůstu viditelnosti i efektivity správy lokálních záznamů.