REST API クライアント / テスター

クエリパラメーター、ヘッダー、JSON / フォームボディ、Basic または Bearer 認証付きの HTTP リクエストを構成して送信し、ステータス、タイミング、整形された JSON レスポンスを調査します。既存の cURL コマンドをインポートするか、現在のリクエストを cURL として書き出せます。段階的に再利用可能なリクエストを組み立てたいですか？HTTP リクエストビルダーをどうぞ。API ツールファミリーも参照。
すべてブラウザー内でローカル実行されます。クロスオリジンリクエストは対象サーバーの CORS ポリシーの対象です — リクエストが失敗する場合は下の注記を参照してください。
cURL コマンドを貼り付け
クエリパラメーター
ヘッダー
ボディ
認証
オプション
入力すると、リクエスト URL がこの接頭辞に追加されます。CORS でブロックされるサーバーに有効です。
200
ボディ ヘッダー

                                                                

                                                                

                                                                    

                                                                

                                                            


                                                            

                                                            
リクエストが失敗する理由：API が Access-Control-Allow-Origin を返さない限り、ブラウザーはクロスオリジンの読み取りをブロックします。対象が CORS を許可しない場合、自分の CORS プロキシを運用してその URL を上のプロキシ接頭辞に貼り付けるか、cURL コンバーターを使ってターミナルからリクエストを実行してください。GET/HEAD のリクエストボディは無視され、WebSocket ツールはWebSocket テスターに別途あります。


                                                            

                                                                HTTP メソッドの解説
                                                                
選んだメソッドは、URL に対して何をしてほしいかをサーバーに伝えます。このツールが送れる 7 つの動詞のそれぞれの意味は次の通りです：

                                                                
GET — リソースの取得：Web ページ、画像、レコードの一覧。「この URL にあるものをください。」読み取り専用で繰り返し安全であり、通常リクエストボディを運びません（GET リクエストのボディはあっても無視されます）。

                                                                
POST — 新しいデータをサーバーへ送信。通常はリソースの作成やアクションの起動 — フォームの送信、ファイルのアップロード、ジョブの開始。ペイロードはリクエストボディで運ばれます。POST は冪等ではありません：同じ POST を 2 回送ると 2 つのレコードが作られることがあります。

                                                                
PUT — URL のリソース全体を送信内容で置き換えます。ボディはリソースの完全な新しい版を運ばなければなりません。PUT は冪等です：同じリクエストの反復は、1 回送ったのと同じ効果です。

                                                                
PATCH — リソースの一部だけを変更します。レコード全体ではなく、更新したいフィールドだけ（例：{"email": "new@example.com"}）を送ります。完全な PUT が触れていないフィールドの再送を強制するときは PATCH を選んでください。

                                                                
DELETE — URL のリソースを削除します。DELETE は冪等です：既にないものを削除しても同じ結果（通常 404）が返り、2 度何かをすることはありません。

                                                                
HEAD — GET と同じですが、レスポンスはヘッダーのみ — ボディはまったく返されません。URL が存在するか、ファイルの大きさ（Content-Length）、最終更新日時（Last-Modified）、種類（Content-Type）を、ペイロード全体をダウンロードせずに確認できます。

                                                                
OPTIONS — サーバーに URL に対して許可されるメソッドとオプションを尋ねるか、CORS プリフライトチェックを起動します。Access-Control-Allow-Methods などのレスポンスヘッダーが許可されるものを列挙します。OPTIONS は通常ボディを運ばず、ブラウザーはクロスオリジンの POST/PUT/PATCH/DELETE の前に自動的に送ることがあります。

                                                                
混同しやすい：HEAD と GET — リクエストは同一ですが、HEAD はボディを返しません。PUT と PATCH — PUT はリソース全体を置き換え、PATCH は送ったフィールドのみの部分更新を適用します。