How can we help?

网页端效果衡量设置

  • 更新

概览:配置网页端归因,控制AppsFlyer如何将网站访问、转化和用户活动归因至广告系列。设置项包括归因窗口、获客事件、再互动规则和排除域名。

概览

网页端归因设置决定AppsFlyer如何衡量网站上的用户活动并完成归因。这些设置决定:

  • 哪些事件可作为获客事件。
  • 后续事件可在多长时间内归因至营销来源。
  • 何时将再次访问网站的用户判定为再互动或再次获取。
  • 归因时排除哪些域名。

应由谁配置这些设置

营销团队和增长负责人通常会根据业务目标配置这些设置。SDK对接和域名配置可能需要技术团队参与。

访问网页端归因设置

如需打开网页端应用的归因设置:

  1. 在AppsFlyer中,前往我的应用
  2. 从列表中选择您的网页端应用
  3. 前往应用设置>归因

快速参考

设置项 默认值 选项 可编辑 控制内容
应用名称 用户输入 1–100个字符 AppsFlyer中的显示名称
完整URL(主域名) 用户输入 1–500个字符 应用标识符和主要排除域名
Web SDK ID 自动生成 1–550个字符 用于采集事件的SDK标识符
币种 用户选择 ISO代码 收入和ROI报表
时区 用户选择 IANA时区 受限 报表时间戳
获客事件 首次访问 事件名称 判定用户完成获客的条件
回溯窗口(UA) 30天 1小时 – 90天 查找UA触点的回溯时长
再互动窗口 30天 1小时 – 90天 再营销广告互动可获得归因的时长
休眠窗口(再互动) 已停用 0–30天 触发再营销前的最短未活跃时长
归因窗口 生命周期 预设选项 后续事件归因至获客来源的时长
休眠窗口(再次获取) 90天 1–180天 用户何时被视为已流失
再次获取事件 访问 事件名称 用于判定流失用户再次获取的事件
排除域名 仅主域名 最多100个 归因时忽略的域名

限制条件:
再互动休眠窗口的时长必须小于或等于再次获取休眠窗口的时长。否则,用户可能尚未满足再营销条件,就已被判定为再次获取。

基本设置

网页端应用的基本设置包括:

  • 应用名称
  • 完整URL
  • Web SDK ID
  • 币种
  • 时区

有关详情,请参阅将应用添加到AppsFlyer

获客设置

获客(UA)设置决定AppsFlyer何时将用户判定为首次获取,以及如何将该次获取归因至营销来源。

获客事件

用于触发获客的事件。这一重要业务行为用于判定用户何时才算真正完成获客。

为何自定义 

默认的首次访问通常无法充分反映用户价值。用户可能误点广告,也可能进入网站后立即离开。自定义此设置后,系统会将长期价值(LTV)归因至真正促成有效行为的营销来源,避免仅根据一次随意点击进行归因。

默认值:首次访问(用户首次访问网站时即完成获客)

各行业常用选项

行业 推荐的UA事件
银行/金融 registration或first\_time\_deposit
电商 sign\_up或first\_purchase
外卖 first_order
SaaS/订阅 subscription_start
游戏 sign_up、tutorial_complete或first_purchase

运作方式

如果设置为首次访问

  • 用户首次访问网站时即完成获客。
  • 归因从首次访问开始。

如果设置为自定义事件(例如sign_up):

  • 从首次访问网站到完成该事件,用户将进入「获客前阶段」
  • 在获客前阶段,系统会将事件归因至回溯窗口内最近一次非自然触点(末次触点归因)。
  • 触发自定义UA事件后,系统会生成一条获客转化,并开始长期归因。

示例场景(UA事件=sign_up):

  • 第0天:用户通过Facebook广告访问网站→进入获客前阶段
  • 第2天:用户通过Google广告访问网站→归因来源转为Google(末次触点)
  • 第3天:用户完成注册→获客归因至Google广告

第10天:用户完成购买→此次购买归因至Google,用于LTV衡量

回溯窗口(获客)

AppsFlyer向前回溯多长时间,以查找促成获客的营销触点。

此窗口决定营销触点在AppsFlyer中的有效时长。用户通过广告访问网站后,如果过一段时间才完成UA事件,该设置将决定广告是否仍能获得归因。

默认值:30天

范围:1小时至90天

运作方式

用户触发UA事件(例如sign_up)后,AppsFlyer会在回溯窗口内查找最近一次非自然触点,并将此次获客归因至对应的营销来源。

示例1(30天回溯窗口):

  • 第0天:用户点击Facebook广告并访问网站
  • 第25天:用户再次访问网站(直接访问),并完成sign_up事件
  • 结果:获客归因至Facebook(在30天回溯窗口内)

