https://a.storyblok.com/f/270183/1368x665/0c6396f936/25aug_dev_blog_onboarding.jpg

APIコレクションで開発者をオンボーディングする

最終更新日 August 28, 2025

所要時間:1 分

はじめに

この投稿では、Postman、Bruno、Insomniaのようなツールで作成されたAPIコレクションを使ってAPIを設計する製品思考のアプローチが、どのようにオンボーディングの成果物として非常に効果的であるかを説明する。

これらのコレクションは、開発者が実世界のデータを使ってワークフローを試し、摩擦を減らし、より早く生産的になるのを助けるインタラクティブなガイドです。単なるリクエストビルダーではありません。

OpenAPI仕様の価値は高いが、実際の採用を促進する上で失敗しがちな理由を検証する。また、コレクションがどのようにAPIのストーリーを伝え、バージョン管理されたコードベースと一貫性を保ち、ユーザビリティと反復の文化を可能にするかについても議論します。

前提条件

フォローするには、以下のものが必要だ:

  • Postman、Bruno、Insomniaのようなツール(例ではPostmanを使用)

  • Vonage APIキーまたはテスト環境へのアクセス

  • 基本的なAPIの概念に精通していること

APIコレクションとは?

APIコレクションとは、あらかじめ定義されたリクエストのセットで、APIをどのように扱うかを、整理された例主導の方法で示したものである。通常、Postman、Bruno、Insomniaなどのツールで使用されるが、構造化されたcURLスクリプトを使用して作成することもできる。

コレクションが特に強力なのは、その双方向性です。開発者はエンドポイントについて読む代わりに、それを実行し、パラメータを変更し、リアルタイムでレスポンスを観察することができます。

APIコレクションは以下からなる:

  • リクエスト定義(メソッド、URL、ヘッダー、ボディ)

  • 環境変数(認証トークンやベースURLなど)

  • ワークフローを表すフォルダ構造(例、 認証、ユーザー作成、メッセージ送信)

  • インライン・ドキュメント

  • 検証用テストスクリプト

なぜ従来のAPIオンボーディングでは不十分なのか

APIスペックは伝えるが、見せない

OpenAPI仕様書は、ツールや検証、自動生成されるドキュメンテーションのために素晴らしいものだ。しかし、それらはまだ設計図であり、実際の建物ではない。何がそこにあるのかを定義しているのであって、いつ、どのように使うのかを定義しているわけではない。順序や物語、文脈もない。

ドキュメントは開発者の意図を予測できない

テストSMSを送信 "しようとしているだけの開発者は、レート制限やまだ必要でないオプションフィールドについて深く掘り下げることに没頭してしまうかもしれません。良い例がなければ、開発者は当て推量に頼ることになる:

  • このヘッダーは必要ですか?

  • このURLパラメータはエンコードすべきでしょうか?

  • トークンは有効なのに、なぜ401が表示されるのですか?

安全な遊び場がない

コレクションは、開発者やユーザーが意図しない動作のトリガーを心配することなくワークフローをテストできる、構造化された編集可能な環境を提供します。

APIコレクションの利点

APIコレクションは、社内外を問わず、目に見える形でデベロッパーエクスペリエンスを向上させます。

クイックスタートの提供

APIコレクションは、空白ページの問題を解消します。ゼロから始めるのではなく、開発者はコレクションを開いて即座に確認することができる:

  • プリフィルド・リクエスト

  • 管理される認証変数

  • 頻繁に使用されるケースのための明確な構造

これにより、開発者は素早く成功を収め、早期に勢いをつけることができる。

インタラクティブな学習を可能にする

APIコレクションは、静的なドキュメントにはできない方法で、探索をサポートする。APIコレクションは、例えば、learn by doingマインドセットを奨励することができる:

  • このパラメータを変更するとどうなりますか?

  • これらの通話を組み合わせることはできますか?

  • エラー処理はどのように行われるのか?

デバッグを有効にする

