Apidog Docs
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇯🇵 日本語
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
  1. 環境と変数
  • Apidog ラーニングセンター
  • はじめに
    • Apidog の概要
    • Apidog の基本概念
    • Apidog のナビゲーション
    • クイックスタート
      • 概要
      • エンドポイントの作成
      • リクエストの作成
      • アサーションの追加
      • テストシナリオの作成
      • APIドキュメントの共有
      • さらに詳しく
    • Apidogへの移行
      • 概要
      • 手動インポート
      • スケジュールインポート(データソースのバインド)
      • インポートオプション
      • データのエクスポート
      • インポート元
        • Postman からのインポート
        • OpenAPI 仕様のインポート
        • cURL のインポート
        • Markdown のインポート
        • Insomnia からインポート
        • apiDoc からインポート
        • .har ファイルをインポート
        • WSDL のインポート
  • モックAPIデータ
    • 概要
    • Smart Mock
    • カスタムモック
    • モック優先順位
    • モックスクリプト
    • Cloud Mock
    • セルフホスト Runner モック
    • モック言語(ロケール)
  • アカウントと設定
    • アカウント設定
    • OpenAPI アクセストークンの生成
    • 通知
    • 言語設定
    • ホットキー
    • ネットワークプロキシ設定
    • データのバックアップ
    • Apidog の更新
    • アカウントの削除
    • 実験的機能
  • リクエスト送信
    • 概要
    • SSE デバッグ
    • MCP Client
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP または WebService
    • GraphQL
    • gRPC
    • デバッグにリクエストプロキシエージェントを使用する
    • リクエスト作成
      • リクエスト履歴
      • リクエストの基本
      • パラメータとボディ
      • リクエストヘッダー
      • リクエスト設定
      • リクエストのデバッグ
      • リクエストをエンドポイントとして保存する
      • HTTP/2
    • 認証と認可
      • 概要
      • CA 証明書とクライアント証明書
      • 認可タイプ
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk 認証
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • レスポンスとCookie
      • APIレスポンスの表示
      • Cookie の管理
      • 概要
  • APIの開発とデバッグ
    • 概要
    • リクエストの生成
    • リクエストの送信
    • デバッグケース
    • テストケース
    • 動的値
    • レスポンスの検証
    • Design-First と Request-First
    • コード生成
    • 環境と変数
      • 概要
      • 変数の使用
      • 環境管理
    • Vaultシークレット
      • 概要
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • 動的値モジュール
      • Airline
      • Animal
      • Color
      • Commerce
      • 会社
      • Database
      • データ型
      • 日付
      • Finance
      • Food
      • Git
      • Hacker
      • Helpers
      • 画像
      • Internet
      • Location
      • Lorem
      • 音楽
      • Number
      • Person
      • Phone
      • Science
      • 文字列
      • システム
      • Vehicle
      • Word
    • プリプロセッサとポストプロセッサ
      • 概要
      • アサーション
      • 変数の抽出
      • Wait
      • セキュリティ
      • データベース操作
        • 概要
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • スクリプトの使用
        • 概要
        • プリプロセッサスクリプト
        • ポストプロセッサスクリプト
        • Public Scripts
        • Postman Scripts Reference
        • 他のプログラミング言語の呼び出し
        • JS ライブラリの使用
        • レスポンスの可視化
        • スクリプト例
          • アサーションスクリプト
          • 変数の使用
          • リクエストの変更
          • その他の例
    • APIデバッグ
      • AI Agent Debugger
      • A2A Debugger
  • API設計
    • 概要
    • 新しい API プロジェクトを作成する
    • エンドポイントの基本
    • API設計ガイドライン
    • モジュール
    • 複数のリクエストボディ例を設定する
    • コンポーネント
    • 共通フィールド
    • グローバルパラメータ
    • エンドポイント変更履歴
    • コメント
    • エンドポイントの一括管理
    • カスタムプロトコル API
    • Spec-first Mode(ベータ)
    • セキュリティスキーム
      • 概要
      • セキュリティスキームを作成する
      • セキュリティスキームを使用する
      • オンラインドキュメントにおけるセキュリティスキーム
    • 高度な機能
      • カスタムエンドポイントフィールド
      • 関連するテストシナリオ
      • エンドポイントステータス
      • パラメータ一覧の表示形式
      • エンドポイントの一意識別
    • スキーマ
      • 概要
      • 新しいスキーマを作成する
      • スキーマを構築する
      • JSON などからスキーマを生成
      • oneOf、allOf、anyOf
      • Discriminator の使用
  • APIテスト
    • 概要
    • テストシナリオ
      • テストシナリオを作成する
      • リクエスト間でデータを受け渡す
      • フロー制御条件
      • エンドポイントおよびエンドポイントケースからデータを同期する
      • 他のプロジェクトからエンドポイントとエンドポイントケースをインポートする
      • テストシナリオのエクスポート
    • テストレポート
      • テストレポート
    • テストシナリオの実行
      • テストシナリオを実行する
      • テストシナリオを一括実行する
      • データ駆動テスト
      • 共有テストデータ
      • スケジュールされたタスク
      • 他のプロジェクトの API の実行環境を管理する
    • テストスイート
      • 概要
      • テストスイートを作成する
      • テストスイートを編成する
      • テストスイートをローカルで実行する
      • CLI でテストスイートを実行する
      • スケジュールタスク
    • APIのテスト
      • 統合テスト
      • パフォーマンステスト
      • エンドツーエンドテスト
      • 回帰テスト
      • コントラクトテスト
    • Apidog CLI
      • 概要
      • Apidog CLI のインストールと実行
      • Apidog CLI オプション
    • CI/CD
      • 概要
      • Github Actions との連携
      • Gitlab との統合
      • Jenkins との連携
      • Git コミットによるテストのトリガー
  • APIドキュメントの公開
    • 概要
    • サポートされているAPI技術
    • クイック共有
    • API ドキュメントの閲覧
    • Markdown ドキュメント
    • ドキュメントサイトの公開
    • カスタムログインページ
    • カスタムレイアウト
    • カスタム CSS、JavaScript、HTML
    • カスタムドメイン
    • AI 機能
    • SEO 設定
    • 詳細設定
      • ドキュメント検索
      • CORS プロキシ
      • Google Analytics の連携
      • フォルダツリー設定
      • 表示設定
      • ドキュメントURLへの値の埋め込み
    • APIバージョン
      • 概要
      • API バージョンの作成
      • API バージョンの公開
      • API バージョンを指定したエンドポイントの共有
  • ブランチ
    • 概要
    • スプリントブランチの作成
    • ブランチでAPIをテストする
    • ブランチで API を設計する
    • スプリントブランチのマージ
    • スプリントブランチの管理
    • AI Branch(ベータ)
  • AI機能
    • 概要
    • AI機能の有効化
    • テストケースの生成
    • AI によるスキーマの変更
    • エンドポイントコンプライアンスチェック
    • APIドキュメント完全性チェック
    • AIを活用したフィールド命名
    • FAQ
  • Apidog MCPサーバー
    • 概要
    • Apidog プロジェクトを AI に接続する
    • 公開済みドキュメントを AI に接続する
    • OpenAPI ファイルを AI に接続する
  • ベストプラクティス
    • API署名の処理
    • OAuth 2.0 で保護された API へのアクセス
    • コラボレーションワークフロー
    • 認証状態の管理
  • オフラインスペース
    • 概要
  • 管理
    • プロジェクト管理
      • プロジェクトの管理
      • 通知設定
      • プロジェクトメンバーの管理
      • プロジェクトリソース
        • データベース接続
        • Git 接続
    • チーム管理
      • チームの管理
      • チームメンバーの管理
      • チームアクティビティ
      • チームのロールと権限
      • チームリソース
        • General Runner
        • チーム変数
        • リクエストプロキシエージェント
      • リアルタイムコラボレーション
        • チームコラボレーション
    • オンボーディングチェックリスト
      • 基本概念
      • オンボーディングガイド
    • 組織管理
      • 組織の管理
      • 組織ロールと権限
      • プラン管理
        • 組織の請求管理者
      • シングルサインオン(SSO)
        • SSO 概要
        • Microsoft Entra ID の設定
        • Okta の設定
        • 組織の SSO を設定する
        • ユーザーアカウントの管理
        • グループをチームにマッピングする
      • SCIMプロビジョニング
        • SCIM プロビジョニングの概要
        • Microsoft Entra ID
        • Okta
      • 組織リソース
        • セルフホスト Runner
  • 請求
    • 概要
    • クレジット
    • プランのアップグレード
    • 代替支払い方法
    • サブスクリプションの管理
    • 有料チームの組織への移動
  • Apidog Europe
    • Apidog Europe
  • アドオン
    • API Hub
    • Apidog Intellij IDEA プラグイン
    • ブラウザ拡張機能
      • Chrome
      • Microsoft Edge
    • リクエストプロキシ
      • Web でのリクエストプロキシ
      • 共有ドキュメントにおけるリクエストプロキシ
      • クライアントでのリクエストプロキシ
  • データとセキュリティ
    • データストレージとセキュリティ
    • ユーザーデータのプライバシーとセキュリティ
    • リクエストルーティングとデータセキュリティ
  • リファレンス
    • APIデザインファーストアプローチ
    • Apidog OpenAPI 仕様拡張
    • JSONPath
    • XPath
    • 正規表現
    • JSON Schema
    • CSVファイル形式
    • Java 環境のインストール
    • Runner デプロイ環境
    • Apidog Markdown 構文
    • Apidog Swagger拡張
      • 概要
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Apidog JSON Schema拡張
      • 概要
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • サポートセンター
  1. 環境と変数

