Quanto costa un sito web professionale nel 2026?

Tre esempi di preventivo web (non prezzi medi di mercato)

Sono scenari didattici per applicare la formula, non prezzi medi di mercato, offerte commerciali o risultati di clienti. La riserva è calcolata sul lavoro; licenze e servizi una tantum entrano nel progetto, mentre hosting, dominio e assistenza entrano nel costo del primo anno. IVA e campagne restano escluse.

1. Perimetro compatto: 40 ore × 50 €/ora = 2.000 € di lavoro; 250 € di servizi e 200 € di riserva (10%) portano il progetto a 2.450 €. Con 500 € di costi annuali, primo anno: 2.950 €.
2. Sito con contenuti e integrazioni: 100 ore × 60 €/ora = 6.000 €; 600 € di servizi e 720 € di riserva (12%) portano il progetto a 7.320 €. Con 900 € annuali, primo anno: 8.220 €.
3. Portale con flussi personalizzati: 190 ore × 70 €/ora = 13.300 €; 1.500 € di servizi e 1.995 € di riserva (15%) portano il progetto a 16.795 €. Con 1.800 € annuali, primo anno: 18.595 €.

Per confrontare due proposte, sostituisci ore, tariffa, servizi, riserva e ricorrenze con dati dichiarati. Totali simili possono coprire responsabilità molto diverse.

Prima domanda: quale risultato deve produrre?

“Essere online” non è un obiettivo misurabile. Un sito può dover generare richieste qualificate, spiegare un servizio complesso, ridurre domande ripetitive, prenotare appuntamenti, vendere oppure sostenere la reputazione durante una trattativa. Ogni risultato richiede un percorso diverso.

Prima del preventivo definisci:

• pubblico e problemi che portano alla ricerca;
• azione primaria che l’utente deve compiere;
• informazioni necessarie per decidere;
• obiezioni da risolvere nelle pagine;
• eventi da misurare, come invio del modulo o prenotazione;
• persone responsabili di testi, immagini e approvazioni;
• integrazioni con CRM, newsletter, calendario o sistemi interni.

Questo passaggio riduce modifiche tardive e impedisce di pagare funzioni che non sostengono una decisione reale.

Le voci che determinano il costo

Analisi, architettura e strategia

Prima dell’interfaccia servono inventario dei contenuti, gerarchia delle pagine, ricerca delle intenzioni, flussi di conversione e requisiti tecnici. In un progetto esistente si aggiungono audit, mappa dei redirect e protezione delle URL che hanno già visibilità.

Saltare l’analisi non elimina il lavoro: lo sposta nello sviluppo, quando correggere una scelta costa più tempo. Il preventivo dovrebbe indicare quali decisioni vengono prese in questa fase e quale documento le rende verificabili.

UX, design e sistema visivo

Un template configurato, un’interfaccia personalizzata e un design system non sono lo stesso prodotto. Il lavoro può includere wireframe, prototipo, componenti responsive, stati di errore, moduli, navigazione da tastiera e regole per mantenere coerenti nuove pagine.

Il valore non sta nell’effetto grafico isolato. Sta nella capacità di rendere leggibili contenuti, priorità e azioni su schermi diversi. Chiedi sempre quali layout e stati sono inclusi: home, pagina servizio, archivio, articolo, ricerca, errore, conferma, cookie e moduli possono richiedere comportamenti distinti.

Sviluppo e gestione dei contenuti

Lo sviluppo traduce design e requisiti in codice. Cambia molto in base a CMS, componenti riutilizzabili, ruoli editoriali, multilingua, filtri, moduli, API e procedure di pubblicazione. Anche una funzione apparentemente piccola può richiedere validazione, gestione degli errori, sicurezza e test su più dispositivi.

Un CMS è utile se il team aggiorna davvero pagine e articoli. Se i contenuti cambiano raramente, una soluzione più leggera può ridurre manutenzione e superficie di attacco. La scelta va fatta sul flusso editoriale, non sulla popolarità dello strumento.

