Restyling del sito web senza perdere la SEO: guida pratica

1. Perché i restyling affondano il traffico

Il tuo posizionamento non vive nel "tuo sito" come concetto astratto: vive in URL concrete. Ogni pagina che si posiziona ha accumulato segnali per anni — contenuto che risponde a una ricerca, link esterni, storico dei clic. Un restyling gestito male rompe quel capitale in tre modi:

• URL che spariscono. Il sito nuovo usa altri percorsi e nessuno reindirizza i vecchi. Google trova 404 dove c'erano pagine posizionate, e quel posizionamento non si "trasferisce" da solo: evapora.
• Contenuti che vengono tagliati. Nel restyling, la pagina da 900 parole che si posizionava diventa un blocco visuale da 100 parole "più pulito". Più bello, meno rilevante: Google rivaluta e ti fa scendere.
• Segnali tecnici che peggiorano. Il sito nuovo carica più lentamente per il tema sovraccarico, o va online con il noindex dell'ambiente di staging attivo. Sì: succede in continuazione.

La buona notizia: tutto questo è prevenibile con un processo che costa una frazione del restyling e protegge anni di lavoro.

2. Passo 1: inventario completo delle URL

Prima di toccare qualsiasi cosa, devi sapere esattamente cosa hai. Non "più o meno che pagine ci sono": la lista completa, perché la URL che ti sfugge è quella che perderai. Quattro fonti da incrociare:

• Scansione del sito attuale con Screaming Frog o simili: tutte le URL che esistono e rispondono.
• Search Console (rendimento, 12-16 mesi): tutte le URL che ricevono impression e clic — comprese quelle che non sapevi si posizionassero.
• Analytics: pagine con traffico da qualsiasi fonte, non solo organico. Anche le pagine di atterraggio di campagne e newsletter devono sopravvivere.
• Link esterni (Ahrefs, Semrush o il report dei link di Search Console): quali URL ricevono link da altri siti. Sono quelle che portano più autorità e le più care da perdere.

Il risultato è un foglio di calcolo con ogni URL e le sue metriche: clic organici, keyword per cui si posiziona, link in ingresso. Quel foglio comanda: ti dice quali pagine sono intoccabili, quali si possono fondere e quali possono morire senza conseguenze.

3. Passo 2: mappa dei redirect 301

Se il restyling cambia le URL (e quasi sempre ne cambia qualcuna), la mappa dei redirect è il documento più importante del progetto. Una tabella: URL vecchia → URL nuova. Le regole che separano una mappa buona da una decorativa:

• 1:1 verso l'equivalente reale. Ogni URL vecchia reindirizza alla pagina nuova che risponde alla stessa intenzione di ricerca. La vecchia "ristrutturazione cucine" va alla nuova delle cucine, non a "servizi".
• Mai tutto verso la home. Il redirect di massa verso la homepage è l'errore classico: Google lo tratta come un soft-404 e l'autorità di ogni pagina si perde comunque.
• 301, non 302. Permanente, non temporaneo. È ciò che trasferisce i segnali accumulati.
• Senza catene né loop. A → B → C spreca autorità e crawling. Se esistevano già redirect vecchi, aggiornali perché puntino direttamente alla destinazione finale.
• Dai priorità a mano a ciò che conta. Il 20% delle URL con l'80% del traffico e dei link si revisiona una per una, non con una regola automatica.
• I redirect restano. Minimo un anno; in pratica, finché le URL vecchie ricevono anche un solo clic o hanno anche un solo link esterno.

4. Passo 3: conservare ciò che funziona

Un restyling cambia i vestiti; non dovrebbe fare una lobotomia ai contenuti. Prima del lancio, per ogni pagina con traffico:

• Conserva i title che si posizionano. Il title è tra i segnali più forti della pagina. Se "Fisioterapia sportiva a Sabadell | Clinica X" è da due anni nella top 3, il sito nuovo non lo sostituisce con "Muoviti meglio ✦ Clinica X" perché suona più moderno.
• Conserva gli H1 e la struttura dei titoli. Il designer propone la gerarchia visuale; gli H1-H2 che funzionano si mantengono o si ritoccano con cura chirurgica, non si riscrivono da zero.
• Migra il contenuto completo. Se la pagina aveva 900 parole che rispondevano alla ricerca, la nuova le mantiene (impaginate meglio, se vuoi). "Alleggerire" contenuti che si posizionano è tagliare il proprio traffico.
• Rispetta i link interni. La struttura di link interni distribuisce autorità. Ricostruisci menu e link contestuali verso le pagine importanti, non lasciarli cadere.
• Mantieni dati strutturati e metadati (schema, meta description, attributi alt) già lavorati.

5. Regola d'oro: non cambiare dominio e struttura insieme

Ogni grande variabile che cambi in un lancio — dominio, struttura delle URL, piattaforma, contenuti, design — è una potenziale fonte di calo. Se ne cambi diverse insieme e il traffico affonda, non saprai quale è stata: farai debug alla cieca mentre perdi denaro ogni giorno.

Per questo la pratica sensata è sequenziare. Cambio di dominio? Migra prima il dominio con il sito così com'è, redirect 1:1, e non toccare nient'altro; quando Google si stabilizza (dagli settimane), affronta il restyling. Cambio di piattaforma (per esempio verso WordPress)? Cerca di conservare la struttura delle URL anche se la piattaforma nuova ne suggerisce un'altra — quasi sempre si può configurare. Ogni cambiamento isolato è diagnosticabile; tutti insieme sono una scommessa.

6. Checklist pre e post lancio

Prima del lancio

1. Inventario delle URL completo e foglio delle priorità chiuso.
2. Mappa dei redirect implementata e testata in staging (si può verificare con una scansione sulla lista delle URL vecchie).
3. Title, H1 e contenuti delle pagine importanti confrontati fianco a fianco: sito vecchio vs nuovo.
4. Prestazioni del sito nuovo uguali o migliori: Core Web Vitals misurati, non presunti.
5. Sitemap XML nuova generata e analytics + Search Console pronti per il passaggio.
6. Backup completo del sito vecchio — contenuti inclusi. Se qualcosa si posizionava e l'hai perso, poterlo recuperare vale oro.

Il giorno del lancio

1. Togliere il noindex e il blocco del robots.txt dell'ambiente di staging. Rileggilo due volte. È l'errore più stupido e più caro di tutti.
2. Verificare i redirect in produzione con un campione reale di URL vecchie.
3. Inviare la sitemap nuova in Search Console.
4. Scansione completa del sito in produzione: 404, catene di redirect, link interni rotti.

Le 4-8 settimane successive

1. Search Console ogni giorno la prima settimana: nuovi errori 404, copertura dell'indicizzazione.
2. Traffico organico confrontato con il periodo equivalente precedente, pagina per pagina su quelle importanti.
3. Posizioni delle 20-50 keyword principali monitorate.
4. Per ogni 404 con traffico che compare, redirect nuovo all'istante.

7. Errori che ammazzano il traffico

Quelli che vedo di continuo nei siti che arrivano da me dopo un restyling andato storto:

• Lanciare con il noindex attivo. Settimane di "non capisco cosa succede" finché qualcuno guarda l'header.
• Reindirizzare tutto alla home. Tecnicamente i redirect ci sono; in pratica, soft-404 di massa.
• Cancellare il blog "perché era datato". A volte è il 60% del traffico organico del sito. Si aggiorna o si fonde; non si cancella senza guardare il foglio dell'inventario.
• Riscrivere tutti i title con criteri puramente di brand. Elegante, e invisibile su Google.
• Migrare a una piattaforma più lenta. Tema visuale sovraccarico, venti plugin, e l'LCP raddoppia. Google se ne accorge e anche l'utente.
• Togliere i redirect dopo tre mesi "perché ormai non servono più". Servivano.
• Non coinvolgere nessuno con criterio SEO fino a dopo il lancio. Il piano di migrazione si fa prima del restyling, non come autopsia.

La maggior parte dei restyling che faccio è su WordPress, dove tutto questo (redirect, title, struttura) si gestisce bene con il processo adeguato. E se il tuo sito appartiene a un settore con esigenze specifiche, ho pagine di web design per settori dove vedrai come affronto ogni caso.

8. Domande frequenti