環境管理

APIリクエストを行う際には、開発、テスト、本番環境を切り替える必要があることがよくあります。Apidogでは、異なる環境にリクエストを送信することが簡単です。インターフェース右上で目的の環境をクリックして選択するだけです。
Apidogの環境は、2つの主要な要素で構成されています。
1.
Base URL: リクエストの送信先を保持します。
2.
変数: リクエストやスクリプト内で参照できる変数のグループです。
環境を切り替えると、Base URLと環境変数の両方に、現在の環境で定義された値が使用されます。

環境を作成する#

1
環境管理を開く
インターフェース右上の環境管理ボタン ≡ をクリックします。
2
新しい環境を作成する
左側のリストの最後にある New Environment という項目をクリックします。
3
環境を設定する
新しい環境の名前を入力します。Base URLと変数を追加します。
環境を作成する
4
保存する
Save をクリックします。
5
環境を選択する
新しい環境を使用するには、インターフェース右上の環境セレクターから選択します。これにより、その環境がアクティブな環境になり、すべての変数がその環境で指定された値に設定されます。
TIP
Apidogでは、環境とBase URLが明確に分離されています。環境は異なるデプロイ段階(開発、テスト、本番)を表し、Base URLは各環境内で設定されます。この分離により、異なる環境にまたがる複数のサービスやマイクロサービスを管理する際に柔軟性が得られます。
一方で、Apidogの環境は、各Base URLを1つの環境として扱うのではなく、開発、テスト、本番のような実際の環境を直接反映します。