コレクションは、チーム全体で共有される言語として機能する:

  • 開発者は失敗したリクエストをエクスポートできる

  • サポートエンジニアは問題を再生し、切り分けることができる

  • QAチームはステージングでフローを検証できる

安全で再現性のあるテストを可能にする

環境変数を使えば、コレクションを簡単に横断的にテストできる:

  • ローカル開発セットアップ

  • ステージングまたはサンドボックスAPI

  • 本番環境(慎重に)

APIコレクションは、自動テストやコードレビュー中の受け入れ基準の検証で使用できる。

チーム間のコミュニケーションの改善

コレクションは、異なるチームがAPIの動作について足並みを揃えるのを助ける。製品と共に進化する生きたドキュメントとして機能する。

透明性を通じて信頼を築く

コレクションは、送受信されたものを正確に表示します。この可視性により、信頼性が高まります -8 特に、透明性が重要な企業や規制環境では。

APIコレクションの作成と共有方法

以下のサブセクションでは、効果的なAPIコレクションを構築するためのステップバイステップのアプローチを見つけることができます。

エンドポイントではなくユースケースから始める

OpenAPI仕様をPostmanにインポートするだけではいけません。実際のワークフローから始めましょう:

  • 最も一般的な開発者の行動は何ですか?

  • APIの "Hello, World "とは?

  • 充実した旅とはどのようなものだろうか?

例えば、こうだ:

  • テストユーザーの作成 → ログインのシミュレーション → トークンの生成

  • SMSを送信する → メッセージのステータスを取得する

製品の技術スタックに合ったツールを使う

Postman、Bruno、Insomnia、あるいはVS Code REST Clientなど、チームのワークフローに合ったツールを選ぼう。

新しいコレクションプロジェクトの設定と構成

プロジェクト/ワークスペースを作成し、追加する:

  1. 新しいコレクション(例. 顧客オンボーディングAPI)

  2. 論理的なグループ分けのためのフォルダ(認証、ユーザー、支払い)

  3. とのリクエスト:

    1. 説明的な名前 (作成ユーザー, トークンの取得)有効なデフォルトパラメータ

    2. 短いインライン説明

環境変数の追加

ハードコードされた値を変数に置き換える: {{api_key}}, {{base_url}}そして {{access_token}}.

そのための環境を整える:

  • 地域開発

  • ステージング

  • 製造

社内で使用する場合は、ワークスペースを通じて環境設定を共有する。

外部ユーザー向けには、値の例とセットアップ手順を含める。

オプション:OAuthフロー用にトークンを自動生成するプレリクエストスクリプトを追加する。

回答例とテストを含める

すべてのリクエストに対して:

  • 成功した回答例の追加

  • 一般的なエラー・レスポンス(401、403、500)を含む。

  • レスポンスを検証し、以降のリクエストで再利用可能な値(トークンやIDなど)を抽出するためのテストスクリプトを書く。

バージョン管理

コレクションをコードのように扱う:

  • GitHubリポジトリに保存する

  • スプリントレビュー中の更新

  • リリースノートに沿ったタグまたはブランチを持つバージョン

正しい方法で分かち合う

外部のお客様へ

  • Public WorkspacesまたはGitHubでコレクションを公開する。

  • セットアップ手順のREADMEを含める

  • 基本環境テンプレートの提供

社内チーム向け

  • GitHubまたは共有ワークスペースに保存する

  • 社内ポータル、Notion、または入社時のドキュメントにピン留めする。

  • Slackのボットを使ってリンクを表示する。Auth API Collectionを使う → [リンク]"

VonageコンタクトセンターAPIとPostmanの例

Vonage Contact Center APIと統合したい場合は、公式のPostmanコレクションを使って統合できます。次のステップでは、オンボーディングフローがどのように見えるかをお見せします。オンボーディングフローはこんな感じです。公式の 公式Vonage Postmanコレクションをご覧ください。

フォーク・コレクション

下の画像では、このコレクションのルートレベルのフォルダーを見ることができる:

