Migrazione Con Preservazione

Come migriamo

5 fasi: audit, staging, mapping URL, go-live, monitoring.

Migrazione siti web: tipologie, SEO preservation e gestione del rischio

Tipologie di migrazione sito: piattaforma, dominio, struttura URL e CMS

Le tipologie di migrazione sito web hanno impatti SEO e tecnici molto diversi, capire quale tipo di migrazione si sta affrontando è il primo passo per pianificarla correttamente. Le principali categorie: (1) Migrazione di piattaforma, da un CMS a un altro (WordPress → CMS custom, Joomla → WordPress, Shopify → WooCommerce, Prestashop → WooCommerce); è il tipo più comune; la sfida principale è preservare gli URL esistenti o implementare redirect perfetti quando cambiano; l'opportunità è riscrivere le parti tecnicamente deboli del vecchio sistema. (2) Migrazione di dominio, da un dominio a un altro (oldsite.it → newsite.it, rebranding, acquisizioni); è la migrazione a più alto rischio SEO perché il nuovo dominio non ha la stessa storia di Google; il redirect da tutto il vecchio dominio trasferisce la link equity, ma ci vuole 3-6 mesi perché il ranking si stabilizzi completamente; migrazione da HTTP a HTTPS (fondamentale per sicurezza e SEO, ma tecnicamente più semplice delle altre). (3) Migrazione di struttura URL, quando l'architettura delle URL cambia senza cambiare piattaforma (da /categoria/prodotto/nome.html a /nome-prodotto/); impatto SEO molto alto perché ogni URL diverso richiede un redirect 301; richiede mapping preciso di ogni URL esistente. (4) Migrazione di dominio + piattaforma, il caso più complesso: cambio di tutto simultaneamente; INLOGICO raccomanda di separare le due migrazioni se possibile (prima migra piattaforma con stesse URL, poi eventualmente cambia dominio) per isolare le variabili e semplificare il troubleshooting. (5) Migrazione mobile, abbandono di un sito mobile separato (m.dominio.it) a favore di un design responsive sulla stessa URL; richiede redirect da tutte le URL mobile a quelle desktop, aggiornamento canonical tag, notifica a Google Search Console del cambio. INLOGICO classifica ogni progetto di migrazione nella categoria corretta e definisce il piano di rischio specifico prima di iniziare.

Checklist SEO pre e post migrazione: cosa verificare in ogni fase

La checklist SEO per la migrazione del sito è il documento operativo che garantisce che nessun elemento critico venga dimenticato nelle fasi convulse del go-live. Le verifiche obbligatorie divise per fase: Pre-migrazione (2-4 settimane prima del go-live): export completo di Google Search Console → Performance → pagine ordinate per click (ultime 16 settimane) → identifica le 50 pagine con più traffico organico da preservare con priorità assoluta; crawl del sito attuale con Screaming Frog (o Ahrefs Scraper) → salva l'elenco completo di URL con status code 200; analisi Ahrefs/SEMrush delle URL che ricevono backlink da altri siti (queste URL vanno considerate come "asset da preservare", perdere il redirect di una URL con 50 backlink di qualità è un danno reale); benchmark delle keyword più importanti (posizioni attuali su Ahrefs o SEMrush) da usare per il confronto post-migrazione. Durante lo staging (1-2 settimane prima del go-live): crawl del sito in staging → verifica che tutte le URL di destinazione siano corrette e ritornino status 200; test di tutti i redirect in batch (Screaming Frog con lista degli URL vecchi in input → verifica destinazione e status code 301); test di funzionalità critiche (form di contatto, carrello, login, pagamento); test cross-browser e mobile (Chrome, Firefox, Safari, iOS Safari, Android Chrome); Lighthouse audit su pagine principali. Post go-live (primissime 72 ore): verifica manuale delle 10 URL più trafficate; check errori 404 in GSC (pannello "Coverage" → "Errori") ogni 4-6 ore il primo giorno; submit nuova sitemap XML in GSC; monitoring traffico in GA4 con confronto ora-su-ora vs. settimana precedente; check indicizzazione con site:dominio.it su Google. Post go-live (1-4 settimane): confronto ranking keyword con la baseline pre-migrazione su Ahrefs/SEMrush; verifica che i backlink importanti ricevano il redirect corretto (Ahrefs → Backlinks → filtra per URL vecchie); analisi trend traffico organico in GSC settimana su settimana. INLOGICO fornisce la checklist completa in formato Google Sheet con responsabilità assegnate e status di completamento per ogni voce.

Rischi della migrazione sito e come mitigarli: pianificazione e rollback

La gestione del rischio nella migrazione sito distingue i professionisti dagli improvvisatori, ogni migrazione porta con sé rischi specifici che possono essere ridotti ma non eliminati, e richiede un piano di contingenza pronto. I rischi principali e le strategie di mitigazione: Perdita di traffico organico post-migrazione, il rischio più temuto; cause principali: redirect configurati male (301 che puntano a pagine sbagliate), URL importanti dimenticate nella mappa di redirect, canonical tag errati che indicano il vecchio dominio; mitigazione: tripla verifica del mapping URL con Screaming Frog prima del go-live, test manuale delle 20 URL con più traffico, monitoring GSC ore per ore nelle prime 48 ore. Errori tecnici post go-live, form che non inviano, pagamenti che falliscono, integrazioni API che si rompono; mitigazione: testing completo in staging su environment identico alla produzione (stesso server, stesso PHP/Node version, stesse variabili di ambiente). Downtime durante il DNS switch, il cambio DNS ha una propagazione di 24-48 ore; durante questo periodo alcuni utenti vedono il vecchio sito, altri il nuovo; mitigazione: pianificare il go-live in un momento di basso traffico (domenica notte), mantenere il vecchio sito online e funzionante in read-only durante la propagazione DNS. Piano di rollback, se nelle prime 24 ore emerge un problema grave e non risolvibile rapidamente, il rollback consiste nel ripuntare il DNS al vecchio server; il vecchio sito deve rimanere online e non smontato per almeno 7 giorni dopo il go-live; INLOGICO mantiene il vecchio server attivo in background per questo periodo come assicurazione. Timeline realistica anti-stress: le migrazioni più rischiose sono quelle eseguite in fretta per pressioni interne, un mese in più di testing salva 6 mesi di recupero del traffico perso. INLOGICO non esegue migrazioni senza aver completato il 100% della checklist di staging. Vedi anche restyling siti web per l'approccio ibrido che combina migrazione e redesign.