Base URL#

Base URL は、Apidog環境における主要な機能です。Apidogでは、エンドポイントパスは通常スラッシュ(/)で始まり、Base URLを含みません。リクエストを送信する際、Apidogは送信先のBase URLをエンドポイントパスの前に付加します。
標準化されたBase URL形式は、プロトコルで始まり、末尾のスラッシュ(/)を含みません。
例:
https://127.0.0.1
http://abc.com/v1
各Base URLは、特定のモジュールに対応します。ほとんどの場合、エンドポイントは所属するモジュールのBase URLを使用してリクエストを送信します。
たとえば、Production 環境のデフォルトモジュールの Base URL が http://abc.com/v1 で、エンドポイントパスが /pet の場合、Production環境でリクエストを送信すると、実際に送信されるリクエストURLは次のようになります。
http://abc.com/v1/pet
TIP
エンドポイントパスが http:// または https:// で始まる場合、Base URLは追加されません。ただし、エンドポイントに完全なURLをハードコードすることは、一般的には推奨されません。
BASE_URL variable
Apidogには、現在の環境の「Default Server」のBase URLを保存する BASE_URL という特別な環境変数があります。この変数を直接使用することは、一般的には推奨されません。
カスタムスクリプトの場合:
推奨: 現在のエンドポイントのBase URLを取得するには、pm.request.getBaseUrl() を使用します。
避けるべき方法: pm.environment.get('BASE_URL') の使用。エンドポイントが「Default Server」を使用していない場合、Base URLを正しく取得できない可能性があります。
BASE_URL という名前の環境変数を手動で作成した場合、システムで事前定義されている BASE_URL よりも優先されます。
注: スクリプトでBase URL設定自体を変更することはできません。pm.environment.set('BASE_URL', 'My_url') というコマンドは、BASE_URL という名前の変数を作成するだけです。

