内容概要：流量来源解析会根据落地页加载时可获取的 URL 参数和引荐来源数据，识别每次网页访问的初始媒体渠道、广告系列和渠道类型。解析结果为后续网页事件的归因提供流量来源信息，包括用户获取事件。
什么是流量来源解析？
在网页归因中，落地页加载（即网页访问）是用户与网站发生的首次互动。 AppsFlyer 会根据当时可获取的信息（例如 URL 参数和引荐来源数据），识别用户的媒体渠道、广告系列和渠道类型。
这一过程称为流量来源解析，用于从 URL 参数中识别并解析媒体渠道和广告系列信息。 AppsFlyer 会捕获并按优先级处理这些参数，以确定此次访问的初始流量来源信息。
流量来源解析属于归因前的处理流程。后续执行归因流程时，已解析的参数仍可能被覆盖。
流量来源解析的作用并不止于记录访问。解析结果会为后续归因提供流量来源信息，帮助确定后续网页事件（包括用户获取事件）的归属。
了解流量来源解析的工作机制，有助于构建准确的 URL。如需了解如何创建结构清晰的 URL，请参阅为落地页 URL 选择归因参数。
流量来源解析流程
流量来源解析分多个步骤进行，逐步完善每次网页访问的归因信息。每个步骤都会补充特定的信息，从记录访问本身，到为报表目的对流量进行分类。流程所需的数据由 Web SDK 或 Web S2S 采集。
流量来源解析包括以下步骤：
- 记录访问：捕获用户到达网站的行为，并记录一次访问事件，即便此时流量来源尚未被识别。这样可以确保在应用归因逻辑之前，所有符合条件的访问都得到衡量。
- 媒体渠道解析：分析 URL 参数和引荐来源数据，识别出带来此次访问的平台或合作方，或判定该次访问为自然流量。
- 广告系列解析：解析出与已识别媒体渠道相关联的更精细颗粒度的广告系列信息，以支持精细化的效果分析。
- 渠道分类：根据已解析的媒体渠道，将每次访问归入某个高层级渠道，为报告和分析提供标准化视图。
步骤 1：记录/识别访问
记录访问是网页效果衡量（Web Performance Measurement）流程的第一步。这一步发生在媒体渠道解析和归因之前，作为预处理阶段，负责采集用户的原始访问行为，为后续处理做好准备。
该逻辑分为两个阶段进行。首先，会对引荐来源进行分类（即用户到达您网站之前所在的域名）。然后，根据引荐来源的类型，检查用户的应用打开状态及是否存在媒体渠道信息，以决定是否记录此次访问。
第 1 阶段：引荐来源分类
AppsFlyer 会将引荐来源分为以下三类：
- 排除的外部来源：例如支付处理平台，或您已设置为排除项的任何域名。
- 排除的内部来源：例如，您自己的子域名或登录流程。
- 其他来源：不属于上述两类的所有其他引荐来源。
第 2 阶段：检查应用打开状态并记录访问
AppsFlyer 会根据引荐来源的类型检查应用打开状态，并决定是否记录访问：
- 排除的外部来源： 不记录访问。
-
排除的内部来源： 不使用引荐来源进行归因，因为此类引荐来源并非真实的用户获取来源。
- 如果应用打开状态为活跃（连续 30 分钟没有操作后视为非活跃，否则视为活跃），则不会记录此次访问。
- 如果应用打开状态不活跃，则记录此次访问，但会将引荐来源视为自引荐并忽略。除非 URL 中包含归因参数（例如 UTM、PID、点击 ID），否则此次访问将归类为自然流量。
-
其他来源：
- 如果应用打开状态不活跃，则记录此次访问。新的应用打开都会被视为一次新的访问，不受其他条件影响。
- 如果应用打开状态为活跃，且 URL 中包含非直接流量来源信息（例如 UTM、PID、点击 ID），则记录此次访问。此次再次访问可能触发再营销转化（重新互动），用于归因后续事件。
- 如果应用打开状态为活跃，但没有媒体渠道信息，则本次应用打开期间不会记录新的访问。
第 2 步：媒体渠道解析
媒体渠道解析流程会判断一次访问是否属于：
- 非自然流量：识别出了某个具体的归因来源。
- 自然流量：未识别到归因来源（例如，用户直接输入 URL 或使用书签）。
在媒体渠道解析过程中，AppsFlyer 会通过评估从落地页 URL 路径和查询字符串中提取的参数，确定一次网页访问的来源。
为获得最佳结果，请使用 AppsFlyer 专用参数，例如 pid 和 af_campaign，以提供最高级别的颗粒度和控制。 AppsFlyer 也可识别行业标准参数，例如 UTM 标签和点击 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参数不会用于解析媒体渠道。dclid是 Campaign Manager 360（CM360）的标识符，在使用 CM360 时，可能会与其他点击 ID（例如 Facebook 的fbclid，或 TikTok 的ttclid）同时出现。仅凭dclid进行解析，可能会得到错误的结果。
5. HTTP 引荐来源
如果在 URL 中未找到查询参数（PID、UTM 或点击 ID），AppsFlyer 会使用 http_referrer 来识别流量来源。这依赖于一种内部解析机制，该机制会提取域名host并将其映射到媒体渠道。
解析机制
为识别流量来源，AppsFlyer 会对引荐来源字符串进行如下清理：
- 将 URL 精简为仅保留主机
- 移除域名后缀（如
.com、.org等顶级域名，或.co.uk等扩展名） - 移除域名前缀（例如
www.，m.，l.，或lm.)
示例：引荐来源为www.mywebsite.com?param=example 时，会被解析为媒体渠道 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 步确认媒体渠道后，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 还会将每次访问归入相应的渠道。这一分类可在原始数据报告和数据面板中，为流量类型提供统一的高层级视图。
使用 af_channel 覆盖渠道
如需指定自定义渠道值，请在落地页 URL 中添加 af_channel 参数。例如，af_channel=ig 会将渠道设置为 ig，从而让您按标准类别无法体现的颗粒度（例如具体广告位）来细分流量。
af_channel 仅在该次访问同时识别出媒体渠道时才会被解析。如果该次访问为自然流量（未识别到媒体渠道），无论是否存在 af_channel，都会始终解析为 Direct。
默认渠道分类
如果不存在 af_channel，或该次访问不满足上述条件，AppsFlyer 会回退至根据已识别的媒体渠道进行自动分类：
- 直接访问：用户直接输入了网址，或通过书签访问。未识别到归因来源。
- 自然搜索：来自 Google、Yahoo、Bing 等搜索引擎的免费流量。
- 社交媒体：来自各社交平台的流量。
- 邮件：来自邮件营销活动或邮件服务商的流量。
- 广告：由付费广告带来的流量。
- 引荐：通过引荐来源识别出的、来自其他网站的流量。
- 其他：不属于以上任何类别的流量。
注意：每次访问都会分配到一个渠道。该分类基于已识别的媒体渠道和归因方式自动完成，结果具有确定性，但可通过 af_channel 覆盖。