Apidog Docs
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
HomeLearning CenterSupport CenterAPI References
HomeLearning CenterSupport CenterAPI References
Discord Community
Slack Community
X / Twitter
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  1. プロジェクト管理
  • Apidog学習センター
  • はじめに
    • Apidog紹介
    • Apidog基本操作
      • 概要
      • 新しい APIを作成
      • APIにリクエストを送信
      • アサーションを追加
      • テストシナリオを作成
      • APIドキュメントを共有
      • さらなる探究
      • リクエストを送信してAPIとして保存
    • Apidog基本知識
      • Apidog操作方法
      • Apidogの基本概念
    • 移行
      • 概要
      • 手動インポート
      • 定期インポート
      • インポートオプション
      • データのエクスポート
      • Import from...
        • Postman からインポート
        • OpenAPI(Swagger)仕様のインポート
        • cURLのインポート
        • Markdownのインポート
        • Insomniaからのインポート
        • apiDocからのインポート
        • .harファイルのインポート
        • WSDLのインポート
  • API設計
    • 概要
    • コンポーネント
    • 常用フィールド
    • グローバルパラメータ
    • API変更履歴
    • プロジェクトの作成
    • 一括API管理
    • APIの基本
    • 複数のリクエストボディ例の設定
    • Schemas
      • 概要
      • 新規Schemaの作成
      • スキーマを構築する
      • JSONなどからのSchema生成
    • Security schemes
      • 概要
      • Security Schemeの作成
      • Security Schemeの使用
      • オンラインドキュメントにおけるSecurity Scheme
    • 高度な機能
      • APIをテストステップとしてインポート
      • パラメータリストの表示形式
      • APIのカスタムフィールド
      • APIのステータス
      • API固有識別子
  • API開発 & デバッグ
    • 概要
    • リクエストの生成
    • リクエストの送信
    • コード生成機能
    • APIケース
    • 動的な値
    • レスポンス検証
    • 設計優先 & リクエスト優先
    • 環境 & 変数
      • 概要
      • 環境とサービス
      • 変数の使い方
    • Vault secrets
      • 概要
      • AWS Secrets Manager
      • Azure Key Vault
      • HashiCorp Vault
    • 前/後処理
      • 概要
      • Wait
      • 変数の抽出
      • アサーション
      • データベース操作
        • 概要
        • MongoDB
        • Redis
        • Oracle クライアント
      • スクリプト利用
        • 概要
        • 前処理スクリプト
        • 後処理スクリプト
        • Postmanスクリプトリファレンス
        • 共通スクリプト
        • 他のプログラミング言語の呼び出し
        • JSライブラリの使用
        • レスポンスの可視化
        • スクリプトの例
          • その他の例
          • スクリプトを使用したリクエストメッセージの変更
          • スクリプトでの変数の使用
          • アサーションスクリプト
    • 動的値モジュール
  • APIモック
    • 概要
    • スマートMock
    • カスタムMock
    • Mockの優先順位
    • Mockスクリプト
    • クラウドMock
    • セルフホストランナーMock
    • Mock言語 (ロケール)
  • 自動テスト
    • 概要
    • テストレポート
    • テストシナリオ
      • テストシナリオの作成
      • 他のプロジェクトからAPI/APIケースをインポートする
      • リクエスト間でデータを渡す
      • API/APIケースからのデータ同期
      • フロー制御条件
      • テストシナリオのエクスポート
    • テストシナリオ実行
      • データ駆動型テスト
      • スケジュールタスク
      • テストシナリオを一括実行する
      • 他のプロジェクトのAPIの実行環境を管理する
      • テストシナリオを実行する
    • APIテスト
      • 統合テスト
      • 回帰テスト
      • エンドツーエンド(E2E)テスト
      • パフォーマンステスト
    • Apidog CLI
      • 概要
      • Apidog CLIのインストールと実行
      • Apidog CLI オプション
    • CI/CD
      • 概要
      • Jenkinsとの連携
      • Gitlabとの統合
  • APIドキュメント公開
    • 概要
    • Google AnalyticsとDoc Sitesの連携
    • CORS プロキシ
    • クイック共有
    • 可視性設定
    • ドキュメントURLに値を埋め込む
    • APIドキュメントを表示する
    • フォルダツリー設定
    • API SEO設定
    • カスタムレイアウト
    • ドキュメント検索
    • カスタムドメイン
    • ドキュメントサイトの公開
    • APIバージョン
      • 概要
      • APIバージョンの作成
      • APIバージョンの公開
      • APIバージョンごとにAPIの共有
  • リクエスト送信
    • 概要
    • GraphQL
    • gRPC
    • WebSocket
    • SSEデバッグ
    • SOAP/Webサービス
    • デバッグ用のリクエストプロキシエージェントを使用する
    • Socket.IO
    • リクエスト作成
      • リクエストの基本
      • パラメータとボディ
      • リクエストヘッダー
      • リクエスト設定
      • HTTP/2
      • リクエスト履歴
    • 認証と認可
      • 概要
      • CAとクライアント証明書
      • Apidogがサポートする認可タイプ
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk Authentication
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • レスポンスとクッキー
      • 概要
      • ApidogのAPIレスポンス
      • Cookieの作成と送信
      • リクエストのデバッグ
      • リクエストをAPIとして保存
  • ブランチ管理
    • 概要
    • 新しいスプリントブランチの作成
    • スプリントブランチの管理
    • ブランチ内でのAPIテスト
    • ブランチでAPIの設計
    • スプリントブランチのマージ
  • Apidog MCP Server
    • 概要
    • Apidogプロジェクト内のAPI仕様をApidog MCPサーバー経由でAIに接続する
    • Apidogが公開したオンラインAPIドキュメントをApidog MCPサーバー経由でAIに接続する
    • Apidog MCPサーバーを介してOpenAPIファイルをAIに接続する
  • ベストプラクティス
    • ガイド:ChatGPT APIのトークンとコスト計算
    • Apidog コラボレーションワークフロー
    • API署名の取り扱い方法
    • Apidogでの認証状態の管理
    • OAuth 2.0で保護されたAPIにアクセスする方法
  • 管理
    • オンボーディングチェックリスト
      • 基本概念
      • Apidogスタートアップガイド
    • チーム管理
      • チーム管理
      • チームメンバーの管理
      • メンバーの役割と権限設定
      • チーム活動
      • チームリソース
        • 一般ランナー
        • チーム変数
        • リクエストプロキシエージェント
        • データベース接続
      • リアルタイムコラボレーション
        • チームコラボレーション
    • プロジェクト管理
      • プロジェクト管理
      • プロジェクトメンバーの管理
      • 通知設定
    • 組織管理
      • シングルサインオン(SSO)
        • 概要
        • Microsoft Entra IDの設定
        • Okta設定
        • 組織のSSOを設定する
        • チームへのグループのマッピング
        • ユーザーアカウントの管理
      • SCIMプロビジョニング
        • SCIMプロビジョニング入門
        • Microsoft Entra ID
        • Okta
      • 組織リソース
        • セルフホストランナー
  • 請求情報
    • 概要
    • プランのアップグレード
    • クレジット
    • クレジットカードが使えない?
    • サブスクリプションの管理
  • データ & セキュリティ
    • Apidogのデータはどこに保存され、データセキュリティはどのように確保されていますか?
    • ユーザーデータはどのように保存されますか?このデータは公開されますか?それともプライベートですか?すべてのデータはクラウドに保存されますか?
    • リクエストを送信する際、Apidogサーバーを経由しますか?データセキュリティは確保されていますか?
  • アドオン
    • API Hub
    • Apidog IntelliJ IDEA プラグイン
    • リクエストプロキシ
      • Apidogウェブでのリクエストプロキシ
      • 共有ドキュメントでのリクエストプロキシ
      • Apidogクライアントでのリクエストプロキシ
    • ブラウザ拡張機能
      • Microsoft Edge
      • Chrome
  • アカウント & 設定
    • アカウント設定
    • 言語設定
    • データバックアップ
    • ネットワークプロキシ設定
    • ホットキー
    • Apidogの更新
    • OpenAPIアクセストークンの生成
    • アカウント削除
  • 参考資料
    • Swagger拡張機能
    • Socket通信:パケットの分断と結合
    • 用語の説明
    • よくある質問
    • API-デザインファーストアプローチ
    • Apidog OpenAPI/Swagger仕様拡張
    • JSONPath
    • XPath
    • 正規表現
    • JSONスキーマ
    • CSVファイルフォーマット
    • Java環境のインストール
    • ランナーのデプロイ環境
    • ApidogフレーバーMarkdown
  1. プロジェクト管理

