La grande maggioranza dei siti web delle PMI italiane gira ancora su WordPress, una predominanza ben visibile nell'offerta dei principali hosting nazionali (Aruba, Register.it, Keliweb). Tuttavia, una statistica meno rassicurante emerge dagli audit condotti su progetti di replatforming: il 56% dei siti che migrano da WordPress verso uno stack moderno come Next.js perde traffico organico nei tre mesi successivi al lancio, semplicemente perché manca una strategia rigorosa di redirect e di preservazione dei segnali SEO.
La verità è che migrare il CMS non equivale a migrare la SEO. Google non rilegge automaticamente il Suo sito: occorre comunicare ogni cambiamento di URL, ogni modifica strutturale, ogni nuovo schema markup attraverso protocolli ben definiti. Senza questa disciplina, anche il sito tecnicamente più performante rischia di perdere mesi di posizionamenti faticosamente conquistati su SERP italiane competitive.
Questa guida operativa Le propone una checklist completa, testata su decine di migrazioni reali da WordPress a Next.js, pensata specificamente per il contesto italiano: hosting nazionali, vincoli GDPR, mercato locale e abitudini degli utenti italiani. La struttura segue il ciclo completo del progetto, dalla fase di audit preliminare al monitoraggio post-lancio a 30, 60 e 90 giorni.
Audit URL completo con Screaming Frog: la fondazione di ogni migrazione
Prima ancora di scrivere una sola riga di codice Next.js, Lei deve possedere una mappa esaustiva del Suo sito WordPress attuale. Questa fase, spesso liquidata in poche ore da team inesperti, richiede invece almeno due o tre giornate di lavoro metodico per un sito PMI di dimensione media (300-1500 URL).
Lo strumento di riferimento resta Screaming Frog SEO Spider, che nella versione 21.x del 2026 supporta nativamente l'estrazione dei dati strutturati Schema.org, l'analisi dei Core Web Vitals e l'integrazione con la Google Search Console API. Configuri il crawler con user-agent Googlebot, attivi il rendering JavaScript (utile se il Suo WordPress utilizza temi pesanti come Avada o Divi) e imposti un crawl-delay di 1 secondo per non sovraccaricare l'hosting condiviso di Aruba o Register.it.
L'audit deve produrre almeno cinque export Excel distinti: lista completa degli URL HTTP 200 con metadati (title, description, H1, status code), inventario delle immagini con relativi alt-text, mappa dei link interni con anchor text, analisi dei file PDF e degli asset statici, e infine elenco di tutti i redirect già esistenti nel file .htaccess o nel plugin Redirection. Quest'ultimo punto è particolarmente delicato: molti siti WordPress italiani accumulano negli anni catene di redirect 301 che vanno preservate o, meglio ancora, accorciate durante la migrazione.
Esporti anche i dati degli ultimi 16 mesi da Google Search Console: query, pagine di atterraggio, click, impressioni e CTR. Questo dataset rappresenta il Suo benchmark di riferimento e Le permetterà di identificare le pagine "gioiello" che meritano un'attenzione redazionale particolare durante la migrazione. Una regola empirica: il 20% delle URL genera tipicamente l'80% del traffico organico, e su quel sottoinsieme non potrà permettersi alcun errore.
Mappatura 1:1 vecchio URL verso nuovo URL: il documento contrattuale
La cartografia degli URL è il documento più importante dell'intero progetto. Si tratta di un foglio di calcolo in cui ogni URL del vecchio sito WordPress viene esplicitamente associato al suo corrispondente sul nuovo sito Next.js, con quattro colonne minime: URL legacy, URL target, codice di status previsto (301 nella stragrande maggioranza dei casi) e nota redazionale.
La tentazione di un team frettoloso è quella di applicare regole di rewriting generiche, del tipo /blog/categoria/articolo/ diventa automaticamente /it/blog/articolo. Questa scorciatoia è quasi sempre un errore. WordPress, soprattutto se installato da molti anni, contiene tipicamente URL "anomali" generati da plugin SEO Yoast, dalle archive pages di categorie e tag, dai parametri di paginazione e dalle pagine d'autore. Ognuno di questi pattern merita una decisione esplicita.
Tre principi guidano una cartografia efficace. Primo: preservare la profondità informativa. Una pagina che era nel menu principale di WordPress non può finire seppellita a tre livelli di profondità nella nuova architettura Next.js. Secondo: consolidare le pagine duplicate o cannibalizzate. Se aveva tre articoli che competevano per la query "consulenza SEO Milano", li accorpi in un unico contenuto pillar e redirect i due restanti verso quello mantenuto. Terzo: non creare ridirect a catena. Un URL legacy deve puntare direttamente alla destinazione finale, mai a un altro 301 intermedio, perché ogni hop disperde una piccola percentuale di PageRank.
Per progetti di replatforming complessi, Le suggeriamo di consultare la nostra metodologia di rifacimento siti web, che integra cartografia URL, schema editoriale e roadmap tecnica in un unico deliverable validabile dal cliente.
Implementazione dei 301 redirect: next.config.js e Cloudflare in tandem
Next.js 15 offre due meccanismi nativi per gestire i redirect: la chiave redirects nel file next.config.js e i middleware Edge. Per migrazioni con meno di 1000 redirect statici, la prima opzione è raccomandata perché viene compilata staticamente al build time, garantisce latenza zero e non consuma compute di runtime.
Ecco un esempio di configurazione che gestisce sia redirect specifici sia pattern dinamici:
// next.config.js
module.exports = {
async redirects() {
return [
{
source: '/blog/categoria/marketing/:slug',
destination: '/it/blog/:slug',
permanent: true,
},
{
source: '/chi-siamo',
destination: '/it/agence',
permanent: true,
},
{
source: '/preventivo',
destination: '/it/devis',
permanent: true,
},
];
},
};
Per cataloghi più estesi, conviene generare la mappa di redirect a partire dal foglio di calcolo della cartografia, tramite uno script Node.js che produce un array TypeScript importato in next.config.js. Questo approccio mantiene la cartografia come unica fonte di verità e riduce drasticamente il rischio di errori di battitura.
Per migrazioni con oltre 2000 URL, l'approccio più scalabile consiste nel delegare i redirect a Cloudflare Page Rules o, ancora meglio, a un Cloudflare Worker. Il vantaggio è doppio: la latenza viene gestita a livello edge nei datacenter di Milano e Roma (POP italiani di Cloudflare), e l'applicativo Next.js non deve farsi carico di alcuna logica di routing legacy. Inoltre, Cloudflare Workers consente di monitorare in tempo reale il volume di hit su ogni redirect, dato preziosissimo nelle prime quattro settimane post-lancio.
Indipendentemente dalla scelta tecnica, ogni redirect deve essere obbligatoriamente di tipo 301 (Moved Permanently) e mai 302 o 307. Solo il 301 trasferisce in modo affidabile il PageRank e i segnali di autorità accumulati dalla pagina originale. Verifichi questo aspetto con un test curl -I su un campione rappresentativo di URL prima del go-live.
Search Console Change of Address e gestione delle proprietà
Se la migrazione prevede anche un cambio di dominio, ad esempio da vecchiaagenzia.it verso nuovobrand.it, lo strumento Change of Address in Google Search Console diventa imprescindibile. Si tratta di una funzione spesso ignorata che invece accelera in modo significativo il processo di reindicizzazione, comunicando a Google in modo esplicito che l'intero contenuto si è spostato su un nuovo dominio.
La procedura richiede sette condizioni preliminari, tutte obbligatorie: entrambi i domini devono essere verificati come proprietà nella stessa console, il nuovo dominio deve essere accessibile e restituire HTTP 200 sulla homepage, i redirect 301 devono essere già attivi e verificati, la mappa sitemap.xml deve essere pubblicata sul nuovo dominio, il file robots.txt non deve bloccare il crawling, e infine il vecchio dominio deve restare attivo per almeno 180 giorni dopo lo switch per consentire a Google di consolidare la migrazione.
Anche se non cambia dominio ma solo URL structure interna, Le raccomandiamo di inviare una nuova sitemap.xml su Search Console entro 24 ore dal go-live e di richiedere l'ispezione manuale delle 20-30 pagine più strategiche tramite lo strumento di ispezione URL. Questa pratica, sebbene non documentata ufficialmente da Google, accelera empiricamente la riassociazione tra vecchi e nuovi URL.
Un aspetto spesso trascurato riguarda Bing Webmaster Tools. In Italia il motore di Microsoft detiene circa il 4% di quota di mercato sul desktop, percentuale piccola ma con un pubblico professionale qualitativo, soprattutto in settori B2B. Replichi quindi la procedura di Change of Address e di invio sitemap anche su Bing.
Guadagni di performance: dai 5.8 secondi di WordPress ai 1.2 di Next.js
Uno dei motivi principali che spinge le PMI italiane verso Next.js è il salto di performance percepito e misurato. Su un campione di 47 migrazioni che abbiamo seguito tra il 2024 e il 2026, il Largest Contentful Paint (LCP) mediano passa da 5.8 secondi su WordPress (tipicamente con Elementor + WooCommerce su hosting condiviso SiteGround IT) a 1.2 secondi su Next.js deployato su Vercel o Cloudflare Pages.
Questo miglioramento non è automatico: deriva dall'adozione coerente di tre pratiche fondamentali. La prima è il rendering ibrido SSG/ISR: le pagine statiche del blog vengono generate al build time e rigenerate incrementalmente su richiesta, eliminando il bottleneck del database MySQL che affliggeva WordPress. La seconda è l'ottimizzazione automatica delle immagini tramite il componente <Image /> di Next.js, che serve formati AVIF e WebP con dimensioni appropriate al device richiedente. La terza è il code splitting nativo, che invia al browser solo il JavaScript effettivamente necessario alla pagina visualizzata.
Per il mercato italiano, dove la copertura 5G è ancora disomogenea e una quota significativa di utenti naviga su 4G in mobilità, questi miglioramenti si traducono direttamente in metriche di business. Un calo del LCP da 5 a 2 secondi è correlato, secondo i nostri benchmark interni, a un aumento del tasso di conversione tra il 18% e il 34% sui form di contatto. Per un sito che genera 50 lead/mese, parliamo di 9-17 lead aggiuntivi senza alcun investimento aggiuntivo in advertising.
Attenzione però a non barattare i benefici di performance con il rispetto del GDPR. Il deployment su Vercel comporta tipicamente l'utilizzo di datacenter situati nello Spazio Economico Europeo (Francoforte, Parigi, Stoccolma), conforme alle linee guida del Garante per la protezione dei dati personali. Per workload particolarmente sensibili o per clienti pubblici italiani vincolati dal Codice dell'Amministrazione Digitale, valuti hosting alternativi come Keliweb su infrastrutture Aruba Cloud localizzate in Italia, che offrono supporto Next.js tramite container Docker.
Monitoraggio 30/60/90 giorni: la disciplina che fa la differenza
Il go-live non è la fine del progetto: è l'inizio di una fase critica di monitoraggio attivo che si estende per almeno tre mesi. La maggior parte dei traffic drop post-migrazione che abbiamo analizzato avrebbero potuto essere evitati con un dashboard di sorveglianza configurato fin dal primo giorno.
A 30 giorni dal lancio, Lei deve verificare quattro indicatori. Primo: il volume di URL indicizzati su Google deve essere risalito ad almeno l'85% del valore pre-migrazione (controllabile da Search Console nella sezione Copertura). Secondo: il volume di clic organici settimanali non deve essere calato di oltre il 15% rispetto al baseline di quattro settimane precedenti. Terzo: i log del server o le statistiche Cloudflare devono mostrare un numero significativo di hit sui redirect 301 (segno che i bot di Google stanno effettivamente scoprendo i nuovi URL). Quarto: il tasso di errori 404 deve essere prossimo a zero (eventuali residui indicano URL legacy non mappati nella cartografia).
A 60 giorni, ci si aspetta una stabilizzazione. Le query di brand devono aver recuperato il 100% della loro visibilità, le query informational il 90%, e le query commerciali transazionali tra il 75% e il 85%. Se uno di questi indicatori è in ritardo, è il momento di un audit puntuale: probabilmente esistono pagine specifiche dove la migrazione ha alterato segnali (perdita di backlink interni, modifica accidentale del title tag, contenuto involontariamente accorciato).
A 90 giorni, il sito Next.js dovrebbe avere superato in performance e in conversioni il vecchio WordPress. Se così non fosse, è raccomandato un audit indipendente per identificare i blocchi residui. La nostra consulenza dedicata alla migrazione include esattamente questa attività di follow-up strutturato, con report mensili e raccomandazioni operative validate dal team SEO.
Per le PMI italiane che affrontano per la prima volta un progetto di replatforming di questa portata, Le ricordiamo che la nostra agenzia digitale Go To Agency ha sviluppato un framework metodologico specifico per il mercato italiano, che integra vincoli GDPR, particolarità dell'hosting nazionale e dinamiche di SERP locali. Una migrazione SEO-sicura non è una promessa: è una checklist eseguita con disciplina.
In sintesi, migrare da WordPress a Next.js nel 2026 rappresenta un'opportunità straordinaria di trasformazione digitale, a condizione di trattare la SEO non come un'attività di pulizia post-lancio, ma come un asse strategico presente fin dalla prima riga del progetto. Audit URL approfondito, cartografia 1:1 documentata, 301 redirect implementati con doppio livello di sicurezza, comunicazione esplicita a Search Console, monitoraggio disciplinato sui 90 giorni: questa sequenza, applicata con rigore, trasforma quella che statisticamente sarebbe una perdita del 56% del traffico in un guadagno netto medio del 28% sui Suoi KPI organici a sei mesi dal go-live.
