Migrare da WordPress a Movable Type — una guida pratica che merita di essere messa per iscritto proprio perché va «nella direzione opposta»

Cercando «migrazione CMS» si trovano soprattutto articoli sul passaggio da Movable Type a WordPress. Nella pratica, però, migrare nella direzione opposta — da WordPress a Movable Type (o MovableType.net) — si rivela a volte una scelta del tutto razionale. Proprio perché su questa direzione opposta si trova poca documentazione, questo articolo raccoglie insieme i criteri decisionali e la procedura pratica di migrazione.

«Abbiamo un sito fatto con WordPress, ma lo aggiorniamo solo poche volte al mese. Ciononostante, siamo costantemente alle prese con le notifiche di aggiornamento del nucleo e dei plugin» — una situazione familiare per le piccole e medie imprese e per gli studi professionali.

Quando lo scopo di un sito è generare contatti e costruire fiducia, e gli aggiornamenti consistono per lo più in annunci e articoli di approfondimento, ciò che un sito del genere richiede a un CMS non è l’estensibilità, ma poca manutenzione e resistenza ai guasti. Questo articolo esamina i criteri per valutare una migrazione da WordPress a Movable Type e la procedura di migrazione vera e propria.

1. Prima la conclusione

• La migrazione da WordPress a Movable Type è tecnicamente consolidata: la funzione di importazione di MovableType.net supporta i file di esportazione in formato WordPress (XML). Importa non solo articoli e pagine, ma anche immagini e file richiamati nel testo e nei campi personalizzati.
• La migrazione ha senso per siti con bassa frequenza di aggiornamento, poche persone che aggiornano i contenuti e requisiti di estensibilità stabili. Non è adatta a siti costruiti attorno a funzionalità dinamiche come aree riservate agli iscritti o e-commerce implementati tramite plugin di WordPress.
• Ciò che determina il successo di una migrazione non sono le differenze funzionali tra i CMS, ma la progettazione degli URL, i redirect 301 e la strategia di sostituzione delle funzionalità dei plugin. Se si spostano solo i dati senza aver deciso questi aspetti in anticipo, si incontreranno problemi sia sul fronte SEO sia su quello operativo.
• I tipi di contenuto personalizzati e gli XML fortemente personalizzati potrebbero non importarsi in modo pulito così come sono: mettete in conto tempo per la conversione e la modifica manuale (questo è esplicitamente indicato anche nel manuale ufficiale).

2. Perché avviene una migrazione «in direzione opposta»

WordPress è il CMS più usato al mondo, ed è di per sé un’ottima scelta. D’altra parte, essendo un CMS dinamico, comporta un carico operativo tutto suo.

• Il lavoro di aggiornamento non si ferma mai. Gli aggiornamenti del nucleo, dei temi e dei plugin avvengono in continuazione, e trascurarli è di per sé un rischio. L’IPA (l’agenzia giapponese per la promozione delle tecnologie dell’informazione) ha più volte lanciato allarmi sulle vulnerabilità dei CMS e dei plugin, con i problemi legati ai plugin particolarmente evidenti.
• Spesso il sito finisce senza un responsabile. Non è raro che un sito consegnato da un’agenzia web resti senza un contratto di manutenzione, lasciando un sito in cui «nessuno ha mai premuto il pulsante di aggiornamento».
• Problemi di compatibilità tra plugin. In configurazioni dove ogni aggiornamento rompe il layout o disattiva una funzionalità, l’aggiornamento stesso diventa qualcosa da temere, il che accelera ulteriormente l’abbandono.

Movable Type è un CMS costruito attorno alla pubblicazione statica: genera l’HTML in anticipo e lo serve così com’è (se necessario è disponibile anche la pubblicazione dinamica). Se le pagine restituite ai visitatori sono file statici, sul lato pubblico non serve eseguire alcun programma del CMS, il che riduce sia la superficie di attacco sia i punti di guasto.

Scegliendo l’offerta SaaS MovableType.net si fa un ulteriore passo avanti: è il fornitore del servizio a occuparsi degli aggiornamenti del nucleo software e della sicurezza, e SSL (HTTPS) è incluso senza costi aggiuntivi. È una configurazione adatta a un’organizzazione che vuole continuare a investire nei contenuti del sito senza volersi occupare della manutenzione del CMS.

3. Le destinazioni della migrazione — Movable Type vs. MovableType.net

Le destinazioni di migrazione sono sostanzialmente due.

Per un sito aziendale o di un libero professionista gestito da un piccolo team, è realistico iniziare valutando MovableType.net, e considerare la versione software solo se i requisiti superano ciò che offre. Il flusso di approvazione (richiesta/approvazione) e lo staging si sposano bene con il modo di operare degli studi professionali, ad esempio «pubblicare solo dopo la revisione del responsabile dello studio».

