Răspuns scurt: în healthcare, author identity trebuie să reflecte cine a scris, cine a revizuit și ce rol profesional are fiecare persoană, fără să transforme credentialele într-o tactică SEO. Google recomandă identificarea autorilor pentru Article structured data și documentează ProfilePage. Implementarea trebuie să separe autor, reviewer, provider și organization owner.
Precondiția 1: page-type policy
Articolele educaționale, research și explainers pot avea autori. Service pages și organization pages pot avea owner organizațional. Nu forța byline individuală pe orice pagină.
Precondiția 2: role taxonomy
Definește `author`, `medical reviewer`, `editor`, `provider`, `organization owner`. Nu confunda review-ul clinic cu authorship.
Precondiția 3: credential policy
Păstrează doar credentialele relevante, verificabile și actuale. Include owner și last verified.
Ce schimbi în pagină
Byline vizibilă, reviewer clar, date de revizie și linkuri către profile. Structured data trebuie să reflecte pagina.
Ce schimbi în site
Definește profile canonicale, lifecycle policy, locale mapping și dependency map între profiles și articole.
Ce schimbi în distribuție
Profilele externe prioritare trebuie să reflecte providerul, specialitatea și locațiile curente. Nu urmări fiecare director marginal.
Secvența de implementare
- definește page types;
- definește roles;
- inventariază authors/reviewers;
- creează profile mapping;
- verifică credentials;
- aliniază byline și schema;
- tratează former authors;
- actualizează external profiles;
- rulează regression QA;
- activează lifecycle triggers.
Author versus reviewer
Autorul poate explica, iar reviewerul medical validează clinical claims. Ambele roluri trebuie să reflecte procesul real.
Provider versus author
Un medic care furnizează serviciul nu trebuie automat listat ca autor al fiecărui articol despre acel serviciu.
Organization author
Pentru conținut colectiv, organizația poate fi author dacă procesul real o justifică. Nu inventa o persoană.
Former employees
Păstrează atribuirea istorică unde este corectă. Actualizează statusul profilului fără a rescrie retrospectiv authorship.
Multi-location providers
Un provider poate lucra în mai multe locații. Profilul trebuie să separe identity de operational availability.
Multi-language
Biografiile pot fi localizate, dar identity mapping rămâne aceeași persoană.
Privacy
Nu publica informații personale nerelevante doar pentru a completa profilele. Minimalismul este valid.
QA automat
Detectează broken profiles, missing bylines, schema mismatch, orphan profiles, wrong redirects și locale mapping.
QA uman
Verifică adevărul credentialelor, rolul real și dacă author/reviewer attribution reflectă procesul editorial.
Acceptance criteria
Playbook-ul trece gate-ul când:
- page types au policy;
- authors și reviewers sunt reali;
- profile URLs sunt stabile;
- credentials sunt verificabile;
- schema reflectă pagina;
- former-author policy funcționează;
- locale mapping este clar;
- privacy este respectată;
- lifecycle triggers există;
- regression QA este reproductibil.
Rollback
Dacă un template introduce autori sau revieweri greșiți, revino la mapping-ul anterior și repară componenta înainte de rollout complet.
Limitări
Author identity nu garantează ranking sau citări AI. Demonstrează accountability și consistență editorială.
Cum măsori
Byline coverage, reviewer coverage, profile integrity, credential freshness, identity mismatch rate și lifecycle lag.
Criteriu de oprire
Programul intră în monitorizare când P0/P1 mismatches sunt rare, profiles au owners și lifecycle events actualizează automat suprafețele dependente.
Cum tratezi clinical review versus editorial review
Un editor poate verifica structură și claritate, iar un reviewer medical poate verifica claims clinice. Nu le comprima într-un singur câmp `reviewed by` dacă rolurile sunt diferite. Păstrează cine a verificat ce și data review-ului relevant.
Cum tratezi credentialele cu expirare
Licențe, certificări și memberships pot avea status temporal. Dacă sunt publicate, păstrează owner și trigger de verificare. Nu afișa precizie pe care organizația nu o poate menține și nu transforma lista de credentiale într-un exercițiu de keyword coverage.
Cum tratezi provider pages și author pages
Uneori aceeași persoană are rol clinic și editorial. Poți folosi un singur profil canonical dacă pagina poate explica ambele contexte fără confuzie. Dacă sistemul cere pagini separate, mapping-ul trebuie să arate că este aceeași persoană și să evite competing identities.
Cum tratezi content syndication
Un articol medical poate fi republicat de parteneri care omit reviewer metadata. Păstrează source ownership first-party și diferențiază limitarea partenerului de defectul intern. Nu rescrie first-party doar pentru a imita un format extern mai sărac.
Gate de privacy
Profilele trebuie să conțină doar informație profesională relevantă și aprobată. Nu adăuga date personale, program individual sau alte detalii doar pentru a „întări” entitatea. Accountability nu cere supra-expunere.
Regression după schimbarea personalului
La plecare, promovare sau schimbare de locație, verifică profile, articole recente, reviewer mappings și service references. Lifecycle event-ul trebuie să actualizeze toate suprafețele dependente, nu doar profilul central.
Criteriu de maturitate
Programul este matur când noile articole nu pot fi publicate cu author/reviewer mismatch, credential drift este detectat și former-author handling păstrează istoria fără a sugera relații curente false.
Claim ledger
- FACT/EVIDENCE: Google recomandă author identification pentru Article și documentează ProfilePage.
- PRACTITIONER GUIDANCE: healthcare authorship trebuie să separe author, reviewer, provider și organization owner.
- INFERENCE: attribution clară poate reduce ambiguity și rework.
- NOT PROVEN: că author markup produce direct ranking sau citări AI.
Concluzie
În healthcare, author identity este un sistem de accountability. Pagina trebuie să spună cine a scris, cine a revizuit și ce rol profesional există, fără profile fabricate sau credentiale decorative. Aceasta este fundația înainte de orice discuție despre visibility.
Surse revizuite
- Google Search Central, Article structured data: https://developers.google.com/search/docs/appearance/structured-data/article
- Google Search Central, ProfilePage structured data: https://developers.google.com/search/docs/appearance/structured-data/profile-page
- Google Search Central, Organization structured data: https://developers.google.com/search/docs/appearance/structured-data/organization