Rifare il sito web: quando conviene e come non perdere il ranking

Un sito web lento, vecchio di cinque anni, con contenuti logori e hosting traballante non è solo brutto: è un'ancora al piede della tua azienda. Ma prima di buttarlo via e ricostruire da zero, devi sapere se veramente ti conviene. Rifacimento totale, migrazione server, cambio di piattaforma: ogni decisione ha un costo, un rischio di perdita di posizionamento su Google, tempi di realizzazione. A volte basta ottimizzare quello che hai. A volte no.

In breve: valuta se il tuo sito soffre di problemi strutturali (hosting lento, codice obsoleto, architettura non scalabile) o solo cosmetici (design datato, contenuti da aggiornare). Se l'infrastruttura regge e il codice è manutenibile, parti dall'ottimizzazione. Se il server fa acqua da tutte le parti e migliaia di pagine orfane inquinano il tuo indice di Google, serve una ricostruzione. In entrambi i casi, una migrazione SEO corretta mantiene il 90% del traffico organico.

Quando rifacimento completo vs ottimizzazione: le domande giuste

La domanda non è «il mio sito mi piace ancora?». È: il mio sito risolve ancora i problemi che i clienti mi chiedono? E: Google riesce a strisciare tutto in meno di una settimana senza perdere fiato?

Se il sito ha più di otto anni, il codice è fatto a mano con snippet da forum (niente framework moderno), cambiar hosting è un'odissea, e ogni modifica al CSS rompe mezzo template: sei nel territorio del rifacimento. Il costo di tenere in vita la bestia supera quello di farla nuova.

Se invece il sito è strutturato su WordPress, su un tema aggiornato, il server fa il suo dovere e i contenuti hanno ancora mercato: puoi risparmiare una fortuna solo aggiornando design, performance e contenuti. La migrazione da WordPress a WordPress, o da Joomla a una soluzione moderna dentro WordPress, è semplice e SEO-safe se fatta bene.

Tre segnali che il rifacimento non è negoziabile

Hosting e velocità impossibili da risolvere. Se il sito impiega 4-5 secondi a caricato anche dopo aver ottimizzato immagini, rimosso plugin inutili e cambiato hosting, il problema è nel codice stesso. Page Speed Insights ti dà un punteggio sotto 40 mobile, e niente cambia: quello sì che è un segnale di rifacimento. Google penalizza velocità, i visitor scappano al primo secondo.

Architettura non scalabile. Se aggiungere una categoria di prodotti o una nuova sezione richiede ore di lavoro al developer perché il template non è modulare, il database è collassato, i redirect sono un labirinto: stai pagando il debito tecnico di una struttura fatta male. Vale per gli e-commerce vecchi, per i siti costruiti custom senza una struttura riutilizzabile.

Decine di migliaia di pagine orfane o duplicate. Molto spesso siti vecchi accumulano parametri di sessione, versioni stampabili, pagine di ricerca scadenti, archivi falliti. Google le indicizza e le scambia per contenuto "nuovo" quando in realtà sono cloni del contenuto principale. Pulirle una a una costa più di partire da zero.

Come valutare il tuo sito con criteri tecnici concreti

Fai questa analisi in 30 minuti e capirai se davvero serve rifacimento.

Audit performance: scarica l'estensione Lighthouse di Google per Chrome (è gratuita). Fai un audit sulla homepage e su una pagina interna di prodotto/servizio. Guarda il punteggio "Performance" mobile. Sotto 50: rifacimento probabile. Sopra 70: ottimizzazione basta.

Crawl diagnostico: accedi a Search Console (GSC). Vai su "Pagine". Conta quante pagine indicizzate hai secondo Google, poi scarica il full sitemap dal tuo backend (via FTP o admin). Confronta i numeri. Se GSC vede 2.000 pagine ma il sito dovrebbe averne 200, c'è un problema di duplicati o orfani. Vale la pena ripulire.

