Vai al contenuto principale
AziendePubblicato 2026-04-29Aggiornato 2026-10-0711 min read

Termini e condizioni per siti, app e servizi digitali

Come scegliere e organizzare termini d'uso, condizioni di vendita e contratti SaaS: accettazione, clausole B2B e B2C, versioni e documenti collegati.

Avv. Antonino Ingoglia

Ordine degli Avvocati di Sciacca n. 747 · Avvocato & Sviluppatore · IT Law

Quali termini e condizioni servono al tuo progetto digitale?

I termini e condizioni devono descrivere il rapporto che il sito o l'applicazione instaura con l'utente. Per un negozio online riguardano la vendita; per un SaaS regolano accesso, licenza e servizio; per una piattaforma devono distinguere il ruolo del gestore da quello degli altri operatori.

Questa guida aiuta a scegliere i documenti, organizzarli e costruire un processo di accettazione verificabile. La guida operativa ai termini e condizioni e-commerce approfondisce invece il percorso di acquisto B2C: scheda prodotto, carrello, ordine, conferma e gestione successiva.

Prima di scrivere una clausola, rispondi a quattro domande: chi offre la prestazione, che cosa riceve l'utente, se il cliente è un consumatore o un professionista e in quale momento nasce il contratto. Le risposte determinano il contenuto del documento e il modo in cui deve essere presentato.

La mappa dei documenti: termini d'uso, vendita e servizio

Le denominazioni T&C, CGV, ToS ed EULA non identificano da sole il regime giuridico. Conta la funzione concreta delle clausole. Una licenza software può essere parte di un contratto di servizi più ampio; le condizioni di vendita possono coordinarsi con le regole d'uso del sito.

Modello digitaleRapporto da disciplinareDocumento da valutareApprofondimento
Sito vetrina o editorialeUtilizzo del sito, contenuti e richieste di contattoCondizioni d'uso proporzionate alle funzioni effettivePrivacy policy e obblighi informativi
Negozio che vende direttamenteVendita tra il gestore e l'acquirenteCondizioni generali di venditaFlusso e-commerce B2C
SaaS, app o abbonamentoAccesso continuativo, licenza, assistenza e cessazioneTermini di servizio e documenti collegatiTermini di servizio SaaS
MarketplaceServizio della piattaforma, rapporto con i venditori e acquistoRegole distinte per utenti e venditoriTermini e condizioni marketplace
CommunityPubblicazione, moderazione e utilizzo dei contenutiCondizioni d'uso e regole della communityObblighi delle piattaforme nel DSA

Un sito informativo non richiede automaticamente le condizioni di vendita di un negozio. Restano da valutare gli obblighi informativi, la protezione dei dati e gli eventuali rapporti che si perfezionano attraverso il sito. Un modulo di contatto, da solo, non trasforma una pagina vetrina in un servizio in abbonamento.

La scelta tra un testo unico e documenti separati deve rendere comprensibili parti, prestazioni e regole applicabili. Per verificarla, controlla se il lettore riesce a individuare chi fornisce il servizio, cosa compra e quali documenti si applicano al suo ordine.

Clienti consumatori e clienti professionali

Il consumatore è la persona fisica che agisce per scopi estranei alla propria attività imprenditoriale o professionale. La qualificazione effettiva del rapporto conta più della sola scelta di una casella "azienda" nell'interfaccia.

Nei rapporti B2C, il Codice del consumo prevede tutele inderogabili, informazioni precontrattuali e controlli sulle clausole che determinano uno squilibrio significativo. Una doppia accettazione non sana una clausola abusiva: la guida alle clausole abusive approfondisce questo controllo sostanziale.

Nel B2B, occorre valutare le condizioni generali predisposte unilateralmente e le clausole per cui l'art. 1341, secondo comma, del codice civile richiede approvazione specifica per iscritto. Devono essere verificati identificazione del contraente, specificità dell'approvazione, forma richiesta e valore probatorio del processo adottato.

Per un'offerta rivolta a entrambi i pubblici, identifica quali condizioni si applicano al consumatore e quali al cliente professionale. Una clausola di foro pensata per imprese non va trasferita automaticamente nel percorso B2C.

Il contenuto essenziale dipende dalla prestazione

Siti e app: account, utilizzi ammessi e contenuti

Le condizioni d'uso possono definire come si crea un account, chi può utilizzare il servizio, quali condotte sono vietate e come vengono gestite sospensione e chiusura. Le regole devono essere comprensibili e coerenti con le funzioni dell'interfaccia.

Per fotografie, recensioni, file o testi caricati dall'utente, distingui i diritti che restano all'autore dalla licenza necessaria al funzionamento del servizio. Scopo, durata e utilizzi consentiti devono essere valutati: una cessione indistinta di ogni diritto non è una soluzione standard.

Se il servizio svolge funzioni di intermediazione, la valutazione include il DSA e gli eventuali obblighi di trasparenza e moderazione, secondo il ruolo concreto dell'operatore.

SaaS e software: accesso, servizio e uscita

