Cosa include una migrazione di sito web
Costruiamo l'incarico sulle esigenze reali del progetto. La proposta indica quali di questi elementi sono inclusi, chi fornisce i materiali necessari e come viene approvato ciascuno di essi.
- Inventario degli URL e dei contenuti
- Una mappa di redirect 1:1 che copre ogni vecchio URL
- Contenuti, metadati e media trasferiti nel nuovo CMS
- Moduli, analytics, consenso e integrazioni ricostruiti e testati
- Scansione dell'ambiente di staging e checklist per il giorno del lancio
- Verifiche sui risultati di ricerca a 30 e 60 giorni
- Consegna di account, DNS ed elenco dei redirect
Quando migrare e quando conviene invece rifare il sito
Scegli la migrazione quando contenuti e struttura del sito funzionano ancora, ma piattaforma, hosting o dominio devono cambiare: costi in aumento, plugin non più mantenuti, un builder lento o un nuovo brand su un nuovo dominio. Se le pagine non spiegano più la tua offerta, scegli il Restyling del sito, che esegue gli stessi controlli all'interno di un nuovo design. Se ti servono solo interventi SEO sulla piattaforma attuale, parti dalla SEO.
Come procede una migrazione: inventario, mappa, prova, passaggio, monitoraggio
Prima di spostare qualsiasi cosa registriamo tutto ciò che fa il sito attuale, poi da questo inventario scriviamo la mappa dei redirect e il modello dei contenuti. Il nuovo sito viene costruito e popolato su un indirizzo di staging che i motori di ricerca non devono indicizzare, così il vecchio sito continua a funzionare fino al passaggio.
Prima del lancio scansioniamo lo staging con l'elenco completo dei vecchi URL e correggiamo ogni discrepanza. Il lancio è una finestra pianificata: DNS o hosting aggiornati, redirect attivi, sitemap inviate, moduli testati con invii reali e, in caso di cambio di dominio, una richiesta di Cambio di indirizzo in Search Console. A 30 e 60 giorni confrontiamo indicizzazione e prestazioni di ricerca con i valori di riferimento precedenti al lancio e correggiamo ciò che emerge dai dati.
Cosa viene inventariato prima di spostare qualsiasi cosa?
Tutto ciò che porta visitatori o svolge una funzione, non solo le pagine del menu. Il traffico di ricerca spesso arriva su vecchi articoli del blog, PDF, elenchi filtrati o pagine che nessuno modifica da anni. Se un URL manca nell'inventario, manca nella mappa dei redirect e i suoi visitatori e i suoi link finiscono su una pagina di errore.
Per ogni riga si prende una decisione: mantenere, reindirizzare in modo permanente, unire a una pagina equivalente oppure eliminare. Si annota anche da cosa dipende la pagina, come la destinazione di un modulo, un widget di prenotazione, uno script di tracciamento o un file multimediale, in modo che la dipendenza venga spostata insieme a essa.
- Ogni URL che risponde, inclusi PDF, immagini e URL con parametri
- Pagine di destinazione da Search Console e analytics su almeno un anno intero, così da contare anche le pagine stagionali
- Backlink: quali pagine vengono linkate da altri siti
- Moduli, i loro campi e la destinazione di ogni invio
- Script e integrazioni: CRM, prenotazioni, chat, pagamenti, analytics, consenso
- Media e file scaricabili con i loro URL attuali
- Ruoli nel CMS: chi modifica cosa, con quali campi
Come i redirect proteggono posizionamenti e link?
La documentazione di Google sullo spostamento del sito chiede di mappare ogni vecchio URL sul nuovo e di usare redirect permanenti lato server. Un codice 301 o 308 indica ai motori di ricerca che una pagina è stata spostata definitivamente. Ogni vecchio URL dovrebbe puntare direttamente al suo equivalente più vicino; Google consiglia catene brevi, idealmente non oltre tre passaggi, e link interni aggiornati, così che il sito non dipenda dai redirect.
Quando una pagina non ha un vero equivalente, dovrebbe rispondere con 404 o 410. Google sconsiglia di reindirizzare molti vecchi URL verso un'unica destinazione non pertinente come la nuova home page, ed elimina dal proprio indice gli URL che restituiscono questi codici. Mostra la normale pagina di errore del sito con quel codice di stato, così chi arriva da un vecchio link trova comunque la navigazione.
Google dice inoltre di mantenere i redirect il più a lungo possibile, in genere almeno un anno, e di inviare una richiesta di Cambio di indirizzo in Search Console quando cambia il dominio o il sottodominio. Avverte che bisogna aspettarsi fluttuazioni temporanee dei posizionamenti; per un sito di piccole o medie dimensioni possono servire alcune settimane perché la maggior parte delle pagine si assesti. Il nostro lavoro limita le perdite a questo periodo di assestamento, evitando quelle dovute a redirect mancanti o pagine rotte.
Cosa si rompe quando si lascia WordPress, Webflow, Wix, Framer, Squarespace o Shopify?
Ogni piattaforma archivia i contenuti a modo suo, quindi esportazioni e configurazione dei redirect cambiano. I builder in hosting come Wix, Webflow, Framer e Squarespace fanno girare il sito sui propri server, perciò la migrazione è una ricostruzione alimentata dai contenuti che ciascuno permette di esportare.
Sul nostro stack predefinito, Astro su Cloudflare con un CMS headless, le pagine vengono consegnate in HTML, i redirect sono 301 o 308 lato server e chi redige i contenuti ha a disposizione campi per titoli, descrizioni e testo alternativo. Quando un negozio ha bisogno del checkout e delle app di Shopify, o un team si affida a plugin WordPress che conosce bene, passiamo a WordPress o Shopify con gli stessi controlli.
| Se passi da | Cosa si rompe di solito | Cosa pianifichiamo |
|---|---|---|
| WordPress | Shortcode e markup dei page builder; titoli SEO salvati dai plugin fuori dal corpo dell'articolo; URL delle immagini in /wp-content/uploads/; URL di categorie, tag, autori e feed; plugin per i moduli. | L'esportazione di WordPress scrive articoli, pagine, campi personalizzati, categorie, tag e utenti in un file XML. Associamo i metadati dei plugin ai campi del CMS, trasferiamo i media sul nuovo hosting e reindirizziamo gli archivi che ricevono ancora traffico. |
| Webflow | Webflow ospita il sito. Le collezioni del CMS si esportano in CSV, ma i campi immagine e file vengono esportati come link al progetto Webflow, che secondo Webflow smettono di funzionare se il progetto viene eliminato. | Scaricare ogni risorsa prima di disdire il piano, riscrivere quei link e ricostruire interazioni, moduli e collegamenti tra le collezioni. |
| Wix | Wix dichiara che la sua architettura non supporta l'hosting esterno, quindi il sito non può essere spostato così com'è su un altro host. | Ricostruire il sito a partire da quello online e dai contenuti esportabili, raccogliere i file multimediali, verificare dove è registrato il dominio e reindirizzare ogni pagina. |
| Framer | Framer non offre l'esportazione in HTML per l'hosting autonomo; layout e animazioni dipendono dalla sua piattaforma. | Ricreare template e animazioni, spostare i contenuti del CMS nel nuovo modello e mantenere slug e metadati. |
| Squarespace | L'esportazione scrive una parte dei contenuti in un file XML in formato WordPress ed esclude le pagine dello shop, i blocchi prodotto e i blocchi video; si esporta una sola pagina del blog. | Pianificare separatamente i dati dello shop, ospitare di nuovo le immagini e mappare ogni URL delle collezioni. |
| Shopify (in entrata o in uscita) | Percorsi fissi come /products/ e /collections/; i redirect funzionano solo su URL che non caricano più una pagina; account clienti e ordini richiedono un piano a parte. | In entrata: un elenco completo di redirect per prodotti e collezioni, che Shopify accetta in blocco da un file CSV. In uscita: quei percorsi fissi mappati sulla nuova struttura. |
Cosa si sposta oltre agli URL e quando viene verificato?
Un URL può reindirizzare correttamente e perdere comunque ciò che lo faceva posizionare o convertire. Questi elementi si perdono facilmente quando i contenuti passano tramite file di esportazione o a mano, quindi ciascuno viene verificato sui nuovi template prima del lancio.
Il lancio non chiude il lavoro: gli URL dimenticati emergono nei dati settimane dopo, quindi i controlli indicati nella tabella fanno parte del progetto.
- Title, meta description e intestazioni, compresi quelli memorizzati dai plugin
- Tag canonical che puntano a ogni nuovo URL e hreflang aggiornati in tutte le lingue
- Dati strutturati come Organization, Article, Product o LocalBusiness
- URL delle immagini, testo alternativo e file scaricabili
- Moduli e destinazione di ogni invio
- Eventi di analytics, conversioni e banner dei consensi che li controlla
- Ruoli del CMS, così che i redattori possano pubblicare il giorno dopo il lancio
| Quando | Cosa verifichiamo | Segnale d'allarme |
|---|---|---|
| Prima del passaggio | Elenco dei vecchi URL sottoposto a crawling sull'ambiente di staging: ognuno restituisce 200, un unico redirect verso un 200, oppure un 404 o 410 voluto | Catene, loop, redirect di massa verso la home page |
| Giorno del lancio | Redirect attivi, nuova sitemap inviata, noindex dello staging rimosso, moduli e analytics testati, Cambio di indirizzo presentato per i cambi di dominio | Un modulo che non arriva a nessuno; un noindex su tutto il sito rimasto per errore |
| Prima settimana | Indicizzazione delle pagine in Search Console, log dei 404 del server, pagine di destinazione principali controllate a mano | Vecchi URL assenti dall'inventario |
| Giorno 30 | Pagine indicizzate, clic e impressioni per pagina rispetto al valore di partenza | Pagine che perdono impressioni ben oltre la fluttuazione complessiva |
| Giorno 60 | Lacune corrette, elenco dei redirect documentato, data di revisione fissata prima di rimuovere qualsiasi redirect | Redirect persi in un cambio di hosting, plugin o DNS |
Domande prima di scegliere
Perderò posizioni su Google se migro il mio sito?
Qualche variazione è normale: la documentazione di Google sullo spostamento dei siti indica di aspettarsi fluttuazioni temporanee del posizionamento durante un trasferimento. Il lavoro serve a evitare le perdite evitabili, come redirect mancanti, pagine mandate alla home page, metadati persi o un noindex dello staging rimasto per errore. Nessuno può garantire il posizionamento, ma ti mostriamo il valore di partenza, la mappa dei redirect e il confronto dopo il lancio.
Quanto tempo richiede la migrazione di un sito?
Dipende dal numero di URL, da come i contenuti possono uscire dalla vecchia piattaforma, dalle integrazioni e da quanto in fretta arrivano le approvazioni. Dopo il passaggio, secondo Google un sito di dimensioni piccole o medie può impiegare alcune settimane perché la maggior parte delle pagine si sposti, quindi il piano include verifiche a 30 e 60 giorni.
Potete migrare il mio sito senza rifarne il design?
Sì. Una migrazione identica mantiene pagine, contenuti e URL il più possibile come sono, compatibilmente con la nuova piattaforma. Spesso è il primo passo più sicuro, perché cambiare piattaforma e design insieme rende difficile capire quale modifica abbia spostato il tuo traffico. Se desideri anche un nuovo design, il Restyling del sito web copre entrambe le cose in un unico piano.
Cosa vi serve da parte mia per iniziare?
L'accesso come amministratore al CMS o builder attuale, al registrar del dominio e al DNS, all'hosting, a Search Console e agli analytics, oltre agli strumenti di moduli, CRM, email e pagamento collegati al sito. Un'esportazione dei backlink è utile se usi uno strumento SEO. Ci serve anche una persona che possa approvare le decisioni sui redirect per le pagine con rilevanza commerciale o legale, come le policy o le pagine prodotto.
Quanto costa la migrazione di un sito?
Il prezzo dipende dal numero di URL e di template, da come i contenuti escono dalla vecchia piattaforma (file di esportazione, API o ricostruzione manuale), dalle integrazioni, dalle lingue, dai dati dello shop e dal fatto che il design cambi o meno. Un sito di 40 pagine con un'esportazione pulita è un lavoro diverso da un negozio bilingue con migliaia di URL di prodotto. La proposta dettaglia voce per voce il perimetro della migrazione.
Che fine fanno il mio vecchio hosting e il mio dominio?
Conserva il dominio: porta con sé i tuoi link e, dopo un cambio di dominio, il vecchio dovrebbe continuare a servire i redirect per almeno l'anno che Google di norma consiglia. Disdici il vecchio hosting o il piano del builder solo quando il nuovo sito risponde a ogni URL, hai un'esportazione completa e un backup, e nessun redirect dipende da quel servizio. La consegna elenca ogni data di disdetta, così nulla si rinnova o scade a sorpresa.
Di chi è il nuovo sito e cosa non è incluso?
Vostro. Il repository del codice, l'hosting, il CMS, il dominio e gli analytics restano intestati alla vostra azienda e nella consegna includiamo la mappa dei redirect, così qualsiasi sviluppatore potrà occuparsi della manutenzione. Se non è stato concordato diversamente, una migrazione non comprende la scrittura di nuovi contenuti, un nuovo design o un'attività SEO continuativa dopo la verifica dei 60 giorni.
Dal blog
- Checklist SEO per la migrazione di un sito: cambia piattaforma o dominio senza perdere posizionamenti
Il posizionamento cala raramente per colpa della nuova piattaforma, ma perché gli URL che portavano traffico non rispondono più. Una checklist dall'inventario degli URL al giorno 90.
Fonti e approfondimenti
Le fonti di questa pagina, con ulteriori dettagli dagli editori originali.
- Google Search Central: Site moves with URL changesdevelopers.google.com
- Google Search Central: Redirects and Google Searchdevelopers.google.com
- Google Search Console Help: Change of Address toolsupport.google.com
- Google Crawling Infrastructure: HTTP status codesdevelopers.google.com
- WordPress documentation: Tools Export screenwordpress.org
- Webflow: Export CMS content as a CSVwebflow.com
- Wix Help Center: Exporting or embedding your Wix site elsewheresupport.wix.com
- Framer Help: Can I export my website to HTML and self-host it?framer.com
- Squarespace Help Center: Exporting your sitesupport.squarespace.com
- Shopify Help Center: Creating and managing URL redirectshelp.shopify.com