Identity graph jako klíčový model pro správu firemních a osobních dat

Co je identity graph a proč je klíčový pro web, sociální sítě a knowledge panel

Identity graph je formalizovaný model, který mapuje entity (značky, organizace, osoby, produkty), jejich identifikátory (URL, ID, handle), vztahy (je-autorským-subjektem, vlastní, zastupuje, sídlí-v) a stavové atributy (název, logo, kontakty, právní forma). V kontextu Strukturovaných dat a datové konzistence funguje jako „jediný zdroj pravdy“, který zosynchronizuje: (1) web (entity home), (2) social graph (profily a metadata), (3) knowledge panely a katalogy (Google Knowledge Graph, Wikidata, GBP/Mapy, obchodní rejstříky). Bez identity graphu dochází k nesouladu údajů, ztrátě autority a k nejednoznačnému mapování entit v indexech a LLM systémech.

Entitní domov (entity home): základní pravidla

Kanonická URL entity: jedna stabilní adresa pro organizaci i pro klíčové osoby (např. /o-nas a /autor/jan-novak), s trvalou historií a bez zbytečných parametrů.
Strukturovaná data přímo na entity home: Organization nebo Person + doplňkové WebSite, Logo, ContactPoint, SameAs, FoundingDate, AreaServed.
Jasná vizuální identita: oficiální logo (vektor + rastrové varianty), barvy a fotografie osoby/znacky s licenčním krytím.
Disambiguace: textové „About“ bloky s klíčovými aliasy, předchozími názvy, IČO/LEI, registračními odkazy a lokálními názvy.

Stabilní identifikátory a kanonické URI

URI politika: každá entita má trvalé canonical a interní persistent ID (např. ent:org:12345) pro integrace.
Rozlišování identit: organizace vs. značka vs. produktová linie; osoby vs. autoři vs. mluvčí. Každá má vlastní URI a @id v JSON-LD.
Kontrola duplicit: pravidla pro sloučení entit (merge) a přesměrování 301 při změně URL, zároveň s aktualizací SameAs.

SameAs a odkazování na oficiální profily

Property sameAs je most mezi vaším entity home a externími autoritativními zdroji. Doporučené typy odkazů:

Profily sociálních sítí: LinkedIn, X/Twitter, Facebook, Instagram, YouTube, TikTok, GitHub, Mastodon (s rel-me).
Databáze znalostí: Wikidata (wd:Q…), Wikipedia (pokud relevantní), Crunchbase, IMDb (pro tvůrce), MusicBrainz (pro hudebníky).
Oficiální registry: obchodní rejstříky, LEI, DUNS. Uveďte také v textové části a v identifier.

Propojení se social graphem: technické a UX zásady

Bidirekční vazby: z profilu zpět na entity home (homepage) a z entity home na profil (sameAs, footer, hlavička).
Rel-me a verifikace: na osobních profilech použijte rel="me" a veřejné uvedení vlastní domény v bio; při Fediverse usnadňuje ověření.
Open Graph a Twitter/X Cards: konzistentní og:title, og:description, og:image a alternativní text obrázků; pro osoby použijte kvalitní headshoty a pro organizaci Logo + ImageObject.
Jednotné handle: pokud možné, stejný @handle napříč sítěmi; pokud ne, zdokumentujte aliasy v identity graphu.

Knowledge panel a katalogy: jak je krmit konzistentními daty

Wikidata: vytvořte nebo aktualizujte položku s vlastnostmi (sídlo, zakladatel, web, sociální profily, nástupce/předchůdce). V JSON-LD používejte sameAs na wikidata.org a wikipedia.org.
Google Business Profile (GBP): konzistentní název, kategorie, adresa, otevírací doby, telefon; pro multilokality použijte store codes a hasMap/geo v LocalBusiness.
Logo a název v Knowledge Graph: nasazujte Organization + Logo, a přesné url + sameAs; rozměrově optimalizované SVG/PNG.
Autor a vydavatel: u článků uvádějte author (Person) a publisher (Organization) se stabilními @id.

Model schématu: Organization, Person, WebSite, WebPage, Article

Minimální rámec pro identity graph na webu:

Organization: @id, name, legalName, url, logo, sameAs, contactPoint, foundingDate, address, identifier.
Person: @id, name, jobTitle, worksFor (→ Organization @id), image, sameAs.
WebSite: url, name, publisher (→ Organization), potentialAction (Sitelinks Search Box pokud je interní vyhledávání).
WebPage: primaryImageOfPage, about/mentions (vazby na entity), breadcrumb.
Article/BlogPosting: headline, datePublished/dateModified, author, publisher, about, image.