Analisi codebase: apri il sito in un editor di codice (Visual Studio Code, gratuito). Scarica un'intera cartella di template HTML. Se il codice è un muro di righe annidate senza struttura, con classi CSS generiche ("div-1", "div-2") e JavaScript inline ovunque: rifacimento. Se c'è una struttura logica, componenti riusabili e separazione fra contenuto e stile: ottimizzazione.

Verifica dell'hosting: accedi a cPanel o al pannello del tuo hoster. Controlla quanta memoria RAM è allocata ai processi PHP, qual è il limite di upload, se gli aggiornamenti di server sono automatici. Se sei su hosting condiviso da 2-3 euro al mese senza alcun upgrade: il problema è qui. Un semplice cambio a hosting gestito (20-30 euro/mese) ti risolve il 70% dei problemi di velocità. Se già usi hosting di classe intermedia e non migliora: codice.

Migrazione SEO: come non perdere il 40% del traffico

È il terrore più legittimo di una PMI. Rifare il sito e sparire da Google per tre mesi. O peggio: scomparire per sempre.

Non accade se fai le cose in ordine.

Prima della migrazione: inventoria il tuo traffico organico vero negli ultimi 6 mesi in Google Analytics 4. Prendi nota delle top 20 pagine per visualizzazioni. Scarica il report di performance della Search Console: top 30 query, loro impression e CTR. Questo è il tuo "prima" di cui non puoi perderti nulla.

Durante la build: mentre costruisci il nuovo sito, crea una mappa URL uno-a-uno fra vecchio e nuovo. Se la vecchia homepage è /index.html e la nuova è /, lo annoti. Se hai /prodotti/categoria/articolo.php e diventa /prodotti-categoria/articolo/, ogni redirect è già documentato. Questo salva ore di debug post-lancio.

Tre giorni prima del lancio: carica il nuovo sito in staging (un sottodominio o uno spazio a parte). Fai crawlare tutto con Screaming Frog SEO Spider (versione gratuita fino a 500 URL). Controlla che tutte le pagine importanti restituiscano HTTP 200 (pagina trovata), non 404 o redirect vuoti.

Il giorno del lancio: cambia i DNS o switcha l'IP una sola volta, non tentennare. Attiva i redirect permanenti 301 dal vecchio al nuovo per TUTTE le URL che cambiano. Non fai reindirizzamenti temporanei (302): Google li legge come una cosa provvisoria e non trasferisce il credito.

I 15 giorni dopo: monitora Search Console giorno per giorno. Aspettati un calo di impressioni il primo giorno (è normale: Google sta ricrawlando). Se il calo è del 30% dopo 3 giorni, hai un problema di redirect. Se è del 10% e torna a normal in una settimana, sei sulla giusta strada.

Noi abbiamo un articolo dedicato su quanto ci mette Google a indicizzare un sito: leggi quello per capire la timeline esatta.

Contenuti: rifacimento non è scusa per cancellare quello che funziona

Un errore frequentissimo: "rifacciamo il sito, tolgo le pagine vecchie, scrivo cose nuove". Poi scopri che le tre pagine che portavano il 60% del traffico non ci sono più perché "non ti piacevano visivamente".

Migrazione di contenuti significa: mantieni tutto quello che funziona, aggiorna il resto.

Prendi i dati da Google Analytics: quali pagine hanno il CTR più alto? Quali portano lead effettivi? Quelle, le riscrivi e le migliori, ma non le togli. Le pagine che ricevono traffico ma nessun lead (viste alte, bounce altissimo): quelle le snellisci, le riscrivutti con un CTA più chiaro o le fusioni con altre simili.

Cancella davvero solo: pagine duplicate, pagine orfane (non linkate da nessuno), archivi da 50 articoli del 2012 che nessuno legge più. Per quelle, crea un redirect verso la categoria generale o la homepage, non un 404.

Piattaforma: WordPress, Webflow, custom... cosa scegliere

