［Beta機能］トラフィックソース判定について

トラフィックソース判定とは

Webアトリビューションにおいて、ランディングページの読み込み（Web訪問）は、ユーザーがWebサイトと最初に接触するタイミングです。AppsFlyerは、その時点で利用可能なURLパラメータやリファラー情報をもとに、ユーザーのメディアソース、キャンペーン、およびチャネルを特定します。

このプロセスはトラフィックソース判定と呼ばれ、URLパラメータからメディアソースおよびキャンペーン情報を特定・解決します。AppsFlyerはこれらのパラメータを取得し、優先順位付けを行うことで、その訪問における初期の流入元情報を決定します。

トラフィックソース判定は、アトリビューション前に実行されるプロセスです。そのため、この段階で判定されたパラメータは、後続のアトリビューション処理によって上書きされる場合があります。

また、トラフィックソース判定の役割は訪問時点だけにとどまりません。その結果は、その後のアトリビューション処理で利用される流入元情報として保持され、ユーザー獲得イベントを含む後続のWebイベントのアトリビューションに利用されます。

正確なURLを構築するためには、トラフィックソース判定の仕組みを理解することが重要です。適切なランディングページURLの作成方法については、Choose attribution parameters for landing page URLs を参照してください。

トラフィックソース判定の流れ

トラフィックソース判定は、Web訪問ごとのアトリビューション情報を段階的に構築する、複数ステップからなるプロセスです。各ステップでは、訪問の記録から始まり、流入元の特定、キャンペーン情報の解決、レポート用チャネル分類まで、それぞれ異なる役割を担います。トラフィックソース判定で利用されるデータは、Web SDKまたはWeb S2Sによって取得されます。

このプロセスは以下のステップで構成されています：

1. サイト訪問の記録：ユーザーのWebサイトへの流入を検知し、流入元がまだ判明していない場合でも訪問イベントを記録します。これにより、アトリビューションロジックが適用される前に、対象となるすべての流入を計測できます。
2. メディアソース判定：URLパラメータおよびリファラー情報を分析し、訪問を発生させた広告プラットフォームまたはパートナーを特定します。該当する流入元がない場合はオーガニック流入と判定します。
3. キャンペーン判定：特定されたメディアソースに紐づく詳細なキャンペーン情報を判定し、詳細なパフォーマンス分析を可能にします。
4. チャネル分類：判定されたメディアソースに基づき、訪問を上位レベルのトラフィックチャネルへ分類します。これにより、レポートや分析において統一された分類軸を利用できます。

ステップ１：サイト訪問の計測

訪問の記録は、AppsFlyer Web アトリビューションフローにおける最初のステップです。この処理はメディアソース判定およびアトリビューション処理より前に実行され、生のユーザーアクティビティを取得する前処理レイヤーとして機能します。

このロジックは2段階で構成されています。まず、リファラー（ユーザーがサイトへ訪問する前にいたドメイン）を分類します。次に、リファラーの種類に応じて、ユーザーセッションの状態およびメディアソース情報の有無を評価し、訪問を記録するかどうかを判断します。

ステージ１：リファラーの分類

AppsFlyerはリファラーを以下の3種類に分類します：

• 外部除外リファラー（例：決済代行サービスや、トラッキング対象から除外した任意のドメインなど）
• 内部除外リファラー（例：独自のサブドメインやログインフローなど）
• その他（上記以外のすべてのリファラー）

ステージ２：セッション評価と訪問記録

リファラーの種類に基づいて、AppsFlyerはセッション状態を評価し、訪問を記録するかどうかを判断します。

• 外部除外リファラー：訪問は記録されません。
• 内部除外リファラー：リファラーは実際の獲得元ではないため、リファラーに基づくアトリビューションは無効化されます。
  • アクティブなセッションが存在する場合（セッションは30分間アクティビティがないと非アクティブとみなされ、それ以外はアクティブとみなされます）、訪問は記録されません。
  • アクティブなセッションが存在しない場合、訪問は記録されます。ただし、リファラーは自己リファラルとして扱われ、無視されます。URLにアトリビューションパラメータ（UTM、PID、クリックIDなど）が含まれていない限り、この訪問はオーガニックとして記録されます。
• その他：
  • アクティブなセッションが存在しない場合、訪問を記録します。新しいセッションは、他の条件に関係なく新規訪問として扱われます。
  • アクティブなセッションが存在し、かつダイレクト流入以外のメディアソース情報（UTM、PID、クリックIDなど）が存在する場合、訪問を記録します。この再訪問はリターゲティングコンバージョン（リエンゲージメント）を発生させる可能性があり、その後のイベントのアトリビューションに利用されます。
  • アクティブなセッションが存在し、かつメディアソース情報が存在しない場合、そのセッション内では新しい訪問は記録されません。

ステップ２：メディアソースの判定

メディアソース判定では、サイト訪問を以下のいずれかに分類します。

メディアソース判定では、AppsFlyerはランディングページURLのパスおよびクエリ文字列から取得したパラメータを評価し、Web訪問の流入元を特定します。

最も詳細かつ柔軟な計測を行うには、pidやaf_campaignなどのAppsFlyerの専用パラメータを使用することを推奨します。また、AppsFlyerはUTMパラメータやクリックIDなどの業界標準パラメータにも対応しているため、既存の広告計測設定を変更することなく利用を開始できます。

AppsFlyerは、あらかじめ定義された優先順位に従ってメディアソースを判定します。メディアソースが特定された時点で、それ以降の判定処理は実行されません。メディアソース判定は、以下の手順で行われます：

ステップ３：キャンペーン情報の判定

ステップ2またはステップ3でメディアソースが確定すると、AppsFlyerはキャンペーンの詳細情報を特定します。

AppsFlyerは、以下のURLパラメータから優先順位に従ってキャンペーン情報を取得します。

ステップ4：チャネル分類

AppsFlyerは、メディアソースを特定するだけでなく、各訪問を自動的にチャネルへ分類します。この分類により、ローデータレポートやダッシュボードでトラフィックの種類を大まかに把握できます。

チャネルには以下の種類があります。

• DIRECT：ユーザーがURLを直接入力するか、ブックマークからアクセスした場合です。アトリビューション元は特定されません。
• ORGANIC_SEARCH：Google、Yahoo、Bingなどの検索エンジンからの自然検索による流入です。
• SOCIAL MEDIA：ソーシャルメディアプラットフォームからの流入です。 
• EMAIL：メールキャンペーンまたはメール配信サービスからの流入です。
• AD：有料広告による流入です。
• REFERRAL：リファラによって識別された他のWebサイトからの流入です。
• OTHER：上記のいずれにも該当しない流入です。

注意：すべての訪問はいずれか1つのチャネルに分類されます。チャネル分類は、特定されたメディアソースおよびアトリビューション方法に基づいて、自動かつ一意に決定されます。