CTV、PC、コンソールプラットフォームのアトリビューションの概念

ダイレクトアトリビューションリンクは、一度に１つのプラットフォーム上の１つのリンク先を持つアプリに対するリダイレクトとアトリビューションをサポートする、AppsFlyer のリンクです。これらは通常、次の目的で使用されます：

• 同じプラットフォームから同じプラットフォームへの広告。つまり、広告を表示するプラットフォームとアプリをサポートするプラットフォームは同一です。例えば、広告主はSamsung TV アプリの広告を Samsung TV に表示できます。
• リンク先・プラットフォームが事前に決定された、あるプラットフォームからあるプラットフォームへの広告。例えば、デスクトップのウェブランディングページには、特定のプラットフォームストア・マーケットプレイスにリダイレクトされている１つ以上のボタンを含む広告が表示されます。 

ダイレクトアトリビューションリンクは、確率論的モデリングと決定論的マッチング（リンクに ID が提供されている場合）の両方の計測方法をサポートしており、１人のユーザーによる１つのインストールが広告のクリックまたはインプレッションと照合されます。アトリビューションフローを次の図で説明します。

ダイレクトアトリビューションリンクは、特定の事前に決められたプラットフォーム上のアプリ用であり、１つの特定のリンク先に繋がるため、URLには常にアプリIDとプラットフォームの情報が含まれています。

ダイレクトアトリビューションリンクのサンプル：https://engagements.appsflyer.com/v1.0/c2s/click/app/steam/1234561?&af_media_source=game_media_source&af_campaign=campaign_yellow&af_campaign_id=1234&af_ad=game_ad_name&af_adset=game_adset_name&af_r=https%3A%2F%2Fstore.steampowered.com%2Fapp%2F1176160%2FSpace_Wars%2F

ダイレクトアトリビューションリンク設定の方法はこちら。

クロスプラットフォームの OneLink リンクは、広告プラットフォームとリンク先プラットフォームが異なる場合のリダイレクトとアトリビューションに対応しています。これらは、様々なプラットフォームが選択肢に挙がる場合に使用されます。例えば、CTV からモバイルへのフローでは、広告は Roku プラットフォーム・デバイス上に表示されますが、リンク先は Android・iOS アプリにすることができます。別の例として、デスクトップのウェブからコンソールへのフローでは、広告はデスクトップウェブ上に表示されますが、ゲームは PC や PlayStation、Xbox、Steam などの複数のコンソールプラットフォームで利用できます。

クロスプラットフォームの OneLink リンクは、確率論的モデリングアトリビューション方法（IPアドレスに基づく）のみに対応しています。このため、複数のユーザーによる複数のインストールは、同一のインプレッションとして計測される可能性があります。アトリビューションフローを次の図で説明します。

可能なすべてのアプリのリンク先・プラットフォームは、OneLink テンプレートで設定されます。そのため、クロスプラットフォームの OneLink リンクには、URL に特定のアプリIDや特定のプラットフォーム情報が含まれていません。代わりに、可能なすべてのアプリのリンク先・プラットフォームが設定されているテンプレート ID が、URL に含まれています。

クロスプラットフォーム OneLink リンクのサンプル：https://impressions.onelink.me/ch/AG7A?pid=game_media_source&c=game_landing_page&af_ad=game_ad_name&af_adset=game_adset_name&af_xplatform=true

クロスプラットフォームの OneLink リンクの設定方法はこちら

ダイレクトアトリビューションリンクとクロスプラットフォームの OneLink リンクを使用して、AppsFlyer では URL に含まれるデータを介してインストール数がアトリビューションされます。対照的に SRNs （セルフレポーティングネットワーク、または SANs：セルフアトリビューティングネットワーク）は、AppsFlyer からインストールが通知されるとデバイス ID を使用して自己アトリビューションします。

SRN へのアトリビューションは、決定論的マッチングによって行われます。広告主が SRN と連携すると、アトリビューションは次の図のように機能します。

