概览：使用 traffic source resolution 来识别每次网站访问的初始 media source、campaign 和 channel，依据的是 landing page 加载时可获取的 URL parameters 和 referrer 数据。这样一来，attribution 就能获得所需的 traffic-source 上下文，从而准确归因下游的 web events，包括 user-acquisition event。
什么是流量来源解析？
在网页归因中，落地页加载（网页访问）是用户与网站的首次交互。 AppsFlyer 会依赖当时可获取的信息（例如 URL parameters 和 referrer 数据）来识别用户的 media source、campaign 和 channel。
这一过程称为 流量来源解析，用于从 URL 参数中识别并解析media source 和 campaign 信息。 AppsFlyer 会捕获这些参数并按优先级排序，以确定该次访问的初始 traffic source 上下文。
流量来源解析是一个归因前流程。这些已解析的参数之后可能会在归因流程中被覆盖。
流量来源解析的作用并不会随着访问结束而终止。其结果会提供流量来源上下文，供后续归因流程用于归因后续网页事件，包括用户获客事件。
理解 traffic source resolution 的运作机制，对于构建准确的 URL 至关重要。如需了解如何创建结构规范的 URL，请参阅为落地页 URL 选择归因参数。
流量来源解析流程
流量来源解析遵循结构化的多步骤流程，逐步为每次网页访问构建归因上下文。每个步骤都会提供一层特定信息，从记录访问本身到对流量进行分类以用于报告。流量来源解析流程使用的数据由 Web SDK 或 Web S2S 捕获。
该流程包括以下步骤：
- 识别/记录访问：捕获用户到达网站的行为并记录一条 visit event，即便此时 traffic source 尚未被识别出来。这样可以确保在应用 attribution 逻辑之前，所有符合条件的用户访问都被计入。
- 媒体渠道解析：分析 URL parameters 和 referrer 数据，识别出带来这次访问的平台或合作方，或判定这次访问为 organic（自然流量）。
- 广告系列解析：解析出与已识别 media source 相关联的更细粒度的 campaign 信息，以支持精细化的效果分析。
- 拆分渠道：根据已解析的媒体渠道，将每次访问归入某个高层级traffic channel，为报告和分析提供标准化视图。
步骤 1：记录/识别访问
记录/识别访问是网页归因流程中的第一步。它发生在 流量来源解析和正式归因之前，作为一个预处理层，用于捕获原始的用户行为数据。
这一逻辑分两个阶段运作。首先，它会对referrer进行分类（即用户到达您网站之前访问的域名）。然后，它会根据引荐来源类型，评估用户的应用打开状态以及是否存在媒体渠道信息，以决定是否记录此次访问。
第 1 阶段：referrer分类
AppsFlyer 会将referrer分为以下三类之一：
- 外部排除（例如支付处理商，或任何你自行排除的域名）
- 内部排除（例如您自己的子域名或登录流程）
- 其他（所有其他referrer）
第 2 阶段：应用打开状态评估和记录访问
AppsFlyer 会根据referrer类型评估应用打开状态，并决定是否记录此次访问：
- 外部排除：永不记录此次访问。
-
内部排除：基于 referrer 的 attribution 会被抑制，因为该 referrer 并非真实的获客来源。
- 如果存在活跃的session（session在无活动 30 分钟后会被视为非活跃；否则视为活跃），则不会记录此次访问。
- 如果没有活跃的session，则会记录此次访问，但该引荐来源会被视为自引荐并被忽略。除非 URL 包含归因参数（UTM、PID、点击 ID 等），否则此次访问会被记录为自然流量。
-
其他：
- 如果没有活跃的session，则记录此次访问。新的应用打开无论其他条件如何，都会被视为一次新的访问。
- 如果存在活跃的session，且存在非直接媒体渠道（UTM、PID、Click ID 等），则记录此次访问。此次回访可能会触发一次再营销转化（再互动），用于对后续事件进行归因。
- 如果存在活跃的session，但没有 media source 信息，则在该 session 内不会记录新的访问。
第 2 步：媒体渠道解析
媒体渠道解析流程会判断一次访问是否属于：
- 非自然流量：识别出了某个具体的归因来源。
- 自然流量：未识别到归因来源（例如，用户直接输入 URL 或使用书签）。
在媒体渠道解析过程中，AppsFlyer 会通过评估从落地页URL路径和查询字符串中提取的参数，确定一次网页访问的来源。
为获得最佳结果，请使用 AppsFlyer 专用参数，例如 pid 和 af_campaign，以提供最高级别的粒度和控制。 AppsFlyer 也可识别行业标准参数，例如 UTM tags和Click ID，这样你无需改动现有的广告测量配置即可直接开始使用。
AppsFlyer 会按优先级顺序解析媒体渠道。一旦成功识别出某个来源，流程就会停止。媒体渠道解析流程包括以下步骤：
1. 排除域名
首先，AppsFlyer 会检查这次访问是否来自您的排除列表中的某个域名。如果该域名已被排除（例如您的内部域名，或 PayPal 这类支付处理商），则此次访问将被自动忽略或归 类为
如需详细了解在将 Web 应用添加到 AppsFlyer 时如何指定要排除的域名，请参阅排除的域名。
2. AppsFlyer PID（合作伙伴 ID）
如果该域名未被排除，AppsFlyer 会在 URL 中查找 pid= 参数。
- 如果找到了，媒体渠道会直接取自这个参数。
- 以下媒体平台会使用特定的名称，而不是原始 URL 参数值。
| URL 参数（PID） | 媒体渠道显示名称 |
|---|---|
pid=iossearchads_int |
Apple Search Ads |
pid=facebook_int |
Facebook Ads |
pid=metweb_int |
Facebook Ads |
pid=twitter_int |
|
pid=twitterweb_int |
|
pid=googleads_int |
googleadwords_int |
pid=tiktokweb_int |
tiktokglobal_int |
pid=snapweb_int |
snapchat_int |
3. UTM参数
如果在 URL 中找不到 PID，AppsFlyer 会评估 utm_source 和 utm_medium 参数，以识别媒体渠道。最终的解析结果由这两个字段的组合决定。
UTM 逻辑的工作原理
- 在大多数情况下，AppsFlyer 会提取
utm_source的原始值，并将其用作媒体渠道，从而确定媒体渠道。 - 如果
utm_medium为email、mail或e-mail，媒体渠道会自动解析为e-mail。 - 如果存在
utm_medium且其值不是 email 值，AppsFlyer 会根据特定的自定义映射规则检查该值（请参阅下方映射表）。 - 如果缺少
utm_medium，或者没有匹配到任何自定义规则，AppsFlyer 会回退为使用utm_source作为媒体渠道。
UTM 映射规则
| utm_source | utm_medium | 媒体渠道 |
|---|---|---|
| cpc / ppc / paidsearch / paid_search / paid-search / search / paid | googleadwords_int | |
| cpm / display / banner / video / listing | dv360_int | |
| dfa / dbm / dcm / doubleclick | cpm | dv360_int |
| Facebook / FB / Meta | cpc / ppc / cpm / cpa / paidsocial / paid-social / paid_social / paid | Facebook Ads |
| Bing / microsoft / ms | cpc / ppc / paidsearch / paid_search / paid-search / search / paid | bingsearch_int |
| Yahoo / Gemini | cpm / display / listing | yahoogemini_int |
| cpc / ppc / paid / paidsocial / paid-social / paid_social | ||
| Snapchat / snap | swipe / cpc / ppc / paid / paidsocial / paid-social / paid_social | snapchat_int |
| cpc / ppc / paid / paidsocial / paid-social / paid_social | pinterest_int | |
| tiktok | cpc / ppc / paid / paidsocial / paid-social / paid_social | tiktokglobal_int |
4. 点击 ID
如果 URL 中既没有 PID，也没有 UTM 参数，AppsFlyer 会尝试使用 点击 ID 来识别媒体渠道。这些是由特定广告平台自动追加到 URL 的唯一标识符。
AppsFlyer 使用以下点击 ID 映射对访问进行归因：
| 点击 ID 参数 | 解析后的媒体渠道 |
|---|---|
gclid、wbraid 或 gbraid
|
googleadwords_int |
msclkid |
bingsearch_int |
twclid |
|
vmcid |
yahoogemini_int |
sccid |
snapchat_int |
li_fat_id |
linkedin_int |
ttclid |
tiktokglobal_int |
tbclid |
taboola_int |
ob_click_id |
outbrain_int |
dicbo |
outbrain_int |
yclid |
yandex_int |
rdt_cid |
reddit_int |
|
pinterest_int |
|
openai_int |
说明
- AppsFlyer 不会使用
fbclid进行流量来源解析，因为 Meta 会将其附加到 Facebook 的付费和自然点击中。如需将流量归因于 Meta，请包含pid=facebook_int，或将utm_source设置为相应的 Meta 来源值。 -
dclid参数不用于媒体渠道解析。在使用 CM360 时，dclid是一个 Campaign Manager 360（CM360）标识符，可能会与其他点击 ID 一同出现，例如fbclid（Facebook）或ttclid（TikTok）。仅使用dclid可能会导致解析结果错误。
5. HTTP referrer
如果在 URL 中未找到query参数（PID、UTM 或点击 ID），AppsFlyer 会使用 http_referrer 来识别流量来源。这依赖于一种内部解析机制，该机制会提取域名host并将其映射到媒体渠道。
解析机制
为识别来源，AppsFlyer 会对 referrer 字符串做如下清洗处理：
- 将 URL 精简为仅保留host
- 移除域名后缀（如
.com、.org等顶级域名，或.co.uk等扩展名） - 移除域名前缀（例如
www.，m.，l.，或lm.)
示例： referrer 为www.mywebsite.com?param=example 时，会被解析为 media source mywebsite。
引荐来源映射规则
| 如果域名主机包含… | 解析后的媒体渠道 |
|---|---|
mail. 或 outlook.
|
邮件 |
t.co |
|
googleads.g.doubleclick.net |
googleadwords_int |
tpc.googlesyndication.com |
dv360_int |
搜索引擎映射
| 如果域名主机包含… | 解析后的媒体渠道 |
|---|---|
google。 |
Google 搜索 |
search.yahoo |
Yahoo 搜索 |
bing.com |
Bing 搜索 |
Android 应用引荐来源
如果访问来源于 Android 应用，则引荐来源主机按如下方式映射：
| 应用引荐来源字符串 | 解析后的媒体渠道 |
|---|---|
com.google.android.googlequicksearchbox |
Google 搜索 |
com.google.android.gm |
邮件 |
com.linkedin.android |
|
com.twitter.android |
|
org.telegram.messenger |
telegram |
步骤 3：广告系列解析
在步骤 2 或 3 中确认媒体渠道后，AppsFlyer 会尝试识别具体的广告系列详情。
AppsFlyer 按优先级顺序从以下 URL 参数中提取广告系列信息：
| URL 参数（多个） | 映射到 | 优先级顺序 |
|---|---|---|
c、af_campaign、utm_campaign
|
广告系列名称 |
|
af_c_id, af_campaign_id
|
广告系列 ID |
|
af_adset |
广告组名称 | — |
af_adset_id |
广告组ID | — |
af_ad |
广告名称 | — |
af_ad_id |
广告 ID | — |
af_keywords |
关键词 | — |
步骤 4：渠道分类
除了识别媒体渠道外，AppsFlyer 还会自动将每次访问归类到某个渠道（channel）中。此分类可帮助您从高层级了解原始数据报告和数据面板中的流量类型。这一分类为原始数据报表和 dashboard 提供了流量类型的高层级视图。
渠道类别包括：
- DIRECT：用户直接输入了 URL，或使用了书签。未识别到归因来源。
- 自然搜索：来自 Google、Yahoo 和 Bing 等搜索引擎的非付费流量。
- 社交媒体：来自社交平台的流量。
- EMAIL：来自 email 广告活动或 email 服务提供商的流量。
- 广告：由付费广告带来的流量。
- 引荐：来自其他网站的流量，可通过引荐来源识别。
- 其他：不符合上述任何类别的流量。
注意：每次访问都会分配到一个渠道（channel）。此分类基于已识别的媒体渠道和归因方法，自动且确定性地完成。