通知設定

通知概要#

Apidogは、特定のイベントが発生した際に指定された受信者に通知を送信するために、サードパーティのアプリケーションと統合することができます。特定のイベントがトリガーされると、Slackのようなプラットフォームにリアルタイムで通知が送信されます。現在サポートされている通知チャネルは以下の通りです:
Slack
Webhook
Jenkins
Email
通知設定を構成できるのはプロジェクト管理者のみです。現在、メール通知は以下のイベントにのみ利用可能です:
自動テスト完了/失敗
継続的インテグレーション完了/失敗
スケジュールされたタスク完了/失敗

通知対象#

通知対象は、特定のイベントが発生した際に特定のチャネルを通じてメッセージを受け取る受信者です。
通知を設定するには、まず通知対象を作成し、名前を指定し、チャネルを選択し、その設定を構成する必要があります。各チャネルには独自の設定プロセスがあります。以下のセクションでは、それらをステップバイステップで設定する方法を説明します。
notification-settings.png

Slack#

Apidogは、Slackの特定のChannelに通知イベントを送信することをサポートしています。これは、指定されたChannelにIncoming WebHooksを統合し、Incoming WebHooksのWebhook URLを設定することで、イベントメッセージをSlackのChannelに送信できます。
設定フィールドの説明:
設定フィールド必須説明
通知名いいえサードパーティ統合通知に名前を付け、その目的を記録します。
トリガーイベントはいサポートされているイベント:APIの変更、スキーマの変更、ドキュメントの変更、データのインポート、自動化テスト
サービスURLはい「Incoming WebHooks - 統合設定」のWebhook URL

