Rifare il sito web senza perdere posizioni su Google: URL, redirect e controlli

Quando un sito ha qualche anno di vita, Google conosce già le sue pagine. Alcune compaiono nei risultati per ricerche precise, altre ricevono link da siti esterni, altre ancora sono salvate nei preferiti dei clienti. Se il nuovo sito cambia indirizzi e struttura senza tenerne conto, questo lavoro accumulato va perso.

Per questo, quando mi occupo di realizzazione siti web a Firenze per attività che hanno già un sito online, la prima cosa che faccio non è la grafica: è l’elenco di tutte le pagine esistenti. In questo articolo spiego come si rifà un sito web senza perdere posizioni, quali errori causano i cali più frequenti e cosa controllare dopo la messa online.

Se stai ancora valutando se sia il caso di intervenire, puoi partire dai segnali che indicano che è arrivato il momento di rifare il sito web.

Perché un nuovo sito può perdere posizioni su Google

Google non posiziona “il sito” nel suo insieme, ma le singole pagine. Ognuna ha un indirizzo, un contenuto e una storia fatta di visite, link ricevuti e ricerche per cui compare. Come spiego nella risposta su quanto conta lo storico di un sito web per Google, questa storia ha un valore che non conviene azzerare.

Se una pagina che compariva per “ristrutturazioni bagno Firenze” passa da /servizi/bagni.html a /ristrutturazione-bagno/ e il vecchio indirizzo restituisce un errore 404, per Google la pagina vecchia è sparita e quella nuova è sconosciuta. Dovrà ripartire quasi da zero.

Le cause dei cali, nella pratica, sono quasi sempre le stesse:

• URL cambiati senza redirect verso le nuove pagine.
• Pagine che portavano visite eliminate perché considerate poco importanti.
• Testi accorciati o riscritti togliendo i termini per cui la pagina era trovata.
• Il blocco all’indicizzazione usato durante lo sviluppo e rimasto attivo dopo la pubblicazione.

Sono tutti problemi evitabili, a patto di affrontarli prima della messa online e non dopo aver visto calare le visite. È una parte del lavoro che rientra nell’ottimizzazione SEO del progetto, non un’aggiunta finale.

Il primo passo: fare l’inventario delle pagine esistenti

Prima di progettare la nuova struttura serve sapere esattamente cosa c’è online. Per costruire l’elenco uso tre fonti, perché nessuna da sola è completa:

1. Google Search Console: nel rapporto Rendimento si esportano le pagine che hanno ricevuto clic e impressioni negli ultimi 12–16 mesi. Sono le pagine da proteggere per prime.
2. Una scansione del sito con uno strumento come Screaming Frog, che segue i link interni e restituisce tutti gli indirizzi raggiungibili, compresi PDF e immagini.
3. La sitemap XML attuale e, se disponibili, i dati di Google Analytics sulle pagine di destinazione.

Il risultato è un foglio di calcolo con una riga per ogni URL. Accanto annoto i clic ricevuti, la query principale e se la pagina riceve link da altri siti. Questo inventario serve anche a decidere quali pagine servono davvero nel nuovo sito e quali possono essere accorpate.

Un dettaglio che conviene verificare subito: avere accesso a Search Console, al dominio e all’hosting. Se il sito precedente è stato registrato a nome di chi lo ha sviluppato, recuperare gli accessi può richiedere tempo. Ne parlo nella risposta su a chi devono essere intestati hosting e dominio.

La mappatura dei vecchi URL verso quelli nuovi

Con l’inventario pronto, a ogni vecchio indirizzo si assegna la nuova pagina che ne raccoglie il contenuto. È la mappatura degli URL, e deve essere fatta pagina per pagina. Un esempio per un’impresa edile che passa da un vecchio sito statico a WordPress:

Vecchio URL	Nuovo URL	Note
/index.html	/	Homepage
/servizi/bagni.html	/ristrutturazione-bagno/	Stesso argomento, nuovo indirizzo
/servizi/cucine.html	/ristrutturazione-cucina/	Stesso argomento, nuovo indirizzo
/servizi/pavimenti.html /servizi/parquet.html	/pavimenti/	Due pagine accorpate in una
/news/*.html	/blog/	Vecchie notizie superate, senza pagine equivalenti
/chi-siamo.html	/chi-siamo/	Cambia solo l’estensione

La regola che seguo è semplice: ogni vecchio URL deve portare alla pagina nuova più vicina per argomento. Reindirizzare tutto alla homepage è una scorciatoia diffusa ma inefficace: Google tende a trattare quei redirect come pagine non trovate, perché chi cercava le cucine si ritrova su una pagina generica.

Se una pagina non ha davvero un equivalente e non riceve visite né link, si può lasciare che restituisca un 404. Non è un errore da correggere a tutti i costi: è il modo corretto di dire che quel contenuto non esiste più.

Redirect 301: cosa sono e come si impostano in WordPress

Il redirect 301 comunica a browser e motori di ricerca che una pagina si è spostata in modo permanente a un nuovo indirizzo. Google trasferisce così alla nuova pagina i segnali accumulati da quella vecchia. Il redirect 302, invece, indica uno spostamento temporaneo e non va usato per una migrazione.

Nei progetti di creazione siti WordPress i redirect si possono gestire in due modi. Con un plugin come Redirection, che permette di inserirli dal pannello e registra i 404 ricevuti. Oppure direttamente nel file .htaccess sui server Apache, prima del blocco generato da WordPress:

# Redirect singoli
Redirect 301 /servizi/bagni.html /ristrutturazione-bagno/
Redirect 301 /servizi/cucine.html /ristrutturazione-cucina/
Redirect 301 /servizi/pavimenti.html /pavimenti/
Redirect 301 /servizi/parquet.html /pavimenti/

# Tutte le vecchie notizie verso il blog
RewriteEngine On
RewriteRule ^news/.+\.html$ /blog/ [R=301,L]

Due attenzioni tecniche. La prima: evitare le catene di redirect, cioè A che porta a B che porta a C. Se un sito è già stato rifatto in passato, conviene aggiornare anche i vecchi redirect perché puntino direttamente alla destinazione finale. La seconda: i redirect vanno mantenuti nel tempo, non tolti dopo qualche settimana, perché link esterni e preferiti continueranno a usare gli indirizzi vecchi.

Non perdere i contenuti che Google aveva già premiato

Un redirect corretto non basta se la pagina di destinazione dice cose diverse. Se la vecchia pagina sulle cucine aveva 600 parole con tempi, materiali e zone servite, e quella nuova ha tre righe e una galleria, Google lo nota.

Prima di riscrivere un testo controllo in Search Console per quali query compariva quella pagina. Se una buona parte delle visite arrivava da “cucina su misura Firenze”, il nuovo testo deve continuare a parlare di cucine su misura e di Firenze, anche se con una forma migliore. Lo stesso vale per title, meta description e titolo H1: si possono migliorare, ma senza togliere i termini che portavano traffico.

Le pagine che ricevono più visite meritano più attenzione, non meno. È lì che un taglio fatto per ragioni grafiche si sente di più.

Sviluppo in staging e controlli prima della messa online

Il nuovo sito si sviluppa su un ambiente separato, chiamato staging, che non deve essere indicizzato. In WordPress si usa l’opzione “Scoraggia i motori di ricerca dall’effettuare l’indicizzazione di questo sito”, meglio ancora se affiancata da una protezione con password.

Il rischio è dimenticarla attiva al momento del passaggio in produzione: il sito nuovo va online con l’indicazione noindex e le pagine iniziano a uscire dai risultati. Per questo, prima della pubblicazione, seguo una lista di controlli:

• Indicizzazione riattivata e nessun noindex nelle pagine che devono comparire.
• File robots.txt che non blocca cartelle o risorse necessarie.
• Tag canonical che puntano al dominio definitivo e non all’indirizzo di staging.
• Link interni, immagini e menu senza riferimenti all’ambiente di sviluppo.
• Redirect caricati e verificati su un campione di vecchi URL.
• Codici di monitoraggio presenti, per esempio Google Analytics 4 configurato tramite Tag Manager, così da poter confrontare le visite prima e dopo.

Se il sito è in più lingue, si aggiunge il controllo dei tag hreflang e degli indirizzi di ogni versione. Nei siti in cui uso WPML per la gestione multilingua questi tag vengono generati dal plugin, ma vanno comunque verificati dopo la migrazione.

Cosa controllare in Search Console dopo la pubblicazione

Il giorno della messa online invio a Search Console la nuova sitemap XML. Se cambia anche il dominio, per esempio da un vecchio indirizzo a uno nuovo, si usa lo strumento Cambio di indirizzo, dopo aver attivato i redirect da un dominio all’altro.

Nelle settimane successive i controlli più utili sono questi:

• Rapporto Pagine: verificare che le nuove pagine vengano indicizzate e cercare le voci “Non trovata (404)” relative a vecchi URL dimenticati nella mappatura.
• Rapporto Rendimento: confrontare clic e impressioni con lo stesso periodo precedente, pagina per pagina e non solo nel totale.
• Controllo URL: richiedere l’indicizzazione delle pagine più importanti, se dopo qualche giorno non risultano ancora aggiornate.
• Esperienza sulla pagina: tenere d’occhio i Core Web Vitals, che con un sito nuovo dovrebbero migliorare e non peggiorare.

Ci sono anche aggiornamenti esterni da non dimenticare: l’indirizzo del sito nella scheda Google Business Profile, i profili social, le directory di settore e le firme email. Se puntano a pagine che non esistono più, il redirect le salva, ma è meglio correggerle alla fonte.

Oscillazioni normali e segnali di un problema reale

Anche con una migrazione fatta bene, nelle prime settimane le posizioni possono oscillare. Google deve scansionare di nuovo le pagine, seguire i redirect e rivalutare i contenuti. Su un sito piccolo questo richiede di solito qualche settimana; i tempi dipendono anche da quanto spesso Google visita il sito, come spiego nell’articolo su quanto tempo serve per comparire su Google.

Ci sono però segnali che indicano un problema da risolvere subito, senza aspettare:

• Il numero di pagine indicizzate scende in modo netto nel rapporto Pagine.
• Una pagina che portava molte visite non compare più per la sua query principale.
• Aumentano rapidamente gli errori 404 o le pagine “Esclusa dal tag noindex”.

In questi casi si torna alla mappatura: quasi sempre manca un redirect, una pagina è finita in noindex o il contenuto di destinazione è troppo diverso dall’originale.

Rifare il sito può anche migliorare il posizionamento

Proteggere le posizioni esistenti è il minimo. Un rifacimento è anche l’occasione per correggere quello che frenava il vecchio sito: pagine lente, titoli poco chiari, servizi raccolti in un’unica pagina generica invece di avere ciascuno la propria.

Per esempio, se il vecchio sito aveva una sola pagina “Servizi” con cinque attività diverse, il nuovo può dedicare una pagina a ognuna. La vecchia pagina viene reindirizzata a quella del servizio principale, e le altre quattro hanno la possibilità di comparire per ricerche più specifiche.

Lo stesso vale per la velocità: passare da un tema commerciale pieno di funzioni inutilizzate a un tema WordPress custom riduce il codice caricato da ogni pagina, con effetti misurabili sui tempi di caricamento.

Devi rifare il sito della tua attività a Firenze?

Se il tuo sito è online da anni e porta già visite da Google, il rifacimento va pianificato partendo da quello che funziona. Mi occupo di creazione siti web a Firenze e, quando c’è un sito esistente, inventario delle pagine, mappatura degli URL, redirect e controlli in Search Console fanno parte del progetto.

Se vuoi capire cosa serve per partire, puoi leggere quali informazioni sono utili per richiedere un preventivo, oppure scrivermi direttamente indicando l’indirizzo del sito attuale: è il punto da cui iniziamo l’analisi.

Email
alessio.piazzini@gmail.com

Telefono
+39 393 438 5449