Quando qualcuno compila il form di un sito per prenotare una visita, scrive in una chat “vorrei un consulto per…” oppure lascia il numero di telefono dopo aver letto la pagina di un trattamento specifico, sta comunicando qualcosa che riguarda la propria salute. La domanda su cookie, privacy e sito di uno studio medico e dati sanitari tocca il cuore del problema, molto più di quanto sembri un dettaglio tecnico tra tanti. Un dato del genere non è “come tutti gli altri”, e il modo in cui il sito lo tratta, a partire da ciò che succede prima ancora che l’utente clicchi su un banner, merita un’attenzione diversa da quella di un e-commerce o di un blog aziendale.
Questo articolo spiega perché, in modo semplice e senza toni allarmistici, e mostra cosa emerge quando si va a controllare un sito riga per riga invece di fermarsi a “il banner c’è, quindi siamo a posto”.
Indice dei Contenuti
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 capisca 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 che, quando si parla di cookie, privacy e sito di studio medico con dati sanitari coinvolti, il margine di tolleranza per un’implementazione “quasi corretta” si riduce. Il motivo sta nella natura di ciò che gira prima del consenso, in sostanza più delicata: le conseguenze legali specifiche restano un discorso da affrontare con un legale o un DPO.
I pattern che si ripetono negli audit tecnici sui siti del settore salute
Negli audit tecnici condotti nel tempo su siti di studi medici, cliniche e centri benessere (sempre con procedure standardizzate, mai riferiti a un caso specifico) alcuni pattern tornano con una frequenza che vale la pena raccontare, in forma completamente generica.
Il banner c’è, ma il blocco automatico è disattivato
È probabilmente il pattern più comune. 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 pattern 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 pattern è forse il più insidioso, 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.
- Apri il sito in una finestra di navigazione anonima, senza cookie salvati da visite precedenti.
- 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.
- 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.
- Clicca su “Rifiuta tutto” nel banner, poi ricarica di nuovo la pagina e ripeti il controllo: le stesse richieste non dovrebbero comparire.
- 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.
- 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.
- 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.
- 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.
- 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). I pattern descritti sono generalizzazioni ricavate da audit tecnici condotti nel tempo su siti diversi, presentati in forma completamente anonima: non si riferiscono e non sono ispirati a un caso, un cliente o un dominio specifico.
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 motivo per cui il mio audit tecnico su cookie e tracciamento nasce da una procedura interna, già applicata su siti di clienti diversi, pensata per controllare cosa succede dietro un banner, invece di darlo per scontato. Unisce due competenze che raramente si trovano nella stessa persona: una conoscenza tecnica di cookie e tracciamento, e oltre dieci anni di esperienza specifica con studi medici e cliniche, che permettono di sapere in anticipo dove guardare quando un sito tratta dati di questo tipo.
Se gestisci il sito di uno studio medico, di una clinica o di un centro salute e vuoi sapere cosa succede prima del clic su “accetta”, una consulenza tecnica dedicata è il punto di partenza più diretto: un’ora di lavoro mirato, per capire cosa sta succedendo sul tuo sito e cosa, eventualmente, va sistemato.
