Migrare un sito senza perdere ciò che serve.

Partire da un inventario completo

Elencate ogni URL con il relativo responsabile, i moduli collegati, le integrazioni di terze parti, il traffico di ricerca attuale e le pagine obbligatorie per legge prima di confrontare le piattaforme. Chi salta questo passaggio di solito perde proprio le pagine che silenziosamente lavoravano di più.

• Ogni URL indicizzato e il suo traffico di ricerca attuale
• Responsabili dei contenuti per ogni sezione
• Moduli e dove arrivano oggi i loro invii
• Integrazioni di terze parti (prenotazioni, pagamenti, CRM)
• Pagine obbligatorie per legge (note legali, privacy, termini)

Mappare le vecchie URL su quelle nuove prima di costruire

Decidete quali URL restano identiche, quali cambiano e quali spariscono — poi scrivete il piano di redirect prima che inizi lo sviluppo, non dopo. Un piano di redirect 301 pronto il giorno del lancio è il fattore che più determina se il posizionamento sopravvive al trasloco.

Proteggere ciò che i visitatori non vedono

Il tracciamento analytics, il comportamento del consenso cookie e le integrazioni lato server — webhook di pagamento, sincronizzazioni CRM — devono continuare a funzionare durante il passaggio, non solo le pagine visibili. Testateli su un dominio di staging prima del cambio DNS, non dopo.

Pianificare la finestra di passaggio

Un cambio DNS può richiedere da pochi minuti a 48 ore a seconda del TTL precedente — abbassate il TTL alcuni giorni prima e mantenete raggiungibile il vecchio host durante la transizione, così nessun visitatore finisce su una pagina morta.