Web app o sito web: come scegliere quello giusto

Un sito web distribuisce contenuti: pagine che ogni visitatore vede più o meno allo stesso modo. Una web app elabora dati e ricorda chi la sta usando: ogni utente accede, vede le proprie informazioni e porta a termine delle attività. Se il tuo progetto richiede account, ruoli, pagamenti, cruscotti o processi automatizzati, stai costruendo una web app, comunque tu la chiami internamente. Se invece i visitatori soprattutto leggono, confrontano e ti contattano, ti serve un sito web.

Nella pratica il confine è sfumato, e la scelta incide su budget, tempi, hosting e obblighi legali. Questa guida ti dà un test chiaro, esempi concreti, le conseguenze su costi e manutenzione e i punti sulla protezione dei dati in Svizzera che molti fondatori scoprono troppo tardi.

In breve

• Un sito web presenta informazioni; una web app permette a ogni utente di fare qualcosa con i propri dati: gestire schede, prenotare, pagare o collaborare.
• Il test pratico: se ti servono accessi, ruoli e permessi, portali clienti o processi automatizzati, ti serve una web app, non un sito web più grande.
• Le web app costano di più da realizzare e richiedono cure continue (aggiornamenti, monitoraggio, sicurezza), mentre un sito web semplice costa meno da mantenere.
• In Svizzera, una web app che tratta dati personali porta fin dal primo giorno nell'architettura questioni come la posizione dei server, la trasparenza e la privacy by design.
• Molti prodotti di successo combinano le due cose: un sito di marketing davanti, una web app dietro il login.

La differenza in un minuto

Pensa a un sito web come a una rivista e a una web app come a uno strumento. Una rivista si legge. Uno strumento si usa, e quello che fa dipende da chi lo ha in mano.

Dal punto di vista tecnico, a website serves content, while a web application processes data and manages state for each user. Lo stesso hoster svizzero osserva che il passaggio diventa necessario non appena entrano in gioco aree riservate, portali clienti, ruoli e permessi oppure processi automatizzati.

Ecco come si presentano i due mondi, uno accanto all'altro.

Criterio	Sito web	Web app
Scopo principale	Informare, convincere, generare richieste	Permettere agli utenti di svolgere attività
Contenuti tipici	Pagine, articoli, immagini, moduli	Dati, schede, cruscotti, flussi di lavoro
Utenti	Per lo più visitatori anonimi	Utenti identificati con account e ruoli
Interazione	Leggere, cliccare, inviare un modulo di contatto	Creare, modificare, approvare, pagare, collaborare
Caching	Facile: le pagine si possono memorizzare e servire velocemente	Difficile: gran parte dell'output è personale e cambia di continuo
Manutenzione	Leggera: aggiornamenti di contenuto, qualche patch di sicurezza	Continua: funzionalità, monitoraggio, aggiornamento delle dipendenze
Peso della protezione dei dati	Cookie, moduli di contatto, analisi	Dati personali salvati, elaborati e condivisi con terzi
Impegno tipico di realizzazione	Da giorni a settimane	Da settimane a mesi

Esempi che rendono tutto concreto

Chiaramente un sito web: uno studio legale che presenta le proprie aree di attività, un ristorante con il menu e un numero di telefono per le prenotazioni, un portfolio, il blog aziendale, una pagina di atterraggio per un evento.

Chiaramente una web app: un portale di online banking, uno strumento di gestione progetti, un sistema di prenotazione in cui il personale gestisce i calendari, un portale clienti dove chi ha acquistato scarica fatture e contratti, un cruscotto interno che estrae i numeri dal tuo ERP.

Nel mezzo: un negozio online. La vetrina si comporta come un sito web (pagine prodotto, contenuti, visibilità sui motori di ricerca), ma carrello, cassa, account cliente e gestione degli ordini sono logica applicativa. Piattaforme grandi come Amazon o Facebook sono web app con pagine pubbliche collegate. Alla domanda che molti si pongono, se siano un sito web o un'applicazione web, la risposta è: entrambe le cose, ed è del tutto normale.

Tra gli sviluppatori circola l'idea che la distinzione quasi non esista, visto che entrambi girano in un browser. È vero a livello di distribuzione. Smette di esserlo quando devi preventivare, mettere in sicurezza e mantenere la cosa, perché il lavoro dietro un login è un lavoro di altra natura.

Cinque segnali che ti serve una web app

Non devi risolvere la questione terminologica. Verifica piuttosto se uno di questi punti vale per il tuo progetto:

1. Gli utenti hanno un account. Non solo l'iscrizione alla newsletter, ma un accesso in cui le persone vedono i propri dati.
2. Persone diverse vedono cose diverse. Ruoli e permessi: un amministratore, un responsabile, un cliente, un ospite.
3. Le transazioni avvengono dentro il tuo prodotto. Pagamenti, approvazioni, prenotazioni, documenti firmati, cambi di stato.
4. I processi devono funzionare senza lavoro manuale. Notifiche, importazioni, generazione di fatture, sincronizzazione con un CRM, un ERP o un programma di contabilità.
5. Il prodotto è il valore. I clienti pagano per quello che il software fa, non per quello che la pagina dice.

