ランディングページURL用のアトリビューションパラメータの選択

概要：Web Performance Measurementで正確なアトリビューションを維持しながら、キャンペーンをより細かな粒度で分析するには、WebサイトのランディングページURLに、一貫性のある適切なパラメーターを設定することが重要です。

URLアトリビューションパラメータの種類について

AppsFlyerは、ランディングページURL（ユーザーがクリックするリンク）に含まれるキャンペーンパラメータを読み取り、セッションやイベントを適切なメディアソース、キャンペーン、および利用可能な場合は広告セットや広告などのより詳細な階層へアトリビューションします。

設定するパラメータによって、キャンペーンの計測結果は変わります。つまり、同じランディングページであっても、設定するパラメータによって得られる計測結果は大きく異なる場合があります。

URLパラメーターは、大きく以下の2種類に分かれます。

PIDクラス：AppsFlyer独自のURLパラメーター
UTMクラス：標準的なUTMパラメーター

Web Performance MeasurementでURLパラメーターがどのように処理されるかについては、「トラフィックソースの判別について」をご覧ください。

対応しているPID／UTMパラメーター

Web Performance Measurementで利用できるパラメーターは以下のとおりです。

#	パラメータ	用途	パラメータの種類	ダッシュボードで利用可能	Raw data field
1	`pid`	メディアソース	PID	Yes	`media_source`
2	`c`	キャンペーン名	PID	Yes	`campaign_name`
3	`af_c_id`	キャンペーンID	PID	Yes	`campaign_id`
4	`af_adset`	広告セット名	PID	Yes	`adset_name`
5	`af_adset_id`	広告セットID	PID	Yes	`adset_id`
6	`af_ad`	広告名	PID	Yes	`ad_name`
7	`af_ad_id`	広告ID	PID	Yes	`ad_id`
8	`utm_source`	メディアソース	UTM	Yes	`media_source`
9	`utm_medium`	メディアタイプ	UTM	不可	`media_type`
10	`utm_campaign`	キャンペーン名	UTM	Yes	`campaign_name`

適切なアトリビューションパラメータの選択

AppsFlyerは、メディアソースやキャンペーンなど、レポート項目ごとに定義された優先順位（ウォーターフォール）に従って、URLパラメータを個別に評価します。この仕組みにより、AppsFlyer独自のPIDパラメータと、標準的なマーケティングパラメータであるUTMを同じURL内で併用できるため、Google Analyticsなど他の分析ツールと併せてAppsFlyerのWebアトリビューションを利用できます。

値の決定は、フィールドごとに定められた優先順位に基づいて行われます。ある項目について優先度の高いPIDパラメータが存在しない場合は、その項目に対応するUTMパラメータへ自動的にフォールバックし、その値を使用して該当項目を判定します。

シナリオA：PIDパラメータのみを使用する場合（AppsFlyerでのレポートを重視）

AppsFlyerでのレポートを主な目的とする場合は、PIDパラメータを使用します。

例


www.website.com?pid=facebook_int&c={{campaign.name}}&af_c_id={{campaign.id}}

結果：AppsFlyerは、pid を使用してメディアソースを判定し、c を使用してキャンペーンを判定します。

Scenario B. URL with UTM class only (fallback)

pid が存在しない場合、AppsFlyerはUTMパラメータを使用して判定します。

例

 
 www.website.com?utm_source=facebook&utm_medium=paidsocial&utm_campaign={{campaign.name}}

結果：AppsFlyerは、utm_source を使用してメディアソースを判定し、utm_campaign を使用してキャンペーンを判定します。

Scenario C. URL with both PID and UTM classes

AppsFlyerでは、同じURL内でPIDパラメータとUTMパラメータを併用できます。これは、Google Analyticsや社内計測システムなど、AppsFlyer以外の分析ツールと併せて利用する場合に便利です。

AppsFlyerは、メディアソースやキャンペーンなどの各アトリビューション項目をそれぞれ独立して処理します。 For each specific field, the system follows a priority waterfall to determine which value to record. 各項目について優先順位（ウォーターフォール）に従って判定を行い、通常は該当項目においてPIDパラメータがUTMパラメータより優先されます。

Example 1: Overlapping parameters


www.website.com?pid=facebook_ads&c=summer_sale&utm_source=facebook&utm_campaign=seasonal_promo

メディアソース：AppsFlyerは pid と utm_source の両方を検出します。この項目では優先順位に従い、facebook_adsを記録します。
キャンペーン：AppsFlyerは c と utm_campaign の両方を検出します。この項目では優先順位に従い、summer_saleを記録します。
結果：AppsFlyerでは優先順位の高いPIDパラメータの値が使用されます。一方で、外部ツールでは引き続きUTMパラメータを利用できます。

Example 2: Mixed parameter classes


www.website.com?utm_source=facebook&c=summer_sale

メディアソース：AppsFlyerはutm_sourceを検出します。対応するPIDパラメータ（pid）が存在しないため、UTMパラメータのfacebookをメディアソースとして記録します。
キャンペーン：AppsFlyerはcを検出します。対応するUTMパラメータ（utm_campaign）が存在しないため、PIDパラメータのsummer_saleをキャンペーンとして記録します。
Result: AppsFlyer successfully attributes the event using values from both classes because each field is resolved independently.

その他のベストプラクティス

Keep parameter values in a consistent case

Parameter values are case-sensitive. 例えば、utm_source=channel1とutm_source=CHANNEL1は、異なるメディアソースとして扱われます。

ベストプラクティス：パラメータ値の表記ルール（一般的にはすべて小文字）を決め、すべてのURLで統一してください。

Use question marks only once

ルール：

」を1回だけ使用してください。URLのクエリパラメータの前には、「?
URL内で「?」を複数回使用しないでください。

Correct:

www.website.com?parameters

Incorrect:

www.website.com??parameters
www.website.com?parameter1?parameter2

アンカー記号（#）を使用しない

URLにアンカー記号（#）を使用しないでください。

理由：#以降のパラメータは読み込まれない場合があり、Web SDKで記録されない可能性があります。

どのようにお手伝いできますか?

検索