現時点で SRN アトリビューションは、同じプラットフォームから同じプラットフォームへの広告でのみ機能します。つまり、タッチポイント（クリックまたはインプレッション）がインストールと同じプラットフォームで発生する場合です。例えば、Roku CTVのインストールが Roku Endemic Media（RokuのSRN）で確認され、Roku デバイスでインプレッションが発生していることが判明した場合です。インプレッションがモバイルなど別のプラットフォームで発生した場合、アトリビューションの対象にはなりません。

将来的には、SRN アトリビューションがあらゆるプラットフォームからあらゆるプラットフォームへの広告で利用できるようになり、より包括的なクロスプラットフォームアトリビューションが可能になるかもしれません。

クロスプラットフォームのランディングページは、一般的なクロスプラットフォームのユーザージャーニーとマーケティングフローに対応するように設計されています。これらは、ゲームアプリで最も一般的に使用されます。ランディングページは、AppsFlyer のスマートスクリプトを実行して、Web からアプリへのアトリビューションを実行します。つまり、あらゆるプラットフォーム（CTV、PC、コンソール、モバイルプラットフォームなど）でのインストールを、ウェブに表示される広告にアトリビューションします。

クロスプラットフォームのランディングページにおけるスマートスクリプトは、受信リンク（ウェブ広告上のリンク）を使用して、元のメディアソースとウェブ広告がインストールにアトリビューションされるように、次の２つのことを実行します：

• AppsFlyer にインプレッションを送信するクロスプラットフォームの OneLink リンクを作成します。これにより、AppsFlyer はインプレッションを記録して、後でユーザーインストールのアトリビューションに使用することができます。インプレッションは、ランディングページが開いたときに送信されます。ユーザーがどのボタンもクリックせずにランディングページを離れ、自分でアプリをダウンロードしてインストールした場合でも、インプレッションはアトリビューションされます。
• アプリ・プラットフォームごとにダイレクトアトリビューションリンクを作成します。ユーザーがこれらのリンクをクリックすると、正しいプラットフォーム・アプリストアに移動します。その後、ユーザーがアプリをダウンロードしてインストールすると、インストールはクリックに結び付けられます。 

ランディングページは、確率論的モデリングと決定論的マッチング（リンクでIDが指定されている場合）の両方のアトリビューション方法に対応しています。確率論的モデリングでは、複数のユーザーによる複数のインストールを同じインプレッションに結び付けることができます。アトリビューションフローを次の図で説明します。

例：

1. デスクトップ、モバイル、Epic、またはSteam プラットフォームでダウンロードしてプレイできるゲームアプリがあるとします。
2. ウェブ上で広告を掲載します。
3. ユーザーは、 有料検索結果やソーシャルメディアのプロモーションなど、ウェブ上で広告を目にします。
4. ユーザーが広告をクリックすると、個々のプラットフォーム（デスクトップ、モバイル、Epic、Steam）ごとにダウンロードボタンがあるランディングページにリダイレクトされます。
5. ランディングページでは AppsFlyer のスマートスクリプトが実行され、以下の機能が実行されます：
6. 受信リンク（ユーザーをウェブからランディングページに誘導するリンク）から、メディアソース、キャンペーン、広告などを識別するクエリや UTM パラメーター、デフォルト値などの重要なデータポイントを取得します。
7. 上記のデータポイントを使用してインプレッションを生成し、AppsFlyer に送信します。
8. 各プラットフォームのダウンロードボタンの発信リンクを生成します。 
9. ユーザーがダウンロードボタンの１つをクリックすると、プラットフォームアプリストアに移動し、アプリをダウンロードして開きます。
10. アプリのインストール数や初回起動数はインプレッション数と照合され、ウェブ上で元の広告を表示したメディアソースに関連付けられます。

追加情報

• クロスプラットフォームのランディングページの例を確認する
• スマートスクリプトでクロスプラットフォームのランディングページを設定する方法はこちら