Tutti gli strumenti

Verifica dello stato HTTP

Inserisca un URL e rilegga ogni passaggio che attraversa. Il codice di stato, la destinazione successiva, quanto ha impiegato e le intestazioni di risposta a ogni passo.

Verificare un URL

Includa http:// o https://. La richiesta parte dal nostro server, quindi l'indirizzo deve essere raggiungibile dalla rete pubblica.

Inserisca un URL qui sopra. Ogni passaggio torna con il suo stato, la destinazione a cui punta e quanto ha impiegato.

Questa richiesta la fa il nostro server, non il suo browser. Ci identifichiamo come SessionReplay-Tools, seguiamo al massimo cinque passaggi e rinunciamo dopo venti secondi.

Che cos'è una catena di redirect

Una catena di redirect è tutto ciò che accade fra l'URL digitato e la pagina che si vede alla fine. Ogni passaggio risponde con uno stato 3xx e un'intestazione Location che indica l'URL successivo, e il browser la segue. Un passaggio è normale. Tre o quattro di solito significano che vecchie regole si sono stratificate, e ogni passaggio in più costa un giro di rete prima che compaia qualcosa. Questo strumento percorre la catena dal nostro server e mostra ogni passo con il suo stato, la destinazione indicata, il tempo impiegato e le intestazioni restituite.

Perché una catena che finisce male le arriva tardi

Un redirect che atterra nel posto sbagliato raramente sembra un errore. Il visitatore ottiene una pagina, solo non quella che aveva chiesto, quindi non viene registrato nulla e nessuno apre un ticket. Le arriva di seconda mano, come la lamentela che un link è rotto o che l'accesso porta le persone nel posto sbagliato. Leggere la catena rende la cosa concreta: il passaggio che ha cambiato host, perso il percorso o mandato un vecchio link di campagna alla home page.

Che cosa promettono 301, 302, 307 e 308

301 dice che lo spostamento è definitivo e che il vecchio URL va dimenticato, ed è su questo che agiscono i motori di ricerca. 302 dice che lo spostamento è temporaneo e che l'URL originale resta quello canonico. Entrambi sono stati implementati molto spesso trasformando un POST in un GET, ed è proprio per questo che esistono 307 e 308: 307 è il redirect temporaneo che conserva metodo e corpo, 308 quello permanente che fa lo stesso. Se l'invio di un modulo perde il corpo da qualche parte in una catena, il codice di stato di quel passaggio è di solito il motivo.

Domande sulle catene di redirect

Sì. Segue fino a cinque passaggi e li riporta tutti, risposta finale compresa. Ogni passaggio mostra il suo stato, l'intestazione Location inviata, l'indirizzo risolto, il tempo impiegato e le intestazioni di risposta complete. Il suo browser segue la stessa catena in silenzio e le mostra solo dove è finita.

La richiesta la fa il nostro server, quindi non porta cookie, né sessione, né una storia con il sito. Una pagina che reindirizza un visitatore autenticato a una dashboard reindirizza noi alla pagina di accesso. Anche la posizione geografica, la negoziazione dei contenuti e le regole antibot possono cambiare la risposta: inviamo SessionReplay-Tools come user agent, e alcuni siti lo trattano diversamente da un browser.

Un ciclo è una catena che torna a un URL già visitato e quindi non arriva mai a una risposta finale. I browser rinunciano dopo un numero fisso di passaggi e mostrano un errore invece di seguirla all'infinito. La causa abituale sono due regole che si annullano a vicenda, per esempio una che aggiunge la barra finale e una che la toglie, oppure una regola http e una https che si puntano a vicenda.

Perché la richiesta parte dal nostro server, senza cookie e senza credenziali. Una pagina che richiede una sessione ci risponde come risponde a qualsiasi sconosciuto, di solito con un redirect a una pagina di accesso. Vale comunque la pena saperlo: è esattamente ciò che ottiene un visitatore non autenticato. Per vedere la catena che ottiene un visitatore autenticato serve la richiesta così com'è avvenuta nel suo browser, ed è proprio quello che cattura Session Replay.

Una catena che finisce dove non dovrebbe è una segnalazione di bug

Session Replay cattura la pagina, il registro di rete e la console accanto, così chi guarderà per primo un redirect andato storto ha già davanti l'intera richiesta.