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
Mappa URL di una migrazione: indirizzi del vecchio sito mappati verso il nuovo con redirect 301, alcuni uniti, uno eliminato.
Ogni URL ha una destinazione o una decisione esplicita.

Punti chiave.

  1. 01

    Una migrazione SEO parte da URL, dati e traffico, non dalla nuova grafica.

  2. 02

    Ogni pagina importante deve avere una destinazione o una decisione esplicita.

  3. 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

  1. 01Avete l'elenco completo delle URL indicizzabili del sito attuale?
  2. 02Sapete quali pagine portano traffico, backlink e contatti?
  3. 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

  1. 01I redirect 301 sono stati testati in blocco prima del go-live?
  2. 02Categorie, tag e archivi di WordPress hanno una destinazione?
  3. 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.

Timeline della migrazione: crawl e mappa URL prima, go-live al centro, monitoraggio nelle settimane successive.
Le settimane intorno al lancio: il monitoraggio fa parte del progetto.

Da verificare

  1. 01Controllate 404 e copertura in Search Console ogni settimana?
  2. 02Le pagine principali risultano di nuovo indicizzate?
  3. 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

  1. 01Gli slug sono rimasti uguali dove non c'era motivo di cambiarli?
  2. 02Lo staging è chiuso a Google — e la produzione è aperta?
  3. 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.