Apidogで複数のリクエストボディ例を追加する方法

Apidogで複数のリクエストボディ例を追加することは、APIドキュメントを強化する効果的な方法です。この簡単な手順により、さまざまな例を通じて開発者の理解を深め、実装効率が向上します。

中村 拓也

中村 拓也

31 10月 2025

Apidogで複数のリクエストボディ例を追加する方法

Apidogは各エンドポイントに複数のリクエストボディ例を追加することをサポートしています。これにより、APIドキュメントがより役立ち、OpenAPI仕様との互換性が向上します。この機能により、同じエンドポイントに対するリクエストの構造を異なる方法で示すことができ、開発者がさまざまな状況でAPIをどのように利用するかを理解しやすくなります。

リクエストボディの例は以下の理由から役立ちます:

必要に応じて、すべての可能なシナリオをカバーするために無制限に追加できます。

ステップバイステップ:最初のリクエストボディの例を追加

Apidogでリクエストボディの例を追加するのは簡単です。始める方法は以下の通りです:

1. ApidogでAPIプロジェクトを開くバージョン2.7.0以上

2. 例を追加したいエンドポイントに移動する

3. "Edit"タブをクリックしてドキュメントエディターにアクセスし、"Request Body"セクションまでスクロールする

4. "Add Example"をクリックして新しい例を作成する

5. 例の詳細を入力する:

リクエストボディの例の構成

6. "Save"をクリックして例を作成する

例の名前はユーザーが各例の目的を特定するのに役立ちます。空白のままにすると、Apidogは自動的に「Example 1」、「Example 2」などと名付けます。

例の値は有効なリクエスト構造を示す必要があります。JSONコンテンツタイプの場合、Apidogは有効なフォーマットを確保するのを助ける構造化エディターを提供します。

説明フィールドでは、この特定のリクエスト構造を使用するタイミングと理由について説明できます。ここでMarkdownを使用すると、説明がより明確になります。

OASキーは、ドキュメントをOpenAPI形式にエクスポートする予定がある場合に重要です。このキーは、エクスポートされた仕様内での例の識別子となります。

異なるシナリオのための複数の例の作成

最初の例を追加した後、異なるユースケースのために追加の例を作成することをお勧めします:

  1. 再度「+ Add」ボタンをクリックして別の例を作成する
  2. シナリオを明確に特定する異なる名前を付ける(例:"Minimal Request")
  3. この特定のシナリオの例の値を入力する
  4. この例を使用するタイミングを説明する詳細な説明を追加する
  5. 必要に応じてOASキーと拡張機能を構成する
  6. "Save"をクリックして例を追加する
  7. 関連するすべてのシナリオについてこのプロセスを繰り返す
エンドポイントのドキュメントに別のリクエストボディの例を追加

複数の例を作成する際は、以下の一般的なシナリオをカバーすることを考慮してください:

各例はエンドポイントの使用方法の異なる側面を示す必要があります。これにより、開発者がAPIを使用する際に可能性の広がりを理解しやすくなります。

Apidogは例を特定の順序で表示します:

Apidogを使ってリクエストボディの例を文書化

最も重要な例を最初に表示させるためには、それらに明確な名前とOASキーを付けることが重要です。

テストのためのリクエストボディ例の使用

複数のリクエストボディ例の最も良い機能の一つは、それがテストを簡素化することです:

  1. エンドポイントの「Run」ページに移動
  2. リクエスト構成の「Auto-generate」セクションを見つける
  3. ドロップダウンメニューをクリックして、使用可能なすべての例を表示する
  4. テストしたい例を選択する
  5. 選択した例でリクエストボディが自動的に埋められる
  6. "Send"をクリックしてこの例でエンドポイントをテストする
テストのためのリクエストボディ例の使用

これにより、異なるリクエスト構造を手動で入力または貼り付けすることなく、さまざまなシナリオを簡単にテストできます。例を迅速に切り替えて、APIがさまざまな入力をどのように処理するかを確認できます。

Apidogは、テストセッションからの例を作成することもできます:

  1. 「Run」ページでリクエストボディを構成する
  2. 「Extract」ボタンをクリックする
  3. 「Extract to Request Example」を選択する
  4. 新しい例を作成するか既存のものを更新するかを選択する
  5. 現在のリクエストボディが例として保存される
リクエストボディを例として抽出

これは、テスト中に有効なリクエスト構造を見つけたとき、それを将来のリファレンスや文書のために保存したい場合に便利です。

例のOpenAPI互換性の確保

