La maggior parte dei modelli di IA generativa impara da testi, immagini e audio raccolti dal web aperto: blog, forum, siti di notizie, profili dei social e registri pubblici. Gran parte di questo materiale riguarda persone reali e identificabili. Per anni l'assunto informale del settore è stato semplice: se è accessibile pubblicamente, è lecito prenderlo.
Le autorità europee hanno ora spiegato nel dettaglio perché questo assunto non regge. A luglio 2026 il Comitato europeo per la protezione dei dati (EDPB) ha pubblicato la bozza delle Linee guida 03/2026 sul web scraping nel contesto dell'IA generativa, e la consultazione pubblica si chiude il 30 ottobre 2026. L'8 ottobre 2026 l'autorità britannica per la protezione dei dati (Information Commissioner's Office, ICO) ha pubblicato la relazione conclusiva di due anni di vigilanza sui maggiori sviluppatori di modelli di base. Insieme offrono il quadro più chiaro finora di che cosa sia uno «scraping lecito» e di che cosa le aziende dovranno dimostrare.
La questione va oltre i laboratori di IA. Se commissioni un dataset, lo acquisti da un broker, fai fine-tuning di un modello su post pubblici o costruisci uno strumento di lead generation che raccoglie profili, queste regole riguardano anche te.
Perché lo scraping è sotto i riflettori
Tre sviluppi sono arrivati a poche settimane di distanza:
- La bozza di linee guida dell'EDPB. Si basa sul parere 28/2024 del Comitato sui modelli di IA e applica il GDPR passo dopo passo allo scraping per l'addestramento dell'IA.
- La relazione dell'ICO. Dieci sviluppatori (Amazon, Anthropic, Apple, Cohere, DeepSeek, Google, Meta, Microsoft, OpenAI e Stability AI) hanno apportato, o si sono impegnati ad apportare, modifiche dopo l'esame dell'ICO, tra cui informazioni più chiare e modi migliori per esercitare i diritti.
- Trasparenza con i denti nel Regolamento sull'IA. I fornitori di modelli di IA per finalità generali devono pubblicare un riepilogo dei contenuti di addestramento usando un modello obbligatorio della Commissione. L'Ufficio per l'IA può farlo rispettare dal 2 agosto 2026, con sanzioni fino al 3% del fatturato mondiale o 15 milioni di euro, se superiore.
Nel frattempo le modifiche al GDPR proposte dall'UE per l'IA sono bloccate al Consiglio (ne parliamo più avanti). Per ora contano le regole esistenti.
«Pubblico» non significa «liberamente utilizzabile»
Il punto di partenza dell'EDPB è netto. Il GDPR si applica al web scraping ogni volta che sono coinvolti dati personali, dall'estrazione alla pulizia, alla strutturazione e alla conservazione, che i dati identifichino qualcuno direttamente o indirettamente. Vale la pena ricordare altri due punti:
- Il consenso «con ogni probabilità non» è una base praticabile. Gli scraper non hanno alcun rapporto con le persone interessate e non possono realisticamente chiedere prima a ciascuna di loro.
- Pubblicare qualcosa online non è consenso allo scraping. L'EDPB afferma espressamente che l'assenza di un file robots.txt su un sito «non costituisce consenso ai sensi del GDPR».
L'ICO arriva allo stesso punto da un'altra angolazione. Secondo l'autorità, le affermazioni vaghe secondo cui un modello è stato addestrato su «informazioni accessibili pubblicamente» sono «improbabilmente sufficienti» ai fini della trasparenza.
Chi è responsabile: lo scraper, lo sviluppatore o entrambi?
Le filiere di scraping coinvolgono spesso più aziende, e l'EDPB afferma che i ruoli vanno valutati caso per caso, sulla base dei fatti. Le sue indicazioni generali:
- Commissioni lo scraping. Se un fornitore crea un dataset per te, seguendo le tue istruzioni documentate su fonti e categorie di dati, può essere responsabile del trattamento per conto terzi (responsabile esterno) e tu, sviluppatore di IA, sei in generale il titolare.
- Acquisti un dataset raccolto da altri. Lo scraper e lo sviluppatore sono, in linea di principio, responsabili ciascuno del proprio trattamento. Lo scraper non risponde del tuo riutilizzo, e tu non puoi nasconderti dietro il suo.
- Lo pianificate insieme. Se due organizzazioni decidono congiuntamente di costruire un modello e fissano insieme i criteri di raccolta, sono probabilmente contitolari, anche se una fa lo scraping e l'altra l'addestramento.
L'ICO aggiunge che gli sviluppatori dovrebbero assicurarsi che tutti i soggetti della loro filiera di dati di addestramento, inclusi i data broker, rispettino i propri obblighi di trasparenza.
Legittimo interesse: il test in tre fasi applicato allo scraping
L'ICO definisce il legittimo interesse (art. 6, par. 1, lett. f, GDPR) realisticamente l'unica base giuridica per addestrare l'IA generativa su dati personali raccolti tramite scraping. L'EDPB afferma che è la base su cui le imprese private di solito si appoggiano e che le altre sono in genere meno probabili. Entrambi insistono che va guadagnato con un test in tre fasi documentato.
- Un interesse reale e specifico. Deve essere lecito, chiaramente formulato, reale e attuale. L'ICO aggiunge che interessi generici come «sviluppare e migliorare i nostri prodotti e servizi», «addestrare i nostri modelli» o «giovare all'umanità» difficilmente bastano senza precisazione o giustificazione.
- Necessità. Restringere i criteri di raccolta, invece di «fare scraping di una vasta parte di internet», può essere decisivo, dice l'EDPB, e i dati pseudonimizzati o sintetici possono essere alternative meno invasive. L'ICO si aspetta che gli sviluppatori spieghino perché altre fonti, come i dataset in licenza, non sono adatte.
- Bilanciamento. L'EDPB elenca rischi come la perdita di controllo, un «effetto dissuasivo» sulla libertà di espressione, la deanonimizzazione di chi ha pubblicato in forma anonima e i deepfake. Osserva inoltre che, con la tecnologia attuale, i dati personali «non possono essere cancellati facilmente» da un modello addestrato.
Le ragionevoli aspettative pesano molto, e l'EDPB le lega strettamente ai segnali dei siti web. Chi pubblica su una piattaforma aperta che consente lo scraping, e lo dichiara, può ragionevolmente aspettarsi che gli sviluppatori di IA raccolgano i suoi contenuti. Chi pubblica su una piattaforma che blocca gli scraper con robots.txt e CAPTCHA, e dichiara di non consentire l'addestramento dell'IA sui dati degli utenti, no.
La bozza mostra anche dove passa il confine. Un'organizzazione che raccoglie registrazioni vocali pubbliche per vendere uno strumento di generazione vocale, senza garanzie contro il riutilizzo malevolo, «non può invocare» il legittimo interesse. Un modello di testo addestrato solo su contenuti liberamente accessibili che le persone hanno manifestamente reso pubblici, nel rispetto delle riserve di diritto d'autore, con garanzie contro la memorizzazione, richieste di esercizio dei diritti semplici e un elenco pubblico delle fonti, può in genere superare il test.
Trasparenza quando non puoi informare tutti
L'articolo 14 del GDPR impone di informare le persone i cui dati sono stati ottenuti indirettamente. Quando hai raccolto dati su milioni di persone, le comunicazioni individuali sono spesso impossibili. L'articolo 14, paragrafo 5, lettera b, prevede un'eccezione per impossibilità o sforzo sproporzionato, ma l'EDPB afferma che «non dovrebbe essere invocata in via routinaria», e l'ICO mette in guardia dall'usarla come esenzione «generalizzata».
Se ti avvali dell'eccezione, l'EDPB dice che devi almeno rendere pubbliche le informazioni, per esempio in un'informativa dedicata sul tuo sito. Deve coprire le categorie di dati, le finalità e la base giuridica, i diritti delle persone e un'indicazione precisa delle fonti, comprese le caratteristiche del crawler. Come buona prassi, elenca i domini e gli URL raccolti, in formato ricercabile, con il periodo di raccolta.
La scala conta. L'EDPB contrappone lo scraping di 20 anni di messaggi di un forum senza identificatori diretti, dove l'informazione individuale sarebbe sproporzionata, al fine-tuning sui post di un gruppo chiuso di 5.000 persone identificabili. Nel secondo caso ogni persona andrebbe informata individualmente.
Questo si sovrappone al Regolamento sull'IA. Il modello della Commissione chiede ai fornitori di modelli di IA per finalità generali di indicare i propri crawler, il periodo di raccolta e di elencare il 10% principale dei domini raccolti (per le PMI, il 5% principale o 1.000 domini, se inferiore). Un buon inventario delle fonti può servire entrambe le norme.
Rispondi a qualche domanda nel nostro albero decisionale GDPR per vedere quali obblighi si applicano a un uso specifico di dati personali o di IA.
Minimizzazione ed esattezza: decidi prima di fare crawling
La minimizzazione dei dati non vieta di addestrare su grandi volumi, sottolinea l'EDPB. Vieta di raccogliere dati personali che non ti servono, e questa valutazione va fatta prima che lo scraping inizi:
- Prima della raccolta: valutare i dati sintetici; definire criteri di raccolta precisi; mappare e inventariare i dati; filtrare le categorie non necessarie come transazioni bancarie o dati di posizione; escludere i siti che contengono strutturalmente dati sensibili o di minori; ed escludere i siti che si oppongono chiaramente allo scraping tramite robots.txt, ai.txt, accessi riservati o CAPTCHA.
- Durante e dopo la raccolta: usare filtri basati su pattern (per esempio espressioni regolari) per rimuovere identificatori come numeri di previdenza sociale o di telefono; sostituire i dati reali con dati sintetici dove possibile; e anonimizzare o pseudonimizzare. Il nostro articolo sulle linee guida dell'EDPB sull'anonimizzazione spiega quanto sia alta questa asticella.
Quanto all'esattezza, l'EDPB raccomanda fonti affidabili come i registri ufficiali, la marcatura temporale di ciò che raccogli e il controllo a campione prima dell'addestramento.
Dati sensibili: la via del «motore di ricerca» e i suoi limiti
Le categorie particolari di dati, come salute, opinioni politiche o orientamento sessuale, richiedono una base giuridica ai sensi dell'articolo 6 e un'eccezione ai sensi dell'articolo 9, paragrafo 2. Lo scraping quasi inevitabilmente ne cattura qualcuno.
La bozza dell'EDPB propone un percorso stretto per i dati raccolti in modo incidentale e residuale, nonostante gli sforzi per evitarli. Si richiama alla sentenza della Corte di giustizia GC e altri (C-136/17, 24 settembre 2019), secondo cui i gestori di motori di ricerca sono vincolati alle regole sui dati sensibili «nel quadro delle loro responsabilità, competenze e possibilità». L'EDPB afferma che questo ragionamento può applicarsi allo scraping per l'IA se puoi dimostrare che:
- il tuo trattamento presenta somiglianze rilevanti con quello di un motore di ricerca;
- i dati sensibili sono solo incidentali e residuali, mai raccolti intenzionalmente;
- è difficile o impossibile stabilire in anticipo se e in che misura raccogli dati sensibili; e
- adotti misure per impedirne la diffusione.
Queste misure sono impegnative: filtri ed esclusioni di siti prima della raccolta, cancellazione non appena i dati sensibili vengono individuati (anche su richiesta plausibile), test di estrazione e filtri sull'output durante lo sviluppo, e monitoraggio continuo dell'output dopo il lancio. Il Comitato è chiaro: non è un'esenzione generale dall'articolo 9.
L'ICO è più scettica. Ritiene improbabile che l'eccezione dei dati «resi manifestamente pubblici» copra i dati sensibili raccolti con lo scraping, perché gli sviluppatori non possono verificare che la persona intendesse renderli pubblici, e dice che la condizione della ricerca scientifica difficilmente copre tutto lo sviluppo di modelli. L'ICO riconosce apertamente che ciò «limita la possibilità per gli sviluppatori di addestrare lecitamente i propri modelli con categorie particolari di dati» e ne sta discutendo con il governo britannico.
Anche il modello può essere un dato personale
I rischi dello scraping non finiscono con l'addestramento. L'ICO ribadisce che i modelli possono contenere dati personali perché da essi si possono estrarre i dati di addestramento, una visione compatibile con il parere 28/2024 dell'EDPB. Avverte che i dati di addestramento provenienti dal web possono includere firme e-mail, chiavi API e password, e si aspetta che gli sviluppatori testino i modelli per l'«individuazione» (singling out) e la «collegabilità». Segnala anche una buona prassi sui diritti: Apple, per esempio, permette a chiunque di segnalare pagine web che non dovrebbero essere usate per l'addestramento e spiega ai proprietari dei siti come bloccare il proprio crawler per l'addestramento consentendo comunque l'indicizzazione nei motori di ricerca.
Dove potrebbe andare il diritto
Il Digital Omnibus della Commissione, presentato a novembre 2025, propone modifiche al GDPR rilevanti per l'addestramento dell'IA. Secondo un testo di compromesso del Consiglio del 3 settembre 2026 (documento 12535/26), trapelato e riportato da GDPR Local e dall'organizzazione per la privacy noyb, un considerando affermerebbe che il trattamento di dati personali per sviluppare e impiegare l'IA «può essere considerato» legittimo interesse, a meno che non prevalgano i diritti della persona. Un altro considerando consentirebbe, in circostanze limitate, i dati sensibili che finiscono nei set di addestramento «in modo incidentale e residuale». noyb si oppone con forza alla proposta, e il suo presidente, Max Schrems, l'ha definita «un'espropriazione digitale degli europei». Approfondiamo il testo del Consiglio nel nostro articolo sul Digital Omnibus e il legittimo interesse per l'IA.
Il dossier è tutt'altro che chiuso. Gli ambasciatori dell'UE non sono riusciti a concordare una posizione negoziale del Consiglio il 7 ottobre 2026, soprattutto per i segreti commerciali nella parte del Data Act del pacchetto. Secondo MLex, il punto è stato poi tolto dall'ordine del giorno della loro riunione dell'11 ottobre, senza nuova data. Il Parlamento europeo aveva presentato ad agosto circa 1.840 emendamenti. Al 12 ottobre 2026 nulla di tutto ciò è legge, e il GDPR si applica per intero.
Oltre l'UE: Giappone e Brasile
Giappone. Il Giappone ha modificato la propria legge sulla privacy (APPI) per consentire l'uso di dati senza consenso, compresi i dati sensibili pubblicamente disponibili, a fini statistici, il che può includere lo sviluppo di IA organizzato come produzione di statistiche. Un documento di lavoro della segreteria del regolatore, pubblicato il 1° ottobre 2026, suggerisce che le aziende che si avvalgono di questa via pubblichino le informazioni richieste su un'unica pagina web leggibile dai crawler. È una bozza, non regole definitive.
Brasile. La LGPD (legge 13.709/2018) include il legittimo interesse tra le sue basi giuridiche, ma non nell'elenco dell'articolo 11 per i dati sensibili. In un intervento alla FGV Direito Rio il 29 aprile 2026, Iagê Miola, membro del consiglio dell'ANPD, ha detto che l'autorità non ha ancora una posizione definitiva sul legittimo interesse per l'addestramento dell'IA. Ha riferito che i partecipanti alla consultazione non lo ritenevano invalido, che le opinioni sullo scraping erano divise e che la mancanza di una base di legittimo interesse per i dati sensibili era la principale preoccupazione. Se usato, richiederebbe bilanciamenti solidi e trasparenza reale. Le aziende brasiliane che offrono beni o servizi a persone nell'UE sono già coperte dal GDPR tramite l'articolo 3, paragrafo 2, quindi le indicazioni dell'EDPB si applicano direttamente a loro.
Per le aziende globali, «scraping lecito» significherà cose diverse nei diversi mercati. Costruire secondo lo standard più rigoroso, quello dell'UE e del Regno Unito, è la scelta predefinita più sicura.
Checklist pratica per le aziende che fanno scraping o acquistano dati raccolti
- ☐ Mappa la tua filiera: chi ha raccolto che cosa, su quali istruzioni e in quale ruolo (titolare, contitolare o responsabile).
- ☐ Scrivi una valutazione specifica del legittimo interesse per ogni tipo di dato e ogni fase dello sviluppo. «Addestrare i nostri modelli» non è abbastanza specifico.
- ☐ Documenta la necessità: spiega perché non bastano una raccolta più ristretta, dati in licenza, pseudonimizzati o sintetici.
- ☐ Rispetta i segnali di opt-out: escludi i siti che bloccano lo scraping tramite robots.txt, ai.txt, accessi riservati o CAPTCHA, e quelli che dicono no all'addestramento dell'IA.
- ☐ Escludi per impostazione predefinita le fonti ad alto rischio, come i siti usati soprattutto da minori e quelli che contengono strutturalmente dati sensibili.
- ☐ Filtra prima e dopo la raccolta: rimozione di identificatori per pattern, deduplicazione, pseudonimizzazione e cancellazione di ciò che non ti serve.
- ☐ Pianifica per i dati sensibili: filtri, cancellazione tempestiva alla scoperta, test di estrazione, filtri sull'output e monitoraggio continuo.
- ☐ Pubblica una vera informativa sui dati di addestramento: fonti, dettagli dei crawler, periodi di raccolta, categorie di dati e un modo semplice per opporsi.
- ☐ Offri vie di esercizio dei diritti ai non utenti e spiega con onestà i limiti tecnici.
- ☐ Testa i tuoi modelli per memorizzazione, individuazione e collegabilità, e conserva i risultati.
- ☐ Valuta i fornitori di dataset: chiedi come sono stati raccolti i dati e come hanno rispettato i propri obblighi di trasparenza.
- ☐ Allineati al Regolamento sull'IA: se fornisci un modello per finalità generali, assicurati che il riepilogo pubblico dei contenuti di addestramento corrisponda alla tua informativa privacy.
- ☐ Fai sentire la tua voce: la consultazione dell'EDPB si chiude il 30 ottobre 2026; la richiesta di contributi dell'ICO sugli agenti di IA si chiude il 20 novembre 2026.
Conclusione
Il messaggio di Bruxelles e di Londra è coerente: il web aperto non è terra di nessuno, ma non è nemmeno off-limits. Raccogliere dati personali per addestrare l'IA può essere lecito quando è mirato, minimizzato, trasparente e sostenuto da garanzie di cui puoi dimostrare l'efficacia. Le aziende in difficoltà saranno quelle che non sanno dire da dove vengono i loro dati, perché li servivano o che cosa hanno fatto per proteggere le persone coinvolte. Le linee guida dell'EDPB sono ancora una bozza e il Digital Omnibus può ancora spostare il dibattito, ma mappare le fonti, filtrare i dati, pubblicare le informative e testare i modelli ripagherà con qualunque versione delle regole.
Prenota una consulenza gratuita con GDPRGard → e ti aiuteremo a verificare le tue fonti di dati e le tue informative sull'addestramento.
Fonti
- EDPB: Linee guida 03/2026 sul web scraping nel contesto dell'IA generativa, consultazione pubblica (8 lug.–30 ott. 2026)
- EDPB: L'EDPB fa luce su anonimizzazione e web scraping per l'IA generativa (8 lug. 2026)
- ICO: L'ICO ottiene cambiamenti dai principali sviluppatori di IA mentre la vigilanza si estende agli agenti di IA (8 ott. 2026)
- ICO: Costruire fiducia e trasparenza nello sviluppo dell'IA generativa (8 ott. 2026)
- ICO: La base giuridica del web scraping per addestrare modelli di IA generativa
- Computer Weekly: Gli sviluppatori di modelli di IA non hanno «alcuna giustificazione» per non rispettare la legge sulla privacy (9 ott. 2026)
- Commissione europea: Modello per i fornitori di modelli di IA per finalità generali per riepilogare i contenuti di addestramento
- CGUE: Causa C-136/17, GC e altri (24 set. 2019)
- GDPR Local: Digital Omnibus, che cosa dicono i documenti trapelati del Consiglio su IA e dati personali
- Agence Europe: Voto sul Digital Omnibus rinviato all'11 ottobre (7 ott. 2026)
- MLex: Rinviati i negoziati sul pacchetto di semplificazione digitale dell'UE per una disputa sui segreti commerciali (11 ott. 2026)
- PPC Land: Gli sviluppatori di IA in Giappone dovranno pubblicare informazioni sul web per addestrare senza consenso (2 ott. 2026)
- Mobile Time: ANPD sugere que legítimo interesse poderá ser usado em treinamento de modelos de IA (29 apr. 2026)
Leggi anche:
- La scusa «era pubblico» non regge più: il GDPR ora copre formalmente i dati di addestramento dell'IA
- I tuoi dati «anonimi» sono davvero anonimi? La nuova bozza dell'EDPB cambia il test
- Il GDPR viene riscritto per l'IA: cosa significa l'Omnibus digitale per la tua azienda