ほとんどの広告主は、複数の異なる広告ネットワークを利用して、パブリッシャー アプリに広告を配信します。広告ネットワークが独自のアトリビューション ソースとトリガーを API に登録している場合は、自己アトリビューション型のイベント レポートと概要レポートを受け取ります。
ただし、サードパーティを使用してクロスネットワーク アトリビューション(XNA)を実施し、特定のコンバージョンで落札された単一の広告を特定する場合は、次の手法で続行できます。
- 自社サーバーをセットアップしてトリガー イベントを登録し、API からアトリビューション レポートを受信する
- 既存のモバイル測定パートナーを引き続き使用
広告主が使用する手法に関係なく、Attribution Reporting API は、サードパーティが広告主に代わって XNA ロジックをカスタマイズできるようにするさまざまな機能をサポートしています。
- 第三者は、API を使用して、広告ネットワークからのリダイレクトを使用する場合、またはリダイレクトせずにアトリビューションを実施できます。
- 優先度、フィルタ、重複除去キーを使用すると、ソースとトリガーのディメンションに基づいてアトリビューションをさらにカスタマイズできます。
- インストール後のアトリビューション期間では、インストールにつながったソースが、その後のアプリ内コンバージョン イベントへの貢献度を引き続き獲得できます。
広告テクノロジーがクロスネットワークの重複除去に使用するアトリビューション モデルと、効果の高いソースの選択の複雑さは、これらの API 機能の活用方法に応じてさまざまです。
以下の例は、これらの機能の使用方法と、設定の違いが特定のトリガー イベントに対して最終的に貢献度を割り当てるアトリビューション ソースにどのように影響するかに関するシナリオの例を示しています。
プロセス
次のリストは、XNA プロセスの概要を示しています。わかりやすくするため、ここで説明する手順では、広告主が配信広告テクノロジーを使用して広告を配信し、コンバージョン測定に MMP を使用するモデルを想定しています。ただし、API の設計には柔軟性があります。広告テクノロジーの種類によって機能に違いはなく、広告テクノロジーを使用する必要もありません。
- ソースの登録: ユーザーが広告を表示またはクリックすると、配信広告テクノロジーがこれらのソースを API に登録します。配信広告テクノロジーが、API で直接ソースを登録できる他の広告テクノロジーにリダイレクトしたり、リダイレクトなしのクロスネットワーク アトリビューションを有効にしたりすることもできます。
- トリガーの登録: ユーザーがコンバージョン関連のアクション(初回のアプリ起動、購入、カートに追加など)を行うと、MMP は API にトリガーを登録します。MMP は、API に直接トリガーを登録できる他の広告テクノロジーにリダイレクトすることもできます。MMP でリダイレクトなしのクロスネットワーク アトリビューションを有効にする必要がある場合は、トリガーの登録時にアトリビューション構成を指定する必要があります。
- アトリビューション: トリガーの登録時にアトリビューション構成を指定すると、MMP に代わって派生ソースが生成されます。各トリガーは、MMP によって直接登録された有効なソース、または配信広告テクノロジーのソースを使用して MMP に代わって生成された有効な派生ソースとのマッチングが試行されます。アトリビューションを落札できなかった残りのソースは破棄され、今後のコンバージョンのアトリビューションを獲得できなくなります。ドキュメントの他の部分では、これは「1 回負け、常に負け」と呼ばれることもあります。
- 派生ソースでアトリビューションが失われた場合、MMP によって今後のコンバージョン イベントが登録されると、API は元のソースに基づいてその後の派生ソースを生成しなくなります。配信中の広告テクノロジーと他の MMP は、将来のアトリビューションに引き続き元のソースを使用する場合があります。詳しくは、シナリオ 6 で説明します。
- レポートの生成: アトリビューションにより、イベント レポートまたは集計レポートが生成されます。派生ソースに対して生成されるのは集計レポートのみです。
- レポート配信: 生成されたレポートの配信がスケジュールされます。
シナリオ 1: リダイレクトを使用したクロス ネットワーク アトリビューション
2 つの配信広告テクノロジーと 1 つの MMP を使用している広告主が、配信広告テクノロジーによって配信された広告がクリックされると、配信広告テクノロジーはソース登録の MMP にリダイレクトします。ユーザーがアプリ内でコンバージョンに至ると、MMP はトリガー登録時に広告テクノロジーにリダイレクトします。
MMP はクロスネットワークの重複除去レポートを受け取り、各配信広告テクノロジーは自己申告レポートを受け取ります。
登録のタイムライン
t0 で、ad-tech1 が配信した広告をユーザーがクリックします。この広告は、mmp-ad-tech によって、ソース Source1 とそのリダイレクト Source2 が登録されます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "34532",
"web_destination": "https://destination.example.com",
"priority": "10",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x1"
}
},
"Attribution-Reporting-Redirect": [
"https://www.mmp-ad-tech.com/source2"
]
// Registered by mmp-ad-tech via redirects
"Attribution-Reporting-Register-Source": {
"source_event_id": "788324",
"web_destination": "https://destination.example.com",
"priority": "30",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x2",
"geoValue": "0x102"
}
}
t1 で、ユーザーは ad-tech2 によって配信された広告をクリックし、mmp-ad-tech へのリダイレクトとともに Source3 を登録します。
"Attribution-Reporting-Register-Source": {
"source_event_id": "6574435",
"web_destination": "https://destination.example.com",
"priority": "10",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x3"
}
},
"Attribution-Reporting-Redirect": [
"https://www.mmp-ad-tech.com/source"
]
// Registered by mmp-ad-tech via redirects
"Attribution-Reporting-Register-Source": {
"source_event_id": "4532343",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x4"
}
}
t2 で、広告主のアプリでのユーザーのアクションまたはコンバージョンが、mmp-ad-tech(Trigger1)によりトリガー登録されます。さらに、ad-tech1(Trigger2)にも広告テクノロジー 2(Trigger3)にリダイレクトされます。
未定義
結果
mmp-ad-tech 登録済みソース Source2 と Source4 が、mmp-ad-tech 登録済みトリガー Trigger1 のアトリビューションで競合します。優先度が高い Source2 は Source4 より優先されます。ad-tech1 の Trigger2 は、ad-tech1 の Source1 に帰属し、ad-tech2 の Trigger3 は、ad-tech2 の Source3 に帰属します。
競合ソース:
フィールド |
Source1 |
Source2 |
Source3 |
Source4 |
広告テクノロジーの登録元 |
アドテック 1 |
mmp-ad-Tech |
アドテック 2 |
mmp-ad-Tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
リンク先 |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
優先度 |
10 |
30 |
10 |
20 |
登録されたトリガー
アトリビューションの結果
Trigger1 は Source2 に、Trigger2 は Source1 に、Trigger3 は Source3 に帰属します。
アトリビューション後に無視されるソース
出典 4 - 今後はアトリビューションで競合しない。
イベント レポート
レポート URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "788324",
"trigger_data": "1",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
レポート URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "34532",
"trigger_data": "2",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
レポート URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "6574435",
"trigger_data": "3",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
総計レポート
レポート URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x104",
"value": 11
}
]
}
レポート URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
レポート URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x303",
"value": 31
}
]
}
シナリオ 2: リダイレクトなしのクロスネットワーク アトリビューション
2 つの配信広告テクノロジーと 1 つの MMP を使用している広告主が、ユーザーが最初の配信広告テクノロジーの広告をクリックすると、ソース登録時の MMP にリダイレクトされます。ユーザーが 2 番目の配信広告テクノロジーの広告をクリックしても、広告テクノロジーはリダイレクトせず、代わりに集計キーのサブセットを MMP と事前に共有することを選択します。
次に、MMP がトリガーを登録するアプリでユーザーがコンバージョンを達成しますが、どちらの広告テクノロジーにもリダイレクトしません。リダイレクトしない広告テクノロジーが、ラストタッチ アトリビューションを落札します。MMP のみに、このコンバージョンを含むクロスネットワークの重複除去概要レポートが送信されます。
登録のタイムライン
t0 でユーザーが広告をクリックし、ad-tech1 によって Source1 が登録され、ad-tech1 からリダイレクトされ、mmp-ad-tech によって Source2 が登録されます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "234543",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159"
}
},
"Attribution-Reporting-Redirect": [
"http://www.mmp-ad-tech.com"
]
// Registered by mmp-ad-tech via redirect
"Attribution-Reporting-Register-Source": {
"source_event_id": "45453",
"web_destination": "https://destination.example.com",
"priority": "100",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5",
}
}
t1 でユーザーが別の広告をクリックし、集計キーを共有する ad-tech2 によって Source3 が生成されます。
// Registered by ad-tech2
"Attribution-Reporting-Register-Source": {
"source_event_id": "978",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts"
]
}
t2 では、ユーザーのアクション/コンバージョンが mmp-ad-tech によるトリガー登録を促進しています。mmp-ad-tech には、ad-tech2 のアトリビューション構成が含まれています。
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "101"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
],
"x_network_data": {
"key_offset": 10
}
}
],
"aggregatable_values": {
"campaignCounts": 32768
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "200",
"expiry": "172800"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-2": "0x4"
}
}
結果
source2 はトリガーと登録および宛先を照合するため、アトリビューションの競合ソースになります。さらに、トリガーの登録時に、広告テクノロジー 2 の共有集計キーを介して、広告テクノロジー 2 とソース 3 のアトリビューション構成が指定されました。これにより、派生ソース Source3 をアトリビューションの競合ソースとして生成できます。
競合するソース
フィールド |
Source2 |
出典 3' |
アドテックを登録している元のソース |
mmp-ad-Tech |
アドテック 2 |
source_event_id |
45453 |
978 |
優先度 |
100 |
200 |
登録されたトリガー
Trigger1(mmp-ad-tech)
アトリビューションの結果
トリガー 1 はソース 3 に関連付けられます。これは、ソース 3 の優先度がソース 2 よりも高いためです。
アトリビューション後に無視されるソース
Source2
イベント レポート
なし - 派生ソースのイベント レポートは生成されません。
集計レポート
Source3' の親ソース、つまり Source3 は campaignCounts
のみを共有しています。トリガーのキーピースは次のように計算されます。
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
最後に、結果のキーは、トリガーキー(0x1400)とソースキー(0x159)、つまり 0x1559 を OR で結合することによって生成されます。
レポート URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x1559",
"value": 32768
}
]
}
シナリオ 3: MMP 登録済みソースと、同じ登録チェーン内の派生ソースの親候補
2 つの配信広告テクノロジーと 1 つの MMP を使用している広告主が、ユーザーが最初の配信広告テクノロジーの広告をクリックします。広告テクノロジーはソース登録でリダイレクトされませんが、集計キーを MMP と共有します。ユーザーが 2 番目の配信広告テクノロジーの広告をクリックすると、ソース登録時に MMP にリダイレクトされ、MMP と集計キーが共有されます。
登録のタイムライン
t0 で、ad-tech1 によって配信された広告をユーザーがクリックし、Source1 の登録が開始されます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "52343",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t1 で、登録チェーン 2 で広告テクノロジー 2 が Source2 を登録し、リダイレクトして MMP ソースである Source3 を登録します。
"source_event_id": "234456",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159"
},
"shared_aggregation_keys": [
"campaignCounts"
]
},
"Attribution-Reporting-Redirect": [
"http://www.mmp-ad-tech.com"
]
"Attribution-Reporting-Register-Source": {
"source_event_id": "4234",
"web_destination": "https://destination.example.com",
"priority": "100",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x159"
}
}
t2 のトリガー登録では、ad-tech1 と ad-tech2 から派生ソースを生成するようにアトリビューションが構成されます。
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "101"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
],
"x_network_data" : {
"key_offset" : 10
}
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "20",
"expiry": "172800"
},
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "20",
"expiry": "172800"
}
],
"x_network_key_mapping" : {
"enrollment-id-ad-tech-1" : "0x2",
"enrollment-id-ad-tech-2" : "0x4"
}
}
その結果、2 番目の登録チェーンの MMP 登録されたソースがアトリビューションを取得します。集計レポートは次のようになります。
結果
Source2 から派生したソース(「source_event_id": "234456
」)はアトリビューションに参加しません。同じ登録チェーンに mmp-ad-tech 登録済みソースがあるためです。
競合するソース
フィールド |
出典 1' |
Source3 |
広告テクノロジーを登録している元のソース |
アドテック 1 |
mmp-ad-Tech |
source_event_id |
52343 |
4234 |
優先度 |
20 |
100 |
登録されたトリガー
Trigger1(mmp-ad-tech)
アトリビューションの結果
Source3 は Source1 よりも優先度が高いため、Trigger1 は Source3 に関連付けられます。
アトリビューション後に無視されるソース
Source1' - Source1 は mmp-ad-tech の派生ソースの作成とはみなされなくなります。
イベント レポート
レポート URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "4234",
"trigger_data": "2",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
集計レポート
レポート URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"report_url": "http://www.mmp-example.com",
"payload": {
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x559"
"value": 32768
}
]
}
}
シナリオ 4: リダイレクトなしのクロス ネットワーク アトリビューション(ソース選択の基準あり)
ある広告主が 4 つの配信広告テクノロジーと 1 つの MMP を使用しているとします。ユーザーが 1 つの配信広告テクノロジーの広告をクリックし、もう 1 つの配信広告テクノロジーの広告を表示したとします。ユーザーが広告主のアプリでコンバージョンに至ると、MMP がトリガーを登録し、次のフィルタに基づいて、派生ソースを作成する配信広告テクノロジー登録済みソースを指定します。
- 優先度範囲: 指定した範囲内の優先値を持つソースを選択します。
- expiry: 有効期限が指定された期間より後のソースを選択します
- source_filters: filter_data が指定された source_filters と一致するソースを選択します。
- source_not_filters: not_filters が指定された source_not_filters と一致するソースを選択します
条件に基づいて派生ソースが生成されると、アトリビューションを実施できるようになります。
登録スケジュール
t0 で、ユーザーがクリックすると、アドテック 1 がソース Source1 を登録します。これにより、この登録されているソースへのナビゲーションとして source_type が関連付けられます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "87456",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"filter_data": {
"filter1": [
"does_not_matter"
],
"filter2": [
"non-match"
]
},
"aggregation_keys": {
"campaignCounts": "0x119",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t1 で、ユーザーが広告を表示すると、ad-tech2 がソース Source2 を登録します。これにより、source_type が、この登録されたソースにイベントとして関連付けられます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "9078",
"web_destination": "https://destination.example.com",
"priority": "2000",
"expiry": "172801",
"filter_data": {
"filter1": [
"does_not_matter"
],
"filter2": [
"match"
]
},
"aggregation_keys": {
"campaignCounts": "0x129",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t2 では、ユーザービューにより、ad-tech3 がソース Source3 を登録します。これにより、source_type がこの登録されているソースにイベントとして関連付けられます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "2413",
"web_destination": "https://destination.example.com",
"priority": "20",
"filter_data": {
"filter1": [
"non-match"
],
"filter2": [
"non-match"
]
},
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t3 では、ユーザービューにより、ad-tech4 がソース Source4 を登録します。これにより、source_type がこの登録されているソースにイベントとして関連付けられます。
"Attribution-Reporting-Register-Source": {
"source_event_id": "7567",
"web_destination": "https://destination.example.com",
"priority": "20",
"filter_data": {
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"aggregation_keys": {
"campaignCounts": "0x169",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t4 で、ユーザー コンバージョンにより、mmp-ad-tech が上記の広告テクノロジーのその他の登録済みソースのアトリビューション設定でトリガーを登録します。
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "100"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
]
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"source_priority_range": {
"start": 1,
"end": 100
},
"source_filters": {
"source_type": [
"event"
]
},
"priority": "100",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
]
},
"priority": "100",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-3",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
],
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"priority": "50",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-4",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
],
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"priority": "30",
"expiry": "172801"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-1": "0x1",
"enrollment-id-ad-tech-2": "0x2",
"enrollment-id-ad-tech-3": "0x3",
"enrollment-id-ad-tech-4": "0x4"
}
}
結果
次のソースは、条件が一致しないため、派生ソースの生成対象とみなされません。
- Source1 が、広告技術 1 のアトリビューション構成のフィルタ「
source_type":"event
」を満たしていません - ソース 2 の優先度が 2000 に設定されています。これは、ad-tech2 の優先度範囲フィルタ(1,1000)から外れています。
- source3 は「
filter2
」の値と一致しません
競合するソース
フィールド |
出典 4' |
広告テクノロジーの登録元のソース |
アドテック 4 |
source_event_id |
7567 |
リンク先 |
https://destination.example.com |
優先度 |
30 |
有効期限 |
登録期間 + 2 日 |
登録されたトリガー
Trigger1(mmp-ad-tech)
アトリビューションの結果
Trigger1 はアトリビューションの対象となるソースのみであるため、Source4 に関連付けられます。
アトリビューション後に無視されるソース
なし
イベント レポート
なし - 優位な派生ソースに関するイベント レポートは生成されない
集計レポート
レポート URL: http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
シナリオ 5: インストール後のアトリビューション
2 つの配信広告テクノロジーと 1 つの MMP を使用している広告主が、ユーザーが最初の広告テクノロジーの広告をクリックして、広告主のアプリをインストールします。インストール後のコンバージョンのアトリビューションでは、インストール アトリビューションを含む派生ソースが、他のソースよりも優先順位が高い場合でも、他のソースよりも優先されます。
登録スケジュール
t0 で、ユーザー操作により広告テクノロジー 1 が Source1 を登録します。
"Attribution-Reporting-Register-Source": {
"source_event_id": "3645",
"destination": "android-app://com.example.app",
"priority": "20",
"expiry": "172801",
"install_attribution_window": "86400",
"post_install_exclusivity_window": "864000",
"aggregation_keys": {
"campaignCounts": "0x119",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t1 で、ユーザーはアプリ com.example.app
をデバイスにインストールします。
t2 で、ユーザー操作により広告テクノロジー 2 がソース 2 を登録します。
"Attribution-Reporting-Register-Source": {
"source_event_id": "345789",
"destination": "android-app://com.example.app",
"priority": "100",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
t3 で、mmp-ad-tech によって、ad-tech1 と ad-tech2 のアトリビューション構成を持つトリガーが登録されます。
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "100"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
]
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"priority": "10",
"expiry": "172801",
"post_install_exclusivity_window": "172800"
},
{
"source_network": "enrollment-id-ad-tech-2",
"priority": "20",
"expiry": "172801"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-1": "0x1",
"enrollment-id-ad-tech-2": "0x3"
}
}
結果
アトリビューションを競い合う Source1 と Source2 からの派生ソース、つまり Source1' と Source2' をそれぞれ生成しました。
競合するソース
フィールド |
出典 1' |
出典 2' |
広告テクノロジーを登録している元のソース |
アドテック 1 |
アドテック 2 |
source_event_id |
3645 |
345789 |
リンク先 |
android-app://com.example.app |
android-app://com.example.app |
優先度 |
10 |
20 |
アプリのインストールを推進 |
あり |
× |
登録されたトリガー
Trigger1(mmp-ad-tech)
アトリビューションの結果
Trigger1 は、デスティネーション アプリのインストールを促進したため、Source1 に関連付けられます。なお、Source2 の優先度が高くなります。
アトリビューション後に無視されるソース
Source2 - Source2 から派生したソースは、mmp-ad-tech によって登録されたトリガーのアトリビューションで考慮されません。
イベント レポート
なし - 優位な派生ソースに関するイベント レポートは生成されない
集計レポート
レポート URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "android-app://com.example.app",
"histograms": [
{
"key": "0x519",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
シナリオ 6: 1 回失敗し、常に負け
アドテック 1 のソースに、mmp-ad-tech のトリガーのアトリビューションに参加してアトリビューションが失われた場合、ad-tech1 のソースはその後 mmp-ad-tech のトリガーの派生ソースの作成に使用されません。タイムラインの例を以下に示します。
- t0 で、アドテック 1 の Source1 が
"priority": "10"
に登録されます。 - t1 で、アドテック 2 の Source2 が
"priority": "20"
に登録されます。 - t2 で、mmp-ad-tech の Trigger1 が ad-tech1 と ad-tech2 のアトリビューション構成に登録されます。
- t3 では、Trigger1 のアトリビューションが行われ、ad-tech2 の導出ソースがアトリビューションを獲得し、ad-tech1 のソースは無視されます。
- t4 で、ad-tech3 の Source3 が
"priority": "5"
に登録されます。 - t5 で、mmp-ad-tech の Trigger2 が ad-tech1 および ad-tech3 の設定に登録されます。
- t6 において、Trigger2 のアトリビューションが行われ、Source3 から導出されたソース(Source3')がアトリビューションを獲得します。
結果の説明
広告テクノロジー 1 のソースから派生したソースの Trigger1 のアトリビューションが失われていたため、Trigger2 のアトリビューションの派生ソースの作成に Source1 が使用されませんでした。t3 で以前に損失していなければ、優先度の高いため、アドテック 3 のソースを落札したでしょう。