Apidog通知とSlackの統合#

プロジェクト管理者は、サードパーティ統合機能を使用して、SlackのChannelに追加されたIncoming WebHooksをApidogのプロジェクト通知イベントと関連付け、指定されたSlackのChannelに関連するAPIの変更、ドキュメントの変更、テストの完了などをプッシュすることができます。
1.
SlackのChannelで、右上の「チャネル詳細を開く」オプションをクリックします。
CleanShot 2024-12-03 at 15.41.54@2x.png
特定のChannelの統合 - アプリで、Incoming WebHookをインストールして追加します。
2.
インストールが完了したら、Incoming WebHooksの右のボタンをクリックして表示します。
3.
Incoming WebHooksの説明ページが開きますので、設定をクリックしてセットアップします。
4.
Slackに追加をクリックします。
5.
Apidog通知イベントメッセージをプッシュするChannelを選択し、Incoming WebHooks統合を追加をクリックします。
6.
Webhook URLを取得してコピーします。
7.
新しい通知対象を作成
「設定」>「通知」>「通知対象」をクリックし、新しい通知対象を作成します。
create-new-slack-notification-target.png
通知対象名を入力します。
通知チャネルとしてSlackを選択します。
サービスURLにIncoming WebHooks設定から取得したWebhook URLを貼り付けます。
保存をクリックすると、設定が完了します。次に通知イベントを作成することができます。
通知イベントが設定され、トリガーされると、指定されたSlackのChannelでメッセージを受け取ることができます。

Webhook#

通知イベントをHTTPサーバーに送信することをサポートしています。POSTリクエストを受信するURLアドレスを指定することで、HTTPサーバーにイベントメッセージを送信できます。
設定フィールドの説明:
設定フィールド必須説明
通知名いいえサードパーティ統合通知に名前を付け、その目的を記録します。
トリガーイベントはいサポートされているイベント:APIの変更、データモデルの変更、ドキュメントの変更、データのインポート、自動化テスト
サーバーURLはいリクエストを受信するHTTPサーバーのURLアドレス
署名認証いいえ送信される内容は、HMAC SHA1暗号化アルゴリズムで暗号化され、トークンをKEYとして16進数で値を表示します(トークンの設定が必要です)。プレフィックスsha1=を含みます。

Apidog通知とセルフホストのHTTPサーバーの統合#

プロジェクト管理者は、サードパーティ統合を使用して、セルフホストのHTTPサーバーをApidogのプロジェクト通知イベントと関連付け、HTTPサーバーで関連するAPIの変更、ドキュメントの変更、自動化テストの完了通知を受信することができます。
Apidog通知をセルフホストのHTTPサーバーと統合するには、「設定」>「通知」>「通知対象」をクリックし、新しい通知対象を作成します。
create-new-webhook-notification-target.png
1.
通知対象名を入力します。
2.
チャネルとしてWebhookを選択します。
3.
サービスURLフィールドにセルフホストのHTTPサーバーのURLを貼り付けます。
4.
署名認証が有効な場合は、署名キーフィールドにキーをコピーして貼り付けます。
保存をクリックすると、設定が完了します。次に通知イベントを作成することができます。

Jenkins#

