Un contratto di sviluppo sito web deve mettere per iscritto sei cose: cosa viene realizzato, come si verifica che funziona, di chi sono codice, grafica e dominio alla fine, come si paga, cosa succede dopo la messa online e come si esce se il rapporto si interrompe. Quando una di queste manca, il problema non si vede alla firma ma mesi dopo, quando correggere un errore o cambiare fornitore diventa una trattativa.
Questa guida segue l'ordine in cui le clausole contano e rimanda agli articoli di legge da cui dipendono. Non sostituisce un avvocato: serve a sapere cosa chiedere e cosa non firmare a occhi chiusi.
Che tipo di contratto stai firmando?
Il Codice civile conosce due schemi vicini. L'appalto è il contratto con cui una parte si impegna a realizzare un'opera o un servizio «con organizzazione dei mezzi necessari e con gestione a proprio rischio»: è lo schema tipico di un'agenzia strutturata. Il contratto d'opera riguarda invece chi lavora «con lavoro prevalentemente proprio», come molti freelance.
La distinzione ha effetti pratici: cambiano i termini per contestare i difetti e le regole per recedere, come vedrai più avanti. Quasi tutto il resto si decide tra le parti: meglio scriverlo nel contratto che lasciarlo alle condizioni generali in fondo al preventivo.
Cosa viene realizzato, e come si gestiscono le modifiche?
Un perimetro chiaro evita molte discussioni, a patto che sia scritto in modo verificabile. «Sito responsive con funzionalità standard» non si può verificare; «modulo di contatto con invio a due indirizzi e salvataggio nel CRM» sì. Il perimetro nasce da un buon brief e dovrebbe elencare almeno questi punti:
- pagine e modelli di pagina, con i loro nomi, e le lingue previste
- funzioni una per una: moduli, area riservata, prenotazioni, catalogo, pagamenti
- integrazioni con altri sistemi (CRM, gestionale, newsletter, strumenti di analisi) e chi fornisce gli accessi
- contenuti: chi scrive i testi, chi fornisce foto e video, chi migra i contenuti del vecchio sito
- browser e dispositivi su cui il sito viene provato, e il livello di accessibilità richiesto
- se il nuovo sito ne sostituisce uno esistente: mappa dei redirect e controlli SEO al passaggio
- cosa ricevi a fine lavoro: file di progetto, codice, documentazione, formazione
- cosa è escluso, scritto in modo esplicito
Le modifiche in corsa sono normali; il problema nasce quando nessuno ha deciso come trattarle. Il Codice civile stabilisce che l'appaltatore non può cambiare le modalità dell'opera senza l'autorizzazione del committente e che l'autorizzazione si prova per iscritto; aggiunge che, se il prezzo è stato fissato per l'intera opera, le variazioni autorizzate non danno diritto a un compenso in più, salvo patto diverso. Il contratto deve quindi dire come si chiede una modifica, chi la stima, chi la approva e in che forma, e cosa distingue una revisione inclusa da una richiesta nuova.
Come si stabilisce che il lavoro è finito?
Qui entra il collaudo, che nel linguaggio del Codice è la verifica dell'opera. Come committente hai diritto di verificarla prima di riceverla, ma se ignori l'invito a farlo senza giusti motivi, o non comunichi l'esito entro un breve termine, l'opera si considera accettata. Lo stesso vale se la ricevi senza riserve, e salvo patto diverso il pagamento è dovuto proprio all'accettazione.
Per questo il contratto dovrebbe descrivere il collaudo in concreto: su quale ambiente di prova si verifica il sito, con quale elenco di controlli, chi segnala i problemi e dove, entro quando rispondi, cosa conta come difetto e cosa come richiesta nuova. Un elenco condiviso di prove (moduli che arrivano, pagamenti che vanno a buon fine, pagine leggibili sui dispositivi concordati) vale più di qualsiasi formula generica.
Anche dopo l'accettazione restano le garanzie di legge per i difetti che non si potevano riconoscere. Nell'appalto devi denunciarli entro sessanta giorni dalla scoperta e agire entro due anni dalla consegna; nel contratto d'opera i termini sono più stretti, otto giorni dalla scoperta e un anno dalla consegna. Il contratto può aggiungere una garanzia sulla correzione dei bug: fatti scrivere quanto dura, cosa copre e cosa esclude, per esempio i problemi causati da aggiornamenti di terze parti o da modifiche fatte da altri.
Di chi sono codice, grafica e licenze?
Il software è un'opera protetta dal diritto d'autore: la legge lo dice espressamente per i programmi per elaboratore. I diritti economici sul codice scritto da un dipendente spettano al datore di lavoro, salvo patto contrario, come prevede l'articolo 12-bis della stessa legge. Un'agenzia o un freelance però non sono tuoi dipendenti, e la legge chiede che la trasmissione dei diritti di utilizzazione sia provata per iscritto. Senza una clausola chiara, cosa ti spetta diventa una questione di interpretazione.
La clausola dovrebbe elencare cosa ti viene ceduto (il codice sviluppato per te, i file di progetto grafico, i testi e le immagini prodotti apposta) e da quando, per esempio dal pagamento del saldo. Il diritto di essere riconosciuto autore resta comunque a chi ha creato l'opera, perché i diritti morali sono inalienabili: quello che acquisisci sono i diritti di utilizzazione economica. Nella stessa clausola decidete se l'agenzia può mostrare il lavoro nel proprio portfolio.
Poi ci sono i componenti di terzi, che non appartengono a nessuna delle due parti. Le librerie open source restano sotto la loro licenza: la licenza MIT, per esempio, permette di usare, modificare e distribuire il codice a condizione di conservare l'avviso di copyright. I plugin e i temi a pagamento possono invece legare gli aggiornamenti a una licenza attiva: ACF PRO, senza una chiave di licenza valida sul sito, non riceve aggiornamenti. Chiedi l'elenco dei componenti di terzi con le relative licenze, e che quelle a pagamento siano intestate a te o ti vengano trasferite.
Un caso a parte sono le piattaforme proprietarie dell'agenzia, concesse in uso in abbonamento. Possono avere senso, ma il contratto deve dire cosa succede al sito e ai contenuti se smetti di pagare o se l'agenzia chiude: puoi esportare tutto, e in che formato?
Dominio, hosting, account e dati: a nome di chi?
Il dominio è la parte più delicata, perché chi lo controlla decide dove porta il tuo indirizzo. Per un .it l'intestatario è il Registrante, che per ogni operazione passa dal Registrar, cioè l'azienda presso cui il dominio è registrato; come spiega il Registro .it, il Registrar è tenuto a comunicare al Registrante il codice authinfo, indispensabile per le operazioni sul dominio, cambio di fornitore compreso. Nel contratto scrivi che il dominio è intestato alla tua azienda e che l'authinfo ti viene consegnato; lo stato del dominio lo verifichi con il servizio WHOIS del Registro.
A fine progetto, con un documento di consegna, dovresti ricevere:
- il repository del codice con la storia delle modifiche, o almeno l'archivio completo dei sorgenti
- l'export del database e le istruzioni per rimettere in funzione il sito altrove
- i file di progetto grafico, per esempio in Figma, e le risorse originali
- l'accesso da amministratore a hosting, CMS e servizi collegati, con utenze nominative
- gli account Google (Analytics, Search Console, Business Profile, Ads) di tua proprietà, con l'agenzia come utente
- l'elenco delle licenze di terzi, con intestatario e scadenza
Se l'agenzia ospita o mantiene il sito, spesso vede anche dati personali: le richieste arrivate dai moduli, gli ordini, gli iscritti alla newsletter. In quel caso tu sei il titolare del trattamento e l'agenzia è responsabile del trattamento, e l'articolo 28 del GDPR chiede un contratto scritto con contenuti precisi: istruzioni documentate, riservatezza, misure di sicurezza, autorizzazione per eventuali sub-fornitori e, a fine servizio, cancellazione o restituzione dei dati a tua scelta. L'Agenzia per la cybersicurezza nazionale consiglia alle PMI di prevedere nei contratti con i fornitori anche clausole per la gestione degli incidenti informatici: ne parliamo nella guida alla sicurezza del sito aziendale.
Pagamenti, penali e responsabilità: cosa si può negoziare?
Il modo più equilibrato di pagare è legare ogni rata a una consegna verificabile: design approvato, sito completo in ambiente di prova, messa online dopo il collaudo. Evita di pagare tutto in anticipo, perché perdi ogni leva se qualcosa va storto. Da cosa dipende il costo, e cosa deve contenere un preventivo per essere confrontabile, lo trovi nella guida su quanto costa un sito web.
Un ritardo può dipendere da te o dal fornitore, e il contratto deve prevedere entrambi i casi. Se dipende da te (testi che non arrivano, feedback che tardano), le date si spostano. Se dipende dal fornitore, puoi chiedere una clausola penale, che è dovuta senza bisogno di provare il danno ma, salvo patto diverso, limita il risarcimento alla penale stessa. Per questo le scadenze intermedie e gli obblighi di ciascuno vanno scritti con la stessa cura del prezzo; le fasi tipiche sono descritte in come funziona un progetto web in agenzia.
Due regole generali ti proteggono dalle clausole più sbilanciate. Sono nulli i patti che escludono o limitano in anticipo la responsabilità per dolo o colpa grave. E nelle condizioni generali predisposte da una parte, le clausole a suo vantaggio come limitazioni di responsabilità e facoltà di recesso, oppure le decadenze a tuo carico, il rinnovo tacito e le deroghe al foro competente, non hanno effetto se non le approvi specificamente per iscritto. È il motivo della seconda firma in fondo a molti contratti: leggi quelle clausole prima di metterla.
Chi si occupa del sito dopo la messa online?
Dal giorno della messa online il sito diventa un software da mantenere. Nel contratto conviene tenere separate tre cose che è facile confondere. La garanzia copre gli errori del codice consegnato. La manutenzione ordinaria tiene il sito aggiornato e sicuro. Gli interventi evolutivi aggiungono funzioni nuove e si stimano a parte, oppure rientrano in un monte ore concordato.
Se affidi la gestione del sito all'agenzia, i livelli di servizio (SLA, service level agreement) trasformano la disponibilità in impegni misurabili. Un accordo utile distingue i problemi per gravità e per ciascun livello fissa il tempo di presa in carico e quello di soluzione, scritti come impegni precisi e non come «il prima possibile»:
- bloccante: sito irraggiungibile, pagamenti o moduli fuori uso, sospetta violazione
- grave: una funzione importante non va, ma esiste un modo per aggirare il problema
- ordinario: difetti che non fermano l'attività
- richieste di modifica: pianificate insieme, non urgenti
Accanto ai tempi, fatti scrivere l'orario coperto, i canali per segnalare (ticket, email, telefono), se il sito è monitorato in automatico e quale rapporto periodico ricevi. Controlla anche rinnovo e disdetta: un rinnovo tacito con un preavviso lungo è una di quelle clausole da approvare con la seconda firma.
Come si esce dal contratto se il rapporto si interrompe?
Puoi recedere anche a lavori iniziati, ma devi tenere indenne il fornitore delle spese, del lavoro eseguito e del mancato guadagno: lo prevedono sia le regole dell'appalto sia quelle del contratto d'opera. Il contratto può stabilire come si calcolano queste voci: meglio farlo prima che serva.
Diverso è il caso in cui il fornitore non rispetta gli impegni. Con la diffida ad adempiere gli intimi per iscritto di adempiere entro un termine congruo, che per legge non può essere inferiore a quindici giorni salvo patto diverso; se il termine passa senza risultato, il contratto è risolto di diritto. Le comunicazioni formali mandale con posta elettronica certificata (PEC).
In entrambi i casi conta la clausola di uscita, cioè cosa ti viene consegnato e come. Dovrebbe prevedere:
- consegna di sorgenti, database, file grafici e credenziali entro un termine definito
- collaborazione tecnica al passaggio verso il nuovo fornitore, con condizioni già concordate
- restituzione o cancellazione dei dati personali, come chiede il GDPR al responsabile del trattamento
- chiusura degli accessi dell'agenzia e cambio delle password dopo il passaggio
- elenco delle licenze e degli abbonamenti ancora attivi a nome dell'agenzia, con il loro destino
Fai leggere il contratto anche a chi userà il sito ogni giorno: si accorge subito se mancano la formazione, un accesso o il modulo che serve davvero.
Hai già un contratto sul tavolo? Confrontalo con questi punti. Se il progetto deve ancora partire, nella pagina sulla realizzazione di siti web trovi come lavoriamo e puoi chiederci di impostarlo insieme.
Domande frequenti
Se pago il sito, il codice diventa automaticamente mio?
Non darlo per scontato. La legge sul diritto d'autore tutela il software e chiede che il trasferimento dei diritti di utilizzazione sia provato per iscritto, quindi serve una clausola che dica cosa ti viene ceduto e da quando. Le librerie open source e i plugin a pagamento restano comunque sotto le loro licenze.
Serve un avvocato per firmare un contratto di sviluppo web?
Per un sito semplice può bastare un contratto chiaro che copra perimetro, collaudo, proprietà, pagamenti, assistenza e uscita. Se il progetto tratta dati personali, si collega ai tuoi sistemi gestionali o è decisivo per le vendite, una revisione legale prima della firma è un investimento sensato.
Posso cambiare agenzia se il sito è sul loro hosting?
Sì, se hai in mano gli elementi per farlo: il dominio intestato alla tua azienda con il relativo codice authinfo, i sorgenti e il database, gli account a tuo nome. Se ti mancano, chiedili per iscritto prima di annunciare il cambio e verifica cosa prevede la clausola di uscita.
Cosa posso fare se il fornitore non risponde più?
Mandagli una comunicazione formale via PEC con una richiesta precisa e un termine per rispondere. Se gli impegni restano disattesi puoi intimare l'adempimento con una diffida scritta e intanto mettere al sicuro dominio, backup e credenziali. Per un dominio .it, se il Registrar non ti fornisce il codice authinfo, come Registrante puoi rivolgerti direttamente al Registro.
Quanto deve durare la garanzia sui bug?
Non esiste una durata giusta per tutti: dipende dalla complessità del sito e da quanto viene usato nei primi mesi. Conta di più che sia scritto cosa copre, come si segnala un problema e in quanto tempo viene preso in carico. Oltre alla garanzia del contratto restano le tutele del Codice civile per i difetti.
