概要
はじめに
A/B テストにより、広告主は X 上でリーチしているユーザーをセグメント化し、キャンペーンパフォーマンスを最適化する最良の方法を理解して、マーケティング戦略に反映させるための学びを得ることができます。 これらのセグメント(ユーザーグループスプリット)はランダム化され、互いに排他的です。ランダム化により、結果に影響する要因は等しく分布します。つまり、グループ間や期待される行動に本質的な違いは存在しません。そのため、あるユーザーグループにのみ 1 つのバリエーションを適用すれば、キャンペーンパフォーマンスの差分をそのバリエーションによるものと帰することができます。 一度に複数のバリエーションをテストすることも可能ですが、一度に 1 つのバリエーションのみをテストすることを強く推奨します。これにより、観察されたキャンペーンパフォーマンスの差分の要因を切り分けられます。 バリエーションはキャンペーンレベルで設定します。たとえば、広告主が新しいクリエイティブの有効性をテストしたい場合、クリエイティブのみが異なる 2 つの同一のキャンペーンを作成する必要があります。将来的には line item レベルでのバリエーションをサポートする予定です。ユースケース
A/B テストは、(1) X 上で何が最も効果的かを把握して投資を最適化したいパフォーマンス顧客向けの最適化ユースケース、および (2) 学びをマーケティング戦略に反映したいブランド広告主向けの学習ユースケースを支援するために最も多く使われます。 API は、以下を含むあらゆるキャンペーン変数の A/B テストをサポートします。- クリエイティブ
- ターゲティング
- Bid type
- Bid unit
A/B テスト
A/B テストにより、広告主は X 上でリーチしているユーザーをセグメント化し、キャンペーンパフォーマンスを最適化する最良の方法を理解して、マーケティング戦略に反映させるための学びを得ることができます。 これらのセグメント(ユーザーグループスプリット)はランダム化され、互いに排他的です。ランダム化により、結果に影響する要因は等しく分布します。つまり、グループ間や期待される行動に本質的な違いは存在しません。そのため、あるユーザーグループにのみ 1 つのバリエーションを適用すれば、キャンペーンパフォーマンスの差分をそのバリエーションによるものと帰することができます。 一度に複数のバリエーションをテストすることも可能ですが、一度に 1 つのバリエーションのみをテストすることを強く推奨します。これにより、観察されたキャンペーンパフォーマンスの差分の要因を切り分けられます。 バリエーションは、キャンペーンレベルまたは ad group レベルで設定できます。ad group は Ads API では line item を通じて設定します。たとえば ad group レベルでのバリエーションの例として、広告主が新しいクリエイティブの有効性をテストしたい場合、クリエイティブのみが異なる 2 つの同一の ad group を持つ 1 つのキャンペーンを作成します。ユースケース
A/B テストは、(1) X 上で何が最も効果的かを把握して投資を最適化したいパフォーマンス顧客向けの最適化ユースケース、および (2) 学びをマーケティング戦略に反映したいブランド広告主向けの学習ユースケースを支援するために最も多く使われます。 API は、以下を含むあらゆるキャンペーン変数の A/B テストをサポートします。- クリエイティブ
- ターゲティング
- Bid type
- Bid unit
属性
A/B テストはネスト構造として表現されます。A/B テスト自体のトップレベルフィールドと、それぞれが記述用フィールドのセットを持つユーザーグループオブジェクトの配列があります。 概要として、すべての A/B テストには以下の情報を含める必要があります。- テスト期間(start_time および end_time フィールドで表現)
- スプリットが行われるレベル(entity_type フィールドで表現)
- 少なくとも 2 つ(最大 30 個)のユーザーグループ。それぞれ user_groups 配列内のオブジェクトとして表現
- 当該ユーザーグループに割り当てるユーザーの割合(size フィールドで表現)
- 当該ユーザーグループのユーザープールを構成するキャンペーン ID / line item ID(entity_ids 配列で表現)
Example response
Example response
使用方法
以下のサブセクションでは、A/B テストの作成と更新を説明します。読み取りと削除は、他の Ads API エンドポイントと同じように動作します。作成
A/B テストは POST accounts/:account_id/ab_tests エンドポイントを使って作成します。このエンドポイントは JSON POST ボディのみを受け付けます。Content-Type は application/json に設定する必要があります。 広告主が 2 つ以上のキャンペーンを設定した後、A/B テストを作成できます。上述のとおり、A/B テストには、テスト期間、スプリットレベル、少なくとも 2 つのユーザーグループを 必ず 含める必要があります。各ユーザーグループは、割り当てるユーザーの割合と、そのユーザープールを構成するキャンペーン ID を宣言する必要があります。それぞれの詳細については以下を参照してください。 テスト期間:-
start_time と end_time の値は
- (A/B テストが作成される時点から見て)未来である必要がある
- キャンペーン/line item のフライト日程と重複する必要がある
- テストは、アプリベース以外のキャンペーンでは少なくとも 1 日、アプリベースのキャンペーンでは少なくとも 5 日続く必要がある
- entity_type は CAMPAIGN または LINE_ITEM に設定できる
-
各ユーザーグループは user_groups 配列内のオブジェクトとして表される
- 最低 2 つのユーザーグループが必要
- 最大 30 個のユーザーグループが許可される
-
各ユーザーグループの size は、1.00 から 99.00 の数値の文字列表現で設定する
- 注意: オブジェクト全体 の size 値の合計は 100.00 になる必要があります
- キャンペーン ID は、各ユーザーグループの entity_ids 配列で指定する
Example response
- A/B テスト対象キャンペーンのすべての line item が、スプリットテストに含まれている必要があります。
- line item レベルでは等分割のみが許可されます。
- 1 つのスプリットテストで許可されるユーザーグループ数(line item 数)は 5 以下である必要があります。
- ユーザーグループあたり 1 つの line item のみです。