Transfer-Encoding Inspect

HTTPヘッダー/経路情報をブラウザ内で整理・診断します。入力はサーバーへ送信しません。観測差分の一次切り分けに使えます。

状態

ブラウザ内で処理します。入力はサーバーへ送信しません。まずはここで一次切り分けしてください。

使い方

Transfer-Encoding か Response Headers を貼り付けて「解析」。適用方式と注意点を整理します。

注意（このツール）

  • Transfer-Encoding: のヘッダー行でも解析できます（複数行の貼り付けもOK）。
  • Transfer-Encoding と Content-Length は同時に使わないのが基本です。

このページについて

何をするツール？

Transfer-Encoding を分解して、chunked などの転送方式を一覧表示します。

Content-Length が無い/ダウンロードが途中で切れるなどの切り分けに向きます。

基本（Transfer-Encoding の役割）

  • Transfer-Encoding は「本文の転送方法」を示します。
  • chunked は本文サイズが事前に不明な場合に使われます。
  • Content-Length と同時に使うのは一般にNGです。

入力の例

  • Transfer-Encoding: chunked
  • Transfer-Encoding: gzip, chunked
  • Response Headers をまるごと貼り付け

エンコーディングの順序

複数指定される場合は順序が重要です。一般的には最後が chunked になります。

よくある落とし穴

  • Content-Length と Transfer-Encoding を同時に返す
  • chunked の終端不備でクライアントが待ち続ける
  • プロキシ/CDNで Transfer-Encoding が書き換わる

切り分け手順（おすすめ）

  • Response Headers Parser で Transfer-Encoding を抽出
  • このツールで転送方式を整理
  • Content-Length Inspect で併用有無を確認
  • Content-Length Inspect
  • Content-Encoding Inspect
  • Response Headers Parser

このツールでできること

  • Transfer-Encoding の分解と一覧表示
  • 順序や注意点の整理

注意（運用）

  • 中継機器でヘッダーが書き換わることがあります。取得地点を揃えて比較してください。
  • 最終判断はサーバーログと設定（信頼プロキシ、ルーティング）で確認してください。

参照仕様

  • RFC 9110（HTTP Semantics）
  • MDN: Transfer-Encoding

FAQ

Transfer-Encoding が無いのは問題？

Content-Length があるなら通常問題ありません。どちらも無い場合は接続終了で長さを判断することがあります。

参考リンク

  1. RFC 9110
  2. MDN: Transfer-Encoding

site_map ルールに基づいて、次に確認すべきページを表示しています。

  1. Content-Encoding Inspect — Content-Encoding を解析して実際の圧縮方式を確認
  2. Accept-Encoding Inspect — Accept-Encoding を解析して圧縮交渉を確認
  3. Content-Length Inspect — Content-Length を解析してサイズ整合を確認
  4. Vary Inspect — Vary を解析してキャッシュ分岐条件を可視化

圧縮/転送

Accept/Content/Transfer-Encoding と Vary から圧縮不整合を切り分け