Redirect 301 in WordPress: come cambiare URL riducendo i rischi SEO
Modificare uno slug, unire due articoli o trasferire un sito su un nuovo dominio può rendere inutilizzabili URL già indicizzate, condivise o collegate da altri siti. Un redirect 301 in WordPress comunica che lo spostamento è permanente e accompagna utenti e crawler verso la risorsa corretta.
Un redirect ben configurato non garantisce traffico invariato: dopo un cambio di URL Google deve eseguire nuovamente scansione, indicizzazione e consolidamento dei segnali. L’obiettivo è ridurre 404, dispersione dei backlink, catene di redirect e segnali SEO incoerenti. Google illustra il processo nella guida ai trasferimenti di sito con modifiche agli URL.
Prima di cambiare URL: crea una mappa delle destinazioni
Il lavoro più importante avviene prima di modificare permalink, plugin SEO o configurazione del server. Per ogni vecchia URL decidi se mantenerla, reindirizzarla a una pagina pertinente oppure rimuoverla senza redirect.
Raccogli le URL che contano
Parti dalla sitemap XML e integra l’elenco con le pagine presenti in Google Search Console, analytics, crawler, log del server e report dei backlink. Dai priorità alle URL con traffico organico, impression, conversioni, campagne attive o link esterni.
Non limitarti a post e pagine: in una riorganizzazione possono cambiare anche categorie, tag, archivi, pagine figlie, PDF, file scaricabili e immagini che ricevono link diretti.
Compila il mapping vecchia URL → nuova URL
Un foglio di calcolo rende le decisioni verificabili prima della pubblicazione. La corrispondenza deve essere utile per l’utente, non soltanto simile sul piano tecnico.
| Vecchia URL | Destinazione | Motivo | Metodo | Test |
|---|---|---|---|---|
| /guida-seo-wordpress/ | /seo-wordpress-guida-completa/ | Slug aggiornato, contenuto equivalente | 301 puntuale | Da eseguire |
| /redirect-wordpress/ | /redirect-301-wordpress/ | Articolo consolidato | 301 puntuale | Da eseguire |
| /vecchio-download.pdf | /risorse/nuovo-download.pdf | File sostituito | 301 lato server | Da eseguire |
Aggiungi, se utile, priorità, responsabile e data di rilascio. Una regola basata su pattern può essere adatta soltanto quando il cambiamento è realmente uniforme; con eccezioni, percorsi rinominati o contenuti accorpati, il mapping URL per URL è più sicuro.
Quando non fare un redirect 301
Una pagina rimossa senza un sostituto realmente pertinente può restituire 404 Not Found o, se l’eliminazione è deliberata e definitiva, 410 Gone. Evita di inviare alla home tutte le URL eliminate: quella destinazione spesso non risponde alla richiesta originale e può essere interpretata dai motori come soft 404.
Un’unica pagina di arrivo è invece appropriata quando più contenuti sono stati effettivamente fusi in una guida che ne copre l’intento.
301, 308, 302, 307, 404, 410 e 503: quale risposta usare
Il codice HTTP deve descrivere la situazione reale. Google considera 301 e 308 segnali forti di canonicalizzazione; per le normali pagine WordPress spostate definitivamente, il 301 resta la scelta più comune. Per una panoramica sul comportamento dei reindirizzamenti, consulta la documentazione MDN.
| Codice | Quando usarlo | Uso tipico in WordPress |
|---|---|---|
| 301 | Spostamento permanente | Cambio slug, permalink, consolidamento, dominio, HTTP→HTTPS |
| 308 | Spostamento permanente con conservazione esplicita di metodo e body | Contesti tecnici o API; raramente necessario per normali pagine GET |
| 302 | Spostamento temporaneo verso una risorsa alternativa | Test o sostituzione provvisoria di una pagina con una destinazione pertinente |
| 307 | Spostamento temporaneo con conservazione del metodo | Esigenze applicative specifiche |
| 404 | Risorsa non trovata, senza sostituto utile | Pagina eliminata |
| 410 | Risorsa rimossa definitivamente | Eliminazione intenzionale di un contenuto |
| 503 | Indisponibilità temporanea senza pagina sostitutiva | Manutenzione; può essere accompagnato dall’header Retry-After |
Un 302 o un 307 non sono alternative a una migrazione stabile. Se una pagina o il sito è soltanto indisponibile per manutenzione e non esiste una destinazione sostitutiva, è preferibile una risposta 503 invece di un redirect.
I casi WordPress più comuni
Cambio di slug di post o pagina
Se /guida-seo-wordpress/ diventa /seo-wordpress-guida-completa/, crea un 301 dalla prima alla seconda. WordPress può tentare di recuperare alcuni vecchi slug tramite wp_old_slug_redirect(), ma non va considerato un piano di migrazione: non copre necessariamente ogni post type, struttura gerarchica o cambiamento di percorso.
Per URL strategiche, con traffico o backlink, verifica la risposta effettiva e definisci una regola esplicita quando necessario. Il meccanismo redirect_canonical(), che normalizza alcune varianti canoniche, ha uno scopo diverso e non sostituisce il mapping.
Cambio della struttura permalink, categorie e pagine gerarchiche
Salvare le impostazioni in Impostazioni → Permalink rigenera le rewrite rules, ma non costruisce automaticamente una corrispondenza affidabile tra tutte le vecchie e nuove URL. Il passaggio da /2024/07/15/articolo/ a /articolo/, per esempio, richiede di verificare separatamente post, tassonomie, archivi, paginazione, allegati e URL con eccezioni. La documentazione WordPress sui permalink non sostituisce questa verifica.
Controlla anche le pagine gerarchiche: cambiare la pagina genitore o lo slug di una categoria modifica percorsi che potrebbero essere già indicizzati.
Unione di articoli sovrapposti
Se /redirect-wordpress/, /redirect-301-wordpress/ e /come-fare-redirect-301/ rispondono allo stesso bisogno, conserva e migliora una pagina principale, trasferendo prima i contenuti utili delle altre. Solo allora le URL eliminate possono puntare con 301 alla guida conservata.
Cambio dominio e prodotti WooCommerce
Nel cambio di dominio, prepara il mapping e attiva redirect permanenti lato server. Aggiorna poi canonical, sitemap e collegamenti interni. Lo strumento Cambio di indirizzo di Search Console è previsto per il trasferimento verso un altro dominio o sottodominio; non serve per un cambio hosting senza variazione delle URL, per spostamenti interni allo stesso dominio, HTTP→HTTPS o www/non-www.
Per WooCommerce, esporta le URL prodotto e confrontale dopo ogni modifica della struttura dei permalink. Verifica anche feed prodotto, Merchant Center, campagne e link promozionali. Le opzioni disponibili sono documentate nella guida ai permalink di WooCommerce.
Come creare un redirect 301: plugin, .htaccess, Nginx o PHP
| Metodo | Ideale per | Vantaggi e cautele |
|---|---|---|
| Plugin | Redirect gestiti dal pannello WordPress | Adatto a regole puntuali, importazioni e controlli senza accesso al server. |
| .htaccess Apache | Redirect puntuali o pattern controllati | Eseguito lato server. Un errore di sintassi può produrre loop o errore 500. |
| Nginx | Configurazioni centralizzate e cambi dominio | Richiede accesso alla configurazione e un reload controllato. |
| PHP/WordPress | Logiche applicative molto specifiche | Non è la scelta predefinita per migrazioni estese. |
Creare una regola con un plugin WordPress
Per gestire il mapping dal pannello puoi usare un plugin dedicato come Redirection. Dopo l’installazione e l’attivazione, apri la sua schermata di gestione dei redirect e crea una nuova regola: inserisci il percorso vecchio nel campo della sorgente, il percorso o l’URL di destinazione nel campo di destinazione e seleziona il codice 301.
Salva la regola e provala subito in una finestra anonima o con curl. Per molte URL, importa il mapping in CSV usando il formato previsto dal plugin, quindi controlla un campione rappresentativo prima di considerare conclusa la migrazione. Evita di creare la stessa regola nel plugin SEO, in un plugin dedicato e nel server: la sovrapposizione può generare catene o risultati difficili da diagnosticare.
Redirect puntuale con Apache
In un file .htaccess, il pattern di RewriteRule normalmente non inizia con /. Per reindirizzare una singola guida:
RewriteEngine On
RewriteRule ^vecchia-guida/?$ /nuova-guida/ [R=301,L]
Le regole globali per cambiare strutture complesse dei permalink richiedono test su staging e un elenco reale di URL, perché una regex troppo ampia può intercettare percorsi che non devono cambiare. Quando necessario, colloca le regole prima di quelle standard di WordPress. La sintassi e il comportamento di RewriteRule sono descritti nella documentazione Apache mod_rewrite.
Cambio dominio con Nginx
Se i percorsi restano identici sul nuovo dominio, il redirect deve coprire sia HTTP sia HTTPS del vecchio dominio, con e senza www. Un virtual host HTTPS richiede un certificato valido per il vecchio host:
Sostituisci i percorsi del certificato con quelli effettivi e adatta la configurazione a CDN, reverse proxy e hosting. Se struttura, lingue o sezioni cambiano, usa mapping puntuali o pattern selettivi. La direttiva return è documentata da Nginx.
Quando evitare PHP
Un redirect in PHP è indicato solo per condizioni che non possono essere espresse a livello di server o plugin. wp_redirect() non interrompe automaticamente l’esecuzione e richiede normalmente exit;. Per reindirizzamenti locali, wp_safe_redirect() aggiunge un controllo sull’host consentito.
Pubblica e verifica il risultato
Al rilascio, i collegamenti che controlli devono puntare direttamente alla nuova URL: aggiorna link nel contenuto, menu, breadcrumb, CTA, moduli, feed e campagne. La nuova pagina deve restituire 200 e avere un canonical autoreferenziale; la sitemap XML deve contenere soltanto URL attuali e canoniche. Redirect e canonical sono segnali complementari, come chiarisce Google nella documentazione sulla consolidazione delle URL duplicate.
Verifica gli header direttamente, perché browser e cache possono nascondere catene:
curl -I https://www.example.it/vecchia-url/
curl -IL https://www.example.it/vecchia-url/
L’esito atteso è 301 → 200, con header Location rivolto alla pagina prevista. Correggi catene come 301 → 301 → 200, destinazioni 301 → 404, loop e passaggi intermedi non necessari. Controlla anche canonical, indicizzabilità e comportamento di form, prodotti, analytics e conversioni. Le query string richiedono una decisione esplicita: parametri di tracking, filtri o applicazioni potrebbero dover essere mantenuti.
Nelle settimane successive monitora Search Console, Ispezione URL, report 404, crawler, log del server, traffico organico e conversioni. Google raccomanda di mantenere i redirect in genere per almeno un anno durante un trasferimento; per URL che ricevono ancora visite o backlink è prudente conservarli più a lungo. La sequenza affidabile resta: approvare il mapping, pubblicare nuove pagine e redirect, verificare gli header e monitorare i dati.









