Se stai cercando come migrare da WordPress, probabilmente hai già deciso che qualcosa non funziona.
Forse i costi sono lievitati — hosting, plugin premium, sviluppatore che aggiorna tutto ogni mese. Forse il sito è lento e PageSpeed dà voti che non osi mostrare a nessuno. Forse hai avuto un problema di sicurezza, o semplicemente sai che stai costruendo su una fondazione che non regge il tuo business.
Qualunque sia la ragione, la domanda vera non è "devo migrare?". La domanda è "come si fa senza buttare nel cestino anni di posizionamento SEO?".
Questa guida risponde a quella domanda. Senza promesse vaghe: tecnica, diretta, applicabile.
Perché le migrazioni CMS vanno storte (e come evitarlo)
La maggior parte delle migrazioni che finiscono male hanno una causa in comune: qualcuno ha pensato che spostare un sito web fosse come copiare file da una cartella all'altra. Non è così.
Quando migri da WordPress a qualsiasi altro sistema, porti con te tre cose che Google ha indicizzato e memorizzato: la struttura degli URL, i metadati di ogni pagina (title, description, header), e i segnali di autorità accumulati nel tempo — cioè i link che puntano al tuo sito dall'esterno.
Se la migrazione tocca anche solo uno di questi elementi senza le contromisure corrette, il ranking crolla. E in certi casi non si recupera.
Il problema con WordPress in particolare è che nel tempo molti siti hanno accumulato URL con strutture caotiche — permalink modificati più volte, categorie nidificate in modo non coerente, pagine duplicate generate dai plugin. Prima di migrare, conviene fare un audit di quello che esiste, capire cosa vale la pena portare e cosa è meglio consolidare.
La checklist pre-migrazione: cosa fare prima di toccare qualsiasi cosa
1. Esporta e analizza tutti gli URL indicizzati
Il punto di partenza non è il sito — è Google Search Console. Esporta la lista completa degli URL che Google ha indicizzato per il tuo dominio. Questo ti dà la mappa reale di quello che stai spostando, non quella che pensi di avere.
Poi apri Screaming Frog o un crawler equivalente e fai una scansione completa del sito. Il risultato è un file con ogni URL, il suo status code, il title tag, la meta description, l'H1, il numero di link interni che punta a quella pagina. Questo è il documento di riferimento per tutta la migrazione.
Senza questa base, stai operando alla cieca.
2. Identifica le pagine che generano traffico reale
Non tutti gli URL valgono uguale. In Google Analytics o Search Console, ordina le pagine per traffico organico negli ultimi 6 mesi. Le prime 20-30 pagine per traffico sono quelle che non puoi permetterti di toccare senza una strategia precisa. Queste pagine devono avere priorità assoluta nella verifica post-migrazione.
Tutto il resto — pagine con zero traffico, tag di WordPress, archivi per data — può essere gestito con meno attenzione o direttamente escluso con tag noindex.
3. Crea una mappa di redirect prima del go-live
Ogni URL che cambia struttura nella migrazione deve avere un redirect 301 corrispondente. Ogni singolo URL — senza eccezioni. Un redirect mancante è traffico e autorità che si perdono nel vuoto.
La mappa di redirect è un file che associa ogni vecchio URL al nuovo URL di destinazione. Viene preparata prima della migrazione, testata nell'ambiente staging, e implementata nel momento esatto del go-live.
Su KeideaCMS la gestione dei redirect 301 è nativa: niente plugin, niente file .htaccess da modificare manualmente, niente rischio di errori di sintassi che rompono tutto il sito.
Come funziona la migrazione tecnica da WordPress a KeideaCMS
Fase 1 — Export dei contenuti da WordPress
WordPress esporta i contenuti in formato XML tramite la funzione nativa "Strumenti → Esporta". Questo file contiene pagine, post, categorie, tag, immagini e metadati. È il punto di partenza per l'importazione in KeideaCMS.
Attenzione: l'export nativo di WordPress non include sempre i metadati SEO dei plugin come Yoast o RankMath. Se il sito usa questi plugin, i title tag personalizzati e le meta description sono memorizzati in tabelle separate del database. Vanno esportati con una query SQL diretta o con strumenti specifici prima di perdere l'accesso al database originale.
Fase 2 — Costruzione del nuovo sito in ambiente staging
Il nuovo sito KeideaCMS viene costruito su un sottodominio di staging — tipicamente staging.tuodominio.it — completamente separato dall'ambiente di produzione. WordPress rimane online e funzionante durante tutta questa fase. Gli utenti non vedono nulla, il business continua.
In questa fase vengono importati i contenuti, costruite le strutture di navigazione, configurati i metadati SEO di ogni pagina, e implementata la mappa di redirect. La SEO nativa di KeideaCMS gestisce in automatico sitemap XML dinamica, dati strutturati Schema.org, canonical tag e robots.txt — senza plugin aggiuntivi.
Fase 3 — Testing pre-go-live
Prima di toccare il DNS, il sito staging viene sottoposto a una verifica sistematica. Si controlla ogni redirect nella mappa, si verifica che ogni pagina ad alto traffico abbia il corretto title tag e meta description, si fa una scansione completa con crawler per identificare eventuali link interni rotti, e si testa la velocità con PageSpeed Insights.
Questa è la fase che separa le migrazioni riuscite da quelle che causano crolli di ranking. Non si salta. Non si abbrevia.
Fase 4 — Go-live e notifica a Google
Il cambio DNS trasferisce il traffico dal vecchio server al nuovo in pochi minuti. In questa finestra temporale, i redirect 301 entrano in funzione automaticamente per tutti gli URL che hanno cambiato struttura.
Nelle ore successive al go-live, si eseguono tre operazioni in Google Search Console: si aggiorna la sitemap XML con i nuovi URL, si richiede la reindicizzazione delle pagine ad alto traffico, e si monitora la sezione "Copertura" per verificare che Google non stia incontrando errori 404 imprevisti.
SEO: cosa si preserva e cosa migliora dopo la migrazione
Cosa si preserva
Con una migrazione eseguita correttamente si preserva tutto ciò che Google ha già valutato: il profilo di backlink del dominio, il posizionamento delle pagine principali, i rich snippet per le pagine con dati strutturati, e l'autorità di dominio accumulata nel tempo.
Un calo temporaneo nelle prime 2-4 settimane è normale — Google deve ricrawlare il sito e rielaborare i segnali. Non è un problema: è il comportamento atteso dopo qualsiasi migrazione. Il recupero avviene sistematicamente se la tecnica è stata corretta.
Cosa migliora dopo la migrazione
Questo è il punto che spesso viene sottovalutato: la migrazione non è solo un trasloco, è un upgrade strutturale.
Su WordPress, le performance dipendono dall'insieme di plugin installati, dalla qualità del tema, dalla configurazione del server, e dagli aggiornamenti — spesso in conflitto tra loro. Il risultato è un TTFB che raramente scende sotto 800ms e un LCP che fatica a stare nel verde di PageSpeed.
KeideaCMS è costruito con un'architettura ottimizzata per la velocità: TTFB inferiore a 200ms, caching server-side nativo, codice HTML pulito senza dipendenze JavaScript inutili. Dopo la migrazione, i Core Web Vitals migliorano strutturalmente — e questo ha un impatto diretto sul ranking, specialmente in mercati competitivi.
La sicurezza è l'altro fattore. WordPress con plugin è una superficie di attacco distribuita: ogni plugin aggiornato male o abbandonato dal developer è un vettore potenziale. KeideaCMS ha WAF integrato nel core, nessun plugin di terze parti nell'architettura di sicurezza, e zero aggiornamenti manuali a carico tuo. La superficie di attacco si riduce in modo strutturale, non con una toppa sopra.
Se vuoi verificare lo stato attuale del tuo sito WordPress prima di decidere se e come migrare, puoi richiedere un audit gratuito. Analizziamo performance, sicurezza e struttura SEO e ti forniamo un report con i problemi concreti — senza impegno.
Richiedi l'Audit Gratuito del Tuo Sito WordPress →
I costi nascosti di WordPress che la migrazione elimina
C'è un calcolo che pochi fanno prima di decidere se migrare: quanto costa davvero tenere in piedi un sito WordPress ogni anno.
Il software è gratuito. Ma l'hosting di qualità non lo è. I plugin premium — SEO, form, cache, backup, sicurezza — sommate le licenze annuali arrivano facilmente a 500-1.500 euro l'anno. Lo sviluppatore che interviene quando un aggiornamento rompe qualcosa costa a ore. Il servizio di backup esterno ha un canone. Il CDN ha un canone.
E poi c'è il costo invisibile: il tempo. Il tempo che passa chi gestisce il sito ad aggiornare plugin, verificare che tutto funzioni ancora dopo ogni aggiornamento, rispondere agli avvisi di sicurezza. Quel tempo ha un costo reale anche se non appare in nessuna fattura.
KeideaCMS ha un canone fisso che include tutto: hosting, aggiornamenti, sicurezza, supporto diretto. Nessuna sorpresa a fine anno, nessun intervento di emergenza da pagare a ore.
Cosa succede ai tuoi dati: la questione della proprietà
C'è una domanda che vale la pena porsi esplicitamente: se un giorno volessi cambiare ancora, i tuoi contenuti sono portabili?
Su WordPress la risposta è sì — hai accesso diretto al database MySQL e puoi esportare tutto. Su KeideaCMS la risposta è la stessa: tutti i dati — contenuti, immagini, metadati, configurazioni — sono esportabili in formati standard in qualsiasi momento. Non esiste vendor lock-in by design.
Questa è una differenza sostanziale rispetto a piattaforme SaaS come Wix o Squarespace, dove il sito non è tuo nel senso letterale del termine.
La decisione: quando ha senso migrare e quando no
Essere onesti su questo punto è importante, perché non ha senso consigliare una migrazione a chiunque.
La migrazione da WordPress a KeideaCMS ha senso se almeno tre di queste condizioni sono vere: il sito è un asset strategico del business e non solo una vetrina; i costi di gestione sono diventati significativi; hai avuto problemi di sicurezza o temi di averli; le performance attuali penalizzano l'esperienza utente e il ranking; hai bisogno di funzionalità personalizzate che WordPress soddisfa solo con plugin costosi e instabili.
Non ha senso se hai un blog personale con dieci articoli e zero esigenze di scalabilità. Per quello, WordPress va benissimo.
Se riconosci il tuo caso nella lista sopra, il passo successivo è capire concretamente cosa comporterebbe la migrazione nel tuo caso specifico — tempi, costi, impatto SEO stimato. Il modo più efficace per farlo è partire da un audit del sito attuale.
