Google Ads API には、キャンペーン、キーワード、入札戦略などの新しいアイデアを A/B テストするためのリソースが用意されています。テストする内容に応じて、さまざまなワークフローを利用できます。
すべてのテスト ワークフローでは、トラフィックを対照群または対照キャンペーンと、変更が適用された 1 つ以上の介入群または介入キャンペーンに分割します。対照群と介入群のパフォーマンス指標を比較することで、変更の有効性を評価できます。
テスト ワークフロー
Google Ads API は、次の 4 つの異なるテスト ワークフローをサポートしています。
- システム マネージド
このワークフローは、既存のキャンペーンの変更をテストする場合に最適です。対照群キャンペーンに基づいて新しい介入群キャンペーンが自動的に作成されます。この介入群キャンペーンは、テストの開始前に変更できます。ただし、
PMAX_REPLACEMENT_SHOPPINGテストでは、対照群のショッピング キャンペーンに基づいて新しい P-MAX キャンペーンを作成するか、既存の P-MAX キャンペーンを介入群キャンペーンとして使用できます。テスト期間中、トラフィックは対照群キャンペーンと介入群キャンペーンで分割されます。これは、2 つの並行キャンペーンが同時に実行される標準的な A/B テストに最も近いワークフローです。
- キャンペーン内
このワークフローは、既存のキャンペーン内で、インテント マッチや P-MAX などの特定の機能をテストするために使用されます。トラフィックは 1 つのキャンペーン内で分割され、テスト対象の機能に一部のトラフィックのみが公開されます。これは、完全に別のキャンペーンを作成せずに、1 つの変更の影響をテストする場合に便利です。
- アセットの最適化
このワークフローは、P-MAX キャンペーン内のアセットのバリエーションをテストするために特別に設計されています。さまざまなアセットセットを比較して、最適な組み合わせを見つけることができます。
- キャンペーン ミックス
このワークフローは、1 つ以上のキャンペーンで複数の変数を比較するために使用されます。さまざまなキャンペーン タイプをサポートしており、複雑なテスト シナリオで使用されます。
ワークフローとタイプの概要
使用するワークフローは、テストの作成時に選択する ExperimentType によって異なります。次の表に、使用可能なタイプと対応するワークフローの概要を示します。
| ワークフロー | テストのタイプ | 説明 |
|---|---|---|
| システム管理 | SEARCH_CUSTOM、DISPLAY_CUSTOM、HOTEL_CUSTOM、YOUTUBE_CUSTOM、PMAX_REPLACEMENT_SHOPPING |
対照群キャンペーンに対してテストを行うために、個別の介入群キャンペーンを作成または使用します。 |
| キャンペーン内 | ADOPT_AI_MAX、ADOPT_BROAD_MATCH_KEYWORDS、PMAX_TEXT_CUSTOMIZATION_FINAL_URL_EXPANSION |
1 つのキャンペーン内でトラフィックを分割して、機能をテストします。 |
| アセットの最適化 | OPTIMIZE_ASSETS |
P-MAX キャンペーンでさまざまなアセットの組み合わせをテストします。 |
| キャンペーン ミックス | COMPARE_CAMPAIGNS |
1 つ以上のキャンペーンで複数の変数を比較し、複数のキャンペーン タイプをサポートします。 |
API を UI にマッピングする
次の表は、API のテストタイプが Google 広告の UI のテストタイプにどのようにマッピングされるかをまとめたものです。
API ExperimentType |
Google 広告の管理画面での対応指標 |
|---|---|
ADOPT_AI_MAX |
検索キャンペーン向け AI 最大化設定 |
ADOPT_BROAD_MATCH_KEYWORDS |
検索キャンペーンのインテント マッチ キーワード |
COMPARE_CAMPAIGNS |
カスタム混合キャンペーン タイプ カスタム P-MAX |
DISPLAY_CUSTOM |
カスタム ディスプレイ |
HOTEL_CUSTOM |
カスタムホテル |
OPTIMIZE_ASSETS |
お客様によって提供されたアセット |
PMAX_REPLACEMENT_SHOPPING |
P-MAX とショッピングの比較 |
PMAX_TEXT_CUSTOMIZATION_FINAL_URL_EXPANSION |
P-MAX での最終ページ URL の拡張 |
SEARCH_CUSTOM |
カスタム検索 |
YOUTUBE_CUSTOM |
カスタム動画 カスタム デマンド ジェネレーション |
テストのライフサイクル
通常、テストの管理プロセスは次の手順と ExperimentStatus 状態で行われます。ワークフローによって多少の違いがあります。
- 設定（
SETUPまたはENABLED）:Experimentと 1 つ以上のExperimentArmリソースを作成します。システム管理のテストはSETUPで開始されるため、スケジュール設定前に介入キャンペーンを変更できます。一方、他のワークフローでは、1 つのGoogleAdsService.MutateリクエストでENABLEDステータスのテストと群が直接作成されます。 - スケジュール（
INITIATED）: システム管理のテストでは、ScheduleExperimentを呼び出して設計中のキャンペーンを具体化し、テストの配信をスケジュールします。 - 実行とレポート（
ENABLED）: テストの実行中に、Experiment（FROM experiment）またはキャンペーン リソースに対して指標をクエリし、対照群とテスト群のパフォーマンスを比較します。 - 完了（
HALTED、PROMOTED、またはGRADUATED）: 十分な情報が得られたら、次のいずれかのオペレーションを使用してテストを完了できます。- 終了（
HALTED）: テストを停止します。介入群キャンペーンまたは介入群の配信が停止します。 - プロモート（
PROMOTED）: 介入群の変更を対照群またはキャンペーンに適用します。 - 卒業（
GRADUATED）: 介入群キャンペーンを完全に独立したテスト以外のキャンペーンに変換するか、介入群の設定を基本のキャンペーンに適用します（ワークフローによって異なります）。
- 終了（
次のステップ
テストを設定する方法については、必要なワークフローのガイドをご覧ください。