HTTP 301 Moved Permanently: SEO impact

Cos'e HTTP 301 Moved Permanently

Il codice HTTP 301 Moved Permanently indica che la risorsa richiesta e stata spostata definitivamente a un nuovo URL, comunicato nell'header Location. Il client (e i motori di ricerca) deve aggiornare i propri riferimenti e usare il nuovo indirizzo per tutte le richieste future.

Impact SEO

Il 301 e il redirect più importante per la SEO. Google e Bing ne tengono conto in modo specifico:

• Trasferimento del PageRank: il link juice della vecchia pagina viene trasferito alla nuova (circa il 90-99% secondo studi recenti).
• De-indicizzazione: la vecchia URL viene rimossa dall'indice dopo che Googlebot conferma il 301.
• Trasferimento posizioni: il ranking guadagnato dalla vecchia pagina si sposta sulla nuova, mantenendo la visibilità organica.

Quando usare il 301

• Migrazione di dominio (es. da .it a .com).
• Passaggio da HTTP a HTTPS.
• Cambio struttura URL (es. da query string a path SEO-friendly).
• Consolidamento di pagine duplicate.
• Rimozione del www. o aggiunta.

Esempio Apache .htaccess

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.it$ [NC]
RewriteRule ^(.*)$ https://new-domain.it/$1 [R=301,L]

# Forza HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Esempio Nginx

server {
    listen 80;
    server_name old-domain.it;
    return 301 https://new-domain.it$request_uri;
}

301 vs 302 in ottica SEO

La differenza cruciale:

• 301: permanente, trasferisce ranking, viene cacheato dal browser indefinitamente.
• 302: temporaneo, NON trasferisce ranking (o lo fa parzialmente), Google mantiene la vecchia URL nell'indice.

Usare 302 per cambi permanenti e uno degli errori SEO più comuni: spreca link juice e rallenta la transizione.

Catene di redirect

Evita catene lunghe: A -> B -> C -> D. Ogni hop introduce latenza e diluisce il PageRank. Google segue catene fino a circa 5 hop, dopo li ignora. Best practice: redirect diretto A -> D dove possibile.

Browser caching del 301

I browser cacheano i 301 in modo aggressivo, spesso anche senza expiration. Se redirezioni per errore una pagina importante e poi annulli il 301, gli utenti continueranno a vedere il redirect per giorni o settimane. Per testare: usa modalita incognito o pulisci la cache.

Mantenimento del PATH

Durante una migrazione di dominio, preserva il path quando possibile:

https://vecchio.it/blog/articolo-1 -> https://nuovo.it/blog/articolo-1

Così i link esterni che puntano a sotto-pagine specifiche continuano a funzionare e trasferiscono valore correttamente.

Strumenti per verificare

• curl -I URL: mostra status code e Location.
• Screaming Frog: trova catene e loop di redirect.
• Google Search Console: monitora errori di crawl post-migrazione.
• Redirect Path (estensione Chrome): visualizza la sequenza completa.

Errori comuni

• 301 da HTTPS a HTTP (downgrade pericoloso).
• 301 verso pagine 404.
• Loop infiniti (A -> B -> A).
• 301 di massa senza mappatura ragionata, perdendo struttura semantica.

Cache duration del 301

Senza header Cache-Control esplicito, i browser cacheano i 301 in modo molto aggressivo: alcuni indefinitamente, altri per giorni. Questo significa che un 301 errato puo persistere su milioni di browser anche dopo che lo correggi sul server. Per essere sicuri, includi sempre Cache-Control: max-age=3600 sui redirect 301 critici, o aggiungi versioning all'URL durante test.

Test in modalita incognito

Quando configuri o modifichi redirect 301, testa sempre in modalita incognito o con cache pulita. Altrimenti vedrai il vecchio comportamento cacheato e penserai che il fix non funzioni.

301 per consolidamento

Una pratica SEO importante e consolidare contenuti duplicati. Se hai due pagine simili che si fanno concorrenza, redirigi quella meno performante alla migliore con 301. Google trasferisce il ranking e elimina la cannibalizzazione di keyword.

Migrazione da Joomla a WordPress (esempio)

In una migrazione di CMS, la struttura URL spesso cambia. Best practice: esportare la mappatura completa vecchio-nuovo, generare regole .htaccess con 301 per ogni URL, monitorare Search Console post-migrazione per anomalie. Una migrazione mal gestita puo perdere il 50%+ del traffico organico in poche settimane.

301 inversi (downgrade)

Evita 301 da HTTPS a HTTP: per Google e una downgrade di sicurezza, oltre a essere pericoloso lato utente. Se devi spostare temporaneamente verso HTTP per debugging, usa 302.

Tools per audit redirect chains

Screaming Frog SEO Spider, Sitebulb, DeepCrawl scansionano l'intero sito e identificano: redirect chains (lunghezza), redirect loop, redirect verso 404. Tool gratuiti come httpstatus.io testano URL singole. Per migrazioni grandi, audit prima e dopo per verificare zero perdite.

Canonical vs 301

Spesso si confondono: il tag <link rel="canonical"> e un suggerimento al motore di ricerca; il 301 e un'istruzione vincolante per browser e crawler. Per URL pubbliche, 301 e più potente. Canonical e utile per pagine simili che devono entrambe essere accessibili (es. lingua/dialetto).

301 e link interni

Dopo migrazione URL, aggiorna SEMPRE i link interni alla nuova struttura. Mantenere link interni vecchi che subiscono 301 e inefficient (latenza per crawler, PR slight dilution). Hreflang, sitemap, canonical: tutto aggiornato alla nuova struttura.

Verifica post-migration

Dopo migrazione grande, monitoraggio costante per 30-90 giorni: Google Search Console per crawl errors, Analytics per traffico organico, Bing Webmaster Tools idem. Identifica vecchie URL ancora indicizzate, link esterni rotti, drop di posizionamento. Fix iterativi su segmenti specifici.

Costo del 301 cache

Aggressive browser caching del 301 e double-edged: ottimo per UX ripetuta, problematica se devi annullare. Tip: per redirect "esperimentali" prima del commit definitivo, usa 302 per qualche settimana, poi promuovi a 301 una volta sicuro.

301 e analytics

Google Analytics e simili tracciano la URL atterrata, non quella richiesta originariamente. Per attribution corretta su redirect, includere UTM nei link sorgente o usare server-side analytics che logga la URL pre-redirect.

Hai bisogno di aiuto?

Se il tuo sito mostra errori HTTP, il team di G Tech Group puo aiutarti. Contattaci tramite il modulo di contatto.