Identity graph

Čo je identity graph a prečo je kľúčový pre web, sociálne siete a knowledge panel

Identity graph je formalizovaný model, ktorý mapuje entity (značky, organizácie, osoby, produkty), ich identifikátory (URL, ID, handle), vzťahy (je-autorským-subjektom, vlastní, zastupuje, sídli-v) a stavové atribúty (názov, logo, kontakty, právna forma). V kontexte Štruktúrovaných dát a dátovej konzistencie funguje ako „jediný zdroj pravdy“, ktorý zosúlaďuje: (1) web (entity home), (2) social graph (profily a metadáta), (3) knowledge panely a katalógy (Google Knowledge Graph, Wikidata, GBP/Mapy, obchodné registre). Bez identity graphu dochádza k nesúladu údajov, strate autority a k nejednoznačnému mapovaniu entít v indexoch a LLM systémoch.

Entitný domov (entity home): základné pravidlá

• Kanonická URL entity: jedna stabilná adresa pre organizáciu aj pre kľúčové osoby (napr. /o-nas a /autor/jan-novak), s trvalou históriou a bez zbytočných parametrov.
• Štruktúrované dáta priamo na entity home: Organization alebo Person + doplnkové WebSite, Logo, ContactPoint, SameAs, FoundingDate, AreaServed.
• Jasná vizuálna identita: oficiálne logo (vektor + rastrové varianty), farby a fotografia osoby/značky s licenčným krytím.
• Disambiguácia: textové „About“ bloky s kľúčovými aliasmi, predchádzajúcimi názvami, IČO/LEI, registračnými odkazmi a lokálnymi názvami.

Stabilné identifikátory a kanonické URI

• URI politika: každá entita má trvalé canonical a interný persistent ID (napr. ent:org:12345) pre integrácie.
• Rozlišovanie identít: organizácia vs. značka vs. produktová línia; osoby vs. autori vs. hovorcovia. Každá má vlastné URI a @id v JSON-LD.
• Kontrola duplicít: pravidlá pre zlúčenie entít (merge) a presmerovania 301 pri zmene URL, zároveň s aktualizáciou SameAs.

SameAs a odkazovanie na oficiálne profily

Propertina sameAs je most medzi vaším entity home a externými autoritatívnymi zdrojmi. Odporúčané typy odkazov:

• Profily sociálnych sietí: LinkedIn, X/Twitter, Facebook, Instagram, YouTube, TikTok, GitHub, Mastodon (s rel-me).
• Databázy znalostí: Wikidata (wd:Q…), Wikipedia (ak relevantné), Crunchbase, IMDb (pre tvorcov), MusicBrainz (pre hudobníkov).
• Officiálne registre: obchodné registre, LEI, DUNS. Uveďte aj v textovej časti a v identifier.

Prepojenie so social graphom: technické a UX zásady

• Bidirekčné väzby: z profilu späť na entity home (homepage) a z entity home na profil (sameAs, footer, hlavička).
• Rel-me a verifikácia: na osobných profiloch použite rel="me" a verejné uvedenie vlastnej domény v bio; pri Fediverse uľahčuje overenie.
• Open Graph a Twitter/X Cards: konzistentný og:title, og:description, og:image a alternatívny text obrázkov; pre osoby použite kvalitné headshoty a pre organizáciu Logo + ImageObject.
• Jednotné handle: ak je to možné, rovnaký @handle naprieč sieťami; ak nie, zdokumentujte aliasy v identity grafe.

Knowledge panel a katalógy: ako ich kŕmiť konzistentnými dátami

• Wikidata: vytvorte alebo aktualizujte položku s vlastnosťami (sídlo, zakladateľ, web, sociálne profily, nástupca/predchodca). V JSON-LD používajte sameAs na wikidata.org a wikipedia.org.
• Google Business Profile (GBP): konzistentný názov, kategória, adresa, otváracie hodiny, telefón; pre multilokality použite store codes a hasMap/geo v LocalBusiness.
• Logo a názov v Knowledge Graph: nasadzujte Organization + Logo, a presné url + sameAs; rozmerovo optimalizované SVG/PNG.
• Autor a vydavateľ: pri článkoch uvádzajte author (Person) a publisher (Organization) so stabilnými @id.

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

Minimálny rámec pre identity graph na webe:

• 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 ak je interné vyhľadávanie).
• WebPage: primaryImageOfPage, about/mentions (väzby na entity), breadcrumb.
• Article/BlogPosting: headline, datePublished/dateModified, author, publisher, about, image.

Príklad JSON-LD s prepojeniami (Organization + Person)

Nasledujúci príklad demonštruje prepojenie organizácie, webu a autora pomocou stabilných @id a sameAs:

Pravidlá konzistencie: názov, logo, kontakty, adresy

• Názov: legalName pre právny názov, name pre obchodné meno; používajte konzistentnú kapitalizáciu a diakritiku.
• Logo: rovnaký súbor a pomer strán v JSON-LD, Open Graph a favicon setoch; bez textových variácií, ktoré by menili detekciu.
• Kontakty: ContactPoint s contactType a areaServed; telefón vo formáte E.164.
• Adresy: PostalAddress s streetAddress, postalCode, addressLocality, addressCountry (ISO 3166-1 alpha-2).

Viacero značiek a sub-brands: ako ich modelovať

