Verificatore di reindirizzamenti

Avanti

Incolla una URL e il verificatore segue la catena di reindirizzamenti HTTP salto per salto, mostrando una riga per passaggio con il codice di stato (301, 302, 303, 307 o 308), la Location puntata e il server e il tipo di contenuto dichiarati. Si ferma alla prima risposta non 3xx o quando raggiunge il tuo limite di salti, e segnala un ciclo se una URL rimanda a una già visitata. Il lavoro SEO dipende da questa traccia: un solo 302 silenzioso in una catena di più salti può disperdere il PageRank, e una catena lunga spreca crawl budget che Google non restituirà.

Come tracciare una catena di reindirizzamenti

  1. 1

    Inserisci la URL di partenza

    Qualsiasi URL, HTTPS o HTTP, con o senza `www`. Il verificatore aggiunge uno schema se lo ometti.

  2. 2

    Imposta il limite di salti

    Scegli quanti reindirizzamenti seguire, da 1 a 20. Il valore predefinito ferma presto una catena fuori controllo o in ciclo.

  3. 3

    Avvia la verifica

    Ogni salto viene richiesto a turno e seguito fino a una risposta non 3xx o al raggiungimento del limite.

  4. 4

    Leggi la catena

    Ogni riga mostra il numero del salto, il codice di stato e il suo tipo (permanente, temporaneo, OK, errore client, errore server o ciclo), la URL e dove reindirizza.

I codici di stato dei reindirizzamenti e cosa significano

Gli RFC 7231 e RFC 7538 (per il 308) definiscono la semantica. La loro differenza conta per la SEO, la cache e se il browser ripete un POST o ripiega su GET.

Codice Nome Permanente? Metodo conservato? Cacheable per impostazione predefinita?
301 Moved Permanently Storicamente no
302 Found No Storicamente no Solo se gli header lo consentono
303 See Other No Forza GET No
307 Temporary Redirect No Solo se gli header lo consentono
308 Permanent Redirect

Per la SEO, il 301 e il 308 consolidano il PageRank verso la destinazione; il 302 e il 307 no (Google li tratta come temporanei e mantiene la sorgente nel proprio indice).

Come dovrebbe essere una catena di reindirizzamenti

  • 1 salto va bene. URL vecchia verso URL nuova con un solo 301. Nessuna perdita di autorità dei link.
  • 2 salti sono tollerabili se uno è un passaggio da HTTP a HTTPS e l’altro la normalizzazione del www.
  • 3 o più salti sono un campanello d’allarme. Ogni salto aggiunge latenza, e Google documenta che le catene molto lunghe possono essere abbandonate. Consolida la catena sul server, così utenti e crawler raggiungono la destinazione in un solo passaggio.

Cosa segue e cosa non segue questo verificatore

Il verificatore segue i reindirizzamenti HTTP lato server: qualsiasi risposta con uno stato 3xx e un header Location. Non esegue la pagina, quindi altri due tipi di reindirizzamento non vengono seguiti:

  • Meta refresh. <meta http-equiv="refresh" content="0; url=..."> è un reindirizzamento a livello HTML scritto nel corpo della pagina, non un header HTTP, quindi qui appare come una normale risposta 200.
  • Reindirizzamenti JavaScript. window.location = '...' viene eseguito nel browser dopo il caricamento della pagina, quindi una richiesta lato server non lo vede mai.

Se una URL reindirizza solo tramite uno di questi metodi, usa uno strumento con browser headless per vedere la destinazione finale.

Fare il debug di una catena difettosa

La maggior parte delle catene difettose deriva da una di tre cause: un ciclo di reindirizzamento (un salto rimanda a una URL già visitata), un www perso che reindirizza di nuovo o un’incoerenza della barra finale in cui /page e /page/ rimbalzano l’una sull’altra. Il verificatore si ferma e segnala il ciclo quando una URL si ripete.

Domande frequenti

No. Segue i reindirizzamenti HTTP lato server (uno stato 3xx con un header Location). I reindirizzamenti tramite meta refresh e JavaScript vengono eseguiti dentro la pagina dopo il caricamento, quindi una richiesta lato server non li vede; per quelli, usa uno strumento con browser headless.

Puoi seguire da 1 a 20 salti, con 10 per impostazione predefinita. Il verificatore si ferma al tuo limite o quando una URL rimanda a una già visitata, così un ciclo di reindirizzamento non può proseguire all’infinito.

Solo se si risolvono da Internet pubblica. Le URL dietro una VPN, con autenticazione HTTP di base o su localhost (e altri indirizzi privati) non sono raggiungibili dal verificatore.

Per ogni salto: il suo numero, il codice di stato HTTP e il suo tipo (permanente, temporaneo, OK, errore client, errore server o ciclo), la URL richiesta, la Location verso cui reindirizza e il server e il tipo di contenuto dichiarati nella risposta.

No. Ogni richiesta viene effettuata e il suo risultato ti viene restituito direttamente; le URL che incolli non vengono registrate.

Strumenti correlati

Strumento disponibile in altre lingue