Se sei una PMI con 20-100 pagine, WordPress con un tema moderno è il 99% dei casi la scelta giusta. Motivi: ecostistema di plugin SEO maturi (Yoast esiste da 15 anni), comunità che ti aiuta, hoster che lo supporta ovunque, migrazione da un'installazione all'altra è banale.

Se sei un'agenzia e vuoi controllo totale sul design senza compromessi (Elementor non ti basta), valuta Webflow: design visuale, hosting incluso, export controllato. Costo: 12-70 euro/mese a seconda del piano, ma non paghi hosting a parte.

Se hai volumi enormi, integrazioni custom con gestionali, flussi di dati complessi: sì, una soluzione custom su Python/Node.js ha senso. Costo: 15.000 euro in su. Non per una PMI che vuole "un sito nuovo".

Se usi Joomla vecchio, Drupal 7, o altri CMS "grandi", migrare a WordPress durante il rifacimento ti fa risparmiare hosting e amministrazione senza perdere SEO. Noi abbiamo un'analisi su aggiornare WordPress e non rompere il sito: gli stessi principi valgono per la migrazione cross-CMS.

Accessibilità durante il rifacimento: non farlo per sbaglio

Se il vecchio sito era inaccessibile (immagini senza alt, contrasti bassi, niente tastiera), il nuovo è l'occasione perfetta per metterlo in ordine. Ma è facile dimenticarsene durante la fretta di lansciare.

Durante il build: tutti i pulsanti hanno uno <a> corretto con href, tutte le immagini hanno un alt in italiano descrittivo, i form hanno label explicit, i video hanno i sottotitoli (se importanti). Test rapido: naviga il sito solo con la tastiera, tocca TAB 50 volte e vedi se riesci a trovare i pulsanti importanti.

Leggi la nostra guida su accessibilità e sanzioni 2026.

Checklist operativa: rifacimento step-by-step

1. Audit preliminare: esegui Lighthouse, controlla Search Console, scarica il sitemap, valuta l'hosting. Tempo: 1-2 ore. Output: report chiaro su cosa serve veramente.
2. Mappa URL vecchio-nuovo: documento Excel con due colonne, URL vecchia e URL nuova. Niente redirect improvvisati durante il lancio. Tempo: 4-8 ore dipende dalle pagine. Output: file Excel che userai durante il migration.
3. Inventario contenuti: scarica Analytics dei 12 mesi precedenti, identifica top 30 pagine per traffico, leggi i loro commenti/feedback dai clienti. Decidi: mantieni, aggiorna, rimuovi. Tempo: 2-3 ore.
4. Build e test in staging: builda tutto il nuovo sito offline o su sottodominio, crawlalo con Screaming Frog, verifica 200 sulle pagine importanti, test design responsivo su mobile. Tempo: 2-4 settimane dipende dalla complessità.
5. Setup redirect 301: prima di andare live, carica tutti i redirect in .htaccess (Apache) o web.config (IIS). Test con uno strumento online per 10 URL random: se dai vecchio ricevi nuovo, sei a posto.
6. Monitoring post-lancio: primissima settimana, controlla GSC ogni giorno, guarda crawl stats, verifica che le pagine importanti siano indicate. Aspettati calo iniziale, stabilizzazione in 7-14 giorni.
7. Verifica Analytics e UTM: se usi UTM per tracciare traffico da email, social, campagne, ricalibra il tracciamento nel nuovo sito. Leggi la nostra guida su traffico ChatGPT e tracciamento UTM per capire come il traffico "sparisce" se i parametri cambiano.

Gli errori da evitare