Postman collection displaying root-level folders such as Authentication API, Agents API, Insights Status API, and User Admin API, representing grouped endpoints for the Vonage Contact Center APIs.Root-Level API Folders in Postman Collection

Postmanの公開ページから、Forkをクリックする。

Postman interface showing the action menu for the Vonage Contact Center APIs collection, with the ‘Fork’ option highlighted to duplicate the collection into a personal workspace.Fork a Postman Collection for Vonage APIs

ワークスペースを作成/選択します(例:customer-support-dev)。

Screenshot of the Postman interface during the fork collection process, showing options to enter a fork label, select a workspace, and optionally fork environments from the original Vonage Contact Center API collection.Create Postman workspace from Fork

環境を整える

新しい環境を作る。

Create New Environment in PostmanRoot-Level API Folders in Postman Collectionなどの変数を追加する。 {{client_id}}, {{client_secret}}そして {{region}}.

POST request to the Vonage /auth/connect/token endpoint in Postman, showing the grant_type, client_id, client_secret, and scope fields configured for OAuth token generation.Vonage Auth Token Request from PostmanPostmanのドロップダウンからこの環境を選択する。

Postman interface highlighting the environment dropdown, where users select a pre-configured environment to apply variable values for API requests.Select Environment in Postman

認証

リクエストを実行する POST auth/connect/tokenリクエストを実行する。

Note: Postmanは前のステップの環境設定を使って変数を自動入力します。

GET request to the Vonage /users endpoint in Postman, showing query parameters like limit and include used to retrieve user data.Vonage User API GET Request from Postman

実際のAPIコールを行う

実行 GET /usersを実行します。

Postman interface showing the setup screen for the POST /auth/connect/token endpoint in the Vonage Authentication API collection, including headers, variables, and the option to send and download the request.Vonage Auth Endpoint Setup in Postmanおめでとう、あなたは認証され、フローをテストする準備ができた。

それも可能だ:

  • 新しいフォルダで拡張する

  • パラメータの変更

  • チーム全体で共有する

  • アプリのコードと一緒にバージョンアップする

結論

自動テストやCI統合でこれを拡張したり、VoiceやMessagesのような他のVonage APIにコレクションを適応させることもできる。

私たちが APIオンボーディング製品体験として APIコレクションは単に便利なだけでなく、戦略的な仲間になる。慎重に作成されたAPIコレクションは以下のことを可能にする:

  • 新規開発者の初期設定と学習曲線を簡素化します。

  • 開発者がAPIを素早く理解し、効果的に活用できるようにする。

  • APIエコシステムの意図されたユースケースと機能を通して開発者を導く。

API収集を文書化とバージョン管理の実践に統合することで、学習がインタラクティブで、フィードバックが即座に得られる環境を構築することができる。 APIの採用が真にシームレスに感じられる環境を構築できる。

質問や共有したいことがありますか?Vonageコミュニティ VonageコミュニティSlackまたは 開発者向けニュースレターでフォローしてください。 X(旧Twitter)YouTubeチャンネル YouTubeチャンネルビデオチュートリアルを購読する。 LinkedInのVonage開発者ページ開発者が学び、コミュニティとつながるためのスペースです。つながりを維持し、進捗状況を共有し、最新の開発者向けニュース、ヒント、イベントを把握してください!

シェア:

https://a.storyblok.com/f/270183/375x385/f536e22b01/dimpy-adhikary.png
Dimpy Adhikaryスタッフ・クオリティ・アーキテクト

ディンピーはVonageのスタッフ・クオリティ・アーキテクトで、オートメーションとパフォーマンス・エンジニアリングを専門としています。20年近く品質エンジニアリングに携わってきた彼女は、情熱的な品質擁護者でありソート・リーダーとして、強固なテスト戦略を推進し、シフト・レフトの実践を支持している。カンファレンス、ミートアップ、メンターシップを通じて知識と洞察を共有し、テストコミュニティに還元することに大きなやりがいを感じている。