In breve
Una migrazione SEO operativa: inventario, mappa degli URL, redirect, staging e monitoraggio dopo la pubblicazione.
- Censire URL, query, backlink e conversioni
- Mappare ogni vecchio URL verso una destinazione pertinente
- Testare canonical, link, sitemap e redirect in staging
- Monitorare errori e variazioni dopo il lancio
Perché un rifacimento può ridurre la visibilità
La perdita non dipende dal fatto che il sito sia nuovo, ma dalle discontinuità introdotte. Un URL importante può scomparire, un testo può diventare più generico, i link interni possono cambiare oppure una regola noindex usata in staging può restare attiva. Anche redirect imprecisi e canonical incoerenti confondono la relazione tra vecchie e nuove pagine.
È normale che i motori debbano scansionare e rielaborare il sito. L’obiettivo non è promettere assenza assoluta di oscillazioni, ma ridurre i rischi evitabili e fornire segnali coerenti sul nuovo assetto.
Inventario di URL, dati e pagine di valore
Prima di progettare la nuova struttura occorre ottenere un elenco degli URL esistenti da sitemap, scansioni, Search Console, analytics e backlink. Per ogni pagina è utile annotare stato, traffico, query, collegamenti, conversioni e funzione nel percorso.
- URL indicizzati e pagine presenti nella sitemap.
- Pagine che ricevono clic, impressioni o richieste.
- URL con backlink o citazioni esterne.
- Contenuti stagionali, locali o storici ancora utili.
- Errori, duplicati e pagine senza collegamenti interni.
L’inventario non obbliga a conservare tutto. Permette di decidere in modo consapevole cosa mantenere, accorpare, riscrivere, reindirizzare o rimuovere.
Mappare vecchie e nuove pagine
Ogni vecchio URL dovrebbe avere una decisione. Se esiste una nuova pagina con intento e contenuto equivalenti, il redirect permanente deve puntare direttamente a quella destinazione. Reindirizzare tutto alla homepage o a una categoria generica non preserva automaticamente la rilevanza.
| Decisione | Quando usarla | Controllo |
|---|---|---|
| Conservare URL | Intento e contenuto restano sostanzialmente gli stessi | Metadata, heading e link sono aggiornati |
| Redirect 301 | L’URL cambia ma esiste un equivalente pertinente | Un solo passaggio verso URL finale 200 |
| Accorpare | Più pagine deboli coprono lo stesso bisogno | Contenuti utili e link vengono recuperati |
| Rimuovere | Non esiste più contenuto né alternativa utile | Risposta e link interni sono gestiti correttamente |
Redirect, canonical, link interni e sitemap
I redirect devono essere lato server, permanenti quando il cambio è definitivo e privi di catene evitabili. Le canonical devono riferirsi agli URL pubblici corretti; link di navigazione, breadcrumb, contenuti e dati strutturati devono utilizzare direttamente i nuovi indirizzi.
La sitemap XML dovrebbe contenere soltanto URL canonici, indicizzabili e funzionanti. Robots.txt non deve bloccare risorse necessarie né impedire la scansione delle nuove pagine. Le regole usate per proteggere l’ambiente di test vanno rimosse con una checklist esplicita.
Se una pagina specifica viene sostituita da un contenuto molto più povero o diverso, il solo inoltro dell’URL non conserva la stessa utilità e rilevanza.
Verifiche in staging e giorno del lancio
In staging si controllano template, stati HTTP, canonical, metadati, heading, collegamenti, dati strutturati, immagini, moduli e comportamento responsive. La mappa dei redirect può essere testata prima della pubblicazione contro l’elenco completo dei vecchi URL.
Checklist del lancio
- Backup e piano di ripristino
- Redirect caricati e verificati
- Noindex e blocchi di staging rimossi
- Canonical e sitemap con dominio pubblico
- Search Console e sistemi di misura attivi
- Vecchi URL controllati a campione e in massa
Subito dopo la messa online conviene verificare le azioni principali da dispositivi reali: navigazione, moduli, telefono, booking, pagamenti e pagine più visitate.
Controlli nelle settimane successive
La migrazione non finisce al lancio. Search Console, log e strumenti di scansione aiutano a individuare 404, redirect errati, pagine escluse, canonical inattese e cali concentrati su specifiche aree. Le variazioni vanno lette per URL e query, non soltanto sul traffico complessivo.
È utile mantenere redirect e proprietà di controllo sufficientemente a lungo, aggiornare collegamenti esterni sotto il proprio controllo e inviare la nuova sitemap. Correzioni rapide hanno più valore di una lunga attesa quando il problema è tecnico e verificabile.
Esempi reali da progetti pubblicati
Questi progetti non vengono presentati come prova di risultati quantitativi non documentati. Mostrano come architettura, contenuti e funzioni siano stati applicati a esigenze concrete.
- Villa Hedy: Contenuti ricettivi, prezzi, servizi e quattro lingue in una struttura coerente.
- Visit Intelvi: Luoghi, attività, mappe e operatori collegati in una nuova architettura.
Per inquadrare l’intervento nel suo insieme, consulta anche il servizio Restyling siti web e migrazione SEO.
Quando cambia anche l’indirizzo del sito, approfondisci come pianificare il cambio di dominio.
Fonti e approfondimenti
Riferimenti ufficiali utilizzati per gli aspetti tecnici o normativi che richiedono verifica. Le indicazioni vanno sempre applicate al contesto specifico.
