Răspuns scurt: poți demonstra direct dacă provider, facility, service și location sunt identificate coerent, dacă owners există și dacă lifecycle changes se propagă. Nu poți demonstra automat că această „salience” a cauzat ranking, trafic sau citări AI. Google documentează Organization și ProfilePage structured data, dar nu publică un salience score universal pentru healthcare.
Baseline
Definește cohorta de entități prioritare și salvează canonical name, type, aliases, relations, locations, lifecycle status, owner URL și profile externe critice.
Versionează registry-ul.
Ce poți demonstra 1: owner coverage
Numerator: entități prioritare cu owner și URL canonical. Denominator: entități prioritare.
Ce poți demonstra 2: identity conflict rate
Claims de identitate conflictuale din totalul claims verificate. Separă conflictele materiale de variații cosmetice.
Ce poți demonstra 3: relation integrity
Relații corecte provider-facility, provider-specialty, facility-location și service-location.
Ce poți demonstra 4: lifecycle accuracy
Active, former, relocated, retired sau historical trebuie să reflecte realitatea publică.
Ce poți demonstra 5: propagation latency
Timpul dintre schimbarea expected state și actualizarea suprafețelor controlabile.
Ce poți demonstra 6: external critical-profile consistency
Profile prioritare care corespund registry-ului, raportate separat de sursele fără control.
Ce poți demonstra 7: regression rate
Câte conflicts reapar după remediere și lifecycle events.
Ce rămâne corelație 1: Search visibility
Indexarea și ranking-ul depind de multe alte straturi: content, links, demand și technical SEO.
Ce rămâne corelație 2: AI citations
Un răspuns poate cita o pagină după cleanup, dar asta nu izolează relation consistency drept cauză.
Ce rămâne corelație 3: appointment volume
Programările depind de nevoie, ofertă, preț, acces, reputație și multe alte variabile.
Ce rămâne corelație 4: review rating
Sentimentul pacientului nu este o măsură directă a entity identity.
Denominatorii
Owner coverage folosește entități. Conflict rate folosește claims. Relation integrity folosește relații eligibile. Profile consistency folosește profile preselectate.
Nu agrega fără metodologie.
Observation window
Internal metrics pot fi recalculate la lifecycle events și periodic. Search/AI observations folosesc ferestre distincte.
False-attribution risks
- provider relocations;
- schimbarea programului;
- service launch/retirement;
- rebrand;
- site migration;
- external directory update;
- campaign;
- Search/AI platform changes.
Cum tratezi provider lifecycle
Un provider plecat poate rămâne autor legitim al unui articol, dar nu trebuie prezentat drept disponibil curent. Measurement trebuie să distingă authorship history de operational status.
Cum tratezi mai multe locații
Un provider poate avea relații simultane cu mai multe facilities. Relation integrity nu înseamnă „o persoană, o locație”. Înseamnă că relațiile publice sunt corecte și actuale.
Cum tratezi source drift extern
Dacă un director rămâne stale după first-party fix, raportează separat lag-ul extern. Nu reduce scorul intern de owner coverage pentru o suprafață pe care nu o controlezi.
Cum tratezi missing data
Folosește unknown, not applicable și external unresolved separat. Absența unui profil nu este automat conflict.
Cum compari perioade
Păstrează cohorta stabilă. Dacă intră o clinică nouă sau se face o achiziție, raportează cohorta stabilă și versiunea extinsă separat.
Ce poți atribui intervenției
Poți atribui reducerea conflicts, creșterea owner coverage și scăderea propagation latency dacă fixurile sunt documentate.
Cum raportezi external outcomes
Include query, dată, entitate și limitări. Nu combina external observations cu quality metrics într-un singur salience score.
Criterii de acceptare
Măsurarea este auditabilă când:
- cohorta este versionată;
- registry-ul este salvat;
- denominatorii sunt explicați;
- relation taxonomy este stabilă;
- lifecycle events sunt logate;
- profiles prioritare sunt preselectate;
- raw evidence este păstrată;
- observation windows sunt fixate;
- confounderii sunt documentați;
- conclusions distinguish direct evidence from correlation.
Metrică suplimentară: relation-age accuracy
Măsoară câte relații sensibile la timp au status corect: provider-location, provider-specialty, facility-service și organization-brand. Un provider poate rămâne autor istoric al unui articol, dar relația operațională actuală trebuie separată.
Metrică suplimentară: controlled-surface coverage
Nu toate profilele externe sunt administrabile. Raportează separat suprafețele controlabile și cele external unresolved. Astfel, o platformă terță stale nu maschează faptul că first-party registry și profilele proprii sunt corecte.
Cum tratezi schimbarea cohortelor
Dacă apare o locație nouă sau o achiziție, păstrează vechea cohortă pentru trend și construiește o versiune extinsă. Altfel, scăderea owner coverage poate fi doar efectul creșterii denominatorului.
Cum tratezi severity
Nu comprima P0, P1, P2 și P3 într-un singur salience score. Un singur provider mapat greșit poate fi mai important decât zeci de variații minore de denumire. Raportează volume și tipuri de findings separat.
Criteriu de maturitate
Programul este matur când propagation latency este controlată, relațiile temporale au status, P0/P1 sunt rare și lifecycle events declanșează update predictibil. External mentions nu sunt necesare pentru acest PASS operațional.
Cum tratezi schimbările simultane de provider și locație
Dacă un provider se mută exact când o clinică își schimbă brandul sau structura de servicii, nu atribui toate diferențele unui singur factor. Versionează separat provider lifecycle, facility identity și service availability. Păstrează timestamp pentru fiecare expected state și evită să comprimi evenimentele într-un singur „salience improvement”.
Cum verifici un finding închis
După remediere, reviewerul trebuie să poată reconstrui relația provider-facility-service din registry, owner pages și profilele prioritare. Dacă o suprafață controlabilă rămâne inconsistentă, finding-ul nu este închis. Pentru surse externe necontrolabile, păstrează starea external unresolved separat de quality gate-ul first-party.
Claim ledger
- FACT/EVIDENCE: Google documentează Organization și ProfilePage structured data.
- PRACTITIONER GUIDANCE: healthcare entity measurement trebuie să separe identity, relations, lifecycle și operations.
- INFERENCE: reducerea ambiguității poate contribui la outputs mai stabile.
- NOT PROVEN: un entity-salience score universal sau efect direct asupra citărilor AI.
Concluzie
În healthcare, ceea ce poți demonstra este foarte concret: cine este providerul, unde lucrează, ce serviciu este activ și cât de repede se propagă o schimbare. Restul, inclusiv Search și AI visibility, trebuie raportat ca outcome extern sau corelație.
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, canonicalization: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
