Cookie の使用について.本サイトでは、基本機能の提供に必要な必須 Cookie を使用しています。さらに、同意いただいた場合に限り、アクセス解析 Cookie を利用して利用状況を把握し、サービス改善に役立てます。詳しくは .
Cookie の使用について.本サイトでは、基本機能の提供に必要な必須 Cookie を使用しています。さらに、同意いただいた場合に限り、アクセス解析 Cookie を利用して利用状況を把握し、サービス改善に役立てます。詳しくは .
このツールは使いやすかったですか？
フィードバックは改善に役立ちます
查询HTTP请求方法的定义、语义、幂等性与安全性，辅助Web开发与API设计。
ローカルで維持する静的な参考表であり、リアルタイムの公式名簿、現行の政策、完全な収録を示すものではありません。出典や更新日が示されない記録は未確認情報として扱ってください。
IANA と照合した主要メソッドの一部（2026-09-29）。Safe・Idempotent は仕様上の性質であり安全性の保証ではありません。LINK/UNLINK は RFC 2068 の旧拡張です。 出典
概要
解決できる課題、処理の仕組み、データの範囲を確認できます。
このページは、HTTPメソッド名を検索し、安全性、冪等性、仕様参照、分類を見比べるための静的なリファレンスです。GETやPOSTなどの基本メソッドに加え、PATCH、WebDAVのメソッド、歴史的な拡張として扱うLINKとUNLINKを含む18件を掲載しています。表内の名前や仕様番号を探すときは検索欄を使い、列見出しから並べ替え、列メニューから表示列を調整できます。
ここでいう「安全性」はHTTP仕様上のsafeの意味で、通信が暗号化されているか、脆弱性がないかというセキュリティ評価ではありません。「冪等性」は同じ要求を繰り返した場合の意図されたサーバー状態の効果を表します。仕様上の分類を理解する手掛かりとして利用し、個別APIの実装を確定する情報とは分けて読んでください。
安全なメソッドは、クライアントがサーバー状態の変更を要求しない読み取り中心の意味を持ちます。RFC 9110ではGET、HEAD、OPTIONS、TRACEが安全と定義されています。一方、冪等なメソッドは、同じ要求を複数回送ったときに意図される効果が1回の場合と同じです。HTTPの定義メソッドでは、安全なメソッドに加えてPUTとDELETEが冪等です。
そのためPUTやDELETEは「安全ではないが冪等」という分類になります。繰り返しても最終的な状態が同じという意味であり、応答コードやログまで同じになる保証ではありません。安全な要求でもアクセス記録などの副作用はあり得ます。認証・認可、通信保護、入力検証を代替する性質ではない点も押さえておきましょう。
| メソッド | 意味の要点 | 安全性 | 冪等性 |
|---|---|---|---|
| GET | 対象リソースの表現を取得する | あり | あり |
| POST | 対象リソースの意味に従って内容を処理する | なし | なし |
| PUT | 対象リソースの状態を作成または置き換える | なし | あり |
| PATCH | 対象リソースへ部分変更を適用する | なし | 仕様上は保証されない |
| DELETE | 対象リソースを削除する | なし | あり |
POSTは新規作成だけに限定されず、処理の意味は対象リソースとAPI仕様で決まります。PATCHも具体的なパッチ形式や処理次第で同じ要求を安全に再適用できる設計はありますが、メソッド分類だけから冪等と判断してはいけません。
一覧にはHTTPの基本メソッド以外に、WebDAVのCOPY、MOVE、PROPFIND、PROPPATCH、MKCOL、LOCK、UNLOCKも含まれます。これらはWebDAV対応環境で使う拡張であり、一般的なWeb APIやWebサーバーが必ず受け付けるわけではありません。LINKとUNLINKはRFC 2068に記載された歴史的拡張として分類されています。名前が一覧に載っていることは、現在の標準的な利用や個々のサーバーの実装を示すものではありません。
登録状況や仕様の位置づけを確認したい場合は、IANAのHTTP Method Registryから該当名の参照先を開き、RFCの版と本文を照合してください。現在のHTTPセマンティクスを読む際はRFC 9110を基準にし、WebDAVやPATCHのように別仕様が関わるものは対応するRFCも確認します。
使い方
手順に沿って操作し、例を使って入力と結果を確認します。
GET、PATCH、PROPFINDなどのメソッド名を入力します。仕様番号や分類語で絞り込む場合も、入力した文字を含む行が対象になります。
「安全性」「冪等性」で性質を見て、「仕様」列からRFC番号を確認します。「分類」はHTTP、WebDAV、歴史的HTTP拡張を区別する手掛かりです。
列見出しを選ぶとその列で並べ替えられます。列メニューで不要な列を一時的に隠せます。絞り込みを解除すれば全行に戻れます。
利用するAPIの公式ドキュメントや運用者の設定を確認します。この表は対象ホストへ接続せず、許可されるメソッドや応答を調査しません。
同じURIに同じリソース状態をPUTする要求は、仕様上、意図された効果が繰り返しで変わらない想定です。対して「在庫を1個増やす」という処理をPOSTで再送すれば、2回分反映される設計もあり得ます。通信タイムアウト時の再試行は、メソッド名だけで決めず、APIの冪等キー、条件付き要求、業務上の副作用を確認してください。
活用例
仕事や日常の流れの中での活用方法を紹介します。
開発チームが操作候補を並べ、リソースの取得・置換・部分変更に合うメソッドを検討するときに使えます。最終決定はAPI契約と利用者の期待に照らして行います。
運用担当者がタイムアウト後の再送を検討する際、安全性と冪等性の違いを一覧で確認できます。分類は判断材料であり、アプリケーション固有の副作用までは判定しません。
管理者がWebDAVやTRACEなど、環境で使う予定のないメソッドを確認するチェックリストとして利用できます。実際の公開状態はサーバー設定、ルーティング、権限を別途確認します。
Q&A
よくある疑問や迷いやすい点をまとめて確認できます。
あります。冪等性は応答コードが毎回同じという意味ではなく、要求の意図された効果が同じという性質です。1回目で対象を削除し、2回目に対象が存在しないと返す実装でも、最終状態はどちらも削除済みです。
PATCHというメソッド自体は冪等性を保証しません。ただし、適用する変更内容を同じ要求の再適用で結果が変わらないよう設計することは可能です。具体的な形式とAPIの説明を確認してください。
この一覧はOPTIONSを送信しません。OPTIONSの応答内容も対象リソースやサーバー設定に依存するため、メソッドの提供状況は対象APIの文書と実環境で確認します。
いいえ。ここでの安全性は状態変更を要求しないというHTTP上の意味です。情報漏えい、認証、暗号化、脆弱性の有無を保証しません。
注意
利用範囲、結果の制限、必要な注意点を事前に確認します。
掲載内容は18件のメソッドをまとめた静的な参照表です。IANA登録簿の完全な複製ではなく、新しい登録や仕様改訂が自動反映されることを保証しません。
関連
関連ツール、特集、利用可能なAPIを探せます。