Una checklist prima, durante e dopo per le migrazioni di siti: inventario URL, mappe di redirect 301, controlli del giorno di lancio e il monitoraggio che intercetta presto le perdite di posizionamento, più perché le agenzie mancano voci.
Scegli una finestra fissa, come 28 giorni dopo il lancio contro 28 giorni prima, e confronta le stesse pagine in Search Console. Annota le date così puoi ripetere il controllo.
Un po' di oscillazione temporanea è normale mentre Google riscansiona ed elabora i redirect. Le perdite durature quasi sempre derivano da problemi evitabili: redirect mancanti, contenuto rimosso, scansione bloccata, o titoli e link interni cambiati. Una migrazione fatta con cura di solito recupera in poche settimane.
Usa redirect permanenti (301 o 308) per le pagine spostate in modo definitivo. I redirect temporanei (302 o 307) dicono ai motori di ricerca che il vecchio URL potrebbe tornare, il che non è ciò che vuoi in una migrazione.
Le indicazioni di Google sono di mantenere i redirect per almeno un anno, e in pratica mantenerli a tempo indeterminato dove puoi, perché vecchi link, segnalibri ed email continuano a mandare visitatori ai vecchi URL.
Solo quando ti sposti su un nuovo dominio. Dopo che i redirect sono attivi, usa lo strumento Cambio di Indirizzo nella proprietà Search Console del vecchio dominio. Non si usa per spostare URL all'interno dello stesso dominio o per passare da HTTP a HTTPS.
Di solito perché la SEO viene coinvolta dopo che la realizzazione è finita, l'inventario URL arriva dal CMS invece che da una scansione più analytics e dati sui backlink, e nessuno è responsabile del monitoraggio post-lancio. Risolvilo rendendo la mappa di redirect un elemento da approvare prima del lancio e assegnando una persona nominata a controllare Search Console ogni giorno per due settimane.
Risposta breve: un sito migra mantenendo la sua SEO quando ogni vecchio URL che conta reindirizza con un 301 al suo equivalente nuovo più vicino, il contenuto, i titoli e i link interni sulle pagine chiave sopravvivono allo spostamento, il nuovo sito è scansionabile il giorno del lancio, e qualcuno tiene d'occhio Search Console da vicino per le settimane successive. Quasi ogni disastro di migrazione si riconduce a una voce saltata qui sotto.
Il rischio dipende da cosa cambia:
| Migrazione | Cosa cambia | Rischio |
|---|---|---|
| HTTP a HTTPS | Solo protocollo | Basso |
| Cambio piattaforma, stessi URL | CMS o builder | Basso-medio |
| Redesign con nuova struttura URL | URL, template, contenuto | Medio-alto |
| Cambio dominio | Ogni URL | Alto |
| Più cose insieme (nuovo dominio + piattaforma + struttura) | Tutto | Massimo |
Se puoi, evita di fare tutto insieme. Cambiare dominio, struttura URL e contenuto nello stesso lancio rende molto difficile capire cosa ha causato un calo.
1. Fai un benchmark delle performance attuali. Esporta 16 mesi di dati Search Console (query e pagine), e registra sessioni organiche e conversioni per pagina di atterraggio dai tuoi analytics. Ti serve una base di partenza per il confronto.
2. Costruisci un inventario URL completo. Combina tre fonti, perché ognuna si perde qualcosa:
L'elenco pagine del CMS da solo non basta. Si perde vecchie pagine campagna, PDF, URL immagine e pagine eliminate che hanno ancora link.
3. Contrassegna le tue pagine prioritarie. Ordina l'inventario per clic organici, conversioni e domini referenti. Le pagine principali ricevono attenzione individuale durante tutto il processo.
4. Salva i dati on-page del vecchio sito. Titoli, meta description, H1, tag canonical, dati strutturati e conteggio link interni per le pagine prioritarie. Gli strumenti di scansione possono esportare tutto questo.
È il singolo elemento più importante. È un foglio di calcolo con due colonne, vecchio URL e nuovo URL, che copre ogni URL dell'inventario.
Regole:
Testa la mappa in staging eseguendo l'elenco dei vecchi URL attraverso un crawler in modalità elenco e verificando che ognuno restituisca un 301 alla destinazione attesa con un 200 alla fine.
Esegui questo in ordine, idealmente in un momento di traffico basso:
Giorni 1-14: controlla Search Console ogni giorno per errori di scansione, picchi di 404 e problemi di indicizzazione. Guarda i log del server se li hai per vedere Googlebot colpire i vecchi URL e seguire i redirect.
Settimane 2-8: confronta clic e impressioni per pagina rispetto alla tua base di partenza. Un po' di movimento è normale. Una pagina prioritaria che è calata bruscamente e resta bassa va controllata: redirect corretto, contenuto intatto, link interni presenti.
Continuo: mantieni i redirect attivi per almeno un anno secondo le indicazioni di Google, e preferibilmente a tempo indeterminato. Contatta i siti dietro i tuoi backlink più preziosi e chiedi loro di aggiornare l'URL.
La domanda "perché le agenzie mancano voci chiave nella loro checklist SEO durante le migrazioni di siti" viene posta per una ragione. Le cause ricorrenti:
La prevenzione è procedurale: coinvolgi la SEO quando si sta pianificando la sitemap, rendi la mappa di redirect approvata un requisito di lancio, aggiungi un "controllo robots e noindex" ai passaggi di deploy, e assegna una persona nominata al monitoraggio per il primo mese con un piano scritto di rollback o correzione.
Esempio compilato (dimostrazione etichettata, un sito idraulico fittizio di cinque pagine che cambia builder):
| Vecchio URL | Clic, ultimi 3 mesi | Nuovo URL | Redirect | Titolo mantenuto? | Controllato dopo il lancio |
|---|---|---|---|---|---|
| /plumbing-services.html | Alto | /services | 301 | Sì | Giorno 1, giorno 7 |
| /about-us.html | Basso | /about | 301 | Sì | Giorno 1 |
| /boiler-repair.html | Medio | /services/boiler-repair | 301 | Riscritto, stessa keyword | Giorno 1, giorno 7 |
| /old-offer-2023.html | Nessuno | /services | 301 alla pagina più vicina | n/d | Giorno 1 |
| /contact.html | Medio | /contact | 301 | Sì | Giorno 1 |
Foglio di lavoro vuoto:
| Vecchio URL | Clic, ultimi 3 mesi | Nuovo URL | Redirect | Titolo mantenuto? | Controllato dopo il lancio |
|---|---|---|---|---|---|
Metti per iscritto una persona nominata per il giorno del lancio, chi può annullare cosa, e il segnale per fare rollback (per esempio, pagine chiave che restituiscono errori). Conserva i file o l'export del vecchio sito finché il nuovo non è stabile.
Confronta una finestra fissa, come i 28 giorni dopo il lancio contro i 28 giorni prima, usando le stesse pagine. Registra le date nel tuo foglio di lavoro così il confronto è ripetibile. Aspettati un po' di movimento nelle prime settimane; indaga le pagine che calano e restano basse. Indicazioni ufficiali: la documentazione di Google Search Central sugli spostamenti di siti con cambi di URL.
Inizia a costruire il sito della tua azienda. Crea il tuo account. Il piano gratuito pubblica fino a 3 siti modello su un indirizzo we.inc (senza crediti IA, senza dominio personalizzato). La costruzione con IA e il tuo dominio partono con Starter a $20 al mese; vedi prezzi.
Prossimi passi utili: controlla un sito esistente con il website grader gratuito, stima un budget con il calcolatore costo sito, sfoglia i template sito business o leggi come funziona il builder di siti We.Inc.
Se stai migrando perché la tua piattaforma attuale è difficile da mantenere, scegli una destinazione dove controlli tu stesso URL, titoli e redirect. We.Inc ti permette di ricostruire le pagine da una descrizione in chat e poi modificarle visivamente o via codice, con hosting e SSL inclusi, così puoi mantenere la tua struttura URL esistente. Prima del lancio, verifica le nuove pagine con la nostra checklist SEO on-page e assicurati che il tracciamento sia attivo con la guida alla configurazione analytics.
Inizia gratis · Nessuna carta di credito richiesta