Un solo sì di solito significa che hai davanti una web app, oppure un sito web con una componente applicativa. Nessun sì significa che un sito web fatto bene ti servirà meglio e ti costerà meno.

Cosa cambia quando si tratta di una web app

Architettura

Un sito web procede quasi sempre in modo lineare: un visitatore chiede una pagina e la riceve. Una web app tiene traccia dello stato, cioè di chi è l'utente, di cosa ha fatto per ultimo e di cosa gli è permesso fare. L'hoster svizzero Metanet fa notare che questo sposta l'impostazione a website serves content, while a web application processes data and manages state for each user, il che cambia le aspettative su prestazioni e affidabilità. Detto semplicemente: una pagina vetrina lenta è fastidiosa, una cassa lenta o un login che non funziona fanno perdere soldi e fiducia.

Budget

L'interfaccia visibile è la parte più piccola di una web app. La parte più grande è quella che gli utenti non vedono: modelli di dati, permessi, gestione degli errori, integrazioni, strumenti di amministrazione, backup. Per questo preventivare una web app come se fosse un sito web porta delusione da entrambe le parti. Definisci il perimetro per flussi di lavoro (cosa deve poter fare un utente, dall'inizio alla fine) e non per pagine.

Un modo pratico per contenere il rischio è partire da un MVP: la versione più piccola che permette a utenti reali di portare a termine l'attività di maggior valore. Impari dall'uso reale prima di investire in tutto il resto.

Manutenzione

I siti web sono semplici da curare, con meno aggiornamenti e meno fatica. Le web app richiedono cure regolari: nuove funzionalità, aggiornamento delle dipendenze, monitoraggio, correzioni di sicurezza. Pianificalo prima del lancio. Una web app senza un responsabile dopo l'avvio si deteriora lentamente, ed è lì che molte collaborazioni con le agenzie si guastano.

Da Ampersand la cura continua è un'offerta a sé: il nostro piano Run & monitor costa CHF 750 al mese, come indicato nella nostra pagina dei prezzi, così vedi cosa significa far funzionare un software come voce del tuo budget e non come sorpresa.

Integrazioni

La maggior parte delle web app utili dialoga con altri sistemi: negozio, CRM, ERP, contabilità, fornitori di pagamento. Uno studio della ZHAW sui commercianti online svizzeri ha rilevato che the online shop is relevant for 70 percent of the surveyed merchants as a sales channel, e che i fornitori nazionali competono con le piattaforme globali sulla qualità del servizio e sull'esclusività. Un modo per agire di conseguenza: costruire strumenti che si collegano con precisione ai sistemi che già usi, cosa che un prodotto standardizzato straniero non farà per te.

Specificità svizzere: la protezione dei dati fa parte del progetto

Un sito vetrina raccoglie poco. Una web app spesso conserva nomi, indirizzi e-mail, documenti, comportamenti e informazioni legate ai pagamenti. Secondo la Legge federale svizzera sulla protezione dei dati (LPD), personal data must be processed lawfully, in good faith and proportionately (art. 6). Non è un paragrafo da piè di pagina. Determina cosa raccogli, dove fai hosting e quali strumenti di terzi colleghi.

Tre punti da conoscere prima di dare un incarico a uno sviluppatore:

• La trasparenza deve corrispondere alla realtà. L'Incaricato federale della protezione dei dati e della trasparenza (IFPDT) ha aggiornato la sua cookie guidance in October 2025 e sottolinea, tra le altre cose, che l'uso di cookie per pubblicità personalizzata può richiedere il consenso delle persone interessate. Un'informativa sulla privacy copiata da un modello non descriverà i tuoi flussi di dati reali.
• Pensa al flusso dei dati già in fase di pianificazione. La stessa guida sostiene un approccio di privacy by design, non un esercizio di caselle da spuntare. Affermazioni su tracciamento senza cookie o dati anonimi meritano un esame attento, perché la profilazione moderna viene valutata con severità.
• Hosting e fornitori terzi sono scelte architetturali. Dove risiedono i dati e quali servizi esterni li ricevono va deciso presto. Gli enti pubblici svizzeri stanno sperimentando alternative sovrane e infrastrutture ospitate in Svizzera: il Canton Friburgo, per esempio, launched a chatbot hosted on Swiss infrastructure. La tua azienda forse non ha bisogno di quel livello, ma dovresti conoscere le opzioni.

Se il tuo prodotto comporta profilazione ad alto rischio o categorie particolari di dati, parla con un avvocato specializzato in protezione dei dati prima del lancio. Sul lato tecnico, una lettura utile di accompagnamento è questo security playbook for queue systems, che mostra come pianificare un'applicazione multiutente basata su browser con misure di sicurezza distribuite su 30 e 90 giorni.

Non forzare un'applicazione dentro un sito web

