本文へスキップ

HTTPヘッダー確認

HTTP Header Inspector

URLを取得して、レスポンスヘッダーの全文・リダイレクトの連鎖・所要時間・使われた圧縮方式を表示します。

URLへリクエストを1回送り、返ってきたレスポンスヘッダーをすべて見せます。用途ごとにまとめ、Cache-Controlはディレクティブに分解して1つずつ説明します。ブラウザが何かを描く前に見ているのがこれで、キャッシュと圧縮の問題は実際ここに住んでいます。

☁️ サーバーを使いますhttpheadersinspectdebug

このリクエストは、こちらのサーバーが代わりに送ります。サーバーに渡るのは入力した URLだけで、ブラウザの Cookie やログイン状態は一緒に送られません。サーバーは公開アドレスにしか接続せず、プライベートアドレスや内部アドレスへの接続は拒否します。

リダイレクトは 5 回までたどり、表示するのは最後のレスポンスのヘッダーです。

使い方

  1. 本当に見たいURLを渡します

    リダイレクトは5回まで追いかけ、表示するヘッダーは最後のレスポンスのものです。リダイレクトそのものが気になるなら、上にホップごとのステータス付きで経路が描かれます。

  2. 表より先に指摘を読みます

    指摘はそれぞれ特定のヘッダーから出てきます。Cache-Controlが無い、max-ageに上書きされるExpiresがある、charsetの無いHTMLレスポンスだ、といったものです。指摘が結論で、表は根拠です。

  3. 圧縮の行を確かめます

    リクエストはgzip、deflate、br、zstdを受け取れると伝え、返ってきた値がサーバーの選んだものです。Content-Encodingの無いテキストレスポンスは、たいてい必要より70%以上大きくなっています。

よくある質問

ログインやCookieは一緒に送られますか

送られません。リクエストはこちらのサーバーが出すので、あなたのCookieもセッションも載りません。そのため、ログインの先にあるページは、あなたが見ている画面ではなくログインページが返ってきます。

社内ネットワークのアドレスも確認できますか

できません。意図してそうしてあります。外向きの取得はホストを先に名前解決して、プライベート・ループバック・リンクローカルのアドレスを拒否します。公開の名前がそうしたアドレスに解決される場合も同じです。この規則がなければ、このページは他人の内部ネットワークをこちらのサーバーに探らせる道具になります。

開発者ツールで見えるヘッダーと違います

そうなるものです。CDNは地域、Accept-Encoding、Vary、そのエッジにキャッシュがあるかどうかで答えを変えます。ここにあるのはある1か所から出した1回のリクエストで、あなたのブラウザのものは別のリクエストです。

Content-Lengthが無いのはなぜですか

ほぼ必ずチャンク転送です。サーバーが大きさを知る前に送り始めたということです。動的なページでは正常で、そこからのダウンロードで進捗率が出ない理由でもあります。

ここから渡せます

次の一手

このツールが出したものをそのまま受け取れる道具です。