Content-Range Inspect

何をするツール？

Content-Range を分解して、返された範囲（start-end）と全体サイズ（total）を一覧化します。

Range リクエストの検証（206/416）の切り分けに向きます。

基本（Content-Range の役割）

• 206 Partial Content のレスポンスで Content-Range が返ります。
• 範囲は bytes=start-end/total の形式です。
• 不正な範囲の場合は 416 とともに bytes */total が返ることがあります。

入力の例

• Content-Range: bytes 0-1023/4096
• Content-Range: bytes */4096
• Response Headers をまるごと貼り付け

よくある落とし穴

• Content-Range が無いのに 206 が返る
• total が不明なのに固定値を返す
• Range 範囲と Content-Length の不一致
• Range を複数指定したのに単一の Content-Range しか返らない

206 / 416 の読み分け

• 206 Partial Content: 有効な範囲が返った状態
• 416 Range Not Satisfiable: 範囲が不正、Content-Range: bytes */total が返ることがある

Content-Length との関係

206 の場合、Content-Length は「返した範囲のサイズ」になります。全体サイズは Content-Range の /total を参照します。

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

• Accept-Ranges Inspect で対応可否を確認
• Range Request Builder で Range を生成
• このツールで Content-Range を解析

関連ツール

• Accept-Ranges Inspect
• Range Request Builder
• Content-Length Inspect
• If-Range Inspect
• Response Headers Parser

推奨（実務）

• 206 では Content-Range を必ず返す
• Content-Length と整合性を取る
• ETag/Last-Modified と組み合わせると安全

このツールでできること

• Content-Range の分解と表示
• 全体サイズ（total）の整理

注意（運用）

• キャッシュ挙動はブラウザ/CDN/プロキシの層で変わるため、同一点観測で比較してください。
• ヘッダー診断だけでは不十分な場合があります。アプリ側の更新戦略とキー設計も確認してください。

参照仕様

• RFC 9110（HTTP Semantics）
• MDN: Content-Range

FAQ

参考リンク

1. RFC 9110
2. MDN: Content-Range
3. MDN: 206 Partial Content
4. MDN: 416 Range Not Satisfiable

次に見る（診断順）

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

1. If-Range Inspect — If-Range を解析して再取得条件を確認
2. Range Request Builder — Range リクエストヘッダーを生成
3. Accept-Ranges Inspect — Accept-Ranges を解析して部分取得可否を確認
4. Content-Length Inspect — Content-Length を解析してサイズ整合を確認

同テーマの導線

Range/部分取得

Range/Content-Range/If-Range を突き合わせて部分取得の可否を確認

• Accept-Ranges Inspect — Accept-Ranges を解析して部分取得可否を確認
• Range Request Builder — Range リクエストヘッダーを生成
• If-Range Inspect — If-Range を解析して再取得条件を確認
• Content-Length Inspect — Content-Length を解析してサイズ整合を確認