Art. 50 AI Act: cosa è scattato il 2 agosto 2026 e cosa no

Il 2 agosto 2026 sono diventati applicabili gli obblighi di trasparenza dell'articolo 50 dell'AI Act. Nelle settimane precedenti ho sentito ripetere una versione sbagliata della notizia, e la sento ancora: "tanto hanno rinviato tutto". Non è così. Il Digital Omnibus ha rinviato parecchio, ma non questo, e la parte che ha rinviato è più stretta di come viene raccontata.

Questa guida serve a separare le due cose, perché la confusione costa in due direzioni opposte. Chi crede che sia tutto slittato non fa niente e si scopre inadempiente. Chi crede che sia scattato tutto insieme si mette a marcare file e a etichettare qualunque cosa, spendendo tempo su un obbligo che per lui arriva a dicembre o non arriva affatto.

Cosa è scattato davvero il 2 agosto

L'articolo 50 impone quattro obblighi, e riguardano soggetti diversi. Due stanno in capo al provider, cioè a chi sviluppa il sistema e lo mette sul mercato a proprio nome. Due stanno in capo al deployer, cioè a chi quel sistema lo usa nella propria attività professionale.

Primo, provider: dire che è un'AI. Se il tuo sistema interagisce direttamente con persone, chatbot, assistente, agente, voce automatica, devi progettarlo in modo che l'utente lo sappia. L'informazione va data al più tardi alla prima interazione, in modo chiaro e distinguibile, e rispettando i requisiti di accessibilità.

Secondo, provider: marcare gli output sintetici. Testo, immagini, audio e video generati devono portare una marcatura leggibile dalla macchina che li renda riconoscibili come artificiali. Questo è il punto che ha una data diversa, e lo vediamo tra poco.

Terzo, deployer: dichiarare emotion recognition e categorizzazione biometrica. Se usi sistemi che riconoscono emozioni o categorizzano le persone su base biometrica, chi vi è esposto deve esserne informato.

Quarto, deployer: etichettare deepfake e testo di interesse pubblico. Chi pubblica un deepfake deve dichiararlo. Chi pubblica testo generato da AI allo scopo di informare il pubblico su temi di interesse pubblico deve dichiararlo, salvo l'eccezione della revisione umana di cui parlo sotto.

Una cosa che vale la pena dire subito: questi obblighi non riguardano solo i sistemi ad alto rischio. Si applicano a qualunque sistema AI che ricada in una di quelle quattro situazioni. Puoi non avere niente di alto rischio e avere comunque obblighi pieni dall'articolo 50. È esattamente il caso della maggior parte delle PMI che usano AI generativa per produrre contenuti.

L'unica cosa che non è scattata, e per chi

Qui sta il pezzo che quasi tutti raccontano male.

La marcatura leggibile dalla macchina dell'articolo 50(2) ha un periodo di grazia fino al 2 dicembre 2026. Ma quel periodo di grazia vale soltanto per i sistemi già immessi sul mercato prima del 2 agosto 2026. Se metti sul mercato un sistema generativo dal 2 agosto in poi, non hai nessuna finestra: la marcatura ti serve subito.

Detto in modo operativo: se il tuo prodotto generativo era già vivo a luglio, hai tempo fino a dicembre per implementare la marcatura, e nel frattempo tutti gli altri obblighi dell'articolo 50 ti si applicano già. Se invece stai per lanciare qualcosa di nuovo in autunno, quella finestra non esiste e va messa nel piano di sviluppo adesso.

C'è anche una buona notizia, e va detta perché evita lavoro inutile. Il contenuto generato prima del 2 agosto 2026 non va etichettato retroattivamente. La Commissione incoraggia a farlo dove possibile, ma non è un obbligo. Se hai un archivio di articoli o immagini prodotti negli anni scorsi, non devi tornarci sopra.

I tre test che decidono se un obbligo ti riguarda

Nella pratica quasi tutte le domande vere si riducono a tre valutazioni. Sono le stesse che ho applicato ai miei asset.

Test 1: è ovvio che si tratta di un'AI?

L'obbligo di informare l'utente non si applica quando è ovvio. L'eccezione esiste, ma la Commissione dice esplicitamente che va interpretata in modo restrittivo, perché sottrae trasparenza alle persone.

Il metro non sei tu che hai costruito il prodotto. È una persona media, ragionevolmente informata, attenta e avveduta, appartenente al pubblico a cui il sistema si rivolge. Se il tuo prodotto si chiama e si presenta apertamente come uno strumento di AI generativa, l'ovvietà regge. Se il tuo chatbot ha un nome di persona e un tono che imita un operatore umano, non regge, e la tentazione di appoggiarsi all'ovvietà è il modo più rapido per sbagliare.

Nota di dettaglio utile: l'obbligo scatta per lo scambio bidirezionale con una persona fisica. Un sistema che gira solo in background, o che parla soltanto con altre macchine, resta fuori.

Test 2: è un deepfake?

La definizione ha tre criteri, e servono tutti e tre insieme. Il contenuto deve somigliare a qualcosa, ciò a cui somiglia deve esistere o poter plausibilmente esistere, e deve apparire falsamente autentico.

È il terzo criterio a fare il lavoro, ed è quello che viene saltato più spesso. Un'illustrazione dichiaratamente fantastica non è un deepfake, anche se raffigura una persona: se il contesto e il pubblico non si aspettano che quella cosa sia autentica, non c'è inganno possibile. Le linee guida arrivano a dire che scene di sfondo, effetti speciali e lavorazioni tecniche di pre e post produzione normalmente non rendono un contenuto falsamente autentico.

Questo importa anche in casi domestici. Se estendi lo sfondo di una tua foto per adattarla a un formato, il soggetto resta autentico e non stai affermando nulla di falso su nessuno. Se invece generi il volto di una persona reale in una situazione in cui non è mai stata, sei dentro in pieno, e non conta che tu non volessi ingannare nessuno.

Una precisazione che costa cara a chi la ignora: se sei il deployer, non puoi accontentarti della marcatura tecnica messa dal provider. Quella serve alle macchine. A te serve una dichiarazione percepibile da una persona, alla prima esposizione, senza che debba usare strumenti particolari per scoprirla.

Test 3: è testo pubblicato per informare su temi di interesse pubblico?

Anche qui i criteri sono cumulativi. Il testo deve essere pubblicato, deve informare il pubblico, e deve riguardare un tema di interesse pubblico. La Commissione elenca politica e processi democratici, pubblica amministrazione, giustizia, diritti fondamentali, sicurezza pubblica, salute, ambiente, sicurezza dei consumatori, e gli sviluppi economici, finanziari, scientifici o culturali che possono essere oggetto di dibattito pubblico.

Una scheda prodotto o una email commerciale non ci rientrano. Un pezzo divulgativo su una normativa, sulla salute o sulla sicurezza informatica, invece, ci rientra facilmente. Vale la pena essere onesti su questo punto invece di cercare scappatoie: se scrivi contenuti che spiegano regole al pubblico, sei dentro la fattispecie.

Esiste però un'esenzione vera, e conviene conoscerla bene, perché è il modo in cui la maggior parte degli editori piccoli risolve la questione senza etichettare nulla.

L'esenzione per revisione umana, e perché non è una firma di comodo

Il testo generato da AI non va etichettato se ha subito una revisione umana o un controllo editoriale, e se una persona fisica o giuridica ne porta la responsabilità editoriale.

Le tre parole vanno prese sul serio.

Revisione umana significa esame deliberato della sostanza del contenuto, fatto da qualcuno che ha conoscenza e giudizio professionale sulla materia. Controllo editoriale significa che esiste un soggetto responsabile con l'autorità di approvare, modificare o rifiutare il testo su basi sostanziali, verifica dei fatti e affidabilità delle fonti comprese. Responsabilità editoriale significa che qualcuno porta la responsabilità legale ultima della pubblicazione.

E qui arriva la parte che rende l'esenzione fragile se la si tratta con leggerezza: la Commissione dice espressamente che i controlli superficiali, meramente formali o procedurali non contano. Un correttore ortografico non è revisione umana. Una rilettura distratta prima di premere pubblica non è controllo editoriale.

Se la tua redazione è una persona sola, l'esenzione resta perfettamente valida, a patto che quella persona legga davvero il merito e ci metta la faccia. Se invece la revisione è un rituale, l'esenzione è carta, e nel momento in cui qualcuno chiede conto non c'è niente da mostrare.

L'errore più comune: etichettare tutto per sicurezza

Il riflesso difensivo, davanti a una norma nuova, è marcare qualsiasi cosa. È un errore, per due ragioni.

La prima è di sostanza. Se dichiari che un testo è generato da AI quando invece l'hai scritto tu, stai facendo un'affermazione falsa nella pagina in cui prometti trasparenza. Non è un dettaglio elegante: indebolisce proprio la credibilità della revisione umana su cui poggia l'esenzione. Meglio nessuna etichetta che un'etichetta sbagliata.

La seconda è di efficacia. Un'etichetta ovunque smette di significare qualcosa. La norma chiede una comunicazione chiara e distinguibile, non rumore uniforme, ed è la stessa ragione per cui le linee guida bocciano esplicitamente le finte soluzioni: una riga minuscola nascosta nel footer, un'etichetta sbiadita su un'immagine, un avviso che lampeggia per un istante in un video, o una dichiarazione sepolta nei termini e condizioni.

Sul mio sito ho preso questa strada: la riga di trasparenza compare in fondo ai contenuti effettivamente redatti con AI, e non compare su quelli scritti a mano. È un campo per singolo contenuto, non un interruttore globale. Costa qualche minuto in più e ha il vantaggio di essere vero.

Chi controlla e quanto costa sbagliare

L'applicazione è affidata principalmente alle autorità nazionali di vigilanza del mercato. L'AI Office ha un ruolo limitato, concentrato sui sistemi costruiti su modelli di uso generale quando provider del modello e del sistema coincidono, e sui sistemi integrati in piattaforme e motori di ricerca molto grandi designati dal Digital Services Act.

Le sanzioni per la violazione dell'articolo 50 arrivano fino a 15 milioni di euro o al 3% del fatturato mondiale dell'esercizio precedente. Per le PMI la proporzionalità viene presa in considerazione, il che è un temperamento reale ma non è un salvacondotto.

Il Code of Practice: volontario, e la scelta va fatta consapevolmente

Esiste un Code of Practice sulla trasparenza dei contenuti generati da AI, valutato adeguato dalla Commissione e dall'AI Board. È volontario e copre gli obblighi di marcatura ed etichettatura, cioè l'articolo 50(2), (4) e (5).

Chi aderisce ottiene un vantaggio concreto: può appoggiarsi a uno strumento approvato per dimostrare conformità, con maggiore certezza giuridica e prevedibilità, indipendentemente dall'autorità competente.

Chi non aderisce non è per questo inadempiente, e questa è la parte che spesso viene raccontata male. L'obbligo di legge resta identico in entrambi i casi. Cambia il modo di dimostrarlo: chi non firma deve provare la conformità con altri mezzi adeguati, e può ricevere più richieste di informazioni, perché c'è meno trasparenza su come sta rispettando la norma.

Tradotto in una decisione: se generi contenuto sintetico su larga scala, firmare toglie attrito. Se il tuo volume è piccolo e la tua catena di revisione è documentata, restare fuori è una scelta legittima, a patto di sapere che l'onere di spiegarsi resta tuo.

Cosa farei lunedì mattina

Se dovessi partire da zero, in ordine, e senza costruire niente prima di aver capito cosa serve davvero.

Mappa dove l'AI tocca una persona. Non i tuoi sistemi in astratto: i punti in cui un essere umano interagisce con un output o con un'interfaccia. Chatbot, form assistiti, contenuti pubblicati, immagini, email verso terzi.

Per ogni punto, applica i tre test. Ovvietà, deepfake, testo di interesse pubblico. La maggior parte dei punti uscirà fuori perimetro, e questo è un risultato utile quanto scoprire un obbligo.

Dove sei dentro, decidi tra etichetta ed esenzione. Per il testo hai la scelta: etichettare, oppure documentare una revisione umana che sia reale. Non serve fare entrambe.

Segna la data di dicembre solo se ti riguarda. La marcatura leggibile dalla macchina è un lavoro tecnico vero. Se hai sistemi già sul mercato, è un elemento di roadmap con scadenza al 2 dicembre. Se stai lanciando adesso, è lavoro da fare subito.

Scrivi ciò che hai deciso e perché. La parte più sottovalutata. Quando la domanda arriva da un cliente enterprise in fase di due diligence, e arriva molto prima di qualunque autorità, la differenza la fa avere una pagina che spiega il ragionamento, non una rincorsa.

Dove approfondire nel resto del cluster

Se ti serve il quadro completo delle date e non solo l'articolo 50, la guida su AI Act e DORA per chi costruisce agenti AI tiene insieme il calendario, il perimetro DORA e le domande che compaiono nelle gare.

Se il punto è invece dimostrare cosa è successo dentro il tuo sistema, cioè la parte che serve davvero quando qualcuno chiede conto, il pezzo su logging e incident response pronti per un audit è il seguito naturale.

E se stai progettando adesso, permessi minimi per agenti AI è la scelta architetturale che riduce più superficie di rischio con meno lavoro.

Una nota onesta per chiudere

Questa guida spiega una norma, non sostituisce un parere legale sul tuo caso. Le valutazioni su ovvietà, deepfake e interesse pubblico dipendono dal contesto, dal pubblico e dal contenuto specifico, e sono esattamente il tipo di giudizio che va fatto sui fatti concreti.

Quello che posso dirti con certezza è che la maggior parte del lavoro non è tecnica. È decidere con onestà in quali dei tre casi ti trovi, e scriverlo.