Migrare da WordPress a Webflow senza perdere SEO
Vi hanno detto che migrando da WordPress a Webflow «si perde la SEO»? Vero solo se la migrazione è trattata come un redesign. Vi accompagniamo nelle tre fasi — prima, durante, dopo — con gli strumenti che usiamo noi: il posizionamento costruito negli anni arriva intero dall'altra parte.
- Tema
- Migrazione
- Lettura
- 9 min
- Autore
- Stefano Fresch
- Aggiornato
- Per saperne di più
- Migrazione WordPress Webflow ↗

Punti chiave.
- 01
Una migrazione SEO parte da URL, dati e traffico, non dalla nuova grafica.
- 02
Ogni pagina importante deve avere una destinazione o una decisione esplicita.
- 03
I controlli post-lancio fanno parte del progetto, non sono un extra.
01
Prima: mappare ciò che esiste
Tutto comincia prima di toccare qualsiasi cosa: dovete sapere cosa possedete. Si inventariano URL, title, contenuti, traffico, backlink e pagine che generano contatti. Gli strumenti: un crawl completo del sito (Screaming Frog o simili), i dati di Search Console degli ultimi 12 mesi, analytics per capire da dove arrivano le richieste.
Da quell'inventario nasce il documento più importante di tutta la migrazione: la mappa URL. Per ogni indirizzo attuale, una destinazione nel nuovo sito o una decisione esplicita. Un sito aziendale medio ha 40–150 URL indicizzabili: il lavoro è più circoscritto di quanto sembri, ma va fatto URL per URL, non per categorie.
E qui la migrazione diventa un'occasione: non tutte le pagine meritano di sopravvivere. Alcune si migrano, altre si uniscono, altre si eliminano con criterio — una pagina senza traffico, backlink né funzione commerciale può sparire, con redirect verso la più pertinente. Senza mappa, invece, i redirect restano ipotesi.
Da verificare
- 01Avete l'elenco completo delle URL indicizzabili del sito attuale?
- 02Sapete quali pagine portano traffico, backlink e contatti?
- 03Ogni URL ha una decisione esplicita: migrata, unita o eliminata?
02
Durante: preservare segnali e struttura
Con la mappa in mano, il go-live smette di essere un salto nel vuoto. Ogni URL importante ha la sua destinazione; i redirect 301 si caricano in Webflow (pannello di publishing) e si testano prima del lancio, non dopo. Il test pratico: esportate tutti i vecchi URL e verificatene lo status code in blocco appena il nuovo sito è in staging.
Attenzione però al rischio più subdolo del redesign: il template nuovo, più bello ma più povero. Contenuti accorciati, H1 diventati slogan, testi spostati dentro le immagini. Controllate canonical, heading, link interni, alt text e sitemap: il design non deve cancellare ciò che vi faceva trovare.
Un ultimo punto che sfugge quasi sempre: i contenuti che WordPress genera da solo e Webflow no — pagine categoria, tag, archivi autore, pagine allegato. Se erano indicizzati e portavano traffico, servono destinazioni; se erano rumore, i redirect li puliscono definitivamente.
Da verificare
- 01I redirect 301 sono stati testati in blocco prima del go-live?
- 02Categorie, tag e archivi di WordPress hanno una destinazione?
- 03Il nuovo design ha conservato i contenuti e gli H1 che posizionano?
03
Dopo: monitorare gli effetti
Il sito è online — la migrazione non è finita. La prima settimana è quella critica: status code, pagine indicizzabili, sitemap inviata a Search Console, errori 404, redirect chain. Gli errori corretti in giorni non lasciano traccia; quelli scoperti dopo un mese sì.
Non fatevi spaventare da un calo di impressioni nelle prime due o tre settimane: può succedere mentre Google ricrawla la nuova struttura. Il segnale da guardare non è il giorno per giorno ma la tendenza — le pagine principali devono recuperare le loro query entro poche settimane.
Per il collaudo sistematico del nuovo sito usate la nostra checklist SEO tecnica per Webflow: copre i controlli template per template, nello stesso ordine in cui farli.