Un errore frequente e costoso è tirare un sistema di gestione dei contenuti fino a farlo comportare a metà come un'applicazione: plugin per le iscrizioni, plugin per le prenotazioni, plugin per la fatturazione, ciascuno con i suoi aggiornamenti e le sue lacune. Funziona finché non funziona più.

L'amministrazione federale svizzera traccia una linea simile. Le sue linee guida per il web distinguish between types of public websites, con i siti informativi standard da una parte e le applicazioni specializzate dall'altra. La lezione per un'azienda: tieni semplice il sito di contenuti e costruisci la parte funzionale come componente autonoma, collegata o integrata tramite un'API o un'applicazione separata.

Questo modello ibrido è quello che usano la maggior parte delle aziende mature:

• Sito web su www: veloce, modificabile dal marketing, ottimizzato per la ricerca.
• Web app su app o portal: login, dati, flussi di lavoro.
• Strato di integrazione tra i due e con gli altri tuoi sistemi.

Ogni parte può essere modificata, sostituita o ampliata senza rifare le altre. Così resti anche indipendente: nessun singolo strumento tiene in ostaggio tutta la tua attività.

Come decidere: una breve scheda di lavoro

Rispondi a queste domande con il tuo team, in una riunione, per iscritto.

1. Qual è l'unica attività che un utente deve portare a termine? Se è leggere e contattarti, sito web. Se è fare qualcosa, applicazione.
2. Chi effettua l'accesso e cosa può vedere ciascuno? Metti per iscritto i ruoli.
3. A quali sistemi deve collegarsi? Nominali: negozio, CRM, ERP, contabilità.
4. Quali dati personali tratterai? Elencali, e indica dove saranno conservati.
5. Chi se ne occuperà dopo il lancio? Indica una persona e un budget per la manutenzione.
6. Qual è la versione più piccola che dimostra l'idea? Quello è il tuo MVP.

Se rispondi alle domande da 2 a 4 con dati precisi, sei pronto per un preventivo esatto. Se rispondi con «vedremo», investi prima in una breve consulenza a pagamento o in un audit per definire il perimetro. Costa meno che riscrivere tutto a metà progetto.

Come lo affrontiamo da Ampersand

Siamo un piccolo studio di Zurigo che realizza siti web, applicazioni web e mobili e piattaforme per startup e team. Ingegneri senior guidano ogni progetto dalla prima conversazione fino alla consegna, così chi capisce le tue esigenze è anche chi le realizza. È così che evitiamo requisiti riscritti e cambi di persone a metà progetto, e puntiamo alla tua indipendenza invece che a legarti a noi.

Se non sei sicuro da che parte della linea ti trovi, possiamo aiutarti a definire il perimetro in modo onesto, inclusi i casi in cui un sito web più semplice è la risposta giusta. La nostra offerta comprende siti web su misura, web app e MVP, piattaforme, integrazioni con negozi, CRM ed ERP, migrazioni, automazione e consulenza come un CTO a tempo parziale. Il nostro piano di consulenza Guidance costa CHF 799 al mese. Guarda cosa offriamo nella pagina dei prezzi oppure sfoglia i nostri lavori per vedere il tipo di progetti che realizziamo.

Domande frequenti

In poche parole, qual è la differenza tra una web app e un sito web?

Un sito web presenta informazioni ai visitatori, mentre una web app permette a ogni utente di svolgere attività con i propri dati. I siti web si leggono; le web app si usano. Il segnale più chiaro è un login con contenuti personali e permessi.

Amazon è un sito web o un'applicazione web?

Entrambe le cose. Le pagine prodotto e i contenuti si comportano come un sito web, mentre carrello, account, tracciamento degli ordini e strumenti per i venditori sono funzioni di un'applicazione web. La maggior parte dei grandi servizi online combina le due cose.

Una web app costa più di un sito web?

Di solito sì, perché comprende gestione dei dati, permessi, integrazioni e test, e richiede manutenzione continua. Il costo esatto dipende dai flussi di lavoro di cui hai bisogno, ed è per questo che definirli per primi è importante. Un perimetro fisso per un piccolo MVP mantiene il rischio sotto controllo.

Posso partire da un sito web e aggiungere una web app più avanti?

Sì, ed è spesso la scelta più sensata. Tieni semplice il sito web e costruisci l'applicazione come componente separata, collegata tramite un'API. Così lanci in fretta e fai crescere la parte funzionale senza rifare il tuo sito pubblico.

Una web app deve rispettare la legge svizzera sulla protezione dei dati?

Se tratta dati personali di persone, la LPD si applica, ed è molto più probabile che conti rispetto a un semplice sito vetrina. Pianifica trasparenza, hosting e servizi di terzi già in fase di progettazione, e consulta un avvocato specializzato in protezione dei dati nei casi ad alto rischio.

Fonti

• a website serves content, while a web application processes data and manages state for each user
• cookie guidance in October 2025
• personal data must be processed lawfully, in good faith and proportionately
• the online shop is relevant for 70 percent of the surveyed merchants as a sales channel
• launched a chatbot hosted on Swiss infrastructure
• distinguish between types of public websites