この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。HTTPのHEADメソッドとcurlの公式仕様を確認し、GETとの違いを読み取り専用で観察する手順に整理しています。
検証ステータス：📘 RFC/curl公式仕様確認済み・実通信未確認
Webページの本文を取得せずヘッダーだけ確認したいとき、curl -I が使えます。ただしHEADの結果だけでGETが必ず同じ挙動になるとは限りません。
まず試す
curl -I https://example.com/
HTTP status、Content-Type、Content-Lengthなどを観察します。
次にGETでヘッダーも表示します。
curl -sS -D - -o /dev/null https://example.com/
ここを見る
HEADとGETでstatusやヘッダーが同じか比較します。サーバー実装や中間装置によって差が出る可能性があります。
1か所変えてみる
URLの末尾を存在しないパスへ変え、404等のstatusがどう変わるか見ます。
なぜ重要か
監視やリンク確認でHEADだけを使うと、実際のGET経路との差を見落とす場合があります。HEADは軽い一次確認、GETは利用者に近い確認、と役割を分けると理解しやすくなります。
仕事で使うなら
Web移行、リダイレクト、CDN、API疎通の初動確認に使えます。本番へ大量アクセスする前に対象数と頻度を制限し、認証付きURLのトークンをログへ残さないでください。
まとめ
curl -I は便利ですが「GETの完全な代替」ではありません。HEADとGETを同じURLで比べるだけで、その違いを体験できます。
公式情報
curl manual
RFC 9110 HTTP Semantics