モジュールで複数のBase URLを使用する#

プロジェクトのエンドポイントが複数のBase URL(例: マイクロサービス)に接続する必要がある場合、Apidogで複数のモジュールを使用して管理するのが最適な方法です。
シナリオ例:
ユーザーエンドポイント: https://user.example.com
注文エンドポイント: https://order.example.com
商品エンドポイント: https://product.example.com
設定手順:
1
モジュールを作成する
APIフォルダツリーの上部で、サービスに対応する複数のモジュールを追加します。
モジュールを追加する
2
Base URLを設定する
環境管理で、各モジュールの Base URL を設定するフィールドが表示されます。各環境のURLを入力し、Save をクリックします。
モジュールのBase URLを設定する
3
モジュールのBase URLを設定する
モジュールのルートフォルダ設定で、そのモジュールのエンドポイントが使用するBase URLを選択します。
デフォルト設定: そのモジュールに一覧表示されている最初のBase URLを使用します(推奨)。
手動指定: 別のBase URLを手動で選択します。(ほとんどの場合は推奨されません)。
モジュールフォルダ設定
4
継承
サブフォルダまたは個別のエンドポイントでも、Base URLを指定できます。
親から継承: 親フォルダに従います(デフォルト)。
手動指定: 特定の項目について上書きします。
エンドポイント設定
5
リクエストを送信する
設定が完了したら、Send をクリックするだけです。Apidogは、モジュールと環境の設定に基づいて適切なBase URLを判断します。

環境変数を追加する#

環境に変数を追加する際には、2つの値を指定できます。
初期値: チームと共有されます。
現在値: ご利用のマシンにローカル保存されます。
変数の使用について詳しく学びます。

環境を切り替える#

Apidogでは、ワークベンチ右上の環境セレクターに現在の環境が表示されます。リクエストを行う場合やスクリプトを実行する場合、Apidogは選択された環境内のすべての変数について現在値を使用します。
切り替えるには、セレクターから別の環境を選択するだけです。
TIP
エンドポイントとリクエスト
Apidogでは:
エンドポイント: API仕様です(パスは通常 / で始まります)。
リクエスト: 実際に送信されるHTTPリクエストです(完全なURLを含みます)。
環境で定義されたサービスは、エンドポイントに適用されます。Postmanと同様のアドホックなデバッグのためにリクエストタブを使用する場合は、必要に応じて {{Base_url}} 構文を使用できます。

環境の移行#

Apidogでは、変数の初期値はチーム内で同期されますが、現在値はローカルにのみ保存されます。つまり、現在値は他のデバイスには引き継がれません。
Apidogでは、マシン間で環境(ローカルの現在値を含む)を移行するためのエクスポート/インポート機能が提供されています。
1
エクスポート
環境管理で、環境の横にある ... にカーソルを合わせ、Export をクリックしてJSONファイルを取得します。
2
インポート
移行先のコンピューターで環境管理を開き、... にカーソルを合わせ、Import をクリックしてJSONファイルを選択します。

環境の表示範囲#

共有したくない変数には、プライベート環境を作成できます。
環境設定の右上で、表示範囲を設定します。
共有: チームに表示されます(デフォルト)。
プライベート: 自分にのみ表示されます。
TIP
プライベート環境は、他の環境と同じサービス一覧(Base URL)を共有します。プライベート環境でサービスを追加または削除すると、すべての環境に同時に影響します。

FAQ#

カスタムスクリプトでサービスのBase URLを取得するにはどうすればよいですか?
現在のエンドポイントのBase URLを取得するには、pm.request.getBaseUrl() を使用します。
Modified at 2026-06-11 07:06:02
Previous
変数の使用
Next
概要
Built with