Jenkinsサービスに通知イベントを送信することをサポートしています。Jenkins Webhook URLを設定することで、イベントメッセージをJenkinsに送信できます。
設定フィールドの説明:
設定フィールド必須説明
通知名いいえサードパーティ統合通知に名前を付け、その目的を記録します。
トリガーイベントはいAPIの変更、データモデルの変更、データのインポート、自動化テスト。上記のいずれかのイベントが発生するとリアルタイム通知がトリガーされます。
サービスURLはいGeneric Webhook Triggerプラグインで設定されたURL
署名認証いいえGeneric Webhook TriggerプラグインにAuthorization Bearerヘッダーを介して送信されます。

Apidog通知とJenkinsサービスの統合#

プロジェクト管理者は、サードパーティ統合機能を使用して、JenkinsのGeneric Webhook Triggerプラグインで設定されたWebhook URLをApidogのプロジェクト通知イベントと関連付け、APIの変更、ドキュメントの変更、自動化テストの完了などのイベントがトリガーされた際にJenkinsでビルドアクションを自動的にトリガーし、ビルド履歴でメッセージを確認することができます。
1.
JenkinsのGeneric Webhook Triggerプラグインで設定されたWebhook URL
Jenkinsダッシュボードで新しいビューを作成します:
前のステップでビューをクリックして設定>ビルドトリガーに入り、Generic Webhook Triggerを選択します。Webhook URLは"http://"+"サービスアドレス"+"/generic-webhook-trigger/invoke"です。
カスタムトークンがサポートされています:
2.
新しい通知対象を作成
「設定」>「通知」>「通知対象」をクリックし、新しい通知対象を作成します。
notification-setting-jenkins.png
通知対象名を入力します。
チャネルとしてJenkinsを選択します。
Generic Webhook Triggerプラグインで設定されたWebhook URLをサービスURLフィールドに貼り付けます。
カスタムトークンを使用する場合は、署名トークンフィールドにトークンをコピーして貼り付けます。
保存をクリックすると、設定が完了します。次に通知イベントを作成することができます。
通知イベントが設定され、トリガーされると、Jenkinsは自動的にビルドアクションを開始し、ビルド履歴でメッセージを確認することができます:

Email#

指定されたメールアドレスにメールで通知を送信できます。現在、メール通知は以下のイベントにのみ利用可能です:
自動テスト完了/失敗
継続的インテグレーション完了/失敗
スケジュールされたタスク完了/失敗
設定フィールドの説明:
フィールド必須詳細
名前はい通知対象の目的や特徴を強調する説明的な名前。
通知メールアドレスはい通知を受け取るメールアドレスを入力します。プロジェクトメンバーのメールアドレスを選択するか、手動でアドレスを入力できます。複数のメールアドレスがサポートされています。

Apidog通知とEmailの統合#

notification-setting-email.png
1.
通知対象名を入力します。
2.
チャネルとしてEmailを選択します。
3.
メールアドレスを入力します。
保存をクリックすると、設定が完了します。次に通知イベントを作成することができます。

通知イベント#

通知イベントを作成して、指定された受信者(通知対象)に通知をトリガーするイベントを指定できます。通知イベントを設定するには、以下を構成する必要があります:
通知イベント名
トリガーイベント
通知対象
creating-notification-events.png

トリガーイベント#

以下の通知イベントから選択して通知をトリガーできます:
トリガーイベント詳細
APIの変更API作成
API更新
API削除
スキーマの変更スキーマ作成
スキーマ更新
スキーマ削除
ドキュメントの変更ドキュメント作成
ドキュメント更新
ドキュメント削除
データインポートインポート(手動インポート)
インポート(自動同期)
レスポンスコンポーネントの変更レスポンスコンポーネント作成
レスポンスコンポーネント更新
レスポンスコンポーネント削除
スプリントブランチの変更スプリントブランチマージ
スプリントブランチ作成
スプリントブランチアーカイブ
スプリントブランチ削除
スプリントブランチ取得
APIバージョンの変更APIバージョン作成
APIバージョン削除
セキュリティスキームの変更セキュリティスキーム作成
セキュリティスキーム更新
セキュリティスキーム削除
自動テストに関連する通知(例:自動テスト完了、継続的インテグレーション完了、スケジュールされたタスク完了)については、各テストシナリオごとに個別に設定を構成する必要があります。このアプローチはより柔軟で、実際のユースケースに適しています。

通知対象#

トリガーイベントが発生した際に通知を受け取る通知対象を選択します。プロジェクト内で既に設定されている通知対象から選択し、必要に応じて複数の対象を選択できます。
ただし、メール通知は以下の3つの特定のイベントにのみサポートされています:
自動テスト完了/失敗
継続的インテグレーション完了/失敗
スケジュールされたタスク完了/失敗
creating-notification-events-setting-targets.png
Previous
プロジェクトメンバーの管理
Next
概要
Built with