Uno degli aspetti solitamente trascurati quando ci si trova a riprogettare un sito web dinamico è la stesura di un “piano” di migrazione, cioè la definizione di una serie di linee guida che portino la nuova versione del sito in sostituzione della precedente.

Solitamente si pensa che sia sufficiente sovrascrivere la vecchia versione, il motore CMS, le parti di codice, i template, il tutto senza tanti complimenti.

Seguire questo modo di procedere ha in realtà diversi aspetti negativi.

Per prima cosa, in caso di problemi, così facendo è molto difficile poter tornare alla versione precedente del sito, soprattutto se il sito ha un buon bacino di pubblico.

E’ bene accertarsi se il sito sia installato su più server bilanciati e compiere l’operazione prima su una delle macchine, testare il sito con una piccola percentuale di utenza, e poi ripetere la stessa operazione sugli altri server.

Ma la migrazione di un sito va pensata già in fase di progetto. Spesso ci si dimentica che una buona percentuale del traffico di un sito proviene dai motori di ricerca, e nel convertire contenuti e parte di codice alla nuova versione non vengono mantenuti gli stessi URL della versione precedente. Vi accorgerete presto di questa dimenticanza quando, analizzando il traffico del sito, noterete un crollo degli accessi. In un precedente intervento abbiamo visto come sia possibile evitare che questo succeda, presentando gli accorgimenti usati durante la migrazione di Fucinaweb.

In base al traffico e all’importanza del sito, la messa online potrebbe essere suddivisa in più passi incrementali. In questo fanno scuola i grandi, Google per primo. Nel rilasciare la nuova versione di Blogger, gli ingegneri di Google si sono preoccupati di limitare i traumi per chi gestisce il proprio weblog con la nuova piattaforma. Per prima cosa, ancora ad Agosto, hanno annunciato il rilascio del nuovo servizio, limitando gli inviti e integrando il login di Google Accounts (quella della registrazione, abbiamo visto qualche mese fa, è una delle operazioni più delicate da integrare). Nel corso delle settimane l’integrazione tra il vecchio servizio e il nuovo è via via aumentata, così come le nuove funzionalità: la beta è stata aggiornata, sono state migrate alcune importanti funzioni della vecchia versione, è stata migliorata la funzione di login, e via via, fino ad arrivare a Novembre, dove la migrazione è in stato avazato e non ancora conlusa.

Non dico che per i nostri progetti web dobbiamo prevedere mesi e mesi di migrazione, ma ricordate di non ragionare mai come se il sito dinamico attuale vada in completa sostituzione del precedente, come nello sovrascrivere un file. La procedura di aggiornamento va studiata caso per caso, e visto che partecipa ad aumentare i tempi di rilascio, va attentamente pianificata.