Quanto costa rifare un sito B2B: voci di costo e rischi da mettere a preventivo

11 Ottobre 2026 · Siti web

Per confrontarli serve smettere di contare soltanto le schermate. Un sito B2B è un sistema editoriale e commerciale: deve organizzare un’offerta complessa, farsi trovare, gestire dati e documenti, qualificare richieste, integrarsi con strumenti e restare aggiornabile. Ogni requisito sposta costi e responsabilità.

Il prezzo è la conseguenza del perimetro e del rischio

La prima variabile è la quantità di decisioni da prendere. Un restyling che conserva architettura e testi richiede meno lavoro di un progetto che deve ricostruire posizionamento, prodotti, applicazioni e percorsi. Chiamare entrambi “nuovo sito” impedisce un confronto corretto.

La seconda è il contenuto. Se il cliente consegna testi e immagini già validati, il fornitore può concentrarsi su UX e sviluppo. Se le informazioni sono disperse fra tecnici, cataloghi e preventivi, servono interviste, ricerca, copywriting e revisione. Questo lavoro non è decorativo: determina che cosa il sito potrà spiegare e posizionare.

La terza è il passaggio dal vecchio al nuovo. URL, backlink, tracking, moduli, cookie, DNS, posta, canonical, dati strutturati e indicizzazione devono essere inventariati. Una migrazione economica che perde visibilità o richieste può costare molto più del risparmio iniziale.

Dati e decisioni da raccogliere prima del calcolo

Strategia e architettura

Pubblici, obiettivi, mappa dei contenuti, navigazione, conversioni e relazioni fra pagine. Senza questa fase il design eredita i problemi del sito precedente.

UX e design system

Wireframe, componenti, responsive, accessibilità e stati. Un design system riduce incoerenze e rende scalabile la produzione di pagine.

Contenuti

Inventario, interviste, fonti, copy, immagini, tabelle, documenti e approvazioni. Va indicato chi produce e chi valida ogni asset.

Sviluppo e integrazioni

CMS, template, campi, ricerca, filtri, CRM, ERP, aree riservate, multilingua e performance. Le integrazioni richiedono specifiche e test, non solo plugin.

Migrazione e QA

Redirect, metadata, schema, form, analytics, consenso, browser, dispositivi, sicurezza, backup e piano di rollback.

Formula di lavoro

Costo totale = progettazione + produzione contenuti + sviluppo + migrazione + licenze + lavoro interno + gestione iniziale

Il costo di proprietà prosegue dopo il lancio. Hosting, aggiornamenti, nuove pagine, supporto, sicurezza e formazione devono essere separati dal costo di realizzazione.

Esempio: tre preventivi che sembrano riferirsi allo stesso sito

Un’azienda industriale riceve tre offerte: 12.000, 35.000 e 70.000 euro. La prima include un tema, venti pagine importate e un form. La seconda aggiunge architettura, design, copy di quindici pagine, SEO tecnica e migrazione. La terza comprende anche catalogo strutturato, tre lingue, integrazione CRM, fotografia, area documentale e sei mesi di ottimizzazione.

La domanda non è quale sia “onesta”, ma quale risponda ai requisiti. Se l’azienda necessita di un catalogo con 2.000 prodotti e routing internazionale, la prima offerta non è economica: è un altro progetto. Se invece vuole soltanto aggiornare immagine e contenuti di un sito piccolo, la terza può essere sovradimensionata.

Come leggere e normalizzare i preventivi

1. Scrivere requisiti prima delle soluzioni

Elencare pubblici, contenuti, funzioni, volumi, lingue, integrazioni e vincoli. Evitare di imporre subito tema o page builder se il problema non è stato analizzato.

2. Chiedere output e quantità

Quanti wireframe, template, pagine scritte, prodotti migrati, lingue e test? “SEO inclusa” o “design personalizzato” non sono unità verificabili.

3. Separare responsabilità

Indicare chi fornisce dati, immagini, traduzioni, accessi, privacy, hosting e validazioni. Le attività “a carico del cliente” hanno comunque un costo.

4. Valutare il metodo di migrazione

