Identity graph: propojení webových, sociálních a entit ve znalostních panelech

Štruktúrované dáta a dátová konzistencia
Eva Senková
Identity graph: Prepojenie webových, sociálnych a Knowledge Panel entít

Co je identity graph a proč je klíčový pro web, sociální sítě a znalostní 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 konzistence dat funguje jako „jediný zdroj pravdy“, který slaďuje: (1) web (entity home), (2) social graph (profily a metadata), (3) znalostní panely a katalogy (Google Knowledge Graph, Wikidata, GBP/Mapy, obchodní rejstříky). Bez identity graphu dochází k nesouladu údajů, ztrátě autority a nejednoznačnému mapování entit v indexech a systémech LLM.

Domovská stránka entity (entity home): základní pravidla

  • Kanonická URL entity: jedna stabilní adresa pro organizaci i 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 (vektorové + rastrové varianty), barvy a fotografie osoby/značky s vyřešenou licencí.
  • Rozlišení entit: textové bloky „About“ s klíčovými aliasy, předchozími názvy, IČO/LEI, odkazy na registr a místními názvy.

Stabilní identifikátory a kanonická URI

  • Politika URI: každá entita má trvalou canonical a interní persistent ID (např. ent:org:12345) pro integrace.
  • Rozlišování identit: organizace vs. značka vs. produktová řada; osoby vs. autoři vs. mluvčí. Každá má vlastní URI a @id v JSON-LD.
  • Kontrola duplicit: pravidla pro slučování 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

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

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

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

  • Obousměrná propojení: z profilu zpět na entity home (homepage) a z entity home na profil (sameAs, zápatí, hlavička).
  • Rel-me a ověření: na osobních profilech použijte rel="me" a veřejně uveďte vlastní doménu v biu; ve Fediverse to usnadňuje ověření.
  • Open Graph a Twitter/X Cards: konzistentní og:title, og:description, og:image a alternativní text obrázků; u osob použijte kvalitní portréty a u organizace Logo + ImageObject.
  • Jednotné handle: pokud je to možné, používejte stejné @handle napříč sítěmi; pokud ne, zdokumentujte aliasy v identity graphu.

Znalostní panel a katalogy: jak je zásobovat konzistentními daty

  • Wikidata: vytvořte nebo aktualizujte položku s vlastnostmi (sídlo, zakladatel, web, profily na sociálních sítích, 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í doba, telefon; u více poboček použijte store codes a hasMap/geo v LocalBusiness.
  • Logo a název v Knowledge Graph: nasaďte Organization + Logo a přesné url + sameAs; SVG/PNG optimalizované z hlediska rozměrů.
  • 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 k dispozici interní vyhledávání).
  • WebPage: primaryImageOfPage, about/mentions (propojení s entitami), breadcrumb.
  • Article/BlogPosting: headline, datePublished/dateModified, author, publisher, about, image.

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

Následující příklad ukazuje 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í název; používejte konzistentní velká písmena a diakritiku.
  • Logo: stejný soubor a poměr stran v JSON-LD, Open Graph a sadách favicon; bez textových variant, 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

  • Vztah nadřazené a podřízené entity: 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, ale propojené s parentem.
  • Přesměrování a názvy: při rebrandingu nastavte 301 a koordinovaně aktualizujte všechna sameAs/profily.

Místní pobočky a GBP: LocalBusiness a identita místa

  • Každá pobočka jako LocalBusiness s jedinečným @id, address, geo, openingHoursSpecification, telephone, hasMap.
  • Namapujte store code v GBP na interní identifikátor pobočky v identity graphu.
  • U více poboček udržujte stránku locator 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 propojením na ORCID/Scholar, kde je to vhodné.
  • U článků uvádějte author → Person @id, reviewedBy pro odborné recenze a dateModified pro transparentnost aktualizací.

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

  • Centrální registr: 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, plánovače příspěvků na sociálních sítích.
  • Validace: při nasazení spouštějte testy konzistence (název, logo, adresy, kontakty, sameAs) a validátory schémat.

