Verifica redirect

Scopri dove porta un URL e se reindirizza. Gratis, senza upload. max 1 GB · Fino a 1 GB · Elaborato localmente, mai inviato a un server.

Dopo un rifacimento, un cambio di dominio o la chiusura di un’intera sezione la domanda torna sempre la stessa: questo vecchio indirizzo porta ancora da qualche parte, e dove. Questo strumento invia una richiesta all’indirizzo inserito e restituisce una tabella di cinque righe: l’URL testato, l’URL finale, la presenza o meno di un reindirizzamento, lo stato HTTP ottenuto all’arrivo e il metodo di lettura impiegato.

Come l’audit di pagina, questo verificatore lavora sulla rete: l’indirizzo inserito lascia il browser per essere interrogato. Il tentativo diretto parte dalla macchina locale; se fallisce subentra un relè pubblico, api.allorigins.win, che interroga l’indirizzo dai propri server. La riga Metodo della tabella indica quale dei due percorsi ha risposto.

Un limite dipende dalla tecnica impiegata. La richiesta è configurata per seguire i reindirizzamenti in blocco: il browser concatena i salti e riporta soltanto l’arrivo. Il dettaglio intermedio, la sequenza 301 poi 302 poi 200, non è esposto al codice della pagina, e lo strumento lo segnala sotto il proprio risultato.

Come si usa

  1. Inserire l’indirizzo da testare Il campo attende di preferenza il vecchio indirizzo, quello di cui si vuole conoscere la sorte. Il prefisso https:// viene aggiunto se lo si omette, e una stringa non valida viene respinta.
  2. Premere Verifica i reindirizzamenti Il pulsante passa a Verifica in corso…. Il tentativo diretto dispone di dieci secondi, il ripiego sul relè pubblico di altri quindici prima della rinuncia.
  3. Confrontare URL testato e URL finale Lo scarto fra le due righe dice tutto: passaggio da http a https, aggiunta o rimozione del www, barra finale, oppure un percorso completamente diverso in caso di reindirizzamento vero.
  4. Leggere la riga Reindirizzamento Distingue a parole chiare fra un indirizzo che finisce altrove e un indirizzo che risponde direttamente, senza obbligare a interpretare da soli i codici di stato.
  5. Controllare stato e metodo Lo stato è annotato OK sotto 300, reindirizzamento fra 300 e 399, errore oltre. La riga Metodo precisa se la lettura è stata diretta o passata dal relè; quando nessun codice di stato viene restituito, la riga dello stato semplicemente non compare.

La richiesta parte verso il sito testato

Questo strumento non ha nulla di locale: verificare un reindirizzamento significa provocarlo. La prima richiesta esce dal browser con l’indirizzo IP di chi la lancia. Molti server non restituiscono le intestazioni di autorizzazione di origine incrociata richieste dal meccanismo CORS; in quel caso il browser rifiuta di consegnare la risposta al codice della pagina, e il tentativo viene contato come fallito anche se il sito ha risposto perfettamente.

Il ripiego automatico passa allora da api.allorigins.win, un servizio terzo pubblico. È lui a interrogare l’indirizzo, da un data center, con il proprio IP. Le conseguenze sono concrete. Una pagina riservata agli iscritti restituisce la schermata di accesso, perché nessun cookie di sessione circola verso un altro dominio. Un firewall applicativo come quelli di Cloudflare o di Akamai può opporre una pagina di verifica, o un rifiuto netto, all’indirizzo IP di un fornitore di hosting. Un ambiente di preproduzione filtrato per password o per elenco di indirizzi resta fuori portata. Questo strumento informa su indirizzi pubblici.

301, 302, 307, 308: quale e in quale caso

Il 301 annuncia uno spostamento definitivo. È il codice di una migrazione: il motore sostituisce il vecchio indirizzo con il nuovo nel proprio indice e gli trasmette i segnali accumulati. I browser lo tengono in cache con zelo, il che rende un 301 messo per errore fastidioso da recuperare presso i visitatori che l’hanno già ricevuto. Il 302 dice l’opposto, una deviazione provvisoria: l’indirizzo d’origine resta il riferimento, il che si adatta a una pagina in manutenzione o a un’operazione a tempo.

Il 307 e il 308 sono le versioni strette dei due precedenti. Storicamente, un 301 o un 302 applicato all’invio di un modulo poteva trasformare la richiesta in una semplice consultazione e perdere i dati trasmessi. Il 307, temporaneo, e il 308, definitivo, impongono di conservare il metodo e il corpo della richiesta. Per una pagina consultata in lettura il 301 resta la scelta corrente e la meglio trattata ovunque; per un punto d’ingresso tecnico che riceve invii di dati, il 308 evita la brutta sorpresa.

Quanto costa una catena di reindirizzamenti