Pretendere inventario, redirect, staging, crawl pre/post, controlli di tracking e piano di rilascio. Il go-live è una fase tecnica, non una data sul calendario.

5. Calcolare il costo di proprietà

Somma di licenze, manutenzione, hosting, supporto e aggiornamenti per almeno tre anni. Un risparmio iniziale può creare dipendenza da componenti non mantenibili.

6. Confrontare i rischi esclusi

Ogni esclusione deve essere consapevole. Rinunciare a fotografie può essere accettabile; rinunciare ai redirect senza valutarli è un rischio non quantificato.

Le voci che vengono scoperte quando è troppo tardi

Testi “forniti dal cliente”

L’azienda può avere informazioni, non testi pronti. Senza processo editoriale, il progetto resta bloccato su bozze e approvazioni.

Numero di pagine ambiguo

Template, pagine uniche, varianti dinamiche e prodotti non sono equivalenti. Il conteggio deve distinguere progettazione e popolamento.

SEO ridotta ai metadata

Architettura, redirect, contenuti, linking, rendering e indicizzazione incidono più della compilazione di title e description.

Plugin usato come integrazione

Installare un connettore non definisce mapping, errori, sicurezza, sincronizzazione e responsabilità sui dati.

Assenza di collaudo commerciale

Un form può inviare correttamente e perdere lead nello spam o nel routing. Il test deve arrivare fino alla presa in carico.

Una matrice per confrontare offerte non omogenee

Prima di scegliere, è utile normalizzare le offerte in una matrice con righe comuni: ricerca, architettura, numero di template, contenuti, migrazione, integrazioni, accessibilità, performance, privacy, formazione e assistenza. Per ogni riga si indica incluso, escluso, quantità, responsabile e criterio di accettazione. Le differenze diventano visibili senza ridurre tutto al prezzo finale.

La matrice deve includere anche le assunzioni. Se un preventivo presuppone che i dati prodotto siano puliti e l’altro include la bonifica, non stanno quotando la stessa cosa. Le assunzioni più rischiose vanno validate prima della firma con campioni di dati, accessi e una verifica tecnica del sito esistente.

Quando il redesign ha senso economico

• Quando architettura, tecnologia o contenuti impediscono di spiegare e acquisire domanda prioritaria.
• Quando il costo di mantenere il sistema attuale supera il costo di costruire una base governabile.
• Quando la migrazione tutela il patrimonio esistente e il progetto definisce indicatori dopo il lancio.
• Non quando la sola motivazione è “sembra vecchio” e non esistono problemi, obiettivi o contenuti da migliorare.

Il perimetro che KLC rende esplicito prima dello sviluppo

KLC collega ricerca, architettura, copy e design. Prima delle schermate definisce pagine, intenti, contenuti, componenti e conversioni. Questo riduce modifiche tardive e impedisce che il testo venga compresso dentro un layout deciso senza conoscerlo.

Lo sviluppo WordPress viene progettato intorno a template e governance: che cosa può aggiornare il cliente, quali campi mantengono coerenza, come gestire staging, ruoli, plugin, sicurezza e performance. Quando esiste un sito precedente, URL e segnali vengono inventariati prima della migrazione.

Dopo il lancio KLC controlla indicizzazione, form, tracking, errori, performance e primi comportamenti. Il progetto non viene considerato concluso finché la nuova struttura non è stabile e utilizzabile dalle persone che devono gestirla.

Domande frequenti

Perché non pubblicare una fascia di prezzo?

Perché “sito B2B” può significare venti pagine o un catalogo multilingua integrato. Una fascia senza requisiti crea più confusione di quanta ne risolva.

È sempre necessario riscrivere tutto?

No. L’inventario può confermare contenuti da mantenere. La decisione va presa pagina per pagina in base a qualità, intento e dati.

Quanto pesa il lavoro interno?

Può essere decisivo. Interviste, raccolta dati, approvazioni, fotografie e test richiedono persone e scadenze; vanno pianificati come parte del progetto.

Fonti e riferimenti per la revisione

• Google Search Central — Helpful, reliable, people-first content
• Google Search Central — AI features and your website

Approfondisci il servizio: Siti web B2B.