Google Ads API には、キャンペーン、キーワード、入札戦略などの新しいアイデアを A/B テストするためのリソースが用意されています。テストする内容に応じて、いくつかの異なるワークフローを使用できます。
すべてのテスト ワークフローでは、対照群またはキャンペーンと、変更が適用された 1 つ以上の介入群またはキャンペーンの間でトラフィックを分割します。対照群と介入群のパフォーマンス指標を比較することで、変更の効果を評価できます。
テスト ワークフロー
Google Ads API では、次の 4 つのテスト ワークフローがサポートされています。
- システム マネージド
このワークフローは、既存のキャンペーンへの変更をテストする場合に最適です。対照群キャンペーンに基づいて新しい介入群キャンペーンが自動的に作成されます。この介入群キャンペーンは、テストの開始前に変更できます。唯一の例外は
PMAX_REPLACEMENT_SHOPPINGテストです。このテストでは、対照群のショッピング キャンペーンに基づいて新しい P-MAX キャンペーンを作成するか、既存の P-MAX キャンペーンを介入群キャンペーンとして使用できます。テスト中は、トラフィックが対照群キャンペーンと介入群キャンペーンに分割されます。これは、2 つの並列キャンペーンを同時に実行する標準的な A/B テストに最も近いワークフローです。
- キャンペーン内
このワークフローは、既存のキャンペーン内で特定の機能（インテント マッチや P-MAX など）をテストするために使用されます。トラフィックは単一のキャンペーン内で分割され、トラフィックの一部のみがテスト対象の機能にさらされます。これは、まったく別のキャンペーンを作成せずに、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 広告の管理画面のテストタイプにどのようにマッピングされるかをまとめたものです。
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）: 介入群キャンペーンを完全に独立した非テスト キャンペーンに変換するか、介入群の設定を基本のキャンペーンに適用します（ワークフローによって異なります）。
- 終了（
次のステップ
テストの設定方法については、必要なワークフローのガイドをご覧ください。