Apidogのリクエストボディ例は、OpenAPI仕様とシームレスに機能するように設計されています。APIドキュメントをエクスポートすると、すべての例はOAS 3.0/3.1基準に従って正しくフォーマットされます。

エクスポート中の例に対する扱いは次の通りです:

  1. 各例はエクスポートされた仕様に含まれます
  2. 例の名前は提供された場合にはOASキーから来ます(提供されていない場合にはシリアル番号)
  3. 例の説明はエクスポートされた形式に保持されます
  4. カスタムOAS拡張もエクスポートに含まれます

エクスポートされたOpenAPI仕様は、次のような構造で例を含むようになります:

"examples": { "standard_request": { "value": { "name": "John Doe", "id": "12345", "email": "john.doe@example.com" }, "summary": "Standard Request", "description": "これはすべての必須フィールドを含む標準的なリクエストです。" }, "minimal_request": { "value": { "id": "12345" }, "summary": "Minimal Request", "description": "これは必須のIDフィールドのみを含む最小限のリクエストです。" } }

OpenAPIとの互換性を確保するためには:

これにより、Apidog内だけでなく、OpenAPI仕様を通じて共有される際にも例が価値あるものになります。

リクエストボディ例のベストプラクティス

複数のリクエストボディ例から最大の価値を得るために、次のベストプラクティスに従ってください:

包括的な例のセットを作成する

以下をカバーする例を含めます:

明確な名前を使用

役立つ説明を書く

論理的に例を整理する

OASキーを効果的に使用する

これらのプラクティスに従うことで、開発者がAPIを効果的に理解し使用するのを助けるリクエストボディの例を作成できます。

結論

Apidogに複数のリクエストボディの例を追加することは、APIドキュメントを改善するためのシンプルながら強力な方法です。同じエンドポイントに対するリクエストの構造を異なる方法で示すことで、開発者がさまざまな状況でAPIをどのように使用するかを理解しやすくなります。

ステップバイステップのプロセスはシンプルです:

  1. エンドポイントに移動し、「Edit」をクリック
  2. Request Bodyセクションまでスクロールして「+ Add」をクリック
  3. 名前、値、説明、OASキーで例を構成する
  4. 追加のシナリオについて繰り返す
  5. テストおよびドキュメントのために例を使用する

適切な例がそろっていることで、APIはより理解しやすく、テストしやすく、実装しやすくなります。これにより、採用が速くなり、サポートの質問が少なくなり、全体的な開発者体験が向上します。

今日からApidogのドキュメントに複数のリクエストボディの例を追加し、その利点を自分自身とAPIユーザーが体験してください。

ボタン

Explore more

OpenClaw(Moltbot/Clawdbot)がサポートするAIモデルとは?

OpenClaw(Moltbot/Clawdbot)がサポートするAIモデルとは?

本記事では、OpenClawが採用するモデルサポートの仕組みを整理し、OpenAI互換API、Anthropicスタイルのインターフェース、ローカル/セルフホスト型ランタイムへの接続方法を解説する。さらに、検索やルーティングで利用される埋め込みモデルやリランカーモデルの役割を示し、ツール呼び出し、スキーマ準拠、レイテンシ、安全性、コストといった観点から、本番環境での実質的なサポート可否をどのように評価するか、その判断軸を明確化する。

12 2月 2026

OpenClaw (Moltbot/Clawdbot) が対応するメッセージングアプリの範囲

OpenClaw (Moltbot/Clawdbot) が対応するメッセージングアプリの範囲

本記事では、OpenClawを複数のメッセージング環境へ展開する際の構成方法を整理し、統一されたイベント/レスポンス契約を基盤として各プラットフォームとの差異をアダプタで吸収する仕組みを解説する。Bot APIを持つリアルタイムチャット、制限付きインターフェースの暗号化アプリ、公式APIを持たないクライアント環境などの分類とともに、コネクタ構造、ポリシーレイヤー、実行基盤、信頼性確保の設計要素を扱う。

11 2月 2026

OpenClaw (Moltbot/Clawdbot) ハートビート機能とは?

OpenClaw (Moltbot/Clawdbot) ハートビート機能とは?

本記事では、OpenClawのハートビート(Heartbeat)機能がエージェントの健全性管理をチャット中心の処理から規律ある制御ループへ移行させる仕組みを解説する。決定論的プローブ、ポリシーステートマシン、不確実時のみのモデル推論という段階的構造を軸に、契約設計、API構成、セキュリティ境界、可観測性、テスト運用など、安定した運用を支える技術要素を整理する。

11 2月 2026

ApidogでAPIデザイン中心のアプローチを取る

APIの開発と利用をよりシンプルなことにする方法を発見できる