Cookie e dati sanitari: perché lo studio medico rischia di più

Il sito di uno studio medico tratta dati sanitari più spesso di quanto sembri: basta un form per prenotare una visita cardiologica, o una chat in cui qualcuno chiede un consulto. Per questo cookie e tracciamento pesano più che su un e-commerce: uno script che parte prima del consenso non registra solo una visita, ma può collegare una persona a una pagina sulla sua salute. Verificarlo richiede pochi minuti, anche da soli.

Perché i dati di un sito di studio medico non sono dati come gli altri

Il GDPR distingue tra dati personali “normali” (un nome, un’email, un numero di telefono) e alcune categorie che il regolamento chiama categorie particolari di dati, tra queste i dati relativi alla salute (art. 9). Non serve una cartella clinica per rientrarci: basta che dal contesto si possa ricavare qualcosa sullo stato di salute di una persona. Il nome di un paziente che prenota una “prima visita cardiologica” o che chiede informazioni su un trattamento specifico attraverso un form o una chat racconta già qualcosa su di lui, anche senza una diagnosi scritta da nessuna parte.

Perché questo conta per i cookie? Perché un tracciamento che parte prima del consenso (uno script pubblicitario, un pixel di remarketing, uno strumento di analytics non ancora autorizzato) non si limita a raccogliere “una visita al sito”. In un contesto sanitario, quello stesso tracciamento può finire per associare un identificativo pubblicitario alla pagina “cardiologia”, al nome digitato in un campo del form, o al fatto che una persona ha visitato ripetutamente la pagina di un trattamento delicato. Non è più solo una questione di conformità formale: cambia la sostanza di cosa viene effettivamente raccolto e a chi, potenzialmente, arriva.

Per questo, sul sito di uno studio medico, un’implementazione “quasi corretta” non basta: ciò che parte prima del consenso è più delicato. Le conseguenze legali specifiche restano un discorso da affrontare con un legale o un DPO.

Gli errori ricorrenti sui siti del settore salute

Negli audit che faccio su siti di studi medici, cliniche e centri benessere, tre errori tornano spesso. Li racconto in forma generica, senza riferimenti a casi specifici.

Il banner c’è, ma il blocco automatico è disattivato

È l’errore che trovo più spesso. Il sito ha un banner cookie ben visibile, con i testi giusti, i pulsanti “accetta/rifiuta/personalizza” tutti presenti. A un primo sguardo sembra tutto corretto. Poi si controlla la configurazione tecnica e si scopre che il blocco automatico degli script (l’interruttore che dovrebbe impedire a Google Analytics, a un pixel pubblicitario o a un widget di chat di partire prima del consenso) è disattivato, o è stato disattivato in un secondo momento senza che nessuno se ne accorgesse. Il banner, in quel caso, è solo un elemento grafico: chiede il permesso, ma nel frattempo gli script sono già partiti lo stesso.

L’integrazione “dichiarata attiva” che in realtà bypassa il consenso

Un altro errore ricorrente riguarda le integrazioni di terze parti: un plugin di chat, un tool di prenotazione online, uno script di remarketing installato da un’agenzia diversa, in un momento successivo della vita del sito. Nel pannello del gestore cookie risultano “collegati” e “gestiti” correttamente. Nella pratica, caricano comunque le loro risorse esterne prima che l’utente esprima una scelta, perché sono stati inseriti direttamente nel tema o in un plugin che non passa dal gestore del consenso. Sulla carta l’integrazione è dichiarata attiva; nel comportamento reale del sito, il consenso non la blocca affatto.

L’aggiornamento che rompe tutto senza far rumore

Il terzo è il più difficile da notare, perché si tratta di un cedimento nel tempo più che di un errore di configurazione iniziale. Un aggiornamento del tema, del builder di pagine o di un plugin cambia il modo in cui gli script vengono caricati, e il collegamento con lo strumento di gestione del consenso si interrompe. Nessun messaggio d’errore, nessun sintomo visibile per chi gestisce il sito: il banner continua a comparire regolarmente, ma da quel momento non blocca più nulla. Il problema può restare lì per mesi, semplicemente perché nessuno l’ha mai verificato di nuovo dopo la messa online.

