Trasferire un vecchio sito su una nuova piattaforma senza perdere dati

Quando è ora di traslocare

• La piattaforma è obsoleta: niente aggiornamenti, moduli che si rompono, hosting che pretende una vecchia versione di PHP.
• Ogni piccola modifica richiede uno sviluppatore, perché nel pannello semplicemente non c'è.
• Il sito è lento e su questa piattaforma non si riesce più ad accelerarlo.
• Il negozio è cresciuto oltre il builder: servono filtri propri, integrazioni, export, import automatico dei listini.
• Gli sviluppatori del vecchio sistema non si trovano e gli accessi sono rimasti a persone con cui non lavori più.

Cosa passa alla nuova piattaforma

Se alcuni dati sono tecnicamente inaccessibili — per esempio il vecchio sistema non restituisce lo storico dei pagamenti — lo diciamo prima di partire, non dopo il trasloco.

Come si conservano le posizioni

Le posizioni non si perdono per il trasloco in sé, ma per dettagli facili da mancare: indirizzi cambiati senza redirect, meta tag non trasferiti, pagine bloccate in robots «per la durata dei lavori» e rimaste bloccate, filtri che iniziano a generare duplicati.

Il nostro ordine è semplice: prima rileviamo la mappa completa del vecchio sito — tutti gli indirizzi, i meta tag, i titoli e le posizioni al giorno del trasloco. Questo è il riferimento. Dopo il lancio confrontiamo il nuovo sito con esso pagina per pagina: tutto ciò che è sparito o ha cambiato indirizzo riceve un 301. Per due settimane teniamo d'occhio Search Console e posizioni: un calo si vede subito, non un mese dopo dal cliente.

Ordine dei lavori e tempi

• Audit del vecchio sito (gratuito, 3–5 giorni). Cosa c'è dentro, quanti prodotti e pagine, quali dati sono davvero recuperabili, cosa non vale la pena portare. In uscita: piano e prezzo.
• Nuova piattaforma su ambiente di test. Costruiamo il sito mentre il vecchio continua tranquillo. Demo ogni settimana.
• Migrazione dei dati. Prima una prova su copia, poi il conteggio: i prodotti erano 4 312, sono 4 312. Non «più o meno gli stessi».
• Redirect e verifica. Mappa degli indirizzi, 301, meta tag, sitemap, velocità, moduli e pagamenti.
• Switch. Nella fascia di traffico più bassa. Il vecchio ambiente resta attivo alcuni giorni: tornare indietro è questione di un minuto.
• Due settimane di osservazione. Search Console, posizioni, errori 404, richieste. Le code minori si sistemano senza fatture aggiuntive.

Tempi tipici: sito vetrina o aziendale — 2–4 settimane compreso il trasferimento; e-commerce con migliaia di prodotti e integrazioni — da 5 settimane.

Quanto costa la migrazione

Il prezzo ha due parti: la nuova piattaforma al listino consueto e la migrazione dei dati, la cui portata si vede solo dopo l'audit: 200 prodotti e 20 000 prodotti con una decina di integrazioni non sono lo stesso lavoro. Per questo non spariamo cifre al buio: prima guardiamo il sito, poi diamo un importo fisso.

Ti serve solo passare a un altro server, senza cambiare motore? Quella è la configurazione dei server — da €50.

Cosa di solito va storto altrove

• Traslocano il «sito», non i dati. Il catalogo viene reinserito a mano, ordini e clienti restano nel vecchio database e spariscono con esso sei mesi dopo.
• Dimenticano i redirect. La nuova piattaforma ha creato altri indirizzi, i vecchi rispondono 404 e con loro se ne vanno posizioni e link.
• Lasciano il noindex dopo i test. Un classico: il sito resta chiuso ai motori per un mese e poi «strano, perché è calato il traffico».
• Non confrontano i numeri. È stato trasferito «quasi tutto» e nessuno si è accorto che 300 schede sono senza foto e 40 categorie vuote.
• Fanno lo switch e spariscono. Le prime due settimane sono le più importanti: è allora che emergono 404, duplicati e problemi di indicizzazione.

Verifichiamo il risultato confrontandolo con un riferimento, non a occhio: un codice 200 non significa ancora che la pagina sia integra.

Domande e risposte

Servizi collegati