示例2(回溯窗口已过期):

  • 第0天:用户点击Facebook广告并访问网站
  • 第40天:用户再次访问网站(直接访问),并完成sign_up事件

结果:获客标记为自然量(已超出30天回溯窗口)

再互动设置

再互动设置决定已获取用户通过再营销广告系列再次访问网站时,AppsFlyer如何对用户活动进行归因。

再互动窗口

再互动转化发生后,AppsFlyer继续将事件归因至该营销触点的时长。

该设置决定再营销广告系列获得用户活动归因的时长。既让再营销广告系列获得相应归因,又能将长期LTV归因至最初的获客来源。

默认值:30天

范围:1小时至90天

运作方式

完成获客的用户通过非自然来源(例如再营销广告)再次访问网站,并符合再互动条件时,系统会生成一条再营销转化。此窗口内发生的事件会进行双重归因

  1. 主要归因→再营销广告系列
    • 目的:将事件归因至再营销广告系列
  2. 辅助归因→最初的获客来源
    • 目的:支持UA视图,将用户完整的生命周期价值(LTV)归因至最初的获客来源

示例(在窗口期内):

  • 第0天:用户通过Facebook广告完成获客
  • 第50天:用户点击邮件再营销广告系列并再次访问网站(生成再营销转化)
  • 第60天:用户完成一笔100美元的购买(再营销后第10天)
  • 结果-双重归因:
    • 主要归因(再营销视图):这笔100美元的购买归因至邮件广告系列
    • 辅助归因(UA视图):用户LTV中的这笔100美元收入也会归因至Facebook广告
  • 报表:
    • 统一视图:显示这笔购买归因至邮件广告系列
    • 再营销视图:显示这笔购买归因至邮件广告系列
    • UA视图:显示这笔购买归因至Facebook广告

再互动休眠窗口

在非自然触点能够生成再互动(再营销)转化前,用户必须保持未活跃的最短时长。

避免在用户仍活跃于网站时,将其活动归因至再营销广告系列。确保广告系列面向真正未活跃的用户,从而优化再营销预算。

默认值:已停用

范围:0天(停用)至30天

运作方式

停用时:

  • 已获取用户产生的每个非自然触点都会生成再营销转化

启用时(例如设为7天):

  • 仅当用户已连续至少7天未活跃时,才会生成再营销转化
  • 如果用户近期有过活跃,系统会将此次访问归因至最初的获客来源

限制条件:

  • 不得超过休眠窗口(再次获取)

示例(休眠窗口为7天):

  • 第0天:用户通过Facebook广告完成获客
  • 第3天:用户通过自然流量访问网站
  • 第5天:用户点击再营销广告→不生成再营销转化(仅连续未活跃2天)
  • 第15天:用户点击再营销广告→生成再营销转化(已连续12天未活跃)

再次获取设置

再次获取设置决定何时将未活跃用户判定为「已流失」,以及如何在这些用户再次访问后完成再次获取。

休眠窗口(再次获取)

用户持续完全未活跃并被标记为「已流失」所需的时长。已流失用户可以再次获取,系统会为此生成一条新的UA转化。

该设置用于定义业务中的用户流失门槛。该设置决定何时将用户视为「已流失」并符合再次获取条件,使召回广告系列能够获得重新吸引流失用户的归因。

默认值:90天

范围:1至180天

运作方式

用户被标记为「已流失」后:

  • 用户之后发生的新事件不再归因至最初的获客来源
  • 用户进入「获客前」状态(等待再次获取)
  • 最初获客对应的归因窗口不再适用

已流失用户再次访问时:

  • 用户完成再次获取事件→生成新的UA转化
  • 召回广告系列被记为新的获客来源
  • 在报表中,此次再次获取按全新的获客处理

示例(90天休眠窗口):

  • 第0天:用户通过Google广告完成获客
  • 第50天:用户最后一次活跃
  • 第140天:用户被标记为已流失(连续90天未活跃)
  • 第145天:用户点击邮件召回广告系列

第146天:用户完成再次获取事件→新的UA转化归因至邮件广告系列

再次获取事件

用于触发已流失用户再次获取的事件。只有已流失用户才能再次获取。

许多获客事件属于一次性行为(例如sign_upfirst_purchase),无法重复发生。通过此设置,您可以定义一个可重复发生的事件,用于判定已流失用户已再次访问网站。

