Răspuns scurt: un publisher poate avea author profiles, Organization markup și nume consistent fără să vadă automat mai multe citări AI. Entity resolution rezolvă identificarea, nu garantează selecția sursei. Google documentează Organization, ProfilePage și Article structured data, dar nu publică un scor de entity strength care produce vizibilitate. Dacă rezultatul extern nu se schimbă, verifică următoarele cauze înainte să concluzionezi că „schema nu funcționează”.
Cauza 1: entitatea este clară, dar pagina nu răspunde query-ului
Un publisher poate fi identificat perfect, iar articolul să nu fie cea mai potrivită sursă pentru întrebare. Identity și relevance sunt probleme diferite.
Cauza 2: author identity este bună, provenance-ul este slab
Un profil de autor nu înlocuiește sursele. Dacă claims tehnice nu sunt susținute, transparența autorului nu rezolvă evidence-ul.
Cauza 3: organizația și publicația sunt amestecate
Compania poate deține mai multe branduri media. Organization markup, site name și brandul editorial trebuie să reflecte relația reală, nu să comprime toate entitățile într-un singur nume.
Cauza 4: rebrandul este incomplet
Site-ul folosește numele nou, profilele autorilor sau directoarele externe pe cel vechi. Păstrează aliases și redirects, dar clarifică identitatea curentă.
Cauza 5: author profiles sunt duplicate
Migrarea CMS poate crea profile multiple pentru aceeași persoană. Byline-urile istorice pot trimite spre URL-uri diferite, ceea ce produce ambiguitate internă.
Cauza 6: syndicated copies complică ownership-ul
Un articol poate apărea pe mai multe domenii. Entity resolution a publisherului nu rezolvă automat canonicalizarea sau acordurile de syndication.
Cauza 7: site name și canonical domain nu sunt stabile
Subdomenii, mirror sites sau migrații pot crea mai multe suprafețe care par branduri distincte. Verifică canonical domain și redirects.
Cauza 8: byline-ul nu corespunde Article markup
Schema poate declara o persoană, iar pagina alta. Acesta este finding real, dar repararea lui nu garantează external visibility.
Cauza 9: profile externe nu sunt aceleași entități
Un profil social personal, pagina publicației și contul companiei-mamă au roluri diferite. sameAs nu trebuie folosit pentru a lega entități diferite doar pentru coverage.
Cauza 10: corpusul are duplicate intent
Chiar dacă entitățile sunt clare, mai multe articole pot concura pentru aceeași întrebare. Entity resolution nu decide automat ownerul editorial.
Cauza 11: măsurarea este anecdotică
Un singur răspuns AI fără brand nu demonstrează lipsa vizibilității. Folosește query set și observații repetate.
Cauza 12: KPI-ul este greșit
Dacă succesul este definit ca „owned citation în orice răspuns”, vei marca eșec chiar când sursa primară este mai potrivită. Măsoară factual accuracy și source appropriateness separat.
Decision tree reproductibil
- Brandul editorial și organizația sunt diferențiate corect?
- Site name și canonical domain sunt stabile?
- Author profiles sunt unice și accesibile?
- Byline-ul corespunde markup-ului?
- Aliases/rebrand sunt documentate?
sameAsleagă aceeași entitate?- Syndication/canonicalization este clară?
- Ownerul query-ului este clar?
- Claims au provenance?
- Query set-ul este versionat?
- Factual accuracy este măsurată?
- KPI-ul nu presupune citarea ca rezultat obligatoriu?
Dacă 1-7 sunt curate, entity resolution poate fi considerată sănătoasă chiar dacă citations nu cresc.
Baseline
Păstrează organization name, site name, canonical domain, author registry, duplicate profiles, alias map, syndication rules și query observations. Versionează snapshot-ul.
Severitate
P0: entitate greșită, canonical domain greșit sau author mismatch major. P1: duplicate profiles, rebrand incomplet, syndication ambiguity. P2: profile externe secundare. P3: diferențe cosmetice.
Cum măsori entity health
Identity mismatch rate, duplicate-author count, canonical-domain consistency, author-profile integrity și time-to-resolution sunt metrici directe.
Cum măsori external visibility
Brand mentions, owned citations, third-party citations și factual accuracy sunt serii separate. Nu le combina cu identity health într-un singur scor.
False attribution
Dacă citations cresc după curățarea identității, pot exista și alte cauze: articol nou, backlinks, breaking news, Search/model updates sau schimbări în query mix.
Raportează asocierea, nu cauzalitatea automată.
Exemplu
Un publisher își schimbă brandul, consolidează author profiles și repară Organization markup. Citările rămân stabile, dar sistemele nu mai folosesc vechiul nume. Acesta este un rezultat real de identity resolution chiar fără lift de citations.
Criteriu de oprire
Mută proiectul în monitorizare când identitatea organizației și autorilor este coerentă, duplicatele sunt tratate și rebrand aliases sunt stabile. Nu continua adăugând profile externe doar pentru a mări un footprint numeric.
Cum auditezi rebrandul fără să pierzi istoria editorială
La publisheri, rebrandul poate afecta domeniul, site name, profilurile autorilor și conturile sociale în momente diferite. Nu șterge pur și simplu numele vechi din toate materialele. Păstrează aliases acolo unde ajută continuitatea și folosește redirects pentru URL-urile mutate, dar fă identitatea curentă explicită pe suprafețele active.
Un audit bun separă active canonical name, historical alias și legacy URL. Astfel, o mențiune veche nu este tratată automat ca eroare, iar o pagină actuală care folosește brandul vechi poate fi prioritizată corect.
Cum verifici author graph-ul
Construiește o listă de autori cu canonical profile, aliases și articole asociate. Caută două tipuri de conflict: o persoană cu mai multe profile și un profil care agregă persoane diferite. Ambele apar frecvent după migrare sau importuri din CMS-uri vechi.
Pentru fiecare finding, notează source URL, profile target și regula de consolidare. Nu executa redirects în masă înainte să verifici dacă profilele chiar reprezintă aceeași persoană.
Prag de re-auditare
Reia auditul complet după migrare, rebrand sau schimbarea structurii de authorship. În rest, monitorizarea incrementală poate urmări duplicate profiles, broken author URLs și aliases noi.
Claim ledger
- FACT/EVIDENCE: Google documentează Organization, ProfilePage și Article structured data.
- PRACTITIONER GUIDANCE: entity resolution și source selection trebuie măsurate separat.
- INFERENCE: identitatea coerentă poate reduce naming ambiguity.
- NOT PROVEN: că entity resolution produce direct sau garantat citări AI.
Concluzie
Entity resolution nu este un mecanism de distribuție. Ea face clar cine este publisherul și cine sunt autorii. Dacă vizibilitatea externă nu se schimbă, caută relevance, provenance, query ownership și contextul sursei înainte să adaugi încă un strat de schema.
Surse revizuite
- Google Search Central, Organization structured data: https://developers.google.com/search/docs/appearance/structured-data/organization
- Google Search Central, ProfilePage structured data: https://developers.google.com/search/docs/appearance/structured-data/profile-page
- Google Search Central, Article structured data: https://developers.google.com/search/docs/appearance/structured-data/article