Per un servizio cloud devono essere coordinati licenza, disponibilità, assistenza, limiti tecnici e condizioni economiche. Il documento dovrebbe far comprendere cosa comprende il piano scelto e quali prestazioni richiedono un accordo ulteriore.

Sono particolarmente utili regole chiare su aggiornamenti, manutenzione, rinnovi, esportazione dei dati e cessazione. Condizioni generali, ordine commerciale, SLA e allegati tecnici devono descrivere la stessa offerta.

La guida alle clausole dei contratti ICT approfondisce livelli di servizio, responsabilità ed exit strategy. Se il fornitore tratta dati personali per conto del cliente, valuta anche il DPA ex art. 28 GDPR.

Marketplace: piattaforma e venditori

La piattaforma deve rendere riconoscibile il soggetto con cui l'acquirente conclude il contratto e chiarire il proprio ruolo. Le condizioni per i venditori regolano un rapporto diverso: commissioni, accesso, sospensione, classificazione delle offerte e gestione dei reclami.

DSA, regolamento P2B e sicurezza dei prodotti richiedono verifiche specifiche. Una manleva generale non determina da sola le responsabilità della piattaforma. La guida ai contratti marketplace è dedicata a questa organizzazione.

Accettazione online: disponibilità del testo e prova

Il primo obiettivo è rendere le condizioni disponibili prima che il cliente sia vincolato, in un formato conservabile e riproducibile. Il D.Lgs. 70/2003, art. 12 disciplina anche questo aspetto dei servizi della società dell'informazione.

L'interfaccia deve accompagnare il contenuto contrattuale. Vanno valutati posizione del documento, chiarezza dell'azione richiesta e prova dell'adesione. Un avviso generico nel footer non equivale automaticamente a una manifestazione consapevole di accettazione.

Quando è necessaria l'approvazione specifica per iscritto, il percorso deve identificare le clausole interessate e distinguere l'approvazione dall'adesione complessiva. Bisogna verificare anche documento informatico e strumenti di firma, secondo l'art. 20 del Codice dell'amministrazione digitale: due checkbox, da soli, non garantiscono l'efficacia di ogni clausola onerosa.

I riferimenti sono gli artt. 1341 e 1342 del codice civile e, nel B2C, gli artt. 33-36 del Codice del consumo.

Scenario illustrativo: limitazione di responsabilità B2B

Un fornitore software raccoglie soltanto l'adesione generica alle condizioni standard, che comprendono una limitazione di responsabilità. In una controversia dovrà dimostrare l'approvazione specifica, quando richiesta, e l'idoneità del processo alla forma prevista.

È un esempio ipotetico, non una sentenza. L'eventuale inefficacia della clausola non prova da sola danno, nesso causale o importo del risarcimento. Il controllo operativo deve riguardare insieme testo, adesione e prove conservate.

Documenti collegati: contratto, privacy e allegati

La privacy policy informa sul trattamento dei dati; i termini e condizioni regolano il rapporto contrattuale. Un consenso generico a entrambi non sostituisce l'analisi delle basi giuridiche e non autorizza qualsiasi uso dei dati raccolti durante il servizio.

Cookie, marketing, apertura dell'account e acquisto devono restare comprensibili come scelte con funzioni diverse. L'utente deve riconoscere quali azioni sono necessarie alla prestazione e quali sono facoltative.

Per i clienti business, DPA, SLA, ordini e allegati tecnici devono essere coerenti con le condizioni generali. È utile definire un ordine di prevalenza, evitando che una previsione negoziata sia contraddetta dal testo standard pubblicato sul sito.

Confronta la stessa prestazione in quattro punti: pagina commerciale, ordine, condizioni generali e assistenza. Se promettono cose diverse, risolvi il conflitto prima di aggiungere nuove clausole.

Versioni e conferma del contratto

Ogni versione dovrebbe avere una data o un identificativo stabile. Per ricostruire il rapporto, conserva il testo applicabile e gli eventi pertinenti al contratto, con criteri di conservazione proporzionati anche per i dati personali raccolti come prova.

Nel B2C a distanza, la conferma su supporto durevole deve contenere le informazioni prescritte dall'art. 51, settimo comma, salvo che siano già state fornite su tale supporto prima della conclusione. Va fornita entro un termine ragionevole dopo la conclusione e, al più tardi, alla consegna dei beni oppure prima dell'inizio dell'esecuzione del servizio. Un'e-mail con contenuto stabile o un allegato conservabile possono essere strumenti adatti; non esiste un obbligo generale di usare esclusivamente un PDF.

Un link a una pagina modificabile non è automaticamente equivalente a una copia durevole. La verifica riguarda possibilità di conservazione, accesso e riproduzione del contenuto, non la sola estensione del file.

Per modificare condizioni di un servizio continuativo, valuta fondamento della variazione, informazioni dovute e diritti del cliente. Pubblicare una nuova data non modifica automaticamente un contratto già concluso.

Scenario illustrativo: modifica delle funzioni di un servizio

Una piattaforma limita l'esportazione dei file ma conserva soltanto le condizioni correnti. Un cliente sostiene che il piano originario prevedesse una funzione ora esclusa. L'esempio è ipotetico: evidenzia la difficoltà di ricostruire il rapporto senza versione precedente e comunicazioni pertinenti.