4. Panoramica del processo di migrazione

La migrazione procede nell’ordine seguente. Il punto chiave è collocare l’inventario degli URL (fase 2) prima della migrazione dei dati (fase 3).

1. Inventario dello stato attuale — elenco di pagine, funzionalità e plugin
2. Progettazione degli URL — definizione della mappatura tra vecchi e nuovi URL (mapping 301)
3. Migrazione dei dati — esportazione da WordPress → importazione
4. Ricostruzione dei template — implementazione del design e dei metadati
5. Sostituzione delle funzionalità — moduli, ricerca, ecc.
6. Verifica — confronto tra vecchio e nuovo, misurazione dei redirect
7. Pubblicazione — passaggio del DNS, invio della sitemap, verifica di Search Console

5. Gli aspetti pratici della migrazione dei contenuti

Sul lato WordPress, usate la funzione di esportazione del pannello di amministrazione per produrre l’XML (formato WXR). Sul lato MovableType.net, caricate questo file dalla schermata dello strumento di importazione. Secondo il manuale ufficiale, l’ambito di ciò che viene importato è il seguente:

Se fate un uso intensivo di tipi di contenuto personalizzati o campi personalizzati di WordPress, fate riferimento allo strumento di conversione ufficiale e alla relativa guida e classificate ogni tipo di contenuto da migrare in «migra automaticamente», «richiede conversione» o «va ricostruito manualmente». Questa suddivisione diventa di fatto la stima della migrazione.

Da notare che, per i siti con un gran numero di articoli o una struttura complessa, è disponibile anche uno sportello ufficiale di assistenza alla migrazione. Anche per la migrazione alla versione software di Movable Type è pubblicata una FAQ ufficiale.

6. Mantenere gli URL e il SEO

La maggior parte delle cause per cui una migrazione di CMS danneggia il posizionamento SEO non ha nulla a che vedere con il tipo di CMS: dipende da come vengono gestiti gli URL.

Le impostazioni dei permalink di WordPress (/?p=123, /2024/05/post-name/, /category/post-name/ e simili) di solito non coincidono con la struttura degli URL dopo la migrazione. Mantenete la continuità seguendo questi passaggi:

1. Inventariate tutti gli URL. Elencate tutti gli URL pubblicati — articoli, pagine, categorie, tag, pagine delle immagini — usando una sitemap o uno strumento di crawling.
2. Definite la mappatura verso i nuovi URL. Decidete prima le regole degli URL dopo la migrazione, poi costruite una tabella di corrispondenza vecchio URL → nuovo URL (mapping 301). Verificate per prime le pagine con più traffico da ricerca.
3. Impostate i redirect 301. Applicate redirect permanenti (301) a ogni URL che cambia.
4. Mantenete gli elementi in pagina. Titolo, meta description, struttura dei titoli e dati strutturati vanno consapevolmente mantenuti durante la ricostruzione dei template. Gli elementi che prima venivano prodotti dai plugin SEO vengono sostituiti, dopo la migrazione, da un’implementazione nel template.
5. Verificate dopo il lancio. Ripresentate la sitemap XML, monitorate l’indicizzazione e gli errori in Search Console, e misurate i redirect sulle pagine principali (controllando i codici di stato).

Questo principio — «prima la progettazione degli URL, poi la migrazione dei dati e il design» — vale per i restyling dei siti in generale, non solo per le migrazioni di CMS. Nel nostro stesso caso di studio di restyling di un sito, la primissima cosa che abbiamo fatto non è stato il design, ma l’inventario degli URL.

7. Sostituire le funzionalità dei plugin — separare «da sostituire» e «non più necessario»

Quando si migra da WordPress, l’elenco dei plugin può sembrare una fonte di ansia. Ma classificandoli funzionalità per funzionalità, la maggior parte rientra in tre categorie.

Il modulo di contatto in particolare è il punto vitale di un sito orientato all’acquisizione di contatti. Capita davvero che, dopo una migrazione, le e-mail di notifica smettano silenziosamente di arrivare, quindi inviate sempre un test reale prima del lancio. Abbiamo raccolto come indagare sulle e-mail dei moduli non recapitate in «Come indagare quando le e-mail del modulo di contatto non vengono recapitate».

8. A quale tipo di sito si adatta — studi professionali e siti aziendali gestiti da un piccolo team

In sintesi, ecco il profilo del sito per cui una migrazione da WordPress a Movable Type (in particolare MovableType.net) è generalmente adatta:

• Gli aggiornamenti riguardano soprattutto annunci, articoli e casi di successo, e il lavoro di aggiornamento è piuttosto ripetitivo
• Non c’è personale web dedicato, e nessuno può dedicare tempo alla manutenzione del CMS in sé
• Come per i siti di commercialisti, notai e altri liberi professionisti, si desidera un passaggio di revisione/approvazione prima di pubblicare qualsiasi cosa
• Il sito non ha funzionalità dinamiche come aree riservate agli iscritti, e-commerce o sistemi di prenotazione (o queste possono essere delegate a un servizio esterno)
• Si tratta di un settore in cui un incidente di sicurezza si traduce direttamente in un problema di fiducia, e si vuole ridurre la superficie di attacco

Al contrario, se avete in programma di continuare a estendere attivamente il sito tramite plugin, o se la funzionalità dinamica è il cuore del sito, restare su WordPress (e strutturare un’organizzazione di manutenzione adeguata) è la scelta più sensata. La migrazione non è un fine in sé, ma uno strumento per bilanciare la vostra capacità operativa con i requisiti del sito.

Se volete affrontare la questione in termini di struttura complessiva del sito e costi, vedete anche «Costi di sviluppo di un sito web per le PMI» e «Struttura di una pagina di servizio per il B2B tecnico».

Per chi sta valutando una migrazione di CMS

Se il peso della manutenzione di WordPress vi sta pesando, non è necessario decidere subito di migrare. Il punto di partenza sicuro è semplicemente inventariare pagine, funzionalità e plugin del sito attuale, e capire cosa cambierebbe con la migrazione — cosa diventerebbe superfluo e cosa andrebbe ricostruito.

KomuraSoft LLC offre servizi di sviluppo siti web che includono la migrazione di CMS, oltre a consulenza tecnica per aiutare a definire la strategia di migrazione. Se volete iniziare con un inventario del vostro sito attuale, contattateci tramite la nostra pagina dei contatti.

Articoli correlati

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Argomenti correlati

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

Servizi collegati all’argomento

L’articolo è direttamente collegato ai servizi seguenti.

Domande frequenti

Domande che ricorrono nelle consulenze sull’argomento dell’articolo.

Gli articoli di WordPress possono essere trasferiti su Movable Type così come sono?

I contenuti di base come articoli e pagine possono essere migrati. La funzione di importazione di MovableType.net supporta i file di esportazione in formato WordPress (XML) e recupera anche le immagini e i file richiamati nel corpo dell'articolo e nei campi personalizzati. Tuttavia, i tipi di contenuto personalizzati o i dati fortemente personalizzati potrebbero non caricarsi così come sono, richiedendo conversione o modifiche manuali. Prima della migrazione è importante distinguere quali contenuti si basano sulle funzionalità standard di WordPress e quali dipendono da plugin o personalizzazioni.

Migrare il CMS fa scendere il posizionamento SEO?

Ciò che conta non è il tipo di CMS in sé, ma se gli URL cambiano e se i redirect sono impostati correttamente. Prima della migrazione, create un inventario completo di tutti gli URL, definite la mappatura verso i nuovi URL e impostate redirect 301 per ogni URL che cambia. Mantenendo titolo, meta description e struttura dei titoli, e dopo il lancio ripresentando la sitemap XML e verificando Search Console, si può evitare un calo significativo dovuto alla migrazione stessa. Al contrario, saltare questo lavoro fa perdere posizionamento indipendentemente dal CMS scelto.

Cosa succede alle funzionalità che erano gestite dai plugin di WordPress?

Poiché il meccanismo dei plugin in sé non può essere portato, si decide una sostituzione funzionalità per funzionalità. I moduli di contatto vengono ricostruiti con la funzione di modulo della piattaforma di destinazione o un servizio di moduli esterno, i metadati che i plugin SEO producevano vengono implementati nel template, e anche gli articoli correlati e le breadcrumb vengono integrati nel template. D'altra parte, i plugin di sicurezza e di backup spesso diventano del tutto superflui in un'architettura di pubblicazione statica o SaaS: il loro ruolo scompare da sé. Il punto chiave è distinguere tra «funzionalità da sostituire» e «funzionalità che diventano semplicemente inutili».

Conviene scegliere Movable Type o MovableType.net?

Se gestite voi stessi il server e volete la libertà di estendere il sito con plugin e integrazioni con database, la versione software di Movable Type è quella adatta. Se preferite delegare la gestione del server e gli aggiornamenti del nucleo del CMS per alleggerire la gestione operativa, l'offerta SaaS MovableType.net è più indicata. Per un'organizzazione priva di personale web dedicato, come un sito aziendale di una PMI o un sito di un libero professionista, è realistico iniziare valutando MovableType.net, dato che lascia al servizio gli aggiornamenti del nucleo e la sicurezza.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.