Cambiare la struttura URL di un sito senza redirect 301 è il modo più rapido per perdere mesi (o anni) di posizionamento organico. Una pagina che cambia indirizzo senza redirect diventa un 404 per Google: viene de-indicizzata e tutto il valore SEO accumulato sparisce.
I 301 risolvono il problema: dicono a Google "la vecchia pagina si è spostata qui, trasferisci tutto il valore". In questa guida vediamo come impostarli in WordPress, quando servono e come gestire migrazioni massive.
Cosa è un redirect 301
Quando un browser (o Google) richiede vecchio-url, il server risponde con codice HTTP 301 e l'header Location: nuovo-url. Il browser segue automaticamente, l'utente vede il nuovo URL nella barra. Google considera l'URL nuovo come quello "ufficiale" e trasferisce ranking, backlink e altri segnali SEO.
301 = permanente. 302 = temporaneo. Per cambi definitivi, sempre 301.
Plugin Redirection: la scelta standard
Redirection è il plugin più usato per gestire 301 in WordPress. Gratis, attivamente mantenuto, milioni di installazioni.
Setup base
- Installa "Redirection" dalla libreria plugin
- Vai su Strumenti → Redirection per la configurazione iniziale
- Abilita il monitoraggio 404 (consigliato)
- Eventualmente abilita anche il monitoraggio cambi URL (se cambi slug a un articolo, crea automaticamente il 301)
Creare un redirect
In Strumenti → Redirection → Aggiungi nuovo:
- Source URL:
/vecchio-percorso/(relativo al dominio) - Target URL:
/nuovo-percorso/ - HTTP code: 301
- Group: per organizzare (es. "Restyling 2027", "Migrazione blog")
Salva e testa: apri il vecchio URL, deve portare al nuovo con la barra che si aggiorna.
Pattern matching (regex)
Per redirect massivi tipo "tutti gli URL /blog/categoria-x/... vanno a /articoli/categoria-x/...":
- Source:
/blog/(.*) - Target:
/articoli/$1 - Spunta "Regex"
Testa sempre su URL singoli prima di applicare regex su centinaia di pagine: un errore di pattern manda 1000 pagine sul redirect sbagliato.
Redirect via .htaccess (Apache)
Per siti con molti redirect (oltre 500-1000), gestirli a livello server è più veloce. Aggiungi al file .htaccess nella root:
Redirect 301 /vecchia-pagina /nuova-pagina
RedirectMatch 301 ^/blog/(.*)$ /articoli/$1
Pro: nessun plugin da caricare, performance migliore. Contro: errori di sintassi possono mandare il sito offline. Non per principianti.
Su nginx (sempre più diffuso negli hosting moderni) la sintassi cambia: vai sul pannello hosting o chiedi al provider.
Casi d'uso comuni
Restyling con cambio slug
Esporta la lista vecchi URL (da Google Search Console o crawler tipo Screaming Frog). Mappa ognuno al nuovo URL. Importa la lista in Redirection (supporta CSV import).
Migrazione di dominio
vecchiosito.it → nuovosito.it. Configura redirect 301 su tutti i path: vecchiosito.it/qualunque-cosa → nuovosito.it/qualunque-cosa. Mantieni il vecchio dominio attivo (con i redirect) per almeno 12-18 mesi.
HTTPS e canonicalizzazione
http://miosito.it e http://www.miosito.it devono entrambi andare a https://miosito.it (o la versione canonica scelta). Si fa via .htaccess o dal pannello hosting (Cloudflare lo gestisce nativamente).
Cancellazione/fusione pagine
Se elimini una pagina che aveva traffico, NON lasciarla 404. Reindirizza alla pagina più affine: una categoria, un articolo correlato, la home come ultima opzione.
Monitorare i 404
Il plugin Redirection registra ogni richiesta che genera 404. Controlla settimanalmente:
- 404 con molti hit: probabili URL importanti senza redirect. Mappa subito.
- 404 da fonti esterne (referrer non vuoto): backlink che puntano a URL vecchi. Mappa.
- 404 dal tuo sito stesso: link interni rotti. Correggi nei contenuti.
- 404 di bot/spam: ignora.
Anche Google Search Console → Indicizzazione → Pagine mostra le pagine in errore: filtra per "Non trovate (404)" per intercettare quelle che Google aveva indicizzato e ora trova rotte.
Migrazione massiva: il workflow
Per restyling che cambia centinaia di URL:
- Crawl pre-migrazione: usa Screaming Frog o simile per estrarre la lista completa degli URL attuali (con title, status, traffic se possibile).
- Mappatura: foglio Excel con colonne "URL vecchio | URL nuovo | Note". Ogni URL vecchio deve avere un destino. URL senza equivalente: redirect a categoria padre o cancellazione esplicita.
- Import in Redirection (CSV o copy-paste).
- Test pre-lancio: su staging, verifica un campione di 30-50 URL.
- Lancio: vai live, attiva i redirect.
- Submit sitemap nuova in Google Search Console.
- Monitoraggio per 8-12 settimane: 404 log, traffic Search Console, posizioni keyword principali.
Errori comuni
- Catene di redirect: A → B → C → D. Consolida in A → D.
- Loop: A → B → A. Sito non carica più. Test sempre.
- Redirect 302 invece di 301: Google non trasferisce SEO.
- Tutti i 404 alla home: Google lo penalizza come soft 404.
- Cancellazione redirect dopo poche settimane: il valore SEO non si è ancora trasferito.
- Regex sbagliata che blocca pagine valide: testare sempre su URL specifici.
- Redirect su risorse non-pagina (immagini, PDF): a volte serve, spesso no. Decidi consapevolmente.
In sintesi
Un sito senza gestione 301 perde valore SEO ad ogni cambio. Plugin Redirection è la soluzione standard per la maggior parte dei casi: gratis, completo, con monitoraggio 404 incluso. Per siti molto grandi, .htaccess o nginx config sono più performanti.
Quando facciamo un restyling, la mappatura URL è una fase formale del progetto: estraiamo la lista pre-lancio, costruiamo il foglio di mapping con il cliente, importiamo i 301 prima del go-live e monitoriamo i 404 per le settimane successive. È noioso, ma è l'unico modo per non perdere posizionamento.
