Redirect 301 e 302: quando usarli e come

Un redirect è un'istruzione al server: «L'URL richiesto si è spostato. Ecco il nuovo indirizzo». Browser e crawler dei motori ricevono un codice HTTP e un nuovo URL, e ci vanno automaticamente. Per gli utenti è invisibile; per la SEO scegliere il tipo giusto è critico.

Cosa sono i redirect

Un redirect HTTP è una risposta del server con codice 3xx che indica la risorsa si trova a un URL diverso. Il browser segue automaticamente il nuovo indirizzo; il crawler fa lo stesso e aggiorna il suo indice in base al tipo di redirect.

301: redirect permanente

301 Moved Permanently dice a browser e crawler che una pagina si è spostata per sempre. Google trasferisce il valore dei link (PageRank) dall'URL di origine a quello nuovo, aggiorna l'indice e inizia a mostrare il nuovo URL nei risultati di ricerca.

Quando usare il 301

302: redirect temporaneo

302 Found è un redirect temporaneo. Google non trasferisce il valore dei link e non aggiorna l'indice: l'URL di origine resta canonical. Usalo solo quando la pagina è davvero non disponibile in modo temporaneo e tornerà al suo indirizzo originale.

Quando usare il 302

307, 308 e altri codici

Per la maggior parte dei compiti SEO bastano 301 e 302. I codici 307 e 308 si usano nelle API e nelle applicazioni web dove preservare il metodo HTTP conta. Il codice 410 segnala a Google che una pagina è eliminata definitivamente — sparisce dall'indice più in fretta di un 404.

Impatto SEO

Un redirect 301 trasferisce fino al 99% del valore dei link — secondo Google. Nella pratica, le posizioni possono calare temporaneamente dopo una migrazione e riprendersi in poche settimane. È normale e non è una perdita definitiva.

zoom_in

Catene di redirect

Una catena di redirect è quando URL-A → URL-B → URL-C invece di URL-A → URL-C. Ogni salto extra riduce il PageRank trasferito, aumenta il tempo di caricamento e complica la scansione per Googlebot.

La lunghezza massima consigliata di una catena è 3 salti. Le catene di 5+ salti possono essere troncate da Google prima di raggiungere l'URL finale. Audita regolarmente le catene con gli strumenti (Screaming Frog, Redirect Checker) e appiattiscile.

# Check redirect chain via curl
curl -L -s -o /dev/null -w "%{url_effective}\n%{http_code}\n%{redirect_url}\n" \
  https://old-domain.com/page

# Check all redirects in the chain
curl -L -v https://old-domain.com/page 2>&1 | grep -E "^< HTTP|^> GET|Location:"

Configurazione del server

Nginx

# 301: permanent redirect for a single page
server {
  location = /old-page {
    return 301 /new-page;
  }
}

# 301: full domain redirect
server {
  server_name old-domain.com;
  return 301 https://new-domain.com$request_uri;
}

# 301: HTTP → HTTPS
server {
  listen 80;
  server_name example.com www.example.com;
  return 301 https://example.com$request_uri;
}

# 302: temporary redirect
server {
  location = /promo {
    return 302 /sale;
  }
}

Next.js (next.config.ts)

// next.config.ts
const nextConfig = {
  async redirects() {
    return [
      // 301: permanent redirect
      {
        source: '/old-blog/:slug',
        destination: '/blog/:slug',
        permanent: true, // = 301
      },
      // 302: temporary redirect
      {
        source: '/promo',
        destination: '/sale',
        permanent: false, // = 302
      },
    ];
  },
};

export default nextConfig;

Scenari comuni

FAQ