technical

Mantieni corte le catene di redirect

MetricSpot conta quanti redirect attraversa un visitatore prima di arrivare all'URL finale. Le catene lunghe aggiungono latenza, disperdono PageRank e rischiano di far abbandonare il crawl a Googlebot.

Cosa controlla questo check

Segue la catena di redirect dall’URL che hai inviato fino alla destinazione finale e conta gli hop. Il check fallisce se un visitatore deve seguire più di un redirect prima di atterrare su una vera risposta 200.

Perché è importante

Ogni hop è un round-trip: DNS, TCP, handshake TLS, risposta HTTP — tutto aggiunto prima che l’utente veda qualcosa. Su una rete mobile sono 200–600 ms per hop, facilmente un secondo di latenza evitabile.

I motori di ricerca hanno limiti rigidi. Google segue al massimo dieci redirect per tentativo di crawl e smette di indicizzare le pagine nascoste dietro catene lunghe. Ogni hop perde anche una piccola quantità di PageRank nel processo, quindi una catena da 4 hop può disperdere il segnale di ranking che la pagina originale aveva faticato a guadagnare.

Pattern di catena comune: http://example.com → http://www.example.com → https://www.example.com → https://www.example.com/. Sono tre hop dove ne basterebbe uno.

Come risolvere

Comprimi la catena così ogni variante del tuo URL punta direttamente all’URL canonico finale con un singolo 301.

nginx — unisci i redirect http→https, naked→www e trailing-slash in un unico server block:

server {
  listen 80;
  listen 443 ssl;
  server_name example.com www.example.com;

  return 301 https://www.example.com$request_uri;
}

server {
  listen 443 ssl;
  server_name www.example.com;
  # ... config vera ...
}

Apache — riscrivi all’URL finale in una sola regola:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Cloudflare — Rules → Bulk Redirects (o una singola Page Rule con “Forwarding URL → 301”). Imposta il pattern sorgente su ogni host alternativo che possiedi e il target sull’origin canonico.

Verifica tu stessocurl -sIL https://example.com/ | grep -E '^(HTTP|Location)' stampa ogni hop. Più di due righe è una catena.

Dopo aver risolto, aggiorna i link interni e la sitemap.xml per usare direttamente l’URL finale — non ha senso tenere in vita un 301 per link che controlli tu.

Domande frequenti

Un solo redirect va sempre bene?

Sì. Un singolo 301 da http:// a https:// (o da naked a www) è normale e supera il check. Il fallimento scatta a due o più hop di fila.

Risolvere la catena penalizzerà il posizionamento?

No: collassare due redirect 301 in un solo 301 mantiene la stessa destinazione finale e preserva il segnale che avevi già guadagnato. La documentazione di Google lo raccomanda esplicitamente.

E i vecchi URL da una migrazione di CMS?

Tienili reindirizzati, ma falli puntare direttamente al nuovo URL — non a un URL intermedio che a sua volta reindirizza. Scorri una volta la tua vecchia sitemap e riscrivi ogni regola per saltare ogni hop dopo il primo.

Fonti

Ultimo aggiornamento 2026-05-11