Testi, immagini e migrazione

Un sito non è completo con blocchi vuoti. Interviste, scrittura, revisione, fotografia, ottimizzazione delle immagini, inserimento nel CMS e migrazione richiedono tempo. Stabilire “contenuti forniti dal cliente” senza formato, scadenza e responsabile crea spesso il vero ritardo del progetto.

Per ogni pagina devono essere chiari titolo, obiettivo, prova, call to action e dati aggiornabili. Le immagini vanno consegnate con diritti d’uso adeguati e varianti responsive; caricare un file enorme e ridurlo solo con CSS peggiora le prestazioni.

SEO tecnica e qualità della ricerca

La SEO di base non consiste nell’inserire una lista di keyword. Comprende URL stabili, title e description unici, canonical, dati strutturati pertinenti, sitemap, robots, redirect, linking interno e contenuti accessibili ai crawler. La guida introduttiva SEO di Google chiarisce che non esistono scorciatoie capaci di portare automaticamente un sito al primo posto.

Google raccomanda anche una buona esperienza di pagina. I Core Web Vitals misurano caricamento, reattività e stabilità visiva attraverso segnali osservabili. Ottimizzarli richiede decisioni su font, immagini, JavaScript, caching e hosting: non è un controllo da lasciare agli ultimi minuti.

Privacy, cookie e accessibilità

Moduli, analytics, mappe, video incorporati e strumenti marketing possono trattare dati o installare tecnologie sul dispositivo. Ruoli, finalità, fornitori e tempi di conservazione devono essere mappati. Il Regolamento generale sulla protezione dei dati e le indicazioni del Garante sui cookie sono riferimenti primari; il banner non corregge una configurazione tecnica incoerente.

L’accessibilità va progettata in navigazione, contrasto, struttura semantica, testi alternativi, focus e messaggi di errore. La direttiva europea 2019/882 definisce requisiti di accessibilità per prodotti e servizi ricompresi nel suo ambito. L’applicabilità concreta dipende da soggetto e servizio: il fornitore web deve rendere esplicite le attività tecniche incluse, senza presentare una verifica automatica come certificazione legale.

La guida su come rendere un sito web accessibile separa i controlli tecnici, i test manuali e i limiti di un pre-check automatico. Questa pagina continua invece a stimare perimetro e costo complessivo del sito.

Collaudo e pubblicazione

Prima del go-live servono controllo responsive, tastiera, moduli, email, link, metadati, errori, redirect, consenso, backup e monitoraggio. Vanno definiti browser e dispositivi supportati, persone che accettano il lavoro e modalità per segnalare difetti.

La pubblicazione dovrebbe avere un piano: copia di sicurezza, DNS, HTTPS, verifica Search Console, sitemap, monitoraggio degli errori e possibilità di ripristino. Queste attività sono parte del progetto, non burocrazia invisibile.

Costi una tantum e costi ricorrenti

Separare le due categorie rende il preventivo leggibile.

Una licenza può essere necessaria solo per una funzione; un servizio esterno può cambiare condizioni; una manutenzione può coprire soltanto aggiornamenti tecnici oppure includere ore di evoluzione. Il contratto deve indicare intestatario degli account, rinnovi, limiti e cosa accade alla fine del rapporto.

Come applicare la formula ore × tariffa

La stima per fasi rende visibile il ragionamento:

Ore totali = analisi + design + sviluppo + contenuti + test
Lavoro professionale = ore totali × tariffa
Rischio identificato = lavoro professionale × percentuale concordata
Primo anno = lavoro professionale + rischio + servizi ricorrenti

La tariffa non rappresenta soltanto tempo davanti all’editor. Include esperienza, strumenti, coordinamento, amministrazione e capacità di assumersi responsabilità. Il margine di rischio non deve nascondere requisiti vaghi: serve per dipendenze già individuate, mentre una modifica del perimetro va gestita con una richiesta di variazione.

