Controllo risposta HTTP/HTTPS: Codice di stato, Catena di redirect, Header di risposta
Inserisci un URL per vedere codice di stato HTTP, ogni hop di redirect, header finali e tempo di risposta del server. Pensato per verifiche di deploy, debug CDN e audit dei redirect.
Cosa mostra questo controllo risposta HTTP
Questa pagina testa l'URL dal nostro server e mostra i metadati di risposta importanti quando un sito è raggiungibile ma si comporta in modo anomalo.
Codice di stato
I codici sono raggruppati per classe. La classe indica se la richiesta è riuscita, ha rediretto, è fallita lato client o lato server.
Catena di redirect
I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata.
Header di risposta
Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità.
Tempo totale
Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità. Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Come controllare stato HTTP, redirect e header
Usa l'URL pubblico richiesto da utenti o bot. Il checker segue i redirect in sicurezza e mantiene il focus su header, stato e tempi.
Controlla la risposta di un URL
Usa l'URL pubblico richiesto da utenti o bot. Il checker segue i redirect in sicurezza e mantiene il focus su header, stato e tempi.
HEAD / GET
HEAD è più veloce perché legge gli header senza scaricare il body. Usa GET quando il server blocca HEAD.
Risposta finale
Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità.
Pattern di risultato comuni e prossime azioni
I codici sono raggruppati per classe. La classe indica se la richiesta è riuscita, ha rediretto, è fallita lato client o lato server. I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata.
| Problema | Segnale | Cosa verificare |
|---|---|---|
| 200 OK / Successo | Successo: Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato. | Content-Type / Cache-Control / Nuovo controllo |
| 301 / 308 | I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata. | Catena di redirect |
| 401 / 403 | Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento. | Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato. |
| 429 / 503 | La richiesta è scaduta. Il server potrebbe essere offline, sovraccarico, bloccato da firewall o lento a rispondere. | Retry-After / Conferma che i record A, AAAA, CNAME e MX puntino all'host previsto prima di testare l'URL. |
| Catena di redirect | L'URL effettua troppi redirect. Verifica loop o regole in conflitto per www, HTTPS o slash finale. | Catena di redirect |
HEAD o GET: quale metodo usare?
HEAD è più veloce perché legge gli header senza scaricare il body. Usa GET quando il server blocca HEAD.
| Metodo | Cosa verificare | Segnale | Correzione |
|---|---|---|---|
| HEAD | Codice di stato / Catena di redirect / Header di risposta | 405 / Errore client / Il controllo della risposta non è riuscito. Conferma che l'URL sia raggiungibile e riprova. | GET: Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato. |
| GET | HEAD è più veloce perché legge gli header senza scaricare il body. Usa GET quando il server blocca HEAD. | Errore server / La richiesta è scaduta. Il server potrebbe essere offline, sovraccarico, bloccato da firewall o lento a rispondere. | HEAD: HEAD è più veloce perché legge gli header senza scaricare il body. Usa GET quando il server blocca HEAD. |
Come leggere gli header di risposta
Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità.
| Header | Cosa indica | Cosa verificare |
|---|---|---|
| Location | I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata. | Catena di redirect |
| Cache-Control | Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità. | Tempo totale |
| Content-Type | Header di risposta | Codice di stato |
| Strict-Transport-Security | Verifica certificato TLS, issuer, hostname ed expiry quando HTTPS non funziona. | Successo |
| Server / Via / CF-Cache-Status | Questa pagina testa l'URL dal nostro server e mostra i metadati di risposta importanti quando un sito è raggiungibile ma si comporta in modo anomalo. | Conferma che i record A, AAAA, CNAME e MX puntino all'host previsto prima di testare l'URL. |
| Retry-After | Errore client / Errore server | La richiesta è scaduta. Il server potrebbe essere offline, sovraccarico, bloccato da firewall o lento a rispondere. |
| Content-Encoding | Header di risposta | Tempo totale |
Codici di stato HTTP: cosa significa il risultato
I codici sono raggruppati per classe. La classe indica se la richiesta è riuscita, ha rediretto, è fallita lato client o lato server.
I codici sono raggruppati per classe. La classe indica se la richiesta è riuscita, ha rediretto, è fallita lato client o lato server.
Codice di stato
I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata.
I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata.
Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento.
Il controllo della risposta non è riuscito. Conferma che l'URL sia raggiungibile e riprova.
Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento.
La richiesta è scaduta. Il server potrebbe essere offline, sovraccarico, bloccato da firewall o lento a rispondere.
Checklist per risolvere problemi di redirect
I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata.
| Problema | Segnale | Correzione |
|---|---|---|
| HTTP / HTTPS | L'URL effettua troppi redirect. Verifica loop o regole in conflitto per www, HTTPS o slash finale. | I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata. |
| www / non-www | Catena di redirect | Usa l'URL pubblico richiesto da utenti o bot. Il checker segue i redirect in sicurezza e mantiene il focus su header, stato e tempi. |
| Trailing slash | Redirect | I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata. |
| WAF / CDN | Errore client | Conferma che i record A, AAAA, CNAME e MX puntino all'host previsto prima di testare l'URL. |
Cosa non dimostra una risposta 200 OK
Successo: Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Successo / HTML
Successo: Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Content-Type
Codice di stato
Cache-Control
Tempo totale
GET / Richiesta del browser
Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Perche il risultato del browser puo essere diverso
Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
| Problema | Richiesta del browser | Controlla la risposta di un URL |
|---|---|---|
| Cookies / Errore client | Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato. | Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento. |
| Cache-Control | Gli header spiegano come server, proxy, CDN o browser devono gestire la risposta. Questi campi sono i più utili durante verifiche di deploy e disponibilità. | Tempo totale |
| Location | I redirect sono spesso controllati da più livelli. Usa la catena per capire quale livello cambia l'URL e dove inizia loop o destinazione errata. | Catena di redirect |
| WAF / 401 / 403 | Errore client | Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento. |
Cosa non puo dimostrare un controllo della risposta HTTP
Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Usa un URL pubblico. Localhost, reti private e indirizzi riservati non possono essere controllati con questo strumento.
Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
GET
HEAD è più veloce perché legge gli header senza scaricare il body. Usa GET quando il server blocca HEAD.
Errore client
Il controllo della risposta non è riuscito. Conferma che l'URL sia raggiungibile e riprova.
200 OK / Successo
Successo: Il checker si concentra sui metadati HTTP pubblici. Non è un browser completo, un audit Lighthouse o un agente di monitoraggio autenticato.
Domande frequenti
Strumenti diagnostici correlati
Controllo Porte
I codici sono raggruppati per classe. La classe indica se la richiesta è riuscita, ha rediretto, è fallita lato client o lato server.
Controllo SSL
Controlla codice di stato HTTP, catena di redirect, header di risposta e tempo di risposta per qualsiasi URL. Debug di deploy, regole CDN e disponibilità in pochi secondi.
Ricerca DNS
Usa l'URL pubblico richiesto da utenti o bot. Il checker segue i redirect in sicurezza e mantiene il focus su header, stato e tempi.