Příklad JSON-LD s propojeními (Organization + Person)

Následující příklad demonstruje propojení organizace, webu a autora pomocí stabilních @id a sameAs:

Pravidla konzistence: název, logo, kontakty, adresy

Název: legalName pro právní název, name pro obchodní jméno; používejte konzistentní kapitalizaci a diakritiku.
Logo: stejný soubor a poměr stran v JSON-LD, Open Graph a favicon sadách; bez textových variací, které by měnily detekci.
Kontakty: ContactPoint s contactType a areaServed; telefon ve formátu E.164.
Adresy: PostalAddress s streetAddress, postalCode, addressLocality, addressCountry (ISO 3166-1 alpha-2).

Více značek a sub-brands: jak je modelovat

Parent–child vztah: Organization (parent) a Brand/Organization (child) s subOrganization nebo brand.
Samostatné entity home pro významné sub-značky s vlastním @id a sameAs, avšak propojené na parent.
Přesměrování a štítky: při rebrandingu nastavte 301 a aktualizujte všechny sameAs/profily koordinovaně.

Lokální pobočky a GBP: LocalBusiness a identita místa

Každá pobočka jako LocalBusiness s unikátním @id, address, geo, openingHoursSpecification, telephone, hasMap.
Mapujte store code v GBP na interní identifikátor pobočky v identity graphu.
Pro multilokality udržujte locator stránku s filtrem a strukturovanými daty pro SEO i UX.

Autoři, tvůrci a E-E-A-T: osobní identita

Autor jako Person s worksFor a biografií (vzdělání, specializace, publikace) a s propojením na ORCID/Scholar, kde je to vhodné.
U článků uvádějte author → Person @id, reviewedBy pro odborné posudky a dateModified pro transparentnost aktualizací.

Datové toky: CMS → Graph → výstupy (web, social, feedy)

Centrální registry: identity graph hostujte v CMS/CDP nebo v samostatném graphu (např. RDF/Property Graph) s API.
Publikační kanály: web (HTML + JSON-LD), Open Graph/Twitter Cards, RSS/Atom, produktové feedy, GBP API, sociální plánovače.
Validace: při deploy spusťte testy konzistence (název, logo, adresy, kontakty, sameAs) a schéma validátory.

Identity resolution: deterministická vs. pravděpodobnostní

Deterministická: přesné párování na základě stejných ID (IČO, LEI, URI, e-mail doména, verified handle).
Pravděpodobnostní: fuzzy párování podle názvu, adresy, webu a vizuálních vlastností loga; používá se s konzervativním prahem a manuálním potvrzením.
Governance: všechny merges/splits se logují a dají se rollbackovat; každá změna spouští revalidaci sameAs.

Obrázky a média: Logo, ImageObject, person headshot

Minimálně: Logo pro organizaci (SVG + PNG fallback), ImageObject pro stránku a články, headshot pro osoby.
Konzistentní cropy a poměry (např. 1:1, 1200×1200 pro OG; 1200×628 pro sdílení). caption a creator u licencovaných snímků.

Měření a monitorování konzistence

Identity Consistency Score (ICS): 0–100 bodů složených z kontrol názvu, loga, adres, kontaktů a sameAs napříč kanály.
Knowledge Panel Coverage: počet entit s vlastním panelem, frekvence zobrazení, míra správnosti atributů.
Profile Parity: podíl profilů s aktuálním bio, avatarem a odkazy; alerty při zjištění driftu (změněný název/handle).

Ochrana soukromí a bezpečnost identity

Citlivé ID: oddělte interní identifikátory od veřejných; publikujte pouze ty, které mají přínos (IČO ano, interní CRM ID ne).
Kontrola přístupů: změny v identity graphu pouze s audit trail; dvoufaktor na sociálních profilech.
Impersonation: monitoring falešných profilů; postupy pro nahlášení a právní kroky.

Procesy a governance

Owner identity graphu: tým s pravomocí měnit entity, publikovat sameAs a resetovat identitu při rebrandingu.
Schvalování: dvoustupňové pro změny názvu/loga a pro nové sameAs zdroje.
Release management: změny se publikují v oknech s okamžitou re