Documentazione

Vecchi link e indirizzi http:// sempre nel posto giusto

I redirect si configurano una volta e poi si dimenticano — finché non si sostituisce un web server, si riscrive una regola della CDN o va online il nuovo sito. A quel punto http:// smette di inoltrare a https://, il dominio senza www non porta più a www, i vecchi URL dei prodotti a cui puntano anni di link rispondono 404, oppure due regole rimandano i visitatori avanti e indietro finché il browser si arrende. Un normale controllo di uptime segue il redirect, trova una pagina funzionante alla fine e non segnala nulla.

Pingsured può controllare il redirect stesso.

Controllare un redirect

Disattiva «segui i redirect» sul ping. Il controllo valuta allora la risposta di redirect, non la pagina che c'è dietro:

ImpostazioneValore
URLhttp://example.com/
Codice di stato atteso301
Header Locationuguale a https://www.example.com/

Fallisce quando il redirect sparisce, quando diventa un 302 temporaneo e quando punta altrove. Usa un ping per ogni redirect che conta: la versione http del tuo dominio, il dominio senza www e i vecchi indirizzi delle pagine con più link.

Controllare un'intera catena

Con «segui i redirect» attivo, imposta il numero massimo di redirect — 3 per impostazione predefinita, fino a 20 — e imposta come atteso 200. Una catena più lunga finisce su un redirect invece che su una pagina, quindi il codice di stato non corrisponde e il controllo fallisce. Così rilevi i loop di redirect e le catene cresciute di un passaggio a ogni migrazione.

Dopo il lancio di un nuovo sito

Una migrazione di sito è il momento in cui i redirect contano di più e falliscono di più. Prima del passaggio, crea un ping per ciascuno dei tuoi vecchi URL più importanti, con il nuovo indirizzo atteso. Il giorno del lancio ti dicono quali regole funzionano, e continuano a controllare anche dopo, quando la prossima modifica alla configurazione del server ne annulla una senza far rumore.

Perché controllare i redirect con Pingsured

  • Vede ciò che i browser non mostrano. Un redirect che funziona ma porta nel posto sbagliato, o usa il codice di stato sbagliato, sembra a posto a chi clicca.
  • Controlli esatti. Codice di stato e header Location, confrontati esattamente o con un'espressione regolare.
  • Da ogni località. I redirect li fa spesso una CDN; ogni località viene valutata per conto suo, quindi una regola che manca su un nodo non viene nascosta dagli altri.
  • Le credenziali restano dove devono stare. Quando un controllo segue un redirect verso un altro host, gli header della richiesta che hai configurato non vengono inviati.

Limiti da tenere presenti

  • Un controllo che non segue i redirect valuta una sola risposta. Per controllare sia il redirect sia la pagina a cui porta, usa due ping.
  • I controlli inviano richieste GET o HEAD.