Rifare un sito senza disperdere la SEO: la checklist di migrazione

Che cosa stai cambiando davvero

Un restyling può riguardare soltanto il design, oppure coinvolgere piattaforma, dominio, struttura, contenuti e URL. Il rischio operativo cambia in base al perimetro. Prima di preventivare è utile elencare le componenti interessate e le dipendenze fra loro.

Per esempio, una nuova struttura dei servizi può richiedere pagine differenti. Una piattaforma diversa può gestire gli indirizzi in un altro modo. Un cambio di dominio coinvolge anche collegamenti e configurazioni esterne. Le decisioni vanno rese esplicite, così chi lavora sui contenuti e chi sviluppa condividono lo stesso piano.

È utile distinguere ciò che serve per risolvere il problema attuale da ciò che può essere affrontato in una fase successiva. Un progetto più leggibile facilita sia l’esecuzione sia la diagnosi di eventuali problemi dopo il rilascio.

Raccogliere l’inventario prima di progettare le nuove pagine

L’inventario dovrebbe includere URL, titolo, tipo di contenuto, funzione commerciale e decisione prevista. Aggiungi le informazioni disponibili su visite, ricerche, collegamenti e richieste associate alla pagina.

Una tabella condivisa aiuta a discutere casi che altrimenti resterebbero impliciti. Una vecchia pagina può sembrare graficamente debole ma rispondere a una domanda importante. Un contenuto recente può non avere ancora molte visite e servire comunque al commerciale. I dati vanno letti insieme al ruolo della pagina.

Per preparare il lavoro, raccogli anche documenti scaricabili, immagini usate da altri siti e collegamenti presenti in materiali commerciali. Il patrimonio digitale dell’azienda comprende percorsi che possono esistere fuori dalla navigazione principale.

Decidere cosa conservare, aggiornare, accorpare o rimuovere

Ogni pagina dovrebbe avere una decisione motivata. Conservare significa mantenere un contenuto utile; aggiornare significa migliorarne correttezza o comprensibilità; accorpare significa unire contenuti realmente sovrapposti; rimuovere significa riconoscere che non esiste più una ragione per mantenerli.

L’accorpamento richiede particolare attenzione. Due pagine con titoli simili possono rispondere a domande diverse, mentre due titoli differenti possono nascondere contenuti quasi identici. Il confronto va fatto sul significato e sul percorso dell’utente.

Questa fase permette anche di assegnare responsabilità. Il referente tecnico verifica il contenuto specialistico, quello commerciale valuta le informazioni utili alla vendita e il team web gestisce struttura e implementazione. La scelta finale deve essere comprensibile a chi dovrà mantenerla nel tempo.

La mappa degli URL descrive il passaggio

Google raccomanda di associare le vecchie URL alle nuove destinazioni pertinenti e di usare redirect permanenti quando il contenuto viene spostato. È importante aggiornare anche link interni, canonical e sitemap. Una migrazione può comportare oscillazioni temporanee mentre le pagine vengono rielaborate: il piano serve a ridurre i rischi, non a promettere assenza di variazioni.

Questi principi sono descritti nella documentazione ufficiale sulle migrazioni. Nel progetto operativo, la mappa rende visibile la decisione per ogni pagina e permette di controllare che lo sviluppo la rispetti.

Un esempio puramente illustrativo è una pagina di servizio che passa da un indirizzo storico a uno più coerente con la nuova architettura. La decisione dovrebbe essere scritta insieme al contenuto di destinazione e al referente che la approva, evitando che venga improvvisata al momento del lancio.

Definire cosa significa aver completato una pagina

Il nuovo layout può essere pronto mentre mancano ancora testi, immagini, link o riferimenti. Per evitare ambiguità, conviene usare criteri di completamento condivisi.

Una pagina servizio, per esempio, può essere considerata pronta quando descrizione e perimetro sono approvati, le prove sono corrette e l’azione principale è utilizzabile. Una pagina progetto richiede contesto e ruolo verificati. Un articolo deve avere autore, data e collegamenti coerenti.

Questo controllo riguarda il contenuto reale. Le schermate con testi provvisori aiutano a ragionare sul design, ma non bastano per valutare la pagina definitiva. Titoli lunghi, descrizioni tecniche e immagini effettive possono cambiare l’equilibrio del layout, soprattutto su mobile.

Organizzare il collaudo prima del rilascio

Il collaudo dovrebbe partire dai percorsi più importanti per l’azienda. Un visitatore deve poter trovare il servizio, leggere le prove, contattare il referente e ricevere una conferma. Chi proviene da una vecchia pagina deve arrivare a una destinazione sensata secondo il piano.

Prepara scenari concreti: una richiesta da smartphone, un accesso tramite un link salvato, un contenuto cercato nel menu, un documento da scaricare. Per ogni scenario registra esito, problema e responsabilità della correzione.

Anche il commerciale dovrebbe partecipare alla verifica. Chi usa quotidianamente il sito può riconoscere informazioni mancanti o percorsi che non riflettono il modo in cui i clienti chiedono i servizi. Il collaudo diventa più utile quando unisce correttezza tecnica e utilizzabilità reale.

Preparare un lancio con responsabilità chiare

Prima della pubblicazione bisogna sapere chi esegue il rilascio, chi controlla le pagine principali e chi riceve le segnalazioni. Conviene definire una finestra operativa nella quale le persone necessarie siano disponibili.

Un elenco delle modifiche aiuta a capire cosa è cambiato rispetto al sito precedente. Versioni dei contenuti, configurazioni e decisioni sulla mappa dovrebbero poter essere ritrovate. È utile anche concordare cosa fare se un problema impedisce le attività essenziali, distinguendo una correzione rapida da un ripristino più ampio.

Questa organizzazione evita che il giorno del lancio diventi una sequenza di messaggi senza priorità. I problemi che bloccano contatto o acquisto richiedono una gestione diversa dalle rifiniture estetiche che possono essere affrontate in seguito.

Monitorare dopo il lancio con un registro degli interventi

La pubblicazione apre una fase di osservazione. Conviene confrontare le pagine importanti con la situazione precedente e tenere traccia delle correzioni effettuate. Il monitoraggio deve includere sia visibilità sia funzionamento del percorso commerciale.

Se diminuiscono le richieste, verifica anche form, notifiche, disponibilità del servizio e attività di distribuzione. Una variazione non va attribuita automaticamente al restyling o alla SEO. Il registro delle modifiche aiuta a collegare i segnali alle decisioni prese.

Il periodo di confronto deve avere senso per il business. Stagionalità, campagne e ciclo di acquisto possono influenzare i dati. Il sito deve essere valutato nel suo contesto, senza basarsi soltanto su un singolo giorno di traffico.

Che cosa chiedere nella proposta della web agency

La proposta dovrebbe chiarire se comprende analisi del sito esistente, contenuti, mappa, implementazione dei passaggi e verifiche successive. Chiedi chi decide sulle pagine e quali materiali devi fornire.

È utile sapere anche cosa viene considerato consegna finale e come saranno gestite le correzioni. La nostra guida su come scegliere una web agency a Roma raccoglie i criteri per valutare struttura e responsabilità del progetto.

In Resilience la demo del sito in 24 ore consente di discutere una prima direzione visiva e funzionale. La demo apre il confronto: il lavoro di migrazione e i controlli sul patrimonio esistente vengono definiti nel progetto completo, insieme alle attività di SEO e content marketing.

Domande frequenti