How can we help?

搜索

识别流量来源

  • 更新

概览：流量来源识别功能会根据落地页加载时获取的URL参数和引荐来源数据，确定每次网页端访问最初对应的媒体渠道、广告系列和渠道。这些流量来源信息有助于系统准确归因后续发生的网页端事件，包括用户获取事件。

什么是流量来源识别？

在网页端归因中，落地页加载（网页端访问）代表了用户与网站的首次交互。AppsFlyer可根据当时获取的信息（例如URL参数和引荐来源数据），判断此次访问来自哪个媒体渠道、广告系列及流量渠道。

该流程称为流量来源识别，用于从URL参数中识别并确定媒体渠道和广告系列信息。AppsFlyer会获取这些参数并按优先级进行处理，以确定每次访问的初始流量来源信息。

流量来源识别属于归因前流程。在后续的归因流程中，已确定的参数可能会被替换。

流量来源识别的作用并不会随着访问结束而终止。流量来源识别结果会为后续归因流程提供流量来源信息，用于归因之后发生的网页端事件，包括用户获取事件。

了解流量来源识别的工作原理，是正确构建URL的基础。如需了解如何创建结构合理的URL，请参阅为落地页URL选择归因参数。

流量来源识别流程

流量来源识别采用结构化的多步骤流程，逐步完善每次网页端访问所需的归因信息。从记录访问到划分流量类别，每个步骤都会补充一层特定信息，用于报表与分析。流量来源识别流程所使用的数据由网页端SDK或Web S2S获取。

该流程包括以下步骤：

  1. 访问记录：记录用户进入网站的行为并生成访问事件，即使此时尚未识别流量来源。这样可以确保在应用归因逻辑前，所有符合条件的用户访问均得到衡量。
  2. 媒体渠道识别：分析URL参数和引荐来源数据，识别为此次访问带来用户的平台或合作渠道，或将此次访问判定为自然流量。
  3. 广告系列识别：确定与已识别媒体渠道关联的详细广告系列信息，以便深入分析广告系列效果。
  4. 流量渠道分类：根据已识别的媒体渠道，将每次访问划分至相应的一级流量渠道，为报表与分析提供统一的分类视图。

步骤1：访问记录

访问记录是网页端效果衡量流程的第一步。该步骤在媒体渠道识别和归因之前执行，属于预处理环节，用于获取原始用户行为数据。

相关逻辑分为两个阶段。首先，对引荐来源进行分类，即用户进入网站前所在的域名。然后，根据引荐来源类型评估用户的会话状态以及是否存在媒体渠道信息，并决定是否记录此次访问。

阶段1：引荐来源分类

AppsFlyer会将引荐来源分为以下三类：

  • 已排除的外部来源（例如支付处理商，或您已排除、不进行追踪的任何域名）
  • 已排除的内部来源（例如您自己的子域名或登录流程）
  • 其他（其余所有引荐来源）

阶段2：会话评估和访问记录

AppsFlyer会根据引荐来源类型评估会话状态，并决定是否记录此次访问：

  • 已排除的外部来源：一律不记录此次访问。
  • 已排除的内部来源：由于引荐来源并非真正的获客来源，系统不会根据引荐来源进行归因。
    • 如存在活跃会话，则不记录此次访问。会话连续30分钟无活动后视为非活跃状态，否则视为活跃状态。
    • 如不存在活跃会话，则记录此次访问，但将引荐来源视为自引荐并忽略。除非URL中包含归因参数（UTM、PID、点击ID等），否则此次访问将记录为自然流量。
  • 其他：
    • 如不存在活跃会话，则记录此次访问。新会话一律计为新的访问，不受其他条件影响。
    • 如存在活跃会话，且URL中包含非直接访问的媒体渠道信息（UTM、PID、点击ID等），则记录此次访问。本次回访可能会触发再营销转化（再互动），后续事件将据此归因。
    • 如存在活跃会话，但没有媒体渠道信息，则不会在同一会话中记录新的访问。
流量来源识别流程

步骤2：媒体渠道识别

媒体渠道识别流程会将访问判定为以下两类之一：

  • 非自然量：找到具体的归因来源。
  • 自然流量：未识别到归因来源，例如用户直接输入URL或通过书签访问。

在媒体渠道识别过程中，AppsFlyer会评估从落地页URL路径和查询字符串中提取的参数，以确定网页端访问的来源。

为获得最佳效果，建议使用pid和af_campaign等AppsFlyer专用参数，以便更精细地识别和控制流量来源。AppsFlyer还支持UTM标签和点击ID等行业标准参数，因此无需更改现有的广告衡量设置即可开始使用。

AppsFlyer会按照优先级顺序识别媒体渠道。成功识别来源后，流程立即停止。媒体渠道识别流程包括以下步骤：

1.排除域名

