エンドポイントの Run タブで Send をクリックして、リクエストを送信します。エンドポイントの Run インターフェースと Request インターフェースは非常によく似ています。主な違いは、Run はエンドポイントに基づいており、エンドポイント仕様に基づいてリクエストを生成し、レスポンスを検証できる点です。エンドポイント仕様が変更されると、Run インターフェースもそれに応じて更新されます。 一方、Requests は独立しており、API 仕様とは関連していません。リクエストの送信#
リクエストを送信すると、Apidog は API サーバーから受信したレスポンスを、確認、可視化、トラブルシューティングしやすい形式で表示します。このインターフェースは 2 つのセクションに分かれています。上半分は送信したいリクエストを入力する場所で、下半分には実際に送信したリクエスト、受信したレスポンス、およびレスポンスの検証結果とアサーション結果が表示されます。右下隅の partition ボタンにカーソルを合わせると、Run インターフェースのレイアウトを調整できます。インターフェースを水平分割、垂直分割、または分割なしから選択できます。 実際のリクエスト#
上半分のセクションでは、変数、動的値、スクリプトなどを利用して、送信するリクエストを調整できます。実際に送信されるリクエストを確認するにはどうすればよいでしょうか。下半分の Actual Request タブで 、完全な実際のリクエストを確認できます。レスポンスの検証#
Apidog は、エンドポイントの仕様に基づいて、レスポンスがスキーマに準拠しているかどうかを自動的に検証します。検証の有効化または無効化を選択できるほか、どのレスポンスに対して検証するかも選択できます。レスポンスの抽出#
Apidog は、レスポンスをエンドポイント仕様に抽出することをサポートしています。これは response schema または response examples として抽出できます。リクエストの変更#
Run タブでリクエストを変更できます。パラメータ値を変更したり、パラメータの前にあるチェックボックスを切り替えたりして、リクエストを変更できます。これらの操作はエンドポイント仕様と競合し ません。場合によっては、パラメータの型を変更したり、パラメータを追加または削除したりする必要があります。この場合、リクエストはエンドポイント仕様から逸脱します。Apidog では、これらの不整合はオレンジ色で強調表示されます。これらのオレンジ色のマーカーにカーソルを合わせると、仕様と現在のリクエストの差分が表示されます。Revert をクリックすると仕様に一致する状態に戻すことができ、Save to endpoint spec をクリックすると仕様を更新できます。また、右上隅の Inconsistent ボタンをクリックして、すべての差分を一括で元に戻す、またはエンドポイント仕様に保存することもできます。リクエストの保存#
Run タブには Save ボタンがありません。これは、エンドポイント仕様にはリクエストの内容が含まれないためです。デバッグの利便性のために、Apidog は Stash ボタンを提供しています。Stash をクリックすると、エンドポイント仕様に影響を与えることなく、Run インターフェースの現在の内容が保存されます。また、その内容は他のユーザーと同期されません。リクエストを永続的に 保存したい場合は、Save as case をクリックできます。このリクエストは、エンドポイントの階層下にエンドポイントケースの形式で保存されます。このエンドポイントの各利用シナリオをエンドポイントケースとして保存できるため、開発者のデバッグが容易になり、自動テストにステップとしてインポートするための簡単な方法を提供できます。Postman Collection をインポートする場合、各 Postman リクエストは Apidog のエンドポイントケースに対応します。そのため、それらはエンドポイント仕様内ではなく、エンドポイント階層下の success ケースとして表示されます。
Postman からの移行の詳細をご確認ください。 Q&A#
Q: 同じリクエストが他のツール（Postman など）では正しく動作するのに、Apidog では動作しないのはなぜですか。A: リクエストが同一であれば、使用するツールに関係なくレスポンスも同一であるはずです。異なるレスポンスが返される場合は、Actual Request タブに切り替え、他のツールで送信したリクエストと比較して、差分を特定できます。 Modified at 2026-06-11 07:06:02