• Parent–child vzťah: Organization (parent) a Brand/Organization (child) s subOrganization alebo brand.
• Samostatné entity home pre významné sub-znacky s vlastným @id a sameAs, avšak prepojené na parent.
• Presmerovania a menovky: pri rebrandingu nastavte 301 a aktualizujte všetky sameAs/profily koordinovane.

Lokálne pobočky a GBP: LocalBusiness a identita miesta

• Každá pobočka ako LocalBusiness s unikátnym @id, address, geo, openingHoursSpecification, telephone, hasMap.
• Mapujte store code v GBP na interný identifikátor pobočky v identity grafe.
• Pre multilokality udržiavajte locator stránku s filtrom a štruktúrovanými dátami pre SEO aj UX.

Autori, tvorcovia a E-E-A-T: osobná identita

• Autor ako Person s worksFor a biografiou (vzdelanie, špecializácia, publikácie) a s prepojením na ORCID/Scholar, kde je to vhodné.
• Na článkoch uvádzajte author → Person @id, reviewedBy pre odborné posudky a dateModified pre transparentnosť aktualizácií.

Dátové toky: CMS → Graph → výstupy (web, social, feedy)

• Centrálny registry: identity graph hostujte v CMS/CDP alebo v samostatnom grafe (napr. RDF/Property Graph) s API.
• Publikačné kanály: web (HTML + JSON-LD), Open Graph/Twitter Cards, RSS/Atom, produktové feedy, GBP API, sociálne plánovače.
• Validácia: pri deploy spúšťajte testy konzistencie (názov, logo, adresy, kontakty, sameAs) a schéma validátory.

Identity resolution: deterministická vs. pravdepodobnostná

• Deterministická: presné párovanie na základe rovnakých ID (IČO, LEI, URI, e-mail doména, verified handle).
• Pravdepodobnostná: fuzzy párovanie podľa názvu, adresy, webu a vizuálnych vlastností loga; používa sa s konzervatívnym prahom a manuálnym potvrdením.
• Governance: všetky merges/splits sa logujú a dajú sa rollbackovať; každá zmena spúšťa revalidáciu sameAs.

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

• Minimálne: Logo pre organizáciu (SVG + PNG fallback), ImageObject pre stránku a články, headshot pre osoby.
• Konzistentné cropy a pomery (napr. 1:1, 1200×1200 pre OG; 1200×628 pre zdieľania). caption a creator pri licencovaných snímkach.

Meranie a monitorovanie konzistencie

• Identity Consistency Score (ICS): 0–100 bodov zložených z kontrol názvu, loga, adries, kontaktov a sameAs naprieč kanálmi.
• Knowledge Panel Coverage: počet entít s vlastným panelom, frekvencia zobrazenia, miera správnosti atribútov.
• Profile Parity: podiel profilov s aktuálnym bio, avatarom a odkazmi; alerty pri zistení driftu (zmenený názov/handle).

Ochrana súkromia a bezpečnosť identity

• Citlivé ID: oddelte interné identifikátory od verejných; publikujte iba tie, ktoré majú prínos (IČO áno, interné CRM ID nie).
• Kontrola prístupov: zmeny v identity grafe iba s audit trail; dvojfaktor na sociálnych profiloch.
• Impersonation: monitoring falšovaných profilov; postupy na nahlasovanie a právne kroky.

Procesy a governance

• Owner identity graphu: tím s právomocou meniť entity, publikovať sameAs a resetovať identitu pri rebrandingu.
• Schvaľovanie: dvojstupňové pre zmeny názvu/loga a pre nové sameAs zdroje.
• Release management: zmeny sa publikujú v oknách s okamžitou revalidáciou JSON-LD a OG metadát.

Checklist implementácie identity graphu

• Definované entity a ich @id (Organization, Person, Brand, LocalBusiness, Product).
• Entity home stránky s JSON-LD a prehľadnými „About“ blokmi.
• Bidirekčné väzby medzi webom a sociálnymi profilmi (vrátane rel-me kde je možné).
• Konzistentné logo, názov, kontakty, adresy naprieč webom, OG a profilmi.
• Wikidata/Wikipedia/GBP záznamy synchronizované s webom; sameAs na autoritatívne zdroje.
• Monitorovanie driftu a ICS score s alertmi pri nekonzistencii.
• Governance: auditovateľné zmeny, rebrand scenár, merge/split pravidlá.

Najčastejšie chyby a ako sa im vyhnúť

• Chýbajúci entity home: profily odkazujú na doménu bez jasnej entitnej stránky; riešenie: vytvoriť canonical profilové stránky.
• Nekonzistentný názov/logá medzi OG, JSON-LD a profilmi; riešenie: centrálna správa assetov.
• Nesprávne alebo neúplné sameAs (napr. kampane či mikrostránky bez autority); riešenie: uvádzať iba oficiálne a autoritatívne zdroje.
• Kolízia osoby a značky (autor = značka); riešenie: oddeliť Person a Organization s jasným worksFor.

Identita ako infraštruktúra dôvery

Dobre navrhnutý identity graph spája web, sociálne profily a knowledge panely do koherentného systému, ktorý je čitateľný pre ľudí, vyhľadávače aj LLM. Vďaka stabilným @id, konzistentným sameAs a disciplinovanému governance získate predvídateľné mapovanie entít, vyššiu dôveru algoritmov a jednoduchší rast autority. Identita nie je kampaň – je to permanentná dátová vrstva, ktorú je potrebné udržiavať so železnou konzistenciou.