默认值:访问(已流失用户首次再次访问网站时会立即完成再次获取

常用替代事件:sign_inpurchase

运作方式

如果设置为自定义事件(例如sign_in):

  • 已流失用户必须完成指定事件,才能再次获取
  • 完成再次获取前,用户可以多次访问网站
  • 采用更严格的标准判定用户是否真正完成再次获取

示例(再次获取事件=sign_in):

  • 用户连续90天未活跃后被标记为已流失
  • 用户点击邮件召回广告系列并访问网站→尚未完成再次获取
  • 一天后,用户登录→生成再次获取转化,并归因至邮件广告系列

归因窗口

时间范围

用户完成获客后,AppsFlyer将事件归因至该转化的最长时段。

默认值:永久

可用选项:无、1天、7天、30天、60天、90天、180天、365天、永久(受数据保留期限限制)

排除域名

归因时需要排除的域名。用户在指定域名与您的网站之间跳转时,AppsFlyer不会对由此产生的访问或事件进行归因。

目的:

  1. 避免自归因:排除您自己的域名
  2. 排除第三方流程:排除支付网关和身份验证提供商

域名类型

主要域名(必填,自动)

  • 创建应用时设置的主要网站域名
  • 系统会自动添加,且无法移除
  • 每个网页端应用只能设置一个主要域名
  • 自动排除子域名:系统会自动排除主要域名下的所有子域名
    • 示例:example.com会自动排除shop.example.comblog.example.com等子域名
  • 排除后的影响:不会发生自归因

内部域名(可选)

  • 同一品牌下未涵盖在主要域名中的其他域名
  • 最多可添加99个域名
  • 示例:使用不同顶级域名的品牌网站,例如example.co.ukexample.in
  • 排除后的影响:不会发生自归因

外部域名(可选)

外部排除域名分为两类:

外部域名(由您添加)

  • 网站会直接使用、但不属于您品牌的域名
  • 包括支付网关、支付处理网站和身份验证提供商
  • 最多可添加99个域名
  • 示例:auth0.comokta.comfacebook.comgoogle.com
  • 排除后的影响:系统会忽略相关访问

外部域名(AppsFlyer预设)

  • AppsFlyer会自动排除以下域名:

    支付服务提供商

    • PayPal(支付结算)
    • Stripe(支付结算)
    • Adyen(支付结算)
    • Klarna(支付结算)
    • Braintree(支付网关)
    • Square(支付结算)
    • Paddle(支付结算)
    • Mollie(支付结算)
    • Alipay(支付结算)
    • Razorpay(支付结算)
    • Paytm(支付结算)
    • PayU(支付结算)
    • Mercado Pago(支付结算)
    • Yandex Pay(支付结算)
    • Naver Pay(支付结算)

    OAuth和SSO登录

    • Google Sign-In(Google账号登录)
    • Apple ID(Apple账号登录)
    • Microsoft(Microsoft 365/Entra账号登录)
    • Microsoft Live(Outlook/Live账号登录)
    • Facebook Login(仅限Facebook登录域名)
    • Yandex Login(Yandex账号登录)
    • Kakao Login(Kakao账号登录)
    • Naver Login(Naver账号登录)
    • LINE Login(LINE账号登录)
    • Weixin Login(微信OAuth登录)
    • VK Login(VK账号登录)
    • Daum Login(Daum账号登录)
  • 自动排除域名列表无法编辑
  • 排除后的影响:系统会忽略相关访问

添加排除域名

如需添加域名:

  1. 前往网页端应用设置→归因
  2. 找到「排除域名」部分
  3. 点击添加域名
  4. 输入域名(例如custom-gateway.com
  5. 选择域名类型:内部域名或外部域名
  6. 点击保存

重要说明:

  • 域名排除设置将在1小时内生效
  • 更改仅对今后的数据生效(不影响历史数据)
  • 系统会自动排除常用支付服务提供商以及OAuth/SSO登录域名。完整列表请参阅外部域名(AppsFlyer预设),无需手动添加这些域名

要求与验证

域名格式:

  • 仅输入域名,不含协议、路径或端口
  • 每个域名最多500个字符
  • 系统会自动移除协议前缀(https://),并将域名转换为小写

示例:

  • example.com
  • shop.example.com✅(如果example.com是主要域名,则无需添加)
  • https://example.comexample.com✅(协议前缀已移除)
  • example.com/path❌(不允许包含路径)
  • example.com:8080❌(不允许包含端口)

数量限制:

  • 最多可添加100个域名(包括1个主要域名)

从People-Based Attribution(PBA)迁移

主要区别

对比项 PBA(旧版) PBA(旧版)
新版网页端效果衡量 配置层级 品牌包层级
网页端应用层级 自定义UA事件 不支持
可完全自定义 时间窗口 控制选项有限

可完全控制(1小时至永久)

  1. 迁移步骤
    1. 创建新的网页端应用
  2. 前往「我的应用」→「添加应用」→选择「网站」 
    选择Web SDK ID
  3. 建议继续使用现有PBA开发密钥,以免修改网站代码。 
    完成设置
  4. 将PBA设置映射到新的网页端归因设置 
    添加排除域名

将PBA(品牌包)中的排除域名映射到新的网页端归因设置注意:

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: