Home News Diritto d'autore nei siti web

Di Marco Irrera

I contenuti del sito web e il diritto d'autore: una guida pratica per chi commissiona un progetto

Copertina dell'articolo Iteranea sul diritto d'autore nei siti web, con riferimento a immagini, font, video e contenuti generati con AI.

Immagini, font, testi, video: ogni elemento di un sito ha un autore, una licenza e una storia d'uso da documentare. Gestirli correttamente è parte integrante di un progetto web professionale.

Noi di Iteranea, per primi, affrontiamo quotidianamente progetti con implicazioni di proprietà intellettuale e diritto d'autore non banali. In queste occasioni, per garantire la massima solidità ai nostri partner, integriamo la nostra visione tecnica coinvolgendo direttamente studi legali e professionisti competenti di nostra fiducia. Siamo convinti che la complessità del web moderno richieda un'analisi multidisciplinare, dove la competenza tecnologica e quella legale si fondono per offrire una tutela reale, completa e aggiornata.

In sintesi

  • Immagini, font, testi, video, icone, musica e contenuti generati con AI possono essere protetti da diritto d'autore o regolati da licenze specifiche.
  • Pubblicare un contenuto trovato online non significa poterlo usare liberamente, anche se è accessibile gratuitamente.
  • Il rischio pratico è aumentato perché gli strumenti automatici rendono più facile individuare utilizzi non documentati.
  • Un sito professionale dovrebbe conservare prove, licenze, ricevute e condizioni d'uso degli asset pubblicati.
  • Il registro dei contenuti aiuta a sapere da dove proviene ogni asset, chi lo ha fornito e con quali condizioni può essere usato.
  • Se arriva una contestazione, non va ignorata né subita automaticamente: va verificata, documentata e gestita con metodo.
  • Cliente e fornitore dovrebbero chiarire nel contratto chi porta i contenuti, chi ne documenta la provenienza e chi aggiorna il registro nel tempo.

In questo articolo

Un tema che è diventato concreto

Per molti anni il diritto d'autore applicato ai siti web è stato vissuto come una formalità lontana. Si trovava un'immagine adatta su Google, la si scaricava, la si pubblicava, e spesso, per anni, non succedeva nulla. Quel tempo è finito.

Oggi il diritto d'autore sui contenuti digitali è applicato in modo molto più sistematico, anche per una ragione tecnica precisa: gli strumenti di scansione automatica del web sono diventati maturi ed economici. Esistono software, spesso commerciali, che attraversano grandi quantità di pagine e confrontano le immagini pubblicate con archivi di opere protette. Quando trovano una corrispondenza, generano un alert. È un processo industriale, non più artigianale, e questo cambia la frequenza con cui le contestazioni possono arrivare.

Per chi gestisce un sito, la conseguenza pratica è semplice: ciò che in passato poteva rimanere inosservato per anni, oggi può essere individuato con molta più facilità. Un sito che usa immagini, font, video o altri contenuti senza una licenza dimostrabile è molto più esposto a contestazioni formali rispetto al passato.

L'articolo non è scritto per allarmare. È scritto per aiutare chi commissiona un progetto web, e chi lo gestisce nel tempo, a capire come si imposta correttamente il tema fin dall'inizio. Perché la differenza tra un sito che può ricevere serenamente una richiesta di chiarimento e uno che si trova in posizione vulnerabile non sta nella fortuna: sta nel metodo con cui i contenuti sono stati selezionati, documentati e dichiarati.

Un fenomeno da conoscere

Negli ultimi anni si è diffuso un modello operativo specifico. Alcuni studi legali, spesso in collaborazione con autori, agenzie fotografiche, archivi o foundry tipografiche, scansionano sistematicamente il web alla ricerca di contenuti utilizzati senza una licenza dimostrabile. Quando individuano un utilizzo potenzialmente non autorizzato, inviano una richiesta di rimozione, regolarizzazione o risarcimento al titolare del sito. Gli importi richiesti possono variare molto: da qualche centinaio a diverse migliaia di euro, a seconda dell'opera, dell'uso contestato, della durata, della finalità commerciale e della strategia adottata dal soggetto che agisce.

Le richieste, sul piano dei principi, possono essere fondate: l'opera può essere effettivamente protetta, e il sito può averla utilizzata senza una licenza dimostrabile. Sul piano economico, però, gli importi richiesti in una diffida non coincidono necessariamente con quanto verrebbe riconosciuto in un eventuale giudizio. La quantificazione del danno deve confrontarsi con elementi più concreti: valore di mercato dell'opera, tipo di utilizzo, durata della pubblicazione, finalità commerciale, prova del pregiudizio e criteri riconosciuti dalla giurisprudenza.

Il fenomeno non riguarda solo le immagini. Anche i font, soprattutto quelli destinati all'uso web, sono oggetto di verifiche e contestazioni. Le foundry tipografiche, o soggetti delegati a tutelarne i diritti, possono verificare se i font caricati sui server di un sito siano stati effettivamente acquistati con la licenza adeguata al tipo di utilizzo. Lo stesso vale, in misura crescente, per video, brani musicali usati come sottofondo, icone estratte da set commerciali, e in alcuni casi testi copiati da altre fonti. I casi legati ai font hanno mostrato anche un altro profilo: oltre alla licenza d'uso del file font, può emergere il tema privacy quando risorse tipografiche esterne vengono caricate da servizi terzi.

Il punto, per chi gestisce un sito, non è discutere la legittimità del diritto d'autore. Il diritto esiste, ed è giusto che esista: tutela il lavoro di chi crea contenuti professionali. Il punto è evitare di trovarsi in posizione vulnerabile per leggerezze evitabili, e sapere come reagire se una richiesta arriva.

Le pagine che seguono affrontano entrambi gli aspetti: come si costruisce un sito più ordinato e documentabile fin dall'inizio, e cosa fare se ci si trova davanti a una contestazione.

Cosa è protetto in un sito web

Un sito web non è un singolo oggetto, ma un assemblaggio di contenuti di natura diversa. Quasi tutti questi contenuti, presi singolarmente, possono essere protetti da diritto d'autore o da altre forme di tutela. Riconoscerli è il primo passo per gestirli correttamente.

Immagini e fotografie

È la categoria più nota e più sorvegliata. Sono protetti i contenuti fotografici, le illustrazioni, i rendering, i fotomontaggi, le infografiche. La protezione opera anche quando l'immagine è stata pubblicata su un sito gratuito o sui social: la pubblicazione non equivale a una rinuncia ai diritti.

Un caso particolare riguarda la distinzione tra opere fotografiche e fotografie semplici. La legge italiana le ha storicamente trattate in modo diverso, e il quadro è stato oggetto di modifiche recenti. Sul piano pratico, per chi gestisce un sito, la regola non cambia: se una fotografia non è stata prodotta direttamente per il progetto o non proviene da una fonte con licenza chiara, va trattata come contenuto da autorizzare e documentare.

Illustrazioni, icone e set grafici

Le icone scaricate da raccolte gratuite o acquistate da set commerciali hanno ciascuna le proprie regole. Alcune sono completamente libere, altre richiedono attribuzione, altre ancora hanno limitazioni d'uso commerciale. Lo stesso vale per i set di illustrazioni, per i template grafici, e per gli elementi grafici come pattern e texture.

Font e file tipografici

I font sono software, e come tali sono protetti da licenza. Quando si installa un font sul proprio computer per usarlo in un documento, la licenza acquistata copre quel tipo di utilizzo. Quando si pubblica un sito web che carica un font sui server e lo distribuisce ai browser dei visitatori, si entra in un regime diverso: serve una licenza web specifica, distinta da quella desktop.

Molte richieste di risarcimento nascono da questo equivoco. Un font legittimamente acquistato per uso desktop, se viene caricato come file .woff o .ttf sul server e linkato via CSS, può risultare non coperto dalla licenza posseduta. È un dettaglio tecnico ma con conseguenze economiche reali.

Testi

Anche i testi pubblicati online sono protetti. Copiare paragrafi da un altro sito, da un articolo, da un libro, da una pagina aziendale concorrente, costituisce in molti casi una violazione, indipendentemente dal fatto che il testo sia o meno disponibile gratuitamente. La protezione non riguarda i singoli concetti o le informazioni di pubblico dominio, ma la forma espressiva specifica con cui sono stati scritti.

Musica e audio

Brani musicali, jingle, effetti sonori e voci registrate sono protetti. È un tema che riguarda soprattutto i siti che includono video promozionali, contenuti formativi, podcast o tracce audio di sottofondo. L'uso anche solo parziale di un brano commerciale, senza una licenza adeguata, può generare contestazioni sia per i diritti del compositore sia per quelli dell'esecutore.

Video

I video aggiungono complessità perché spesso combinano più livelli di diritti: immagini, musica, voci, testi. Un video aziendale realizzato esternamente eredita i diritti dei singoli elementi che lo compongono, e la cessione di quei diritti al committente non è automatica: dipende dal contratto stipulato con chi ha realizzato il video.

Codice, plugin e librerie

Anche il codice che fa funzionare il sito, e i componenti software utilizzati per costruirlo, sono soggetti a regimi di licenza. Su questo aspetto specifico abbiamo dedicato un approfondimento: Licenze software: cosa sapere prima di avviare un progetto, che approfondisce il tema dal punto di vista della proprietà del codice, dell'open source e dei framework proprietari.

Contenuti forniti dal cliente

Quando il cliente fornisce in autonomia immagini, testi, loghi o video da inserire nel sito, è opportuno che dichiari di disporre dei relativi diritti o autorizzazioni. Non si tratta di scaricare responsabilità in modo burocratico, ma di chiarire la catena di provenienza dei contenuti. In assenza di questa chiarezza, in caso di contestazione, la prima domanda diventa "chi ha fornito quel contenuto?", e se la risposta non è nota la posizione di entrambe le parti si complica.

Contenuti generati con intelligenza artificiale

I contenuti prodotti con strumenti di intelligenza artificiale (immagini, testi, video, musica, codice) sono diventati una componente abituale di molti progetti web. Il fatto che siano "generati" non elimina però il problema dei diritti: lo trasforma in qualcosa di più articolato.

Diversi piani vanno tenuti presenti:

  • le condizioni d'uso dello strumento generativo: alcuni servizi attribuiscono al cliente i diritti commerciali sui contenuti prodotti, altri prevedono limiti, attribuzioni o esclusioni per certi piani tariffari;
  • gli input forniti: caricare nello strumento immagini protette per generare varianti, o utilizzare testi sotto copyright come riferimento, può creare problemi a valle;
  • la somiglianza con opere esistenti: i modelli generativi sono addestrati su grandi archivi e possono produrre, in alcuni casi, output molto simili a opere riconoscibili. Una somiglianza accidentale con un'opera esistente non rende lecito l'uso del risultato;
  • la proteggibilità giuridica del contenuto generato: in molti ordinamenti il diritto d'autore richiede un apporto creativo umano. Un contenuto prodotto automaticamente da un sistema AI, senza un intervento creativo umano significativo nella selezione, modifica o composizione finale, può non offrire lo stesso livello di tutela di un'opera realizzata da un autore umano.

Il quadro normativo su questi temi è in evoluzione e varia da paese a paese. La regola pratica, in attesa di un assestamento, è la stessa che vale per gli altri contenuti: documentare la fonte, conservare le condizioni d'uso applicabili al momento della generazione, ed evitare di trattare l'AI come una zona "senza regole" semplicemente perché il quadro è ancora in assestamento e non tutte le questioni sono risolte in modo uniforme.

Marchi e loghi

Una nota a parte riguarda marchi, loghi e altri segni distintivi: non sono regolati dal diritto d'autore in senso stretto, ma da una disciplina specifica (il diritto dei marchi). Per chi gestisce un sito, però, il principio operativo è lo stesso: non si può utilizzare il marchio o il logo di un'altra azienda senza autorizzazione, salvo casi specifici come la citazione informativa, l'indicazione di partnership effettive o la comparazione lecita, sempre entro limiti corretti e non confusori.

Una visione d'insieme

Messi in fila, questi elementi compongono quasi tutto ciò che si vede e si sente in un sito moderno. La domanda corretta, quindi, non è "il mio sito usa contenuti protetti?", ma "per ognuno dei contenuti che il mio sito usa, esiste una licenza dimostrabile?".

È una differenza che sembra sottile ma è sostanziale. Cambia la prospettiva: dal verificare se c'è un problema, al documentare che non c'è.

Come si costruisce un sito documentabile fin dall'inizio

Le sezioni precedenti hanno descritto cosa è protetto e perché il tema è oggi più rilevante che in passato. Da qui in poi si tratta di metodo: come si imposta concretamente un progetto in modo che, per ogni contenuto pubblicato, sia possibile risalire alla sua origine e alla sua licenza.

Il termine giusto, in questa prospettiva, non è "conforme" ma documentabile. La differenza non è solo lessicale. Un sito conforme è un sito che soddisfa una norma in un momento dato. Un sito documentabile è un sito che, in qualsiasi momento, può dimostrare le proprie scelte, le proprie fonti e le proprie autorizzazioni. È un livello operativo più solido, perché tiene anche quando le norme si evolvono o quando arriva una contestazione che chiede prove.

Costruire un sito documentabile significa lavorare su quattro livelli: scegliere fonti chiare, conservare le prove di acquisto o licenza, mantenere un registro dei contenuti, e gestire correttamente la convivenza tra contenuti del fornitore e contenuti del cliente.

Scegliere fonti chiare

Il primo principio è non cercare contenuti "in giro": cercarli in archivi che dichiarino in modo trasparente le condizioni d'uso. Per ogni categoria di contenuto esistono oggi fonti riconosciute, con licenze esplicite e condizioni verificabili.

Per le immagini, le opzioni principali sono:

  • archivi gratuiti con licenze dichiarate, come Unsplash, Pexels, Pixabay e altri: utili per molti progetti, ma non privi di rischi. È comunque necessario leggere le condizioni specifiche e valutare eventuali limiti legati a persone riconoscibili, marchi, proprietà private o usi commerciali sensibili;
  • archivi commerciali a pagamento, come Shutterstock, Adobe Stock, Getty Images, iStock, Depositphotos: offrono licenze più strutturate, contratti più chiari e una tracciabilità dell'acquisto generalmente migliore;
  • fotografie realizzate appositamente per il progetto, da un fotografo professionista o internamente: in questo caso la titolarità va chiarita nel contratto, perché l'autore della fotografia mantiene di norma alcuni diritti anche dopo la consegna del file. Se nelle fotografie compaiono persone riconoscibili, luoghi privati, dipendenti, clienti o minori, va considerato anche il tema delle liberatorie e della protezione dei dati personali.

Per i font, le opzioni più sicure sono:

  • Google Fonts, che distribuisce molti font con licenze aperte e ampiamente utilizzabili, con l'avvertenza che il caricamento da server remoto può sollevare temi privacy: in molti casi è preferibile servirli direttamente dal proprio server;
  • Adobe Fonts, incluso negli abbonamenti Creative Cloud, con licenze web esplicite;
  • foundry indipendenti (MyFonts, FontShop, foundry dirette come Hoefler, Klim, Commercial Type), dove il font viene acquistato con licenze separate per uso desktop e uso web;
  • font open source distribuiti con licenze tipo SIL Open Font License, pensate specificamente per la distribuzione e l'uso dei font, ma comunque da leggere nelle loro condizioni.