Rozlišení identity: deterministické vs. pravděpodobnostní

  • Deterministické: přesné párování na základě shodných ID (IČO, LEI, URI, e-mailová doména, ověřený 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 ručním potvrzením.
  • Governance: všechna sloučení/rozdělení se zaznamenávají a lze je vrátit zpět; každá změna spouští opětovnou validaci sameAs.

Obrázky a média: Logo, ImageObject, portrét osoby

  • Minimum: Logo pro organizaci (SVG + záložní PNG), ImageObject pro stránku a články, headshot osob.
  • Konzistentní ořezy a poměry stran (např. 1:1, 1200×1200 pro OG; 1200×628 pro sdílení). U licencovaných snímků uveďte caption a creator.

Měření a sledování konzistence

  • Identity Consistency Score (ICS): 0–100 bodů na základě kontrol názvu, loga, adres, kontaktů a sameAs napříč kanály.
  • Pokrytí Knowledge Panelem: počet entit s vlastním panelem, četnost zobrazení, míra správnosti atributů.
  • Shoda profilů: podíl profilů s aktuálním biem, avatarem a odkazy; upozornění při zjištění odchylky (změněný název/handle).

Ochrana soukromí a bezpečnost identity

  • Citlivá ID: oddělte interní identifikátory od veřejných; zveřejňujte pouze ty, které přinášejí užitek (IČO ano, interní CRM ID ne).
  • Kontrola přístupů: změny v identity graphu pouze s auditní stopou; dvoufaktorové ověřování u profilů na sociálních sítích.
  • Vydávání se za jinou osobu: sledování falešných profilů; postupy pro nahlašování a právní kroky.

Procesy a governance

  • Vlastník identity graphu: tým s pravomocí měnit entity, publikovat sameAs a resetovat identitu při rebrandingu.
  • Schvalování: dvoustupňové schvalování změn názvu/loga a nových zdrojů sameAs.
  • Řízení vydávání: změny se publikují v určených oknech s okamžitou opětovnou validací JSON-LD a metadat OG.

Kontrolní seznam implementace identity graphu

  • Definované entity a jejich @id (Organization, Person, Brand, LocalBusiness, Product).
  • Stránky entity home s JSON-LD a přehlednými bloky „About“.
  • Obousměrná propojení mezi webem a profily na sociálních sítích (včetně rel-me, kde je to možné).
  • Konzistentní logo, název, kontakty a adresy napříč webem, OG a profily.
  • Záznamy ve Wikidata/Wikipedia/GBP synchronizované s webem; sameAs na autoritativní zdroje.
  • Sledování odchylek a skóre ICS s upozorněními na nekonzistenci.
  • Governance: auditovatelné změny, scénář rebrandingu, pravidla pro slučování/rozdělování.

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

  • Chybějící entity home: profily odkazují na doménu bez jasné stránky entity; řešení: vytvořit kanonické profilové stránky.
  • Nekonzistentní název/loga mezi OG, JSON-LD a profily; řešení: centrální správa assetů.
  • Nesprávné nebo neúplné sameAs (např. kampaně či mikroweby bez autority); řešení: uvádět pouze oficiální a autoritativní zdroje.
  • Záměna osoby a značky (autor = značka); řešení: oddělit Person a Organization pomocí jasného worksFor.

Identita jako infrastruktura důvěry

Dobře navržený identity graph propojuje web, profily na sociálních sítích a znalostní panely do koherentního systému, který je srozumitelný lidem, vyhledávačům i systémům LLM. Díky stabilním @id, konzistentním sameAs a disciplinovanému governance získáte předvídatelné mapování entit, vyšší důvěru algoritmů a snazší budování autority. Identita není kampaň – je to trvalá datová vrstva, kterou je třeba udržovat s železnou důsledností.