Răspuns scurt: author identity în enterprise trebuie diagnosticată prin byline/profile consistency, lifecycle events, reviewer roles, locale mapping și migrations. Google documentează Article și ProfilePage structured data, dar nu publică un author-authority score universal. Problema reală este dacă organizația poate spune cine a scris, cine a revizuit și cine deține actualizarea.

Failure mode 1: byline și profile nu corespund

Articolul afișează un nume, structured data altul, iar profilul are alt URL.

Failure mode 2: rolul curent rescrie istoria

Un autor promovat sau plecat nu trebuie să primească retrospectiv un rol pe care nu îl avea la publicarea articolului.

Failure mode 3: reviewer și author sunt confundați

În conținut tehnic, medical sau juridic, reviewerul poate avea rol distinct. Nu îl transforma automat în coautor.

Failure mode 4: organization author este folosit ca fallback universal

Unele materiale sunt colective, dar altele au autor individual legitim. Definește policy pe page type.

Failure mode 5: profile duplicate după migrare

CMS migration poate crea URL-uri noi fără redirects sau poate rupe mapping-ul article-profile.

Failure mode 6: locale diferite creează identități separate

Traducerile pot avea wording diferit, dar trebuie să identifice aceeași persoană și relație.

Folosește doar profile externe care identifică aceeași persoană. Nu adăuga directoare fără relevanță.

Failure mode 8: credentials sunt stale

Certificări, titluri și memberships pot expira sau schimba statusul. Păstrează owner și last verified.

Failure mode 9: foștii angajați sunt șterși complet

Asta poate rupe atribuirea istorică. Profilele arhivate pot rămâne utile.

Failure mode 10: author pages sunt indexate, dar izolate

Un profil poate exista tehnic și totuși să nu fie legat de articole sau să nu ajute utilizatorul.

Failure mode 11: un singur template este tratat ca adevăr

Business units diferite pot avea procese editoriale legitime diferite. Policy-ul trebuie să definească minimul comun.

Failure mode 12: un score înlocuiește diagnosticul

„Author authority 82/100” fără metodologie nu spune unde este mismatch-ul.

Decision tree reproductibil

  1. Page type-ul cere author individual?
  2. Byline este reală și vizibilă?
  3. Author URL este stabil?
  4. Profilul și markup-ul identifică aceeași persoană?
  5. Rolul este current sau historical corect?
  6. Reviewerul este distinct unde politica o cere?
  7. Locale mapping este corect?
  8. Profilele externe sameAs sunt legitime?
  9. Lifecycle event a fost procesat?
  10. Migrarea a păstrat redirects și mapping?
  11. Credentials sunt verificabile?
  12. Finding-ul poate fi închis prin acțiune concretă?

Audit practic

Extrage article URL, author ID, byline, profile URL, role, reviewer, locale, schema author, redirects și last verified. Eșantionează mai multe business units.

Severitate

P0: autor fals sau persoană greșită. P1: profile rupt, rol material stale sau reviewer lipsă. P2: locale/sameAs mismatch. P3: variații cosmetice.

Lifecycle events

Promovarea, plecarea, revenirea, schimbarea business unit-ului și migrarea CMS trebuie să declanșeze review. Nu aștepta auditul anual.

Cum tratezi former authors

Păstrează atribuirea istorică, actualizează profile status și evită redirects generice spre homepage.

Cum tratezi organization author

Folosește organizația când procesul este realmente colectiv. Păstrează totuși un owner intern pentru revizie.

Cum măsori

Byline coverage, profile integrity, identity mismatch rate, reviewer coverage, stale-profile rate și lifecycle lag.

Search/AI mentions sunt outcomes separate.

Criteriu de oprire

Auditul intră în monitorizare când P0/P1 sunt închise, lifecycle triggers funcționează și noile articole trec prin aceleași gates.

Cum tratezi schimbările organizaționale

Fuziunile, reorganizările și schimbarea business unit-ului pot face același profil să pară contradictoriu în timp. Păstrează effective_from, status și context. Un rol istoric corect nu trebuie rescris doar pentru a arăta uniform cu profilul curent.

Cum tratezi coautoratul

Pentru materiale cu mai mulți autori, profilele și Article markup trebuie să reflecte exact persoanele care au avut rol editorial legitim. Nu adăuga executive sponsors sau reviewers ca autori doar pentru vizibilitate.

Cum tratezi content syndication

Un articol poate apărea pe platforme externe care modifică byline-ul sau omit profile URL. Auditul trebuie să distingă defectul first-party de limitarea platformei. Păstrează canonical/source ownership separat.

Cum verifici o migrare

Înainte de schimbarea CMS, exportă mapping-ul author ID → profile URL → article set. După migrare, verifică redirects, canonical, structured data și reciprocity pe un eșantion din fiecare business unit și limbă.

Criteriu de maturitate

Sistemul este matur când lifecycle events generează review automat, P0/P1 sunt rare și fiecare page type are o politică explicită de authorship. Nu este necesar un scor extern pentru a demonstra această maturitate.

Cum tratezi profilele fără activitate recentă

Un profil valid nu trebuie considerat stale doar pentru că autorul nu a publicat recent. Staleness se referă la identitate, rol și claims biografice, nu la frecvența publicării. Separă activitatea editorială de integritatea profilului.

Gate de publicare

Pentru conținut nou, verifică author ID, profile URL, role și reviewer înainte de publicare. Această verificare previne reintroducerea mismatch-urilor după ce auditul le-a curățat.

Claim ledger

  • FACT/EVIDENCE: Google recomandă author identification pentru Article și documentează ProfilePage.
  • PRACTITIONER GUIDANCE: enterprise author identity necesită page-type policy și lifecycle handling.
  • INFERENCE: profile coerente reduc ambiguitatea de atribuire.
  • NOT PROVEN: un author-authority score universal sau efect direct asupra citărilor AI.

Concluzie

Author identity în enterprise este un sistem de lifecycle și ownership. Dacă byline, profile, reviewer și rolurile sunt coerente, organizația poate menține atribuirea corectă fără să urmărească scoruri inventate.

Surse revizuite