errore 404 migrazione wordpress
Diagnosticare rapidamente l’origine delle 404 dopo la migrazione
Dopo una migrazione, un’ondata di URL che restituiscono 404 quasi mai deriva da un solo problema. Il più efficace è identificare prima la categoria di 404 a cui si è di fronte, perché ogni causa richiede una correzione diversa. Su WordPress, le fonti più frequenti sono: permalink che non corrispondono più alle regole di riscrittura, redirezioni perse, una struttura di URL modificata (con o senza /category/ , /blog/ , lingua, ecc.), media spostati, oppure pagine eliminate involontariamente durante una pulizia.
Iniziate osservando i sintomi: le 404 interessano tutte le pagine o solo alcuni tipi (articoli, categorie, tag, pagine, prodotti WooCommerce, immagini)? Si verificano solo sul nuovo server, soltanto in HTTPS, o solo dietro un proxy/CDN? Una 404 globale indica spesso una riscrittura rotta (mod_rewrite, Nginx, regole dei permalink). 404 mirate puntano invece verso cambi di slug, contenuti non migrati o redirezioni mancanti.
Differenziare una 404 di WordPress da una 404 del server
Su un sito migrato, bisogna distinguere una 404 generata da WordPress (tema che mostra una pagina 404 del sito) da una 404 restituita direttamente dal server web (pagina 404 generica Apache/Nginx). La prima significa spesso che WordPress è raggiungibile, ma non trova la risorsa richiesta (URL errata, contenuto assente). La seconda può indicare una configurazione server errata, un mapping di dominio sbagliato o regole di instradamento che impediscono a WordPress di ricevere la richiesta.
Correggere la causa più comune: i permalink e le regole di riscrittura
In molte migrazioni, il semplice fatto di risalvare i permalink risolve parte degli errori. Questo rigenera le regole di riscrittura e riallinea WordPress con il server. Se siete passati da Apache a Nginx, da un host a un altro, o se un plugin di cache/ottimizzazione è stato sostituito, le regole potrebbero non essere più applicate correttamente.
Controllate anche che la struttura dei permalink sul nuovo sito sia identica a quella precedente (ad esempio /%postname%/ vs \/tegory%\/%postname%\/). Il minimo cambiamento crea URL diverse e quindi 404 per i vecchi link esterni, i preferiti e le pagine indicizzate da Google.
Caso Apache: il file .htaccess non è stato trasferito o non viene più letto
Se usate Apache, una migrazione può aver spostato o sovrascritto il file .htaccess, oppure il server potrebbe non permetterne la lettura (configurazione AllowOverride errata). In questo caso, WordPress non può applicare le regole di riscrittura: molte URL “belle” restituiscono 404, mentre le URL con parametri possono funzionare. È quindi prioritario verificare il .htaccess e la configurazione di Apache.
Caso Nginx: regole da ricreare sul server
Su Nginx, WordPress non si basa su .htaccess: è necessaria una configurazione equivalente nel blocco server. Durante una migrazione, un vhost minimale può essere privo di direttive per instradare tutte le richieste verso index.php. Risultato: pagine, categorie e articoli vanno in 404. Assicuratevi che le regole standard di WordPress siano presenti e che la root del sito (root) e il percorso verso PHP-FPM siano corretti.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Reindirizzamenti persi: il classico problema delle migrazioni
Se il vecchio sito utilizzava redirect (plugin di reindirizzamento, regole in .htaccess, configurazione Nginx o redirect gestiti da un CDN), spesso vengono dimenticati durante il trasferimento. Eppure sono essenziali per: preservare il posizionamento sui motori di ricerca, evitare una cattiva esperienza utente e guidare i robot verso i nuovi URL.
Ricostruite innanzitutto i redirect più critici: quelli legati a un cambiamento di struttura (es: passaggio da \/blog\/ alla root), a un cambio di lingua o di sottocartella, a una modifica degli slug, o alla rimozione di pagine strategiche. Un redirect 301 è generalmente appropriato quando il contenuto esiste ancora altrove. Un 410 può essere utile se il contenuto è definitivamente eliminato (e è preferibile indicarlo chiaramente).
Prioritizzare i redirect: iniziare da ciò che riceve traffico
Non cercate di correggere tutto manualmente a caso. Basatevi sugli URL che generano il maggior numero di accessi (log del server, analytics, Search Console). Poi trattate le pagine più importanti: pagine categorie, pagine delle offerte, pagine prodotto, articoli principali, pagine con backlink. Questo riduce immediatamente l’impatto SEO e la frustrazione dei visitatori.
Contenuti non migrati o importati male: verificare l’integrità dei dati
Una migrazione può fallire parzialmente: articoli in bozza, pagine mancanti, tassonomie non importate, media assenti o link interni non aggiornati. Alcuni strumenti di migrazione filtrano contenuti (per dimensione, ruolo, stato), o non esportano correttamente campi personalizzati (ACF), contenuti WooCommerce o URL generate da un page builder (Elementor, WPBakery, ecc.).
Per convalidare l’integrità, confrontate indicatori semplici tra il vecchio e il nuovo sito: numero di pagine, articoli, categorie, tag, prodotti, media. Se individuate una discrepanza, avete una pista seria. Un import incompleto può spiegare 404 mirati su tipi di contenuto particolari.
Slugs, accenti e regole di translitterazione
Attenzione agli slug: se l’istanza precedente aveva una regola di generazione diversa (accents conservati vs sostituiti, caratteri speciali, underscore, ecc.), le URL possono divergere. Un cambio di tema, di plugin SEO o un’impostazione di WordPress può modificare il comportamento. Una soluzione consiste nell’allineare gli slug (quando possibile) o nell’implementare redirect sistematici per le varianti più frequenti.
Media in 404: immagini, PDF e file statici dopo la migrazione
Gli errori 404 non riguardano solo le pagine HTML: possono interessare immagini, PDF, script e fogli di stile. Dopo la migrazione, i media possono mancare se la cartella uploads non è stata trasferita, se i permessi sono errati, o se i percorsi sono cambiati (vecchio dominio ancora presente nel database, sottocartella diversa, o uso di uno storage esterno).
In WordPress, i media sono spesso memorizzati sotto \/wp-content\/uploads\/anno\/mese\/. Se riscontri 404 su questi percorsi, verifica: la reale presenza dei file sul server, i permessi di accesso e l’esistenza di eventuali regole di sicurezza che bloccano (protezione hotlink troppo restrittiva, firewall applicativo, ecc.).
HTTPS, contenuto misto e riscritture implicite
Una migrazione verso HTTPS può causare riscritture di URL e incoerenze. Anche se il browser segnala più un contenuto misto che una 404, può succedere che un proxy o un plugin forzi una versione di URL inesistente. Assicurati che l’indirizzo del sito sia coerente ovunque (WordPress, database, configurazione del server, CDN) e che le vecchie URL siano correttamente reindirizzate.
Tassonomie e archivi: 404 su categorie, tag, autori
Il arrive qu’après migration, les pages d’archives renvoient 404 : catégories, étiquettes, archives mensuelles, auteurs. Cela peut être lié à un changement de base des catégories (ex : suppression de \/category\/), à un plugin SEO qui a modifié la structure, ou à une désactivation de la page d’auteur pour des raisons de confidentialité\/SEO.
Vérifiez aussi le fichier robots.txt, les réglages de visibilité des moteurs, et les plugins de sécurité : certains bloquent des endpoints ou des archives jugées sensibles. Si vous désactivez des archives, faites-le proprement (redirections) plutôt que de laisser des 404, surtout si elles étaient indexées.
Plugins, thème et constructeur : quand la migration casse le routage
Certains thèmes et plugins ajoutent des règles de réécriture (custom post types, endpoints, pages virtuelles). Si vous migrez un site sans réinstaller la même configuration (même version de thème, mêmes extensions, mêmes modules activés), vous pouvez générer des 404 sur des sections entières : portfolio, événements, base de connaissances, pages de compte, etc.
Les environnements diffèrent aussi : version PHP, modules serveur, limites de mémoire. Un plugin peut ne pas s’activer correctement, ou une fonctionnalité peut être désactivée silencieusement, entraînant des routes manquantes. Réactivez progressivement les composants, et vérifiez les permaliens après chaque changement important.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Le choix du thème compte davantage qu’on ne le pense : certaines solutions premium embarquent des types de contenus et des templates très spécifiques, alors qu’un thème sur-mesure peut mieux isoler la logique et limiter les surprises lors d’un transfert. Pour approfondir les impacts côté structure et évolutivité, consultez Thème Sur-Mesure vs Thème Premium.
Vérifier les erreurs au bon endroit : logs, outils SEO et crawl
Per correggere efficacemente, è necessaria una lista affidabile di URL in errore. Combinate più fonti: i log del server (per vedere tutte le richieste 404), i rapporti di scansione degli strumenti SEO (crawl) e i dati dei motori (pagine non trovate rilevate). Il vantaggio dei log è che mostrano anche i bot, i link esterni interrotti e le richieste verso file statici.
Quando effettuate un crawl, segmentate per tipo: pagine, articoli, immagini, script. Identificate i pattern: una cartella mancante, una base di URL che è cambiata, un prefisso rimosso. I pattern si correggono spesso con poche regole di redirect, piuttosto che con centinaia di azioni manuali.
Mettere in atto una strategia di correzione: 301, 410, canonical e pagine di riserva
Una correzione duratura combina più leve:
1) Redirect 301 : per inviare l’utente verso la pagina più vicina al contenuto originale. Indispensabile quando un URL è cambiato ma la risorsa esiste ancora.
2) 410 : se la pagina non esiste più e non deve essere sostituita. È un segnale più chiaro di un 404 per i motori.
3) Canonical : utile se avete variazioni di URL che puntano allo stesso contenuto (parametri, slash finale, http\/https). L’obiettivo è evitare duplicazioni e consolidare i segnali.
4) Pagina 404 utile : anche se reindirizzi molti URL, ci saranno sempre URL errate (errori di battitura, link esterni obsoleti). Una pagina 404 ben progettata propone una ricerca interna, delle categorie e un accesso rapido alle pagine chiave, senza reindirizzare automaticamente alla home (scorretta pratica).
Ne confondere 404 e problemi di sicurezza mascherati
Dopo una migrazione, un aumento di 404 può anche derivare da rumore ostile: scansioni automatiche alla ricerca di file sensibili, tentativi di accesso a endpoint noti o richieste su plugin vulnerabili. Questi 404 non corrispondono a pagine che avete realmente perso, ma ad attacchi opportunistici. Possono gonfiare i vostri report e nascondere le vere URL rotte.
Per mantenere una postura sana, è utile conoscere gli errori classici che espongono la vostra installazione: Gli Errori di Sicurezza Più Comuni.
Limitare il rumore: indurire l’accesso all’amministrazione
Una parte delle richieste 404 mira alla pagina di login, a xmlrpc.php o a percorsi di estensioni. Ridurre i tentativi di brute force migliora la stabilità, chiarisce i log e diminuisce il rischio di incidenti post-migrazione (momento in cui talvolta si dimenticano alcune impostazioni). Ecco un approccio concreto: Come Limitare i Tentativi di Accesso su.
E se la migrazione ha rivelato (o causato) una compromissione?
Più raramente, una migrazione mal gestita (estensioni obsolete, backup contaminato, reimport di file dubbi) può trascinare elementi indesiderati. Un sito compromesso può mostrare comportamenti strani: reindirizzamenti sconosciuti, pagine che scompaiono, URL generate automaticamente o blocchi di alcune rotte. Se sospettate un incidente, seguite un processo di ripristino: Fasi di pulizia e messa in sicurezza dopo un attacco.
Preservare la SEO: evitare la perdita di posizioni a causa dei 404
I 404 non sono sempre catastrofici, ma dopo una migrazione diventano presto un segnale di rottura: esperienza utente degradata, diminuzione del crawl utile, diluizione dei backlink e calo progressivo della visibilità. La chiave è ripristinare la continuità degli URL strategici. Fate la selezione tra:
– URL ad alto valore (traffico, conversioni, backlink): da reindirizzare con priorità.
– URL secondari: correggere se semplice (pattern), altrimenti lasciare un 404 pulito.
– URL di rumore (scan, endpoint inesistenti): non reagire eccessivamente, ma filtrare e mettere in sicurezza.
Infine, monitorate nel tempo: alcuni errori compaiono solo dopo la reindicizzazione, o quando un bot riprova un vecchio URL diverse settimane dopo.
Una igiene regolare limita gli effetti a catena ed evita che piccoli errori diventino problemi di indicizzazione duraturi. Su questo tema, questa risorsa è utile: Perché un Sito Non Mantenuto Perde in Posizionamento.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Piano d'azione in 10 passi per eliminare i 404 post-migrazione
1) Elencare i 404 reali tramite log del server + strumenti di crawl.
2) Identificare se il 404 è dovuto a WordPress (tema) o al server (config).
3) Verificare la struttura dei permalink e rieseguire la registrazione delle regole.
4) Controllare la configurazione Apache/Nginx (rewrite, root, index.php).
5) Confrontare i volumi di contenuti (pagine/articoli/prodotti/tassonomie) tra sito vecchio e nuovo.
6) Ispezionare i media: presenza dei file, permessi, percorsi, archiviazione esterna.
7) Reimportare/rideployare i redirect mancanti (301), soprattutto i pattern.
8) Correggere gli slug divergenti o reindirizzare le varianti.
9) Gestire le sezioni dipendenti dal tema/plugin (CPT, endpoint, account).
10) Implementare un monitoraggio continuo (nuovi 404, ricomparsa, bot).
Quand delegare : risparmiare tempo ed evitare recidive
Se il tuo sito è critico (e-commerce, generazione di lead, forte SEO), correggere i 404 non si limita a rattoppare URL. Spesso è necessario articolare server, WordPress, reindirizzamenti, performance e sicurezza — e poi mantenere il tutto nel tempo. Un supporto regolare permette di anticipare regressioni (aggiornamenti, cambi di plugin, evoluzione del tema) e mantenere un livello di qualità stabile.
Per una soluzione guidata, puoi scoprire i servizi offerti e scegliere un livello di accompagnamento adatto al tuo sito.