La soluzione è collegare al contratto la versione applicabile e documentare le modifiche legittimamente introdotte. Una generica facoltà di cambiare tutto senza limiti non sostituisce questa verifica.

Aggiornamenti normativi: quale documento deve cambiare?

AmbitoVerifica da fareApprofondimento
Recesso online dal 19 giugno 2026Coordinare informazioni e funzione ex art. 54-bis per i contratti interessatiPercorso e-commerce
Informazioni B2C dal 27 settembre 2026Verificare avviso sulla garanzia legale, etichetta di durabilità e altri obblighi applicabiliGaranzie e informazioni dello store
Sicurezza dei prodottiDistinguere informazioni dell'offerta e procedure di sicurezzaCondizioni generali di vendita
AccessibilitàVerificare ambito, esenzioni e informazioni dovute per il servizioObblighi EAA
Controversie B2CRimuovere il riferimento ODR obsoleto e verificare gli obblighi ADR applicabiliGestione post-vendita

La funzione di recesso deriva dalla direttiva (UE) 2023/2673, recepita dal D.Lgs. 209/2025. L'art. 4 prevede l'applicazione delle modifiche dal 19 giugno 2026 ai contratti conclusi successivamente a tale data. La funzione riguarda i contratti per cui sussiste il diritto di recesso.

Il D.Lgs. 30/2026, applicabile dal 27 settembre 2026, rafforza le informazioni B2C su garanzie, durabilità, aggiornamenti e riparabilità. Per la vendita di beni, avviso armonizzato sulla garanzia legale ed eventuale etichetta sulla garanzia commerciale di durabilità devono essere valutati anche nell'interfaccia, secondo i rispettivi presupposti. La guida e-commerce approfondisce il controllo operativo.

Il regolamento (UE) 2024/3228 ha disposto la dismissione della piattaforma ODR. Gli obblighi ADR vanno verificati secondo l'art. 141-sexies e la disciplina del rapporto, senza dichiarare adesioni a organismi che il gestore non ha assunto.

Per l'accessibilità, le FAQ AgID distinguono ambito ed esenzioni. Le informazioni dovute per i servizi soggetti al D.Lgs. 82/2022 non vanno confuse con il modello di dichiarazione previsto per altri soggetti: consulta la guida alle informazioni di accessibilità nei termini di servizio.

Come preparare una revisione dei documenti

Raccogli parti e ruoli, categorie di clienti, funzioni comprese, prezzo, durata, rinnovi, modalità di uscita e documenti collegati. Aggiungi i percorsi dell'interfaccia e le prove oggi conservate: registrazione, adesione, pagamento, conferma e richieste successive.

L'audit deve confrontare queste informazioni con il testo pubblicato. Le conseguenze di un'omissione dipendono dalla regola violata e dal rapporto; non si determinano contando quante caselle mancano da una checklist.

Per la redazione o revisione dei documenti del progetto, consulta il servizio di termini e condizioni per siti web e servizi digitali. Per uno store B2C, prosegui con la guida operativa ai termini e condizioni e-commerce.

Domande frequenti

Tutti i siti devono avere le stesse condizioni?

Il documento deve corrispondere alle funzioni offerte e ai rapporti instaurati. Sito informativo, negozio, SaaS e marketplace richiedono verifiche differenti.

Privacy policy e termini d'uso possono sostituirsi?

No. La prima informa sul trattamento dei dati; i secondi disciplinano il contratto. La loro organizzazione deve rendere riconoscibili anche le scelte facoltative.

Bastano due checkbox per le clausole B2B?

Vanno verificati approvazione specifica, forma del documento informatico e prova dell'adesione. Nel B2C, una doppia accettazione non sana una clausola abusiva.

La conferma deve sempre contenere un PDF?

Il requisito è il supporto durevole con le informazioni dovute. Il PDF può essere utile, ma non è l'unico formato possibile.

Si possono copiare le condizioni di un concorrente?

Il testo può avere clausole incompatibili con il progetto e porre questioni sui diritti sul contenuto. La redazione deve partire dal modello operativo reale e da fonti verificate.

Condividi:
Avv. Antonino Ingoglia

Autore

Avvocato iscritto all'Ordine di Sciacca (n. 747), esperto in diritto delle tecnologie e privacy. Prima dell'attività forense ha sviluppato applicazioni web e architetture cloud, competenza che porta nell'analisi tecnico-giuridica di prodotti digitali, SaaS e sistemi AI. Assiste aziende e startup nell'adeguamento a GDPR, AI Act, NIS2 e DORA.

Profilo completo e competenze
Nota Informativa: I contenuti di questo articolo hanno finalità puramente divulgative e informative. Non costituiscono parere legale né instaurano un rapporto professionale. Ogni caso concreto richiede una valutazione specifica da parte di un professionista abilitato per delineare l'esatto perimetro legislativo e sanzionatorio.
SUPPORTO

Serve assistenza per il tuo caso?

Prenota un colloquio in videochiamata da tutta Italia. Analizzeremo la situazione assieme e definiremo i passi operativi in totale riservatezza strategica.