• Ignorare i redirect. Dire "tanto cambio URL, ma metto un reindirizzamento generico tutto a homepage". Risultato: perdi il 60% del traffico organico. I redirect 301 vanno uno per uno.
• Lanciare senza staging. Costruire il nuovo sito in live, poi scoprire che mancano 50 pagine. Usa sempre uno spazio di test.
• Sottovalutare il tempo di indicizzazione. Google non ridistribuisce il ranking al nuovo sito il giorno dopo. Aspettati 15-30 giorni per tornare al 90% del ranking precedente, fino a 60 giorni se il cambio è radicale.
• Rimuovere pagine che generano traffico. Anche se non ti piacciono, hanno redirect verso un'altra pagina simile. Non cancellare e basta.
• Cambiare titoli e meta description in blocco. Riscrivi solo su pagine che hanno CTR basso (<3%). Le altre lasciale uguali, così non rompi il segnale a Google.
• Non testare su mobile prima di lanciare. Il 70% del traffico organico è mobile. Un sito che funziona su desktop ma è lento su 4G è una bomba a orologeria.
• Dimenticare i redirects in Analytics. Se non forwardi i vecchi UTM ai nuovi con qualche regola, il traffico "scompare" e pensi che il sito sia stato penalizzato. Non è vero, è solo che GA4 non sa correlare i dati.

Domande frequenti su rifacimento e restyling

Quanto tempo ci vuole davvero per non perdere traffico dopo una migrazione?

In media 15-21 giorni per tornare all'80% del traffico precedente. Fino a 60 giorni per il 100%, soprattutto se hai molte pagine o se il cambio di architettura è radicale. Le pagine nuove hanno bisogno di tempo per accumolare segnali di ranking.

Mi conviene un cambio di piattaforma durante il rifacimento?

Se sei su WordPress con un tema che non scotta, resta su WordPress ma con un tema moderno. Se sei su Joomla 3 o Drupal 7, valuta la migrazione a WordPress come parte del progetto: costi uno-tanto, risolvi tanto. Se sei su una soluzione custom vecchia: sì, conviene migrare a una piattaforma standard.

E se ho 5.000 pagine?

Allora un rifacimento completo è costoso e rischioso. Parti da un'ottimizzazione chirurgica: template rinnovato, performance spinta, contenuti top 200 pagine riscritti. Le altre lasciale come sono. Fatto quello, valuta se il traffico è salito. Se sì, allora tira su il resto.

Devo fare backup del sito vecchio prima di lanciare il nuovo?

Sì, sempre. Backup completo del database, backup di tutti i file. Se entro due settimane dal lancio scopri che Google ha indicizzato male redirect critici, puoi tornare indietro in 30 minuti senza perdere dati. Usa un servizio come UpdraftPlus (per WordPress) o un backup manuale via FTP.

Se perdo il 30% del traffico organico nei primi 7 giorni, è normale?

Sì, è il refresh di Google. Ma monitora il giorno 7 e il giorno 15. Se il calo rimane al 30%, hai un problema: redirect non configurati bene, cambio di URL senza mapping, o problema tecnico nuovo (404, robots.txt che blocca il crawl). Agisci subito.

Durante il rifacimento, il sito vecchio rimane online oppure scollego tutto?

Rimane online durante il building e il testing. Stacchi solo il momento del lancio. In fase di transition, sia il vecchio che il nuovo potrebbero essere indicizzati per 24-48 ore. Monitora GSC. Dopo 48 ore, Google capisce che il nuovo è la versione "vera" e scarta il vecchio (grazie ai 301).

Il punto centrale

Rifacimento totale non è sempre la risposta giusta. Valuta se il problema è strutturale (hosting, codice obsoleto, architettura non scalabile) o solo visuale (design datato, contenuti da aggiornare). Se il fondamento regge, ottimizza: costa di meno, rischi di meno, i tempi sono più corti.

Se davvero serve un rifacimento, il 90% del rischio SEO si elimina con una mappa URL chiara, redirect 301 corretti uno per uno, e monitoraggio quotidiano nelle prime due settimane. Non è magia, è diligenza. Parti da un audit tecnico concreto: Lighthouse, Search Console, crawl con Screaming Frog. Dai numeri, non al sentimento.