リクエスト設定

Apidog では、API リクエストに関するさまざまな設定を構成できます。これらの設定により、リクエスト送信時の Apidog の動作をカスタマイズでき、さまざまな API 要件やテストシナリオとの互換性を確保できます。

カスタムリクエスト設定の構成

カスタム設定を構成するには、リクエストの Settings タブを選択し、設定をオンまたはオフに切り替えます。各設定には、リクエスト送信時の効果についての説明が用意されています。

たとえば、リクエストに対して SSL 証明書検証をオンにしたり、URL エンコードをオフにしたりできます。

ほとんどのリクエストは、Apidog のデフォルト設定で適切に動作します。テストや互換性のために特定の動作が必要な場合にのみ、これらの設定を変更してください。

Apidog は、API 呼び出しが成功する可能性を最大化するために、リクエストの URL を解析してエンコードします。Apidog は URL 内の文字をエンコードし、API が受け入れる可能性が最も高い表現にマッピングします。

次の表は、利用可能な 3 つの URL エンコード方式を比較したものです。

方式	標準	文字の処理	使用例
WHATWG	最新の Web ブラウザー	より許容度が高く、より多くの文字を保持します（例：チルダ `~`）。スペースを `+` に変換します	デフォルト。最新の Web API に最適です
RFC 3986	IETF 標準	より厳格なエンコードで、チルダを含むより多くの文字をエンコードします。スペースを `%20` に変換します	厳密な準拠を必要とするレガシーシステム
エンコードなし	なし	URL をエンコードせずにそのまま送信します	事前にエンコード済みの URL、またはエンコードされていない動作のテスト

これは、最新の Web ブラウザーで使用されているエンコード方式です。より許容度が高く、より多くの文字を元の形式のまま保持します。たとえば、チルダ（~）やスペース（%20 ではなく + 記号に変換されます）はエンコードされません。

これは、Internet Engineering Task Force（IETF）によって定義された、より厳格な標準です。WHATWG がエンコードしない文字を含め、より多くの文字をエンコードします。たとえば、チルダをエンコードし、スペースを + ではなく %20 に変換します。

このオプションでは、URL をエンコードせずにそのまま送信します。URL をすでに手動でエンコードしている場合や、サーバーがエンコードされていない URL をどのように処理するかをテストする場合に役立ちます。ただし、URL 内の特殊文字やスペースにより問題が発生する可能性があります。

URL にサーバーが正しく解釈できない特殊文字やスペースが含まれている場合、エンコードなし を使用するとリクエストが失敗する可能性があります。