Da verificare
- 01Controllate 404 e copertura in Search Console ogni settimana?
- 02Le pagine principali risultano di nuovo indicizzate?
- 03Le query storiche stanno tornando a portare impressioni?
04
Gli errori che vediamo più spesso
Chiudiamo con i tre errori che, da soli, spiegano quasi tutti i «abbiamo migrato e perso il traffico» che ci arrivano. Il primo: cambiare gli slug senza motivo. Se un articolo posizionato vive su /blog/guida-x, spostarlo su /risorse/guida-x non porta alcun vantaggio — solo rischio.
Il secondo: lanciare con lo staging indicizzabile o, al contrario, dimenticare un noindex globale sul sito nuovo. Danni speculari, stesso controllo: trenta secondi.
Il terzo, il più costoso: considerare la migrazione finita al go-live. Le prime quattro settimane di monitoraggio fanno parte del progetto — se chi ve la propone non le prevede, il rischio resta tutto su di voi. Ora sapete cosa pretendere: era la promessa di questa guida.
Da verificare
- 01Gli slug sono rimasti uguali dove non c'era motivo di cambiarli?
- 02Lo staging è chiuso a Google — e la produzione è aperta?
- 03Le prime quattro settimane di monitoraggio sono previste nel progetto?
Come applicarlo al vostro sito.
Da dove iniziare
- Esportate tutte le URL indicizzabili prima di toccare qualsiasi cosa.
- Mappate i redirect 301 e testateli prima del go-live, non dopo.
- Controllate sitemap, canonical e status code appena il sito è online.
Errori da evitare
- Non cambiate gli slug senza una ragione strutturale.
- Non pubblicate senza aver testato i redirect in blocco.
- Non eliminate pagine con traffico o backlink senza dar loro una destinazione.
FAQ.
Quanto tempo serve per una migrazione SEO?
La parte SEO di una migrazione — inventario, mappa URL, redirect, controlli pre e post lancio — richiede in genere 1–3 settimane di lavoro dentro il progetto complessivo, in funzione del numero di URL e della qualità del sito di partenza.
Serve mantenere gli stessi URL?
Quando possibile sì: è l'opzione a rischio zero. Se cambiano, ogni URL importante deve avere un redirect 301 verso la nuova pagina più coerente. I redirect verso la homepage generica sono da evitare: Google li tratta spesso come soft 404.
Perderò traffico durante la migrazione?
Con mappa URL, redirect testati e controlli post-lancio, il calo tipico è nullo o temporaneo (2–3 settimane di assestamento). I cali permanenti di cui si sente parlare derivano quasi sempre da redirect mancanti o contenuti impoveriti nel redesign, non dalla migrazione in sé.
Cosa succede ai backlink dopo la migrazione?
I backlink puntano ai vecchi URL: se i redirect 301 sono corretti, il valore passa alle nuove pagine. Per i link più importanti (testate, partner, directory di settore) vale la pena chiedere l'aggiornamento del link diretto.
Portiamolo sul vostro sito.
Queste risorse raccontano come lavoriamo. Se il tema riguarda il vostro sito, raccontateci a che punto siete: bastano 30 minuti di call per capire se e come possiamo aiutarvi.
Continua a leggere.
- ↗
WordPress e WebflowWordPress o Webflow per un sito aziendale?Un confronto pratico tra WordPress e Webflow per siti aziendali: manutenzione, costi reali, team marketing, CMS, sicurezza e performance.↗ - ↗
SEO tecnicaSEO tecnica per Webflow: checklist prima del lancioChecklist SEO tecnica per siti Webflow: metadata, canonical, sitemap, redirect, immagini, performance, dati strutturati e dove si configura ogni cosa.↗ - ↗
CMS aziendaleCMS per aziende: cosa deve permettere a un team marketingCome valutare un CMS aziendale quando il sito deve essere aggiornabile, coerente con il brand e utile al team marketing. Con un modello di partenza concreto.↗