Questo strumento gira sul server
Come funziona
Questo strumento effettua una richiesta all'URL che indichi e ti mostra la risposta HTTP così come la restituisce il server: il codice di stato, tutti gli header di risposta, i reindirizzamenti che avvengono lungo il percorso e i cookie inviati.
Gli header definiscono buona parte del comportamento di un sito o di un'API: cache, sicurezza, tipo di contenuto, CORS e compressione. Vederli senza aprire gli strumenti per sviluppatori aiuta a fare il debug delle configurazioni e a controllare gli header di sicurezza di un dominio.
Casi d'uso
- Controllare gli header di sicurezza di un sito (HSTS, CSP, X-Frame-Options e simili).
- Seguire la catena di reindirizzamenti di un URL e vedere lo stato finale.
- Diagnosticare problemi di cache esaminando Cache-Control, ETag ed Expires.
- Fare il debug di un'API verificando il suo Content-Type, CORS e codice di stato.
Domande frequenti
Cosa sono gli header di risposta HTTP?
Sono coppie nome-valore che il server invia insieme alla risposta per descrivere il contenuto e come il client deve trattarlo: tipo di dato, cache, cookie, criteri di sicurezza, compressione e altro.
Quali sono gli header di sicurezza più importanti?
I più comuni sono Strict-Transport-Security (HSTS), Content-Security-Policy (CSP), X-Content-Type-Options, X-Frame-Options e Referrer-Policy. La loro presenza e corretta configurazione riducono rischi come il clickjacking o l'iniezione di contenuti.
Perché vedo diverse risposte per un singolo URL?
Perché l'URL reindirizza. Ogni passo 301, 302, 307 o 308 è una risposta intermedia con il suo header Location, fino a raggiungere la risposta finale. Vedere l'intera catena aiuta a rilevare loop o salti inutili.
Posso vedere anche gli header della richiesta?
Lo strumento si concentra sulla risposta del server, che è la parte che definisce il comportamento del sito. Gli header della richiesta li controlla il client; per provare varianti conviene generare la chiamata con il convertitore cURL.