Rifare il sito senza perdere SEO: il piano di migrazione

Raccogli gli indirizzi dalla scansione del sito, dalle sitemap e dai dati disponibili in Search Console e nelle statistiche. Il menu non è un inventario completo: può escludere vecchie landing ancora visitate, articoli e documenti collegati da altri siti.

Per ogni URL annota tipo di contenuto, clic e impression nel periodo osservato, richieste attribuite quando misurabili e collegamenti esterni noti. Segna anche le pagine essenziali per il cliente anche se hanno poco traffico, come una scheda servizio di nicchia.

Salva i dati iniziali con un intervallo temporale esplicito. Confrontare una settimana di bassa stagione con un mese di campagna attiva renderebbe difficile distinguere il cambiamento del sito da quello della domanda.

Prepara un foglio con URL attuale, decisione, URL finale, motivo e controllo atteso. Le decisioni possibili comprendono mantenere, aggiornare, unire a una pagina equivalente o rimuovere quando il contenuto non ha più una destinazione pertinente.

Esempio ipotetico: la vecchia pagina /servizi/sito-aziendale viene sostituita da /servizi/siti-web. Se la nuova pagina risponde allo stesso bisogno, prevedi un redirect permanente diretto alla destinazione finale. Se la pagina mantiene il proprio indirizzo, non serve un redirect solo perché cambia la grafica.

Evita di inviare in blocco tutti gli indirizzi eliminati alla homepage. Una pagina generica spesso non risponde alla richiesta originaria. Quando non esiste un sostituto pertinente, valuta una risposta 404 o 410 e rimuovi i collegamenti interni obsoleti.

Un URL invariato può perdere utilità se il nuovo testo elimina informazioni decisive. Per le pagine importanti confronta argomento, titolo, heading, contenuto e link prima e dopo il redesign. La nuova versione deve continuare a soddisfare il bisogno che la rendeva utile.

Aggiorna i collegamenti interni verso le destinazioni finali: non affidarti ai redirect per tutta la navigazione. Controlla canonical e sitemap, includendo gli indirizzi finali che vuoi rendere indicizzabili. Se cambi anche dominio, prepara i passaggi aggiuntivi previsti da Google per quel tipo di trasferimento.

Considera questo esercizio ipotetico per un sito di servizi. La pagina /servizi/consulenza resta allo stesso indirizzo, /offerta-vecchia viene sostituita da /servizi/analisi e /evento-2021 non ha più contenuti utili né un sostituto. Le tre righe del foglio richiedono tre verifiche diverse, non una regola che invia tutto alla homepage.

Per la consulenza annota “mantieni”: la URL deve rispondere 200, mostrare il contenuto previsto e indicare come canonical l'indirizzo scelto per quella pagina. Confronta anche le informazioni essenziali prima e dopo: il codice di risposta corretto non dimostra che il nuovo testo soddisfi lo stesso bisogno.

Per l'offerta annota “sposta”: controlla che il vecchio indirizzo porti con redirect permanente direttamente alla nuova pagina, e che quest'ultima risponda correttamente. La pertinenza va verificata leggendo la destinazione: un redirect tecnicamente funzionante verso un'offerta diversa può lasciare il visitatore senza la risposta cercata.

Per l'evento annota “rimuovi”, solo dopo aver verificato che non serva mantenere un archivio utile. Se confermi la rimozione senza sostituto, controlla la risposta 404 o 410, togli i collegamenti interni obsoleti e non inserire quell'indirizzo nella nuova sitemap. Documenta la decisione: una pagina rimossa intenzionalmente va distinta da una pagina sparita per errore.

Il foglio può avere questi campi: URL iniziale, decisione, URL finale, motivazione, risposta attesa, risposta osservata, contenuto verificato, data del test e referente. Non segnare “completato” finché non hai controllato la destinazione finale e il suo contenuto.

Verifica che l'ambiente di anteprima non venga indicizzato e che le restrizioni previste solo per quell'ambiente non restino attive sul sito pubblico. Sul sito finale controlla stato HTTP, robots, eventuale noindex e canonical delle pagine prioritarie.

Prova la mappa degli indirizzi: le pagine conservate devono rispondere correttamente; quelle spostate devono raggiungere una destinazione pertinente senza catene inutili. Controlla inoltre immagini importanti, collegamenti, moduli e versioni linguistiche effettivamente disponibili.

Nel foglio di migrazione aggiungi esito del test, data e responsabile della correzione. Un errore documentato con URL di partenza e destinazione è più facile da risolvere di una segnalazione generica sul traffico.

Confronta gruppi di pagine equivalenti e query rilevanti nei dati di Search Console. Controlla gli errori di scansione e usa l'ispezione URL sulle pagine prioritarie. L'assenza iniziale di una nuova pagina dai risultati non identifica da sola la causa: verifica prima accessibilità, indicizzazione e pertinenza del contenuto.

Mantieni i redirect secondo le indicazioni di Google, generalmente per almeno un anno, e più a lungo quando continuano a servire utenti e collegamenti. Nel preventivo di redesign chiedi che inventario, mapping, test e responsabilità dopo il lancio siano espliciti. ConversionWorks include la pianificazione delle URL rilevanti nel confronto sul rifacimento del sito.

Se una vecchia URL restituisce errore ma doveva essere conservata, riparti dalla sua riga nell'inventario e correggi pagina o destinazione prevista. Se la pagina nuova è accessibile ma Google mostra ancora quella vecchia, controlla i segnali tecnici prima di interpretarlo come un fallimento: scansione e aggiornamento dell'indice non coincidono necessariamente con l'ora del rilascio.

Se i clic calano, separa pagine spostate, pagine mantenute e contenuti rimossi intenzionalmente. Confronta periodi equivalenti e verifica se cambia la domanda sulle query interessate. Un dato aggregato può nascondere situazioni diverse; un calo non dimostra da solo che il redirect sia sbagliato, così come un aumento non prova che tutti i passaggi siano corretti.

Prepara infine una procedura di recupero con il responsabile tecnico prima del lancio: quale versione può essere ripristinata, quali dati potrebbero essere cambiati nel frattempo e chi decide l'intervento. Non tornare al vecchio sito senza considerare richieste ricevute, contenuti modificati e integrazioni attive. Questo piano riguarda la continuità operativa; non garantisce il recupero immediato delle posizioni.