本文へスキップ

HTTPリクエスト作成

HTTP Request Builder

GET/POST/PUT/PATCH/DELETE/HEADをヘッダーと本文まで指定して送り、ステータス・ヘッダー・本文・所要時間を表示します(CookieとAuthorizationは転送しません)。

メソッド・ヘッダー・本文でHTTPリクエストを組み立て、こちらのサーバーから送り、レスポンスをまるごと見せます。ステータス・ヘッダー・本文と、それを再現するcurlコマンドまで。文書を読みながらAPIを試すときや、CORSに可否を決められない状態でレスポンスを見たいときに使います。

☁️ サーバーを使いますhttpapiresttest

このリクエストは、こちらのサーバーが代わりに送ります。サーバーに渡るのは入力した URL・メソッド・ヘッダー・本文だけで、ブラウザの Cookie やログイン状態は一緒に送られません。サーバーは公開アドレスにしか接続せず、プライベートアドレスや内部アドレスへの接続は拒否します。

使えるのはポート 80・443 と 1024 以上だけです。Cookie と Authorization のヘッダーは転送しないので、トークンが要る API では、そのサービスが決めている別のヘッダー(X-Api-Key など)を使ってください。

1 行に 1 つ、Name: value の形で。

使い方

  1. メソッドとURLを決めます

    ポートは80・443と1024より上を許可します。本文を取るメソッドでは本文の入力欄が現れます。

  2. ヘッダーを1行に1つ入れます

    「名前: 値」の形式です。形の崩れた行は黙って捨てずに知らせます。JSONの本文にはContent-Typeを自分で指定する必要があります。

  3. 送る前にリダイレクトの扱いを決めます

    追いかけるのが既定で、5回で止まります。3xxそのものが試験の対象なら切ってください。欲しいのはLocationヘッダーのはずです。

  4. curlの行を持っていきます

    送ったものとまったく同じ内容なので、端末にも不具合報告にもそのまま貼れます。再現できるリクエストを他人に渡すいちばん速い方法です。

よくある質問

CookieとAuthorizationのヘッダーが抜けたのはなぜですか

こちらのサーバーは資格情報を含むヘッダーを転送せず、何を落としたかを知らせます。任意の資格情報を任意のホストへ中継する道具は、資格情報を洗う道具です。トークンが必要なAPIなら、そのサービスが定めた別のヘッダー、たとえばX-Api-Keyを使ってください。

自分の機械のAPIを呼べますか

呼べません。リクエストはこちらのサーバーから出ていき、その経路はプライベート・ループバック・リンクローカルの行き先を拒否します。そうしたアドレスに解決される公開のホスト名も同じです。localhostならcurlが正しい道具です。

これはCORSの回避ですか

見るためには迂回しますが、作るためには迂回しません。サーバー対サーバーのリクエストなのでプリフライトが働かず、だから自分のページでは読めないレスポンスをここでは読めます。アプリケーションのほうは、依然としてサーバーが正しいヘッダーを送る必要があります。

本文が途中で切れています

レスポンスは1 MiBまで読み、切れた場合はそう表示します。バイナリの本文は先頭48 KBだけをBase64で見せます。ダウンロードの道具ではなく、リクエストを試す道具です。

ここから渡せます

次の一手

このツールが出したものをそのまま受け取れる道具です。