Checklist di autoverifica in 10 minuti (per chi gestisce il sito di uno studio medico)

Questa checklist non sostituisce un audit tecnico completo: serve a farsi un’idea di massima in poco tempo, con gli strumenti che chiunque ha già nel browser.

1. Apri il sito in una finestra di navigazione anonima, senza cookie salvati da visite precedenti.
2. Prima di cliccare qualsiasi cosa sul banner, apri gli strumenti per sviluppatori del browser (tasto destro → Ispeziona, poi scheda “Rete” o “Network”) e ricarica la pagina.
3. Guarda le richieste che partono nei primi secondi: cerca domini come google-analytics.com, googletagmanager.com, facebook.com/tr, doubleclick.net, o quello dello strumento di chat/prenotazione che usi. Se qualcosa parte prima che tu abbia cliccato, è un primo segnale. Con Google Consent Mode, però, una richiesta a googletagmanager.com può partire comunque: quello che conta è che prima del consenso non vengano salvati cookie di Google (scheda “Applicazione” o “Archiviazione” degli strumenti per sviluppatori).
4. Clicca su “Rifiuta tutto” nel banner, poi ricarica di nuovo la pagina e ripeti il controllo: le stesse richieste non dovrebbero comparire.
5. Naviga su una pagina “sensibile” del sito (un trattamento specifico, una patologia, una specializzazione) e verifica che il comportamento sia identico a quello della homepage.
6. Compila (con dati finti) il form di contatto o di prenotazione e osserva se, subito dopo l’invio, partono script pubblicitari o di remarketing collegati a quella pagina.
7. Controlla la data dell’ultima verifica del sito: se il sito o i suoi plugin sono stati aggiornati da allora, considera che qualcosa può essersi rotto senza segnali visibili.
8. Verifica chi ha accesso al pannello del gestore cookie: se più persone o agenzie hanno lavorato sul sito nel tempo, è facile che qualche integrazione sia stata aggiunta fuori da quel pannello.
9. Controlla se lo strumento di chat o prenotazione online carica risorse esterne (spesso visibili come domini diversi da quello del tuo sito) e se anche queste rispettano la scelta espressa nel banner.

Se qualcosa non torna in uno di questi punti, non è detto che il sito sia fuori norma, ma è un buon motivo per un controllo più approfondito, fatto con strumenti adatti a verificare ogni script in modo sistematico.

Un chiarimento necessario

Quanto descritto in questo articolo è un controllo tecnico: verifica che cosa fa il sito, quali script partono, quando e verso quali destinazioni. Resta un controllo tecnico, distinto da una consulenza legale o dal parere di un Data Protection Officer, e non sostituisce la valutazione di un legale o di un DPO sugli aspetti giuridici (informativa, base giuridica, eventuale nomina di responsabili del trattamento, e tutto ciò che riguarda gli obblighi normativi in senso stretto).

Verificare, invece di dare per scontato

La parte più semplice, spesso, è mettere il banner cookie. La parte che fa la differenza è controllare che quel banner comandi realmente su ciò che il sito carica, soprattutto quando le pagine parlano di visite, trattamenti e prenotazioni, e quindi di persone e della loro salute.

Il mio audit su cookie e tracciamento segue una procedura che applico da tempo su siti di clienti diversi, e da oltre dieci anni lavoro con studi medici e cliniche: so dove guardare quando un sito tratta dati di questo tipo.

Se gestisci il sito di uno studio, di una clinica o di un centro salute e vuoi sapere cosa succede prima del clic su “accetta”, posso fare una verifica tecnica: controllo quali script partono prima del consenso, soprattutto su moduli, pagine delle prestazioni e chat, e ti mostro cosa conviene sistemare per primo. Scrivimi e ne parliamo.