In tutti i casi, la regola operativa è la stessa: verificare che la licenza acquistata copra esattamente il tipo di utilizzo previsto (web, desktop, app, traffico stimato del sito, pageviews, domini autorizzati, eventuali sottosìti o ambienti di sviluppo).

Per icone, illustrazioni e set grafici, valgono criteri analoghi: librerie aperte come Tabler Icons, Lucide, Heroicons, oppure raccolte commerciali come Noun Project, Streamline, Iconfinder, ognuna con il proprio modello di licenza.

Per video e audio, esistono archivi specializzati come Artlist, Epidemic Sound, Pond5, Storyblocks, oltre a librerie di brani con licenze Creative Commons appropriate. Il punto delicato, qui, è che spesso la licenza è legata al canale di pubblicazione (sito, social, video aziendale) ed è necessario verificare che copra l'uso previsto.

Per i contenuti generati con AI, vanno conservate le condizioni d'uso dello strumento al momento della generazione (cambiano nel tempo), il piano tariffario attivo (alcuni servizi attribuiscono diritti commerciali solo ai piani a pagamento), e una traccia degli input forniti, del prompt o della procedura usata per generare l'asset, almeno per i contenuti destinati a uso pubblico rilevante.

Conservare prove e licenze

La scelta di una fonte chiara non basta. Bisogna conservarne la traccia. Questo significa, per ogni contenuto utilizzato, archiviare almeno alcuni elementi di base:

  • la fonte specifica: URL della pagina di download o di acquisto;
  • la data di download o di acquisto;
  • il piano tariffario o tipo di licenza scelto, dove applicabile;
  • la ricevuta di pagamento, dove applicabile;
  • l'account intestatario della licenza (l'azienda? Il fornitore di sviluppo? Il singolo collaboratore?);
  • l'ambito autorizzato: numero di siti, domini, server, copie, traffico, durata;
  • una copia della licenza o delle condizioni d'uso al momento dell'acquisizione (cambiano nel tempo, e ciò che vale è la versione vigente al momento dell'utilizzo).

Per la maggior parte dei contenuti, queste informazioni sono già fornite dalle piattaforme stesse, sotto forma di ricevute, fatture o cronologie di download nell'area utente. Il lavoro non è generarle, è raccoglierle e conservarle in modo ordinato e ritrovabile.

Creare un registro dei contenuti

Il punto chiave è qui. Un sito professionale dovrebbe avere una piccola distinta base dei contenuti: non solo cosa è stato pubblicato, ma da dove proviene, con quale licenza, chi l'ha fornito e per quale uso è autorizzato.

Questo registro non deve essere un documento elaborato. Può essere un foglio di calcolo, una pagina interna, un database leggero, o un documento condiviso. Conta che esista, che sia aggiornato, e che permetta di rispondere in pochi minuti a una domanda del tipo: "da dove proviene l'immagine in homepage?".

In pratica, un registro dei contenuti dovrebbe contenere, per ogni asset rilevante, almeno:

  • identificativo del contenuto (nome del file, posizione nel sito);
  • categoria (immagine, font, icona, video, testo, contenuto AI);
  • fonte di provenienza;
  • licenza applicabile e ambito;
  • data di acquisizione;
  • intestatario della licenza;
  • eventuale scadenza o necessità di rinnovo;
  • note rilevanti (es. "fornito dal cliente in data X").

Nei progetti Iteranea questo registro viene trattato come parte della consegna: non è un adempimento decorativo, ma uno strumento pratico che aiuta il cliente a sapere quali contenuti sono stati usati, da dove provengono e con quali condizioni.

Distinguere contenuti del fornitore e contenuti del cliente

Quasi tutti i siti contengono contenuti di provenienza mista: alcuni selezionati o prodotti dal fornitore di sviluppo, altri forniti direttamente dal cliente (loghi aziendali, foto interne, testi istituzionali, materiali di marketing). È una situazione normale, ma va resa esplicita.

Il principio operativo è semplice: ogni contenuto deve essere riconducibile a chi lo ha fornito, e chi lo ha fornito deve aver dichiarato di disporne legittimamente. Il fornitore di sviluppo, per i contenuti che ha selezionato o prodotto, mantiene il proprio registro. Il cliente, per i contenuti che ha consegnato, dichiara contrattualmente di averne i diritti.

Non si tratta di scaricare responsabilità in modo burocratico, ma di chiarire la catena di provenienza dei contenuti. In assenza di questa chiarezza, in caso di contestazione, la prima domanda diventa "chi ha fornito quel contenuto?", e se la risposta non è nota la posizione di entrambe le parti si complica.

Evitare asset "orfani"

Un caso particolare merita attenzione. Capita spesso che, durante lo sviluppo o la manutenzione, vengano caricati nel sito file di provenienza non chiara: un'icona scaricata anni prima, un'immagine recuperata da un vecchio progetto, un font copiato da un altro server, un video integrato senza traccia di acquisto. Sono i cosiddetti asset orfani: contenuti presenti, funzionanti, visibili, ma privi di documentazione sulla loro origine.

Gli asset orfani sono il principale punto di vulnerabilità di un sito altrimenti ben gestito. Spesso il problema non è che la licenza non c'è, ma che non si è in grado di dimostrarla. In caso di contestazione, chi pubblica il contenuto deve essere in grado di dimostrare perché lo sta usando legittimamente.

La regola pratica è semplice: se un contenuto non è documentabile, va sostituito o regolarizzato. Mantenerlo nel sito senza poter risalire alla sua origine equivale a tenere un margine di rischio non gestito.

Aggiornare il registro nel tempo

Un sito non è un oggetto statico. Nel corso degli anni vengono aggiunte pagine, sostituite immagini, integrati nuovi contenuti, aggiornati strumenti. Ogni nuova aggiunta è un'occasione potenziale di disordine, se il registro non viene aggiornato in parallelo.

La buona prassi è semplice: ogni intervento sul sito che introduce un nuovo contenuto rilevante (immagine, video, font, plugin, icona) prevede una breve voce aggiuntiva nel registro. È un'attività di pochi minuti se fatta in tempo reale, di molte ore se fatta retrospettivamente quando il sito ha già anni di stratificazioni.

Allo stesso modo, è opportuno verificare periodicamente le scadenze: licenze annuali da rinnovare, abbonamenti a piattaforme che cambiano condizioni, account intestatari che potrebbero non essere più attivi. Una revisione una volta l'anno, in genere, è sufficiente.

Se arriva una contestazione: cosa fare e cosa evitare

Anche un sito gestito con metodo può, in alcuni casi, ricevere una contestazione. Talvolta perché un asset è effettivamente sfuggito al controllo, talvolta perché la richiesta è basata su un'interpretazione discutibile della licenza, talvolta perché si è fatto affidamento su un fornitore esterno di cui non si conoscevano del tutto le pratiche. Indipendentemente dal motivo, la fase che si apre alla ricezione di una contestazione richiede metodo, non improvvisazione.

L'errore più comune, in queste situazioni, è di natura emotiva: o si reagisce con allarme e si paga rapidamente per chiudere la questione, o si reagisce con fastidio e si ignora la comunicazione sperando che la cosa sparisca. Entrambe le reazioni sono problematiche, e per ragioni opposte.

Una diffida non va né ignorata né subita automaticamente: va letta, verificata, documentata e gestita con metodo.

Non ignorare la comunicazione

Ignorare una contestazione formale è la scelta peggiore possibile. Anche quando la richiesta sembra esagerata, generica o automatizzata, non rispondere espone a conseguenze concrete: l'escalation della richiesta, l'apertura di un procedimento, la perdita della possibilità di chiarire la posizione in fase iniziale. Inoltre, l'assenza di risposta può rendere più difficile gestire la questione in modo ordinato nelle fasi successive.

La regola operativa è semplice: una comunicazione formale ricevuta va sempre presa sul serio, anche quando sembra inverosimile.

Non pagare automaticamente

Allo stesso modo, pagare immediatamente per "chiudere la cosa" è una reazione comprensibile ma rischiosa. Una richiesta di risarcimento non è una sentenza: è una pretesa, che va verificata nei suoi presupposti.

Vanno verificati almeno tre piani:

  • la fondatezza della contestazione: il contenuto è effettivamente protetto? Chi invia la richiesta è effettivamente legittimato a farlo (è il titolare dei diritti, oppure un soggetto delegato con un mandato verificabile)?
  • la proporzione della richiesta economica: la cifra richiesta è coerente con il valore di mercato dell'opera, con il tipo di utilizzo, con la durata della pubblicazione?
  • la propria posizione: il contenuto contestato era stato effettivamente acquisito senza licenza, oppure esiste una documentazione che lo legittima e che non è stata considerata da chi ha inviato la richiesta?

Pagare prima di aver verificato questi tre piani significa rinunciare a qualunque margine di valutazione. In alcuni casi può essere comunque la scelta razionale, ma deve essere una scelta consapevole, non una reazione.

Non rispondere d'impulso

Le risposte emotive, scritte di getto al ricevimento della comunicazione, sono spesso le più dannose. Le ammissioni improvvisate ("è vero, abbiamo usato quell'immagine, ce la siamo dimenticata"), le dichiarazioni difensive aggressive ("è una richiesta assurda, non pagheremo nulla"), le minimizzazioni ("è solo una piccola immagine, non vale niente") possono essere utilizzate successivamente come elementi a sfavore.

La regola, qui, è ancora più semplice: evitare risposte sostanziali scritte d'impulso. Se necessario, ci si può limitare a una presa d'atto della ricezione, rimandando ogni valutazione al completamento delle verifiche.

Sospendere temporaneamente il contenuto contestato

Una misura prudenziale che spesso ha senso adottare, indipendentemente dalla valutazione finale della richiesta, è la rimozione o la sostituzione temporanea del contenuto contestato. Non si tratta di un'ammissione di responsabilità: è una misura di gestione del rischio. Mantenere online un contenuto effettivamente in discussione, mentre si valuta la posizione, può, in alcuni casi, aggravare la posizione o aumentare il periodo di utilizzo contestato.

La sostituzione, ovviamente, deve essere fatta con un contenuto la cui legittimità sia documentabile, per non aprire un secondo fronte.

Ricostruire la catena documentale

A questo punto, il valore del lavoro fatto a monte diventa evidente. Se esiste un registro dei contenuti, ricostruire la posizione richiede pochi minuti: si individua il contenuto contestato, si recupera la fonte, la licenza, la data, l'intestatario, l'ambito autorizzato, e si verifica se la pretesa di chi contesta tiene conto di questi elementi.

In molti casi, una contestazione fondata sul piano dei principi diventa contestabile quando si incrocia con una documentazione precisa: l'immagine era effettivamente acquistata, la licenza era valida, l'uso fatto rientrava nell'ambito autorizzato. La diffida, in questi casi, può essere il risultato di una scansione automatica che non ha verificato la titolarità della licenza.

Se invece la documentazione manca, va ricostruita per quanto possibile: chi ha caricato il contenuto, quando, da quale fonte, in che contesto. Anche una documentazione parziale e ricostruita è meglio di nessuna documentazione.

Coinvolgere un professionista

Su questo punto è opportuno essere espliciti. Le contestazioni in materia di diritto d'autore non si gestiscono in autonomia, soprattutto quando le cifre richieste sono significative o quando la materia presenta profili tecnici. Un professionista esperto della materia (avvocato specializzato in proprietà intellettuale, o consulente con esperienza specifica) è in grado di valutare la fondatezza della richiesta, verificare la legittimazione di chi la avanza, ricostruire l'inquadramento giuridico più favorevole, e impostare una risposta proporzionata.

Il fai-da-te, in questa fase, è spesso controproducente. Una risposta scritta senza assistenza può compromettere la posizione anche in presenza di buone ragioni. Una risposta scritta con assistenza ha invece, nella maggior parte dei casi, un effetto distensivo: dimostra che la questione viene presa sul serio e consente di riportare la discussione su un piano tecnico e documentale.

Valutare realisticamente rischio, costi e tempi

Una volta verificata la posizione, le opzioni concrete sono in genere alcune:

  • transazione: un accordo con chi ha avanzato la richiesta, su una cifra inferiore a quella iniziale, in cambio della chiusura della questione;
  • rideterminazione: una contro-proposta basata sul valore di mercato effettivo dell'opera, sulla durata reale dell'utilizzo, e su altri elementi oggettivi;
  • contestazione formale: una risposta che contesta la fondatezza o la proporzione della richiesta, con il supporto della documentazione disponibile;
  • giudizio: nei casi più rilevanti, l'eventualità di portare la questione davanti a un giudice.

Quale opzione sia più ragionevole dipende da molti fattori: la solidità della propria documentazione, la dimensione economica della richiesta, il costo e il tempo necessari per ciascuna strada, l'impatto reputazionale di un contenzioso. È esattamente il tipo di valutazione per cui serve un professionista, e che non si può ridurre a una regola generale.

Una nota di metodo

Vale la pena fissare un'osservazione finale, che ricorre nelle situazioni reali: la qualità della gestione di una contestazione dipende quasi sempre dalla qualità del lavoro fatto a monte. Un sito documentato, con un registro aggiornato e una catena di provenienza chiara, affronta una contestazione in posizione di forza, anche quando l'esito non è scontato. Un sito non documentato la affronta in posizione di debolezza, anche quando i contenuti utilizzati erano in realtà legittimi.

È un'altra ragione per cui il lavoro descritto nella sezione precedente, il registro dei contenuti, le prove di licenza, la distinzione delle responsabilità, non è un adempimento formale. È una forma di presidio preventivo, costruita con metodo invece che improvvisata quando il problema si presenta.

Cosa chiedere al fornitore quando si commissiona un sito

Le sezioni precedenti delineano cosa significa costruire un sito documentabile e come affrontare un'eventuale contestazione. Da qui in poi si tratta di operatività contrattuale: cosa chiedere a chi sviluppa il sito, prima di firmare un'offerta, perché questi temi siano gestiti con metodo fin dall'inizio.

Le domande che seguono non hanno l'obiettivo di mettere alla prova il fornitore. Hanno l'obiettivo di chiarire reciprocamente come verranno trattati i contenuti, e come verrà costruita la documentazione che li accompagna. Un fornitore strutturato dovrebbe essere in grado di affrontare queste domande con chiarezza: queste pratiche fanno parte del suo lavoro, non sono un sovraccarico aggiuntivo.

Per leggibilità, le domande sono raggruppate per area tematica.

Provenienza dei contenuti

  • Da dove proverranno immagini, illustrazioni, icone, video, font del sito?
  • Quali contenuti saranno prodotti appositamente per il progetto (fotografie su misura, illustrazioni originali, testi redatti per il sito)?
  • Quali contenuti saranno invece selezionati da archivi? E quali archivi specifici verranno utilizzati?
  • Quali contenuti saranno forniti dal cliente (loghi, foto aziendali, materiali di marketing, testi istituzionali)?

Licenze, ricevute e prove

  • Le licenze degli asset acquistati saranno intestate al cliente o al fornitore di sviluppo?
  • In caso di intestazione al fornitore, cosa succede se in futuro il rapporto si interrompe?
  • Saranno consegnate al cliente le ricevute di acquisto e le condizioni d'uso applicabili al momento dell'acquisizione?
  • Verrà fornito, alla consegna del progetto, un registro dei contenuti che documenti origine, licenza e ambito d'uso di ogni asset rilevante?

Font

  • I font del sito saranno caricati direttamente sul server del progetto o serviti da servizi esterni (Google Fonts da CDN, Adobe Fonts, altri)?
  • La licenza dei font scelti copre esplicitamente l'uso web?
  • Sono previsti limiti in termini di pageviews mensili, domini autorizzati, sottosìti o ambienti di sviluppo?
  • In caso di font commerciali, a nome di chi è intestata la licenza?

Contenuti generati con AI

  • Verranno utilizzati contenuti generati con intelligenza artificiale (immagini, testi, illustrazioni, video, audio)?
  • Con quali strumenti verranno generati, e su quali piani tariffari?
  • Verranno conservate, per ciascun contenuto rilevante, le condizioni d'uso dello strumento al momento della generazione, una traccia del prompt o della procedura seguita, e gli eventuali input caricati?
  • È stato verificato se le condizioni d'uso dello strumento attribuiscono al cliente i diritti commerciali sui contenuti generati?

Contenuti forniti dal cliente

  • Il fornitore di sviluppo richiederà al cliente di dichiarare per iscritto di disporre dei diritti sui materiali consegnati?
  • Per le fotografie eventualmente fornite dal cliente, sono state acquisite le liberatorie delle persone riconoscibili e le autorizzazioni per i luoghi privati eventualmente ripresi?
  • Cosa è previsto contrattualmente nel caso in cui un contenuto fornito dal cliente, in seguito, generi una contestazione?

Manutenzione e aggiornamento

  • Dopo la consegna, chi aggiorna il registro dei contenuti quando vengono aggiunte nuove pagine, sostituite immagini, integrati nuovi elementi?
  • È previsto un controllo periodico delle scadenze di licenza per i contenuti soggetti a rinnovo?
  • In caso di interventi di manutenzione su un sito esistente, chi verifica la legittimità di eventuali contenuti già presenti ma non documentati?

L'obiettivo, in tutti questi casi, non è ottenere risposte impegnative su scenari ipotetici. È costruire una mappa condivisa di chi fa cosa, in modo che, se qualcosa dovesse succedere, ognuno sappia esattamente quale parte del lavoro era stata affidata a chi. È il modo più semplice per evitare che, sotto pressione, il rapporto tra cliente e fornitore si trasformi in un confronto su responsabilità mai esplicitate.

Responsabilità del cliente e responsabilità del fornitore

Il tema delle responsabilità è strettamente collegato al precedente, ma merita una trattazione separata. Le domande della checklist aiutano a chiarire come verrà costruito il sito. Questo paragrafo affronta una domanda diversa: nel caso in cui qualcosa vada storto, chi risponde?

In molti casi, le contestazioni vengono indirizzate al soggetto che gestisce o utilizza il sito per la propria attività, perché è il soggetto che rende pubblici i contenuti e ne trae beneficio. Questo non esclude che, nei rapporti interni, possano emergere responsabilità diverse a seconda di chi ha scelto, fornito, acquistato o pubblicato quel contenuto.

Per questo il tema non si esaurisce nel rapporto tra il soggetto che contesta e il titolare operativo del sito. Va considerato anche il rapporto interno tra cliente e fornitore: chi ha scelto il contenuto, chi lo ha fornito, chi ha acquistato la licenza, chi lo ha caricato, chi ne ha documentato la provenienza.

Cosa è opportuno chiarire nel contratto

Un contratto ben costruito, in materia di contenuti, dovrebbe distinguere almeno quattro piani.

Contenuti selezionati o prodotti dal fornitore. Per gli asset che il fornitore ha scelto da archivi, prodotto su misura, integrato come componenti di terze parti, è opportuno che il contratto chiarisca che il fornitore deve selezionare asset utilizzabili per il progetto e documentarne licenze, fonti e condizioni d'uso. Il contratto dovrebbe specificare se le licenze sono intestate al cliente o al fornitore, e cosa succede in caso di interruzione del rapporto.

Contenuti forniti dal cliente. Per gli asset che il cliente ha consegnato direttamente al fornitore (loghi, foto aziendali, materiali di marketing, testi), è ragionevole che il cliente dichiari di disporne legittimamente. Non si tratta di scaricare responsabilità: si tratta di chiarire la catena di provenienza, perché il fornitore non ha modo di verificare in autonomia se un contenuto consegnato dal cliente sia effettivamente di sua titolarità.

Modifiche successive alla consegna. Quando il sito viene aggiornato nel tempo, e quando vengono aggiunti contenuti dopo la consegna iniziale, è importante che resti tracciato chi ha effettuato l'intervento e con quali contenuti, perché questo aiuta a ricostruire il perimetro delle responsabilità. Se le modifiche sono curate dal fornitore originario, valgono le regole iniziali. Se le modifiche sono fatte dal cliente o da un altro soggetto, il tracciamento di chi ha agito diventa essenziale.

Contestazioni di terzi. Il contratto dovrebbe prevedere come comportarsi in caso di contestazioni, soprattutto in termini di reciproca informazione e di gestione coordinata. Una contestazione che arriva al titolare del sito, e che riguarda un contenuto selezionato dal fornitore, è gestita in modo molto diverso a seconda che il fornitore venga informato tempestivamente o solo dopo settimane.

Una posizione di equilibrio

Vale la pena fissare una considerazione di equilibrio. Un contratto che addossa tutta la responsabilità sui contenuti al fornitore di sviluppo non è una buona pratica: il fornitore non controlla i materiali consegnati dal cliente, né ha il potere di verificare in tempo reale ogni modifica successiva. Allo stesso modo, un contratto che addossa tutta la responsabilità sul cliente non è ragionevole: il cliente affida al fornitore la selezione e la produzione di contenuti specialistici, e si aspetta che quel lavoro sia fatto a regola d'arte.

La distribuzione corretta delle responsabilità segue chi controlla cosa. Il fornitore deve assumersi il perimetro delle scelte che ha fatto e dei contenuti che ha portato. Il cliente deve assumersi il perimetro dei materiali che ha consegnato e delle modifiche che ha gestito direttamente. Le aree grigie, soprattutto quelle relative a interventi successivi alla consegna, vanno chiarite caso per caso, possibilmente in fase iniziale.

Quando questi piani sono dichiarati nel contratto, e quando il registro dei contenuti documenta nel dettaglio chi ha portato cosa, una contestazione futura non si trasforma in un confronto interno tra cliente e fornitore. Diventa una situazione in cui ognuno conosce il proprio perimetro, e può collaborare in modo costruttivo per gestirla.

Un sito professionale è anche un sito documentabile

Un sito web professionale non si misura solo dalla grafica, dalle performance o dal posizionamento sui motori di ricerca. Si misura anche dalla capacità di dimostrare da dove provengono i contenuti che utilizza, con quali licenze sono stati acquisiti, chi ne ha autorizzato la pubblicazione e in quale ambito quei contenuti possono essere usati.

Questa dimensione è rimasta a lungo invisibile, perché in un'epoca in cui i contenuti digitali venivano usati con leggerezza, il problema raramente emergeva. Oggi è cambiato il contesto: il diritto d'autore sui contenuti web è applicato in modo molto più sistematico, gli strumenti per individuare utilizzi non documentati sono diventati maturi, e la possibilità che utilizzi non documentati vengano individuati è aumentata in modo significativo. La conseguenza non è che i siti debbano essere costruiti con paura, ma che debbano essere costruiti con metodo.

Le pagine precedenti hanno descritto questo metodo: scegliere fonti chiare, conservare le prove di acquisto e di licenza, mantenere un registro dei contenuti, distinguere chiaramente cosa è stato portato dal fornitore e cosa è stato fornito dal cliente, gestire correttamente le aggiunte successive nel tempo. Sono attività che, prese una per una, sono semplici. Diventano significative quando vengono adottate insieme, in modo coerente, fin dall'inizio del progetto.

Vale la pena riconoscere che questo cambia, almeno in parte, cosa significa "sito professionale". Per molti anni la professionalità di un sito è stata identificata con elementi visibili: il design, la velocità di caricamento, la responsività, l'esperienza utente, la qualità dei testi. Tutti aspetti che restano fondamentali. Ma a questi si aggiunge oggi una dimensione meno visibile e altrettanto rilevante: la governance dei contenuti. Cioè la capacità, da parte di chi gestisce il sito, di sapere in qualunque momento da dove proviene ciò che il sito mostra, e con quali condizioni può continuare a mostrarlo.

Questa governance non è un adempimento burocratico. È un modo di lavorare. E ha un effetto collaterale interessante: i siti gestiti in questo modo non solo affrontano meglio le eventuali contestazioni, ma hanno anche un ciclo di vita più ordinato. Le manutenzioni sono più rapide, i passaggi di consegne tra fornitori sono più puliti, le evoluzioni nel tempo si appoggiano a una base documentata invece che a una memoria orale.

La qualità di un sito non è solo ciò che si vede online. È anche ciò che si può ricostruire quando qualcuno chiede conto di un contenuto.

In questa prospettiva, il diritto d'autore sui contenuti del sito smette di essere un tema "da affrontare se succede qualcosa" e diventa una parte normale del modo in cui un progetto viene impostato. Cambia la posizione del cliente, che acquisisce uno strumento per controllare ciò che ha commissionato. Cambia la posizione del fornitore, che lavora in un quadro più chiaro e meno esposto a malintesi futuri. E cambia la posizione del sito stesso, che diventa un oggetto governato, non solo un oggetto pubblicato.

Per approfondire

Per chi vuole andare oltre questa panoramica, alcuni riferimenti istituzionali sono utili.

  • Normattiva — accesso libero al testo della Legge 22 aprile 1941 n. 633 sul diritto d'autore e alle sue successive modifiche, riferimento normativo italiano in materia.
  • SIAE — informazioni sull'amministrazione dei diritti d'autore in Italia, in particolare per le opere musicali, audiovisive e letterarie.
  • EUIPO — European Union Intellectual Property Office — quadro europeo sulla proprietà intellettuale, marchi e disegni.
  • Creative Commons — descrizione delle varianti di licenza più diffuse per i contenuti aperti, con strumenti guidati per l'utilizzo corretto.
  • Garante per la Protezione dei Dati Personali — riferimento per gli aspetti privacy che si intrecciano con la gestione di contenuti web, in particolare per l'uso di servizi tipografici e font remoti.
  • EU Artificial Intelligence Act — pagina ufficiale della Commissione Europea sul quadro regolatorio europeo in materia di intelligenza artificiale.
  • U.S. Copyright Office — Copyright and Artificial Intelligence — sintesi delle posizioni statunitensi sulla protezione dei contenuti generati con AI, riferimento utile anche fuori dagli Stati Uniti.