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

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

このプロセスはトラフィックソース判定と呼ばれ、URLパラメーターからメディアソースとキャンペーン情報を特定し、解決します。 AppsFlyerはこれらのパラメーターを取得して優先順位付けし、訪問の初期トラフィックソースのコンテキストを判定します。

トラフィックソース判定は、アトリビューション前のプロセスです。 解決されたパラメーターは、後続のアトリビューションプロセスの中で上書きされる場合があります。

また、トラフィックソース判定の役割は訪問時点だけにとどまりません。 その結果により、アトリビューションプロセスが後でユーザー獲得イベントを含む後続のWebイベントをアトリビューションする際に使用する、トラフィックソースのコンテキストが提供されます。

正確なURLを構築するためには、トラフィックソース判定の仕組みを理解することが重要です。 適切に構成されたURLの作成方法については、ランディングページURLのアトリビューションパラメーターを選択するを参照してください。

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

トラフィックソース判定は、Web訪問ごとのアトリビューション情報を段階的に構築する、複数ステップからなるプロセスです。 各ステップは、訪問そのものの取得からレポート用のトラフィック分類まで、特定の情報レイヤーを提供します。 トラフィックソース判定フローで利用されるデータは、Web SDKまたはWeb S2Sによって取得されます。

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

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

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

訪問の記録は、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でメディアソースが確定すると、AppsFlyerは具体的なキャンペーンの詳細を特定しようとします。

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

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

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

af_channel によるチャネルの上書き

カスタムのチャネル値を割り当てるには、ランディングページのURLに af_channel パラメーターを追加します。 たとえば、af_channel=ig を設定すると、チャネルは ig になります。これにより、広告掲載面など、標準カテゴリでは捉えられないレベルでトラフィックを分類できます。

af_channel が判定されるのは、その訪問でメディアソースも特定されている場合に限られます。 訪問がオーガニック（メディアソースが特定されていない）である場合、af_channel の有無にかかわらず、常に DIRECT として判定されます。

デフォルトのチャネル分類

af_channel がない場合、または訪問が上記の条件を満たさない場合、AppsFlyerは特定されたメディアソースに基づく自動分類にフォールバックします：

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

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