Ogni salto è un andata e ritorno completo: risoluzione DNS se l’host cambia, apertura della connessione, negoziazione TLS, richiesta, risposta. Su una connessione mobile il conto si misura in centinaia di millisecondi prima che arrivi il primo byte utile. La catena classica — da http a https, poi da senza www a con www, poi da vecchia pagina a nuova — fa tre salti dove una regola scritta bene ne farebbe uno solo.

Il costo non pesa solo sul visitatore. I crawler seguono un numero limitato di salti prima di rinunciare, una decina nella pratica, e un browser si ferma intorno a venti mostrando un errore di ciclo. La regola utile sta in una frase: far puntare ogni vecchio indirizzo direttamente sulla sua destinazione finale, invece di lasciare che i reindirizzamenti si accumulino attraverso rifacimenti successivi.

Leggere il risultato senza sbagliare

Lo stato mostrato è quello dell’arrivo, non quello del reindirizzamento. Una vecchia pagina correttamente reindirizzata con un 301 compare quindi come HTTP 200, con la riga Reindirizzamento su sì: è il risultato atteso, non una contraddizione. Uno stato compreso fra 300 e 399 si mostra soltanto quando la catena non ha potuto essere seguita fino in fondo.

In modalità relè la presenza di un reindirizzamento è dedotta dal confronto fra l’indirizzo testato e quello di arrivo, barra finale a parte; un rinvio che ricadesse sullo stesso indirizzo passerebbe quindi inosservato. Infine, sono visibili soltanto i reindirizzamenti del protocollo HTTP: un rinvio operato da un meta refresh o da uno script non compare qui, dato che la pagina non viene né renderizzata né eseguita.

Domande frequenti

Perché lo stato è 200 mentre la mia pagina è reindirizzata?

Perché la richiesta segue la catena fino in fondo e riporta il codice della destinazione. La riga Reindirizzamento segnala il rinvio; il 200 conferma soltanto che la pagina di arrivo esiste.

Posso vedere il dettaglio 301 poi 302 poi 200?

Non da un browser: i salti intermedi non sono esposti al codice della pagina. Serve uno strumento lato server oppure una richiesta da riga di comando che stampi le intestazioni di ogni passaggio, come curl con le opzioni che seguono i rinvii e mostrano gli header.

Che cosa significa la menzione sulla lettura tramite proxy pubblico?

Che l’accesso diretto è stato rifiutato e che la richiesta è passata da api.allorigins.win. Il sito ha visto l’indirizzo IP di quel servizio e non quello di chi lo interroga, il che può cambiare la risposta che restituisce.

Un reindirizzamento tramite meta refresh viene rilevato?

No. Sono visibili soltanto i reindirizzamenti del protocollo HTTP. Un rinvio scritto nell’HTML o attivato da uno script non viene né interpretato né seguito da questo strumento.

Conviene scegliere 301 o 308 per un cambio definitivo?

Il 301 basta per pagine consultate in lettura e resta il codice trattato più universalmente. Il 308 si impone quando l’indirizzo riceve invii di dati il cui metodo va preservato.

Il mio sito di preproduzione restituisce un errore, perché?

Perché con ogni probabilità è filtrato per password o per indirizzo IP. Né la sessione locale né il relè pubblico vi hanno accesso: questo strumento può verificare soltanto indirizzi aperti al pubblico.

Verificare un redirect 301 è gratis e serve registrarsi?

Non serve nessun account, non ci sono quote e il risultato compare subito. Va però detto che questo strumento non lavora in locale: l’indirizzo che inserisci esce dal browser per essere interrogato, e se il sito rifiuta la richiesta diretta subentra un relè pubblico, api.allorigins.win, che lo visita dai propri server. La riga Metodo della tabella indica quale dei due percorsi ha risposto.

Come controllo che il mio sito reindirizzi davvero da http a https?

Scrivi l’indirizzo per esteso, con http:// davanti: è l’unico modo per mettere alla prova la versione non sicura, perché senza prefisso viene aggiunto https://. Nel risultato l’URL finale deve comparire in https e la riga Reindirizzamento deve dire sì. Aspettati di leggere «lettura tramite un proxy pubblico» alla riga Metodo: una pagina servita in https non può interrogare direttamente un indirizzo in http, quindi il lavoro tocca quasi sempre al relè. Ripeti la prova sulle quattro forme dell’indirizzo, con e senza www in http e in https: sono percorsi distinti e possono essere configurati male uno alla volta.

Posso controllare in blocco tutti i vecchi indirizzi dopo una migrazione?

No, si testa un indirizzo alla volta e i risultati non si accumulano in un elenco esportabile; per un controllo di massa serve un crawler o uno script lato server. Il principio da verificare resta però semplice: ogni vecchio indirizzo deve puntare direttamente sulla sua destinazione finale. I crawler abbandonano dopo una decina di salti e un browser si ferma intorno a venti segnalando un ciclo.

Strumenti simili

Scopri altri strumenti

Categorie