La migrazione da WPML non è tecnicamente difficile. Il difficile è non perdere posizioni per strada, ed è lì che quasi tutte le migrazioni vanno male: non a causa delle traduzioni, ma a causa degli URL.
Questa guida segue l'ordine in cui funziona, con ciò che sopravvive, ciò che si rompe e ciò che deve essere fatto Prima toccare qualsiasi cosa.
Al punto: Il rischio di questa migrazione non è nei contenuti: i testi vivono nella tabella dei post di WordPress e sopravvivono quasi sempre. Il rischio c'è slug e URL. Se gli indirizzi cambiano e non ci sono reindirizzamenti 301 uno a uno, ci vogliono mesi prima che il traffico ritorni, e talvolta non ritorna affatto.

Innanzitutto: è davvero necessario migrare?
Vale la pena chiederselo, perché una migrazione costa da un giorno a una settimana a seconda delle dimensioni. Le ragioni che lo giustificano:
- Il prezzo annuale, se il bilancio non consente il rinnovo.
- Il peso, se hai un sito grande con molte lingue e le query sono evidenti.
- Il ritmo, se tradurre pezzo per pezzo non ti basta.
Le ragioni che NO Lo giustificano: che qualcuno ti ha detto che c'è qualcosa di meglio, oppure che la configurazione iniziale ti è sembrata densa. WPML è un prodotto solido e ciò che è costoso sta cambiando inutilmente. Se stai ancora decidendo, guarda prima le vere alternative a WPML.
Cosa sopravvive e cosa no
| Elemento | Sopravvivere | Perché |
|---|---|---|
| Testi di post e pagine | Sì, quasi sempre | Sono dentro wp_posts, non nelle tabelle WPML |
| Prodotti WooCommerce | Sì, il contenuto | Sono biglietti; gli attributi, no |
| Rapporto tra le lingue | Deve essere rifatto | Ogni plugin lo salva a modo suo |
| Lumache tradotte | Alto rischio | Qui si perdono posizioni |
| Menù per lingua | Quasi mai | Conta di rifarli a mano |
| Campi personalizzati | Dipende | L'ACF di solito va; quelli dell'argomento, no |
| Catene tematiche e plugin | NO | Sono nelle tabelle WPML |
| Widget tradotti | NO | La tua configurazione proviene da WPML |
La procedura, passo dopo passo
Passaggio 0. Backup completo
File e database, entrambi, e verificare che la copia venga ripristinata. Non è un formalismo: WPML salva i dati in diverse tabelle proprie e una migrazione incerta lascia il sito in uno stato con cui è difficile ragionare.
Passaggio 1. Inventario URL: il passaggio che tutti saltano
Prima di toccare qualsiasi cosa, salva l'elenco di tutti gli URL indicizzati. È ciò che ti permetterà di verificare in seguito ciò che è stato rotto.
- In Console di ricerca, esporta il report sul rendimento per pagina degli ultimi 12 mesi.
- Scarica anche il tuo
sitemap_index.xmle salva tutti gli URL. - Salva i due file. Questa è la tua lista di controllo.
- Annota separatamente i 20 URL che portano più traffico: sono quelli che dovrai verificare uno per uno quando finisci.
Consiglio: fare la migrazione in una copia di prova, non in produzione. Quasi tutte le sistemazioni decenti creano un messa in scena con un clic. Migri lì, controlli, annoti tutto ciò che si rompe e solo dopo ripeti il processo in produzione con l'elenco dei problemi già risolti. Raddoppi il lavoro e ti risparmi lo spavento.
Passaggio 2. Scegli la destinazione e verifica che sia presente un percorso
La migrazione più trafficata è WPML → Polilang, perché esiste un plugin di migrazione specifico che legge le tabelle WPML e ricostruisce le relazioni come tassonomie Polylang. È il percorso con meno sorprese.
Non esiste uno strumento equivalente per TranslatePress, perché le architetture non sono simili: WPML collega voci gemelle, TranslatePress salva le stringhe. Lì la migrazione è in gran parte manuale.
Passaggio 3. Migrazione, con WPML ancora attivo
Non disinstallare WPML prima della migrazione: le sue tabelle sono l'origine dati. L'ordine corretto è installare la destinazione, eseguire la migrazione, verificare e solo successivamente disabilitare WPML.
Passaggio 4. Controllare gli sfridi, uno per uno
Questo è il momento critico. Prendi la tua lista dei 20 URL con più traffico e aprili tutti. Tre possibili esiti:
- Rispondi 200 con il contenuto corretto. Perfetto.
- Rispondi 404. L'URL è cambiato. Devi reindirizzare.
- Rispondi 200 con il contenuto sbagliato. Il rapporto tra le lingue è stato ricostruito male. Correggerlo prima di continuare.
Passaggio 5. Reindirizzamenti 301 per tutto ciò che è cambiato
Per ogni vecchio URL che non risponde più, viene eseguito un reindirizzamento 301 al suo nuovo equivalente. Non in copertina: alla pagina equivalente. Un massiccio reindirizzamento alla home page dice a Google che quel contenuto non esiste più e perdi ciò che avevi.
Qualsiasi plugin di reindirizzamento funziona. Se ce ne sono molti, quasi tutti permettono di importare un CSV con le due colonne.
Ojo: montare reindirizzamenti nello stesso schieramento quando gli URL cambiano, non il giorno successivo. Ogni giorno con 404 su pagine indicizzate costa posizioni che richiedono settimane per essere recuperate. Se la lista è lunga preparatela nella copia di prova e caricatela contestualmente alla modifica.
Passaggio 6. Ripeti ciò che non viene migrato
In ordine di impatto:
- Menù per lingua. Quasi sicuramente sono da rifare.
- Stringhe di temi e plugin. Erano nelle tabelle WPML. È tempo di ritradurli, con Loco Traduci o con qualunque cosa porti il nuovo plugin.
- Widget e testi di personalizzazione. Rivedi uno per uno.
- Metadati SEO per lingua. Controlla che i titoli Yoast siano ancora tradotti.
Passaggio 7. Verifica SEO
Prima di accettare la migrazione:
- Hreflang. Ctrl+U su una pagina di ogni tipo e controlla che ci sia una riga per lingua, reciproca. Dettagli dentro hreflang con Yoast SEO.
- Mappa del sito. Rimetti in elenco tutte le lingue e invialo nuovamente in Search Console.
- Percorsi duplicati. Che la stessa pagina non sia stata lasciata rispondere a due indirizzi.
- Copertura in Search Console. Tieni d'occhio i tuoi 404 per le prossime due settimane per vedere cosa ti sei perso.
La recensione completa è a 9 errori SEO multilingue.
L’alternativa che quasi nessuno considera
Se il motivo della migrazione è il ritmo o il prezzo, esiste un modo per evitare di ricostruire le relazioni tra le lingue: ritradurre dal contenuto originale.
Sembra peggio di quello che è. Con la traduzione automatica massiccia, ritradurre trecento pagine è un processo automatico di pochi minuti, non un progetto di settimane. E ti evita di trascinare le relazioni insensate create da uno strumento di migrazione.
WP-Translate si adatta bene a questo scenario: avvii la traduzione dell'intero sito in una volta, contrassegni ogni pezzo come in attesa di revisione e salvi tutto nel tuo database con il suo URL per lingua e il suo hreflang. Traduce anche stringhe di temi e plugin, che è esattamente ciò che non migra da WPML. È pagamento unico —€89, €169 o €289 a seconda del numero di siti—invece del rinnovo annuale.
Devi comunque occuparti di slug e reindirizzamenti: nessun plugin lo impedisce. Puoi testarlo sulla tua copia di prova con il file versione gratuita prima di decidere il percorso.
Domande frequenti
Quanto tempo ci vuole?
Un sito di trenta pagine e due lingue, un pomeriggio. Uno store con cinquecento prodotti e quattro lingue, una settimana di test e verifiche. La parte lenta non è mai la migrazione: è il controllo.
Perdo posizioni di sicuro?
No, se gli URL non cambiano o se ogni modifica ha il suo 301. I crash riscontrati in queste migrazioni provengono quasi sempre da 404 che nessuno ha rilevato in tempo.
Posso avere WPML e il nuovo plugin attivi contemporaneamente?
Solo durante la migrazione e con attenzione: entrambi gestiscono gli URL e si calpestano a vicenda. Non appena finisci e verifichi, disabilita WPML.
Cosa succede se la migrazione va storta?
Ripristina la copia del passaggio 0. Ecco perché è il passaggio 0 ed è per questo che devi verificare che sia ripristinato Prima per iniziare.
Continua a leggere
Questo pezzo fa parte della guida WordPress multilingue, dove si trova il tour completo: struttura URL, scelta plugin, traduzione automatica, SEO e budget.
- cambiare la lingua di WordPress — Cambiare la lingua di WordPress (e perché non equivale a tradurre il tuo sito web)
- come tradurre un plugin WordPress — Loco Translate, file .po e quando non funziona
- metti WooCommerce in spagnolo — Come mettere WooCommerce completamente in spagnolo (incluse e-mail e checkout)