AppsFlyer首先检查此次访问是否来自排除列表中的域名。如果域名已被排除（例如您的内部域名，或PayPal等支付处理商），系统会自动忽略此次访问，或将其归类为自然流量。

如需了解在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 Twitter
pid=twitterweb_int Twitter
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。
  • 如果URL中包含utm_medium，且参数值与电子邮件无关，AppsFlyer会按照特定的自定义映射规则检查该值（请参阅下方映射表）。
  • 如果URL中没有utm_medium，或参数值与任何自定义规则均不匹配，AppsFlyer会改用utm_source作为媒体渠道。

UTM映射规则

utm_source utm_medium 媒体渠道
Google cpc / ppc / paidsearch / paid_search / paid-search / search / paid googleadwords_int
Google 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
twitter cpc / ppc / paid / paidsocial / paid-social / paid_social Twitter
Snapchat / snap swipe / cpc / ppc / paid / paidsocial / paid-social / paid_social snapchat_int
pinterest 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识别媒体渠道。点击ID是特定广告平台自动附加到URL中的唯一标识符。

AppsFlyer会按照以下点击ID映射关系归因此次访问：

点击ID参数 识别出的媒体渠道
gclid、wbraid或gbraid googleadwords_int
msclkid bingsearch_int
twclid Twitter
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

epik

pinterest_int

oppref

openai_int

 注意

  • AppsFlyer不会使用fbclid识别流量来源，因为Meta会在Facebook付费点击和自然点击的URL中添加该参数。如需将流量归因到Meta，请添加pid=facebook_int，或将utm_source设为对应的Meta来源值。
  • 系统不会使用dclid参数识别媒体渠道。dclid是Campaign Manager 360（CM360）标识符。使用CM360时，该标识符可能会与fbclid（Facebook）或ttclid（TikTok）等其他点击ID同时出现。仅使用dclid可能会导致媒体渠道识别错误。

5. HTTP引荐来源

如果URL中没有查询参数（PID、UTM或点击ID），AppsFlyer会使用http_referrer识别流量来源。系统会通过内部解析机制提取主机名，并将其映射到媒体渠道。

解析机制

为了识别来源，AppsFlyer会通过以下方式清理引荐来源字符串：

  1. 仅保留URL中的主机名
  2. 移除域名后缀（例如.com、.org等顶级域名，或.co.uk等扩展后缀）
  3. 移除域名前缀（例如www.、m.、l.或lm.）

示例：引荐来源www.mywebsite.com?param=example对应的媒体渠道为mywebsite。

引荐来源映射规则

如果主机名包含…… 识别出的媒体渠道
mail.或outlook. Email
t.co twitter
googleads.g.doubleclick.net googleadwords_int
tpc.googlesyndication.com dv360_int

搜索引擎映射规则

如果主机名包含…… 识别出的媒体渠道
google. Google Search
search.yahoo Yahoo Search
bing.com Bing Search

Android应用引荐来源

如果访问来自Android应用，则按照以下规则映射引荐来源主机名：

应用引荐来源字符串 识别出的媒体渠道
com.google.android.googlequicksearchbox Google Search
com.google.android.gm Email
com.linkedin.android linkedin
com.twitter.android twitter
org.telegram.messenger telegram

步骤3：广告系列识别

在第2步或第3步确认媒体渠道后，AppsFlyer会尝试识别具体的广告系列信息。

AppsFlyer会按照以下优先顺序，从URL参数中提取广告系列信息：

URL参数 映射至 优先级
c、af_campaign、utm_campaign 广告系列名称
  1. c
  2. af_campaign
  3. utm_campaign
af_c_id、af_campaign_id 广告系列ID
  1. af_c_id
  2. af_campaign_id
af_adset 广告组名称 —
af_adset_id 广告组ID —
af_ad 广告名称 —
af_ad_id 广告ID —
af_keywords 关键词 —

步骤4：流量渠道分类

除了识别媒体渠道外，AppsFlyer还会自动将每次访问划分至相应的流量渠道。您可以在原始数据报表和面板中通过该分类查看整体流量类型。

流量渠道包括：

  • DIRECT：用户直接输入URL或通过书签访问。未识别到归因来源。
  • ORGANIC_SEARCH：来自Google、Yahoo和Bing等搜索引擎的非付费流量。
  • SOCIAL MEDIA：来自社交媒体平台的流量。 
  • EMAIL：来自电子邮件广告系列或电子邮件服务提供商的流量。
  • AD：付费广告带来的流量。
  • REFERRAL：通过引荐来源识别出的其他网站流量。
  • OTHER：不属于上述任何类别的流量。

注意：每次访问都会分配至一个流量渠道。系统会根据已识别的媒体渠道和归因方式，按照固定规则自动分类。

关于

This article was translated using AI and may contain errors. For the most accurate information, please refer to the English version using the language selector.

Share article: