Quando si parla di GDPR sito web, il primo errore è pensare che bastino un banner dei cookie e una privacy policy copiata da qualche parte. L’adeguamento di un sito al Regolamento europeo sulla protezione dei dati è un processo, non una casella da spuntare una volta e dimenticare. Riguarda cosa raccogli, come lo conservi, come dimostri di averne diritto e cosa fai il giorno in cui qualcosa va storto. In questa guida trovi il percorso operativo completo per il 2026, con una checklist concreta e i riferimenti normativi ufficiali. Un’avvertenza utile prima di iniziare: il sito è solo una parte dell’adeguamento dell’intera azienda, e averlo a norma con l’organizzazione difforme espone comunque a contestazioni.
Cosa significa adeguare un sito web al gdpr
Il Regolamento Generale sulla Protezione dei Dati, il Regolamento (UE) 2016/679, si applica a qualsiasi sito che tratti dati personali di persone che si trovano nell’Unione Europea, a prescindere da dove sia ospitato materialmente il server. Significa che un sito con hosting fuori dall’UE, ma che intercetta utenti europei, resta soggetto alle stesse regole. Il testo integrale e le sue definizioni sono consultabili nella versione ufficiale in italiano pubblicata su EUR-Lex, il Regolamento UE 2016/679, applicabile in tutti gli Stati membri dal 25 maggio 2018, data in cui ha sostituito le norme incompatibili del vecchio Codice della Privacy (D.Lgs. 196/2003).
Alla base ci sono alcuni principi che vale la pena tenere a mente, perché orientano ogni scelta tecnica successiva: liceità, correttezza e trasparenza verso l’utente, raccolta dei soli dati necessari a una finalità dichiarata, conservazione limitata nel tempo, esattezza e sicurezza. C’è poi il principio di accountability, cioè la responsabilità di dimostrare la conformità, non solo di affermarla. Chi gestisce il sito, di norma, è il titolare del trattamento: è su di lui che ricadono gli obblighi e le eventuali conseguenze.
Cosa sono i dati personali che un sito raccoglie
Prima di intervenire conviene capire cosa il Regolamento considera dato personale, perché è lì che nasce l’obbligo. Un dato personale è qualsiasi informazione che identifica una persona fisica, in modo diretto o indiretto: nome, codice fiscale, indirizzo, data di nascita, numero di telefono. Nel contesto di un sito web l’elenco si allarga a elementi meno intuitivi, che spesso vengono ignorati.
- Indirizzo email e indirizzo IP, cookie e fingerprint del dispositivo.
- Posizione geografica raccolta tramite strumenti di comunicazione digitale.
- Dati di profilazione, che ricostruiscono abitudini di consumo e preferenze.
- Dati bancari, come IBAN e domiciliazione fiscale.
La stragrande maggioranza dei siti acquisisce almeno una di queste informazioni nel momento in cui un utente naviga, compila un modulo o si iscrive a una newsletter. Da quel momento scatta il trattamento dei dati, e con esso gli adempimenti previsti dal Regolamento.
Ascolta “Max Valle e Marco La Diega: Cosa è il Gdpr e come adeguarsi” su Spreaker.A chi si applica il gdpr per siti web
La domanda che ricevo più spesso è se il GDPR valga anche per un piccolo sito vetrina o per un blog personale. La risposta breve è sì, nel momento in cui quel sito raccoglie anche un solo dato personale: l’email inserita in un form di contatto, l’IP registrato dagli strumenti di analisi, i dati di un ordine su un e-commerce. Blog, negozi online e siti aziendali rientrano tutti nel perimetro. Non è una questione di dimensioni, ma di trattamento dei dati.
Nella pratica quotidiana con le PMI vedo una distanza ancora ampia tra obbligo e realtà. Il Regolamento è in vigore da anni, eppure una parte consistente delle piccole imprese italiane lavora con siti solo parzialmente conformi, spesso convinta che un plugin risolva tutto. Non è così: il GDPR chiede un approccio sistemico che tocca processi, documentazione e sicurezza, come racconto nel dettaglio nel mio percorso di adeguamento GDPR. Il sito è il punto più visibile, ma raramente è l’unico su cui intervenire.
Come adeguare il sito al gdpr: la checklist operativa
Adeguare un sito nel 2026 vuol dire seguire una sequenza abbastanza lineare, qualunque sia la piattaforma che usi. Ho sintetizzato negli anni un ordine di lavoro che funziona perché parte dai dati e non dagli strumenti. Ecco i passaggi fondamentali dell’adeguamento sito web GDPR.
- Mappa i trattamenti: individua ogni punto in cui il sito raccoglie dati, dai form ai plugin di terze parti, dagli strumenti di analisi ai pixel pubblicitari.
- Redigi un’informativa privacy chiara e sempre accessibile, che spieghi quali dati raccogli, con quale base giuridica, per quanto tempo li conservi e con chi li condividi.
- Gestisci correttamente i cookie e il relativo banner, distinguendo i cookie tecnici da quelli di profilazione.
- Adegua i moduli di contatto e i punti di raccolta del consenso, eliminando ogni casella preselezionata.
- Applica misure tecniche adeguate: HTTPS, cifratura dove serve, backup regolari, controllo degli accessi.
- Documenta i consensi e tieni un registro dei trattamenti, così da poter dimostrare la conformità in caso di controllo.
- Forma chi gestisce il sito e i dati, perché la maggior parte degli incidenti nasce da errore umano.
L’informativa privacy conforme
L’informativa non è un adempimento burocratico da nascondere in fondo alla pagina. È il documento con cui costruisci fiducia, e per legge deve essere personalizzato: non esiste un modello standard valido per tutti, ed è proprio pensare che ne basti uno l’errore più comune. Secondo gli articoli 13 e 14 del Regolamento deve indicare, in un linguaggio semplice e accessibile, l’identità e i contatti del titolare, i dati di contatto del responsabile della protezione dei dati quando previsto, le finalità e la base giuridica del trattamento, gli eventuali destinatari dei dati e l’eventuale trasferimento verso paesi terzi. Deve inoltre elencare i diritti dell’utente, cioè accesso, rettifica, cancellazione (il cosiddetto diritto all’oblio), limitazione, portabilità e revoca del consenso, spiegando come esercitarli. Il testo va aggiornato ogni volta che cambi strumenti o finalità.
Cookie e cookie banner
I cookie meritano un capitolo a sé, anche perché sono l’errore più frequente. La distinzione di partenza è tra cookie tecnici, che fanno funzionare il sito e non richiedono consenso preventivo, e cookie di profilazione, che tracciano l’utente per finalità pubblicitarie o analitiche e richiedono un consenso esplicito e preventivo. Il banner deve permettere di rifiutare i cookie non tecnici con la stessa facilità con cui si accettano, senza pulsanti ingannevoli di dimensione o colore diversi, e deve consentire in ogni momento la revoca del consenso. Ho dedicato a questo tema una guida a sé, se vuoi capire davvero come gestire cookie, consenso e cookie law secondo le indicazioni del Garante.
Il consenso al trattamento dei dati
Il consenso è il cuore di tutto, e deve avere caratteristiche precise. Preventivo, perché va raccolto prima che il trattamento inizi. Informato, perché l’utente deve poter leggere l’informativa prima di decidere. Libero, perché non puoi subordinare l’accesso a un servizio a un consenso che per quel servizio non serve. Esplicito, perché serve un’azione positiva e inequivocabile, come spuntare attivamente una casella. Da qui deriva il divieto delle checkbox preselezionate: una casella già spuntata non è un consenso, è un’assunzione.
Ci sono poi due regole spesso trascurate. La prima è la prova del consenso: il titolare deve conservare traccia di quando e come l’utente ha acconsentito, per esempio registrando l’indirizzo IP nel momento in cui clicca su Accetto. La seconda è la separazione delle finalità: non puoi usare un unico atto di accettazione per scopi diversi. Il consenso raccolto per concludere un acquisto non vale anche per iscrivere la persona alla newsletter, che richiede un’informativa e un consenso autonomi. Infine, la revoca deve essere facile quanto lo è stato prestare il consenso.
Moduli di contatto e data logging
Il punto in cui la teoria diventa codice sono i moduli. Ogni form HTML con cui l’utente ti invia i suoi dati, dal contatto alla registrazione, va integrato con il link all’informativa e con una casella di spunta non precompilata. Valgono due regole pratiche: quel consenso copre solo la finalità dichiarata, quindi il contatto non autorizza newsletter o marketing, che richiedono policy e consensi separati; e non puoi chiedere dati non indispensabili allo scopo, come la data di nascita in un semplice modulo di contatto. Sul fronte tecnico serve conservare la prova, con un registro dei log che certifichi data, ora e indirizzo IP dell’operazione. Se il sito ha aree riservate o account, vanno previste funzioni che permettano all’utente di accedere ai propri dati, modificarli, revocare il consenso e cancellare l’iscrizione. Anche uno strumento di analisi come Google Analytics tratta dati personali, perché registra IP e comportamento di navigazione: va dichiarato nell’informativa e coperto dal consenso.
La sicurezza e il backup dei dati
Il Regolamento mette la sicurezza dei dati a carico di chi li tratta, quindi proteggere il sito non è un optional tecnico ma un obbligo giuridico. Non esiste una ricetta unica: la soglia di protezione sale con la sensibilità dei dati, ed è massima quando conservi dati bancari o sanitari. Nella pratica il minimo indispensabile include il passaggio a HTTPS con certificato SSL per cifrare i dati in transito, l’aggiornamento costante di server, CMS e componenti, e misure che riducano la superficie di attacco, come il limite ai tentativi di login falliti, il CAPTCHA e l’autenticazione a due fattori. Per gli e-commerce la crittografia dei dati di pagamento è un requisito consolidato da tempo. Molte di queste misure rientrano in un lavoro più ampio di sicurezza informatica del sito, che conviene affrontare in modo organico invece che a pezzi.
C’è poi il backup, spesso trascurato finché non serve davvero. Un backup fatto bene è schedulato in automatico, almeno settimanale e possibilmente giornaliero, salvato su dispositivi esterni al server che ospita il sito, cifrato così da non essere leggibile da terzi non autorizzati e, soprattutto, verificato. Un backup che al momento del ripristino risulta illeggibile non è una copia di sicurezza, è un’illusione di sicurezza. La verifica periodica di consistenza è la parte che quasi tutti saltano, ed è esattamente quella che fa la differenza dopo un incidente.
Gdpr e wordpress: mettere a norma il cms e il blog
Dato che WordPress muove una quota enorme dei siti nel mondo, merita indicazioni dedicate. Il CMS coinvolge la privacy ogni volta che chiedi dati agli utenti, che dai accesso a quei dati a collaboratori, o che usi plugin che trattano informazioni personali. Da diverse versioni WordPress integra strumenti nativi utili all’adeguamento: la casella di consenso per salvare nome, email e sito nei commenti, la pagina dedicata alla privacy policy richiamata nelle schermate di accesso e registrazione, l’esportazione dei dati personali di un singolo utente in un file e la loro cancellazione, plugin inclusi.
Restano però a carico tuo l’informativa personalizzata per ogni finalità e la gestione del consenso sui servizi esterni, dagli strumenti di analisi alle mailing list, dai social ai circuiti di affiliazione. Per un blog il perimetro è più semplice, perché di norma tratti solo dati di identificazione di base, ma i moduli di commento, iscrizione e newsletter vanno comunque coperti da informativa e da checkbox non precompilate, con i relativi log di consenso. Spesso questi adempimenti li gestiscono già i provider dei servizi che utilizzi, per cui il lavoro concreto si riduce a tenere aggiornati i plugin e a scrivere policy chiare per ciascuna finalità.
Data breach: cosa fare se il sito subisce una violazione
Prima o poi, chi gestisce dati deve porsi la domanda scomoda: cosa succede se il sito viene violato? Il GDPR chiama data breach qualsiasi violazione di sicurezza che comporti, in modo accidentale o illecito, la distruzione, la perdita, la modifica o l’accesso non autorizzato ai dati personali. Un attacco ransomware, un accesso abusivo al pannello, un database esposto, persino una mail inviata in copia conoscenza anziché in copia nascosta: sono tutti scenari che possono integrare una violazione. E basta un virus o un malfunzionamento che metta in chiaro il database per ritrovarsi dentro la fattispecie.
Quando la violazione comporta un rischio per i diritti e le libertà delle persone, il titolare deve notificarla all’autorità di controllo senza ingiustificato ritardo e, ove possibile, entro settantadue ore dal momento in cui ne viene a conoscenza (articolo 33). Le regole operative, la procedura telematica e i casi in cui la notifica non è dovuta sono spiegate nella pagina ufficiale del Garante per la protezione dei dati personali dedicata al data breach. Se il rischio per gli interessati è elevato, alla notifica al Garante si aggiunge la comunicazione diretta alle persone coinvolte (articolo 34), a meno che i dati fossero cifrati o siano state adottate misure successive idonee. E in ogni caso, a prescindere dalla notifica, ogni violazione va documentata in un apposito registro.
Il punto che le imprese sottovalutano è la preparazione. Il Regolamento non chiede solo di reagire, ma di essere pronti prima: una procedura interna definita, ruoli chiari, personale formato e dati cifrati riducono sia il rischio sia le sanzioni. In un caso anonimo che ho seguito, la differenza tra una gestione ordinata e una improvvisata si è misurata proprio nelle prime ore, quando la fretta porta a decisioni sbagliate. Un piano scritto vale più di qualsiasi buona intenzione.
Le sanzioni per un sito non a norma
Veniamo alla parte che di solito convince anche i più scettici. Il quadro sanzionatorio del GDPR è costruito su due scaglioni. Per le violazioni degli obblighi generali il tetto è fino a dieci milioni di euro o al due per cento del fatturato annuo mondiale: qui rientrano casi come la mancata o errata notifica di un data breach, l’omessa nomina del responsabile della protezione dei dati quando obbligatoria o la mancata applicazione di misure di sicurezza. Per le violazioni più gravi, che toccano i principi fondamentali e i diritti degli interessati o l’inosservanza di un ordine dell’autorità, si arriva fino a venti milioni di euro o al quattro per cento del fatturato. In entrambi i casi si applica l’importo più elevato tra i due parametri, e per una PMI anche la soglia inferiore può essere devastante.
Non finisce con le sanzioni amministrative. Il quadro italiano, con il D.Lgs. 101/2018, prevede anche sanzioni penali per fattispecie come il trattamento illecito dei dati, la comunicazione o diffusione illecita su larga scala, l’acquisizione fraudolenta di dati, le falsità nelle dichiarazioni al Garante e l’inosservanza dei suoi provvedimenti. C’è poi un ulteriore fronte: ai sensi dell’articolo 82 del Regolamento, chiunque subisca un danno da una violazione dei propri dati può chiedere il risarcimento al titolare del trattamento. La sanzione dell’autorità, insomma, non esaurisce l’esposizione. E c’è un danno che non compare in nessun verbale: la perdita di fiducia degli utenti, che spesso costa più della multa perché erode una reputazione costruita in anni. Vista così, la conformità smette di essere un costo e diventa un elemento competitivo.
Il sito è solo l’ultima fase dell’adeguamento aziendale
Torno sul punto più frainteso, perché è quello che vedo sbagliare più spesso, a volte anche da colleghi: adeguare il sito è la fase conclusiva, non l’intero lavoro. Un adeguamento serio parte da un audit dei processi aziendali che toccano i dati, definisce l’organigramma privacy e i flussi in ottica di accountability, conduce l’analisi dei rischi fisici e logici e misura la distanza dalla conformità con una gap analysis. Solo allora si produce la documentazione: registro dei trattamenti, lettere di incarico, registro dei consensi, analisi dei rischi. Gli interventi tecnici sul sito arrivano alla fine di questa catena, non all’inizio.
Se decidi di affidarti a un consulente, un consiglio pratico che do sempre: verifica le sue abilitazioni e l’appartenenza ad associazioni riconosciute. Nel mio caso opero su adeguamenti privacy da oltre vent’anni, sono iscritto a Federprivacy (FP-9572) e ricopro il ruolo di Consulente Tecnico d’Ufficio presso il Tribunale di Lodi. Per i riferimenti normativi di partenza restano il Regolamento (UE) 2016/679, il Codice in materia di protezione dei dati personali (D.Lgs. 196/2003) e il decreto di adeguamento nazionale (D.Lgs. 101/2018), insieme alle linee guida e ai provvedimenti del Garante. Se preferisci non gestirlo internamente, puoi partire da una consulenza dedicata per fotografare lo stato attuale e definire le priorità.
Riepilogo dei punti chiave
Il GDPR si applica a ogni sito web che tratta dati personali di utenti europei, ovunque sia ospitato, e per dati personali si intendono anche email, IP, cookie, geolocalizzazione e profilazione. Adeguare un sito nel 2026 significa mappare i trattamenti, pubblicare un’informativa personalizzata, gestire cookie e banner, raccogliere un consenso preventivo, informato, libero ed esplicito senza caselle preselezionate, adeguare moduli e log, mettere in sicurezza il sito con HTTPS, aggiornamenti e backup verificati, e curare le specificità di WordPress e dei blog. In caso di data breach con rischio per le persone, la violazione va notificata al Garante entro settantadue ore e, se il rischio è elevato, comunicata agli interessati. Le sanzioni amministrative arrivano fino a venti milioni di euro o al quattro per cento del fatturato, cui si aggiungono sanzioni penali e il risarcimento del danno. Il sito, però, è solo l’ultima fase di un adeguamento aziendale più ampio.
Domande frequenti su gdpr sito web
Il gdpr si applica al mio sito web?
Sì, se il tuo sito raccoglie, elabora o conserva dati personali di persone che si trovano nell’Unione Europea, a prescindere da dove sia ospitato il server. Vale per blog, siti aziendali ed e-commerce: conta il trattamento dei dati, non le dimensioni del sito. Anche un semplice form di contatto o uno strumento di analisi che registra gli IP fa scattare gli obblighi del Regolamento.
Cosa si considera dato personale su un sito web?
Oltre ai dati anagrafici classici come nome, codice fiscale e indirizzo, su un sito sono dati personali anche l’indirizzo email, l’indirizzo IP, i cookie, il fingerprint del dispositivo, la posizione geografica, i dati di profilazione e i dati bancari. Tutto ciò che permette di identificare, direttamente o indirettamente, una persona fisica rientra nella definizione e richiede un trattamento conforme.
Il gdpr vale anche per un sito wordpress o un blog?
Sì. WordPress integra strumenti nativi utili, come il consenso nei commenti, la pagina della privacy policy e l’esportazione o cancellazione dei dati di un utente, ma non ti solleva dagli obblighi. Devi comunque predisporre informative personalizzate per ogni finalità, gestire il consenso sui servizi esterni e mantenere aggiornati i plugin. Anche un blog che raccoglie solo email e commenti deve avere informativa e checkbox non precompilate.
Cosa rischio se il mio sito non è a norma gdpr?
Le sanzioni amministrative arrivano fino a venti milioni di euro o al quattro per cento del fatturato annuo mondiale per le violazioni più gravi, e fino a dieci milioni o al due per cento per gli obblighi generali, applicando sempre l’importo più elevato. A queste si aggiungono possibili sanzioni penali previste dal D.Lgs. 101/2018 e il diritto degli interessati al risarcimento del danno ai sensi dell’articolo 82, oltre al danno reputazionale.
Cosa devo fare in caso di data breach sul sito?
Se la violazione comporta un rischio per i diritti e le libertà delle persone, devi notificarla al Garante senza ingiustificato ritardo e, ove possibile, entro settantadue ore dal momento in cui ne vieni a conoscenza, tramite la procedura telematica dedicata. Se il rischio è elevato, devi anche comunicare la violazione agli interessati. In ogni caso ogni violazione va registrata e documentata, anche quando decidi motivatamente di non notificarla.
Le checkbox preselezionate sono vietate dal gdpr?
Sì. Il consenso deve essere espresso con un’azione positiva e inequivocabile dell’utente. Una casella già spuntata non rappresenta un consenso valido, perché manca l’atto attivo di scelta. Ogni opzione di consenso, sia per i cookie sia per i moduli di raccolta dati, deve quindi essere attivata manualmente dalla persona.
Il consenso ai cookie e il consenso al trattamento sono la stessa cosa?
No. Sono due consensi distinti, con finalità diverse. Il consenso ai cookie riguarda l’installazione di cookie non tecnici, come quelli di profilazione. Il consenso al trattamento riguarda l’uso dei dati personali raccolti, per esempio tramite un form. Non puoi accorpare finalità diverse in un unico atto di accettazione: per la newsletter, il marketing o altri scopi servono informativa e consenso autonomi.
Basta il sito a norma per essere in regola con il gdpr?
No. Il sito è solo la parte più visibile dell’adeguamento e, di fatto, la sua fase conclusiva. Un adeguamento completo comprende audit dei processi, organigramma privacy e accountability, analisi dei rischi, gap analysis, registro dei trattamenti, lettere di incarico e registro dei consensi. Avere il sito conforme ma l’organizzazione difforme, o viceversa, espone comunque a contestazioni.
Da dove partire per mettere in regola il tuo sito
Mettere a norma un sito non è una rivoluzione ingestibile, se affrontata con metodo e nell’ordine giusto: prima i dati, poi i documenti, infine gli strumenti. La mia attività di consulente certificato iscritto a Federprivacy, insieme al ruolo di Consulente Tecnico d’Ufficio presso il Tribunale di Lodi, mi porta a guardare il sito non come un bottone da aggiungere, ma come parte di un sistema che deve reggere anche a un controllo. È la stessa prospettiva con cui, da oltre trent’anni, affianco imprese e professionisti nel digitale in sicurezza.
Vuoi sapere se il tuo sito è davvero conforme? Verifichiamolo insieme senza impegno: prenota una consulenza gratuita e arriva preparato, invece di rincorrere una scadenza o una contestazione.