Il calcolatore sopra non produce un preventivo automatico. Ti aiuta a verificare se tutte le fasi sono state considerate e a confrontare scenari con gli stessi criteri.

Tre perimetri che sembrano simili, ma non lo sono

Sito di presenza professionale

Presenta identità, servizi, prove, contatti e informazioni essenziali. Può essere compatto, ma richiede comunque contenuti credibili, responsive, performance, privacy e una call to action verificata. È adatto quando il processo commerciale prosegue fuori dal sito.

Sito orientato all’acquisizione

Oltre alla presenza, organizza pagine per intenzioni di ricerca, landing, casi, moduli qualificanti, tracciamento e integrazione con il processo commerciale. Il costo cresce perché aumentano contenuti, stati, misurazione e lavoro successivo alla pubblicazione.

Portale o servizio digitale

Login, ruoli, dati, pagamenti, dashboard e integrazioni trasformano il progetto in software. Servono gestione dei requisiti, sicurezza, ambienti, test e manutenzione più vicini a quelli di un’applicazione che a quelli di un sito vetrina. Chiamarlo “sito” non ne riduce la complessità.

Come leggere un preventivo senza fermarsi al totale

1. Obiettivi e perimetro: pagine, componenti, lingue, integrazioni e contenuti inclusi.
2. Consegne: sitemap, prototipo, codice, accessi, documentazione e formazione.
3. Responsabilità: chi scrive, approva, inserisce dati e fornisce materiali.
4. Criteri di accettazione: come si decide che una funzione è completa.
5. Revisioni: numero e significato, senza confonderle con nuove funzioni.
6. Account e proprietà: dominio, hosting, repository, analytics, licenze e dati.
7. Prestazioni e accessibilità: obiettivi, metodo di test e limiti dichiarati.
8. Privacy e sicurezza: configurazioni tecniche incluse e consulenze escluse.
9. Migrazione e redirect: cosa succede alle vecchie URL e ai contenuti.
10. Dopo il lancio: garanzia sui difetti, assistenza, manutenzione ed evolutive.

Due offerte sono confrontabili solo quando rispondono allo stesso elenco. Se una include strategia, testi, test e assistenza mentre l’altra cita “sito completo” senza dettaglio, il prezzo non descrive lo stesso risultato.

Template o sito su misura?

Un template può essere sensato quando requisiti, contenuti e identità rientrano nei suoi vincoli. Riduce alcune ore di design e sviluppo, non elimina strategia, adattamento, testi, accessibilità, performance e collaudo.

Il su misura ha senso quando differenziazione, flussi o integrazioni sono centrali. Non significa scrivere ogni elemento da zero: un professionista riusa componenti affidabili e investe lavoro dove crea vantaggio. La domanda utile è: quale parte deve essere specifica per raggiungere l’obiettivo?

Errori che fanno salire il costo dopo l’avvio

• partire senza un decisore unico;
• aggiungere pagine e lingue durante lo sviluppo;
• consegnare testi alla fine;
• scegliere tecnologia prima dei requisiti;
• ignorare redirect e contenuti del vecchio sito;
• installare plugin per ogni esigenza senza valutarne dipendenze;
• rinviare privacy, accessibilità e performance al go-live;
• non definire manutenzione, backup e proprietà degli account.

Un brief breve ma deciso riduce questi rischi più di una lunga lista di effetti grafici.

Cosa preparare per ricevere un preventivo utile

Raccogli obiettivo, pubblico, servizi prioritari, pagine previste, lingue, materiali disponibili, integrazioni, scadenza motivata e processo di approvazione. Aggiungi esempi di siti spiegando cosa funziona, non chiedendo una copia.

Indica anche chi gestirà il sito dopo il lancio. Una soluzione perfetta per un team editoriale può essere eccessiva per chi aggiorna una pagina poche volte l’anno. Con queste informazioni il fornitore può proporre fasi, alternative e rischi invece di inventare un prezzo al buio.

Domande frequenti