SKAN转化值操作台

概要:本文重点说明了如何通过SKAN转化值操作台设置您想要衡量的用户互动类型以及衡量时长。用户激活应用后会有一个12-72小时的用户行为窗口期,您可以在这个窗口期间衡量收入、转化、互动以及留存。您还可以通过单一可信数据源(SSOT)的衡量方式查看用户是否同时被AppsFlyer和SKAN归因。

扩展阅读:SKAN解决方案

SKAN转化值操作台基础操作指南

在SKAN的归因链路中,iOS设备会在每次转化值(conversion value,简称CV)更新后发送SKAN回传数据。CV值不能超过6比特,也就是说最多只能有64个CV值(即0-63)。有了这一限制,广告主就需要谨慎考虑如何充分使用这6个比特来更好地衡量投放效果。

转化值操作台的可配置性很强,便于广告主充分利用SKAN回传。您可以精确设置CV中需要对哪些数据进行加密以用于衡量,比如在激活后要衡量多长时间内的哪些用户行为。

类型

模式

描述 用户行为窗口期

可配置

Custom(自定义)

【推荐】

在可配置的用户行为窗口期内设置收入、转化(应用内事件)和互动的衡量方式 12-72小时

可配置

Decode(解析)

手动创建用于事件映射的CV值,并在应用中进行对应的CV设置。如果广告主无法在其应用中接入AppsFlyer SDK,可以使用这个模式进行SKAN衡量。解析模式的启用方式如下:从AF后台进入SKAN转化值操作台,点击“”选项图标,选择上传自定义解析映射文件

12-1512小时(63天)

固定

收入

【默认】

【历史】

在下列范围中任选一个,用以衡量收入

  • 1-630美元,以10美元为最小单位
  • 1-63美元,以1美元为最小单位
  • 0.01-0.63美元,以0.01美元为最小单位
24小时

固定

转化

【历史】

选择1-6个应用内事件作为转化事件 24小时

固定

互动

【历史】

用户完成某一事件的次数 24小时
衡量模式

建议:您可以先探索一下转化值操作台的界面和功能,只需从AppsFlyer后台进入配置 > SKAN转化值操作台,就可以体验这个板块。

衡量原理及定义

定义

  • 用户行为窗口期:即应用激活后对用户行为的观测时长。窗口期的长短由iOS计时器和AppsFlyer计时器共同决定。这两个计时器中的任意一个走完时衡量就会停止。iOS回传则会在iOS计时器走完后的0-24小时内发送。
  • 单一可信数据源(Single Source of Truth,简称SSOT):该机制可标记由SKAN和非SKAN方式重复归因的用户,从而对SKAN原始数据中的激活数据进行去重,并计算出真实的效果指标。
  • 转化值消耗度:映射您的设置所需要的CV值数量。您在设置中选择的衡量组件和衡量元素越多,需要消耗的转化值就越多。您每添加一个范围或设置元素,转化值消耗度就会随之变高(在单个组件中每添加一个设置单元,转化值消耗度就会呈指数增长)。具体请见转化值耗尽示例
  • 衡量组件
    • 收入:应用产生的收入
    • 应用内事件:互动和/或独立用户数衡量
    • 漏斗:用户按顺序完成的一系列事件
    • 优先级:该组件包含收入和/或应用内事件。

原则

  • Admin.png管理员权限:只有管理员可以保存转化值操作台的设置,账户用户只能查看该设置。
  • 任何时刻的在用衡量模式都只有一个。
  • 在具体的衡量模式中,AppsFlyer会把基于您的设置生成的衡量对象组合映射到CV值。您可以查看并下载映射表格
  • 在应用侧,AppsFlyer会在每次出现可衡量的用户行为时通过用户首次启动应用时使用的衡量模式设置CV值。
  • iOS会根据Apple隐私阈值决定是否在回传数据中填充CV值。
  • 在用户行为窗口期结束后发生的用户行为不会被记录。
  • SKAN面板:
    • SKAN面板的版式和指标取决于具体的衡量模式和配置。

    • 面板版式会根据每天UTC时间凌晨时在用的衡量模式自动更新。一般情况下,您可以在UTC时间05:00前看到更新后的版式。

    • 自定义和解析模式下没有自然量数据。

S2S原理

可衡量的用户行为可以通过S2S API上报。各个模式的S2S适配情况如下:

  • 自定义模式:S2S默认开启。
  • 解析模式:S2S在这个模式下既不适用也不可用,因为该模式下的CV值不是由AppsFlyer设置的。
  • 收入、转化和互动模式:在发送事件之前,您必须先打开S2S事件记录开关

自定义模式使用指南

在自定义模式中,您可以使用收入、应用内事件、优先级和单一可信数据源等不同的衡量维度,来控制衡量的对象。您还可以设置用户行为窗口期,调整衡量的时长及间隔。通过综合利用这些组件,您能创建出适合自己的自定义衡量模式。

您可以先探索一下自定义模式中的各种选项,再进行设置。您更改设置时,转化值消耗度量计量条会随之更新。您可以通过优化设置,以有限的转化值攫取最有价值的数据。具体请见转化值消耗度的计算方式

CapacitCounter.png

下一步

以下章节详细说明了各个设置选项和组件,帮助您探索自定义模式中的不同衡量设置。

用户行为窗口期

该窗口期决定了对用户行为的观测时长。

flex_activity_window.jpg

是否必须设置

是 

能否设置多个

时间特征

  • 用户行为窗口期计时器的时长由广告主设置,设置后固定不变,与iOS计时器互不干涉。
  • iOS计时器的最初时长是24小时,每次转化值升高时,该计时器就会归零重启。
  • 默认时长为24小时
  • 这两个计时器中的任意一个走完时衡量就会停止。
时长
  • 范围:12-72小时。其他选项请见本表中的可调衡量窗口部分。
  • 计时器走完时,AppsFlyer就会停止衡量。
  • 如果计时器的时长超过24小时,用户必须在每个间隔期间至少与应用互动一次,否则可能会导致衡量过早停止。AppsFlyer无法拖延iOS计时器的停止,因此在这种情况下iOS计时器会先走完然后终止衡量。

间隔

12或24小时。间隔会影响末次互动时间范围以及激活时间的准确性。其他选项请见本表中的可调衡量选项部分。

您可以在原始数据报告的min_install_timemax_install_time这两列中查看末次互动时间范围,该指标用于确定激活时间(见下文)。

示例:

  • 计时器时长设置为48小时
  • 用户在第40个小时的时候与应用进行了最后一次互动
  • 基于不同的间隔设置,末次互动时间范围分别为:
    • 12小时间隔:36–48小时
    • 24小时间隔:24–48小时

激活时间

激活时间的推算方法如下:

激活时间 = 回传数据接收时间 -[平均末次互动范围] - [iOS回传延时]

  • 回传数据接收时间:最初从用户设备接收到iOS回传数据的时间,接收方通常是广告平台。
  • 平均末次互动范围根据CV值按以下方式计算:
    • 如果CV = 0:末次互动范围默认为0。
    • 如果CV > 1或CV = null:通过min_install_time和max_install time,根据间隔和用户最后一次与应用互动的时间来确定。比如,假设间隔是12小时,用户最后一次与应用互动是在应用激活后的第25个小时,那么末次互动范围就是[24 + 36] / 2 = 30。
  • iOS回传延时:[24 + 48 ] / 2 = 36。iOS计时器在CV值最后一次发生变化后的24小时走完,iOS系统在计时器走完后的0-24小时内发出回传数据。在这个公式中,36小时是一个常数。

设置选项

用户行为窗口期的设置包含时长和间隔两个方面。

  • 时长:24-72小时,每24小时一次间隔,最多3次间隔。
  • 时长:12-72小时,每12小时一次间隔,最多6次间隔。

更改用户行为窗口期时长的影响

  • 回传数据在iOS计时器走完后的0-24小时内发出。
  • iOS计时器本来会在24小时后走完。
  • 但如果您设置的用户行为窗口期超过24个小时,那么用户必须在每个间隔期间至少与应用互动一次,才能确保iOS计时器能不断归零重启,继续计时,否则它会在用户行为窗口期结束前就走完。

 

与广告平台相关的因素

  • 计时器的默认时长为24小时。
  • 如果您想设置其他时长,请先跟渠道确认他们是否支持默认时长以外的计时器。
  • 如果您把窗口期时长设置为24小时,可以将这24小时切分成2个12小时的间隔,这样可以优化指标使用效率,因为您可以看到用户是否在最初的12小时之后持续与应用互动。

范围设置要求示例

上图显示了以12小时为间隔、总时长为60小时的计时器。

可调用户行为窗口期选项

您可以使用可调衡量选项将用户行为窗口期设置得更长,且窗口期可以以小时为单位。间隔的设置也是如此。可调衡量设置具有以下特点:

  • 用户行为窗口期:
    • 范围:12-1512小时(63天)
    • 颗粒度:1小时
  • 间隔:
    • 范围:最短1小时,其他选项为用户行为窗口期的因数
    • 颗粒度:1小时

请注意:用户行为窗口期必须可以被间隔时间整除。

推荐方法:间隔时间最好不要超过24小时,否则会影响激活时间推算的准确性。

单一可信数据源(SSOT)

如果您想参与Beta测试,请联系您的CSM。

SSOT可识别用户是否由SKAN及非SKAN方式重复归因。

SSOTControl.png

Single Source of Truth(单一可信数据源,简称SSOT)机制会标出由不同方式重复归因的激活,这里的归因方式分为SKAN及非SKAN方式。您可以在SKAN原始数据报告看到该标签,该标签也会用于计算总览面板SSOT视图(即将上线)中的指标。

是否必须设置

能否设置多个

设置选项

如果您启用了SSOT,则可以通过CV值标记出由SKAN和非SKAN方式重复归因的用户。

SSOT标签用于以下场景:

  • 【即将上线】AppsFlyer数据总览面板SSOT视图
  • SKAN原始数据报告中的af_attribution_flag字段。如果该字段的值为true,即表示该用户由SKAN和非SKAN方式重复归因。
  • SKAN汇总归因API报告

应用内事件组件

衡量转化(完成某事件的独立用户数)和/或互动(某事件的完成次数)

ConversionStudioIn-app-event.png

是否必须设置

能否设置多个

设置选项

选择一个应用内事件,然后根据您的衡量目标设置范围,具体如下:

  • 仅衡量转化:配置一个0–1的范围
  • 同时衡量互动和转化:配置多个范围,并根据业务需求设置范围值

用于衡量互动的范围

您必须先创建事件发生次数的范围,才能衡量互动。选定的互动事件发生时,SKAN会根据发生的次数将该事件与对应的范围相关联。

特点

  • 每个范围都包含了发生次数的低线值和高线值,低线值不计入范围,而高线值计入范围。比如一个5–10的范围包括大于5且小于等于10的值。
  • 低线值最低为0(但低线值为0的范围不包括0本身)。
  • 您可以创建的范围数量不限,但每创建一个范围,就会消耗更多的转化值。
  • 范围必须按顺序设置(范围之间不能跳数)

通过范围衡量互动

  • 系统上报事件后,SKAN会将该事件与对应的范围相关联。最后记录到的事件发生次数是根据该范围的平均值就近取整得出的,比如如果平均值为5.7的话,最后记录的次数就是6。
  • 如果事件发生次数超过最高范围的高线值,则该事件会被归到最高范围内,最后记录到的事件发生次数是最高范围的平均值。也就是说,最后记录到的事件发生次数并不是该事件的实际发生次数。
  • 在原始数据中,您可以同时看到事件的实际发生次数和范围值。

示例:

上图显示了以下三个事件次数范围:

事件次数范围设置如下:

  • A: 0-5
  • B: 5-10
  • C: 10-20

事件发生次数是根据这几个范围来记录的,具体如下:

示例 SDK上报的事件次数 关联到的范围 最后上报的事件次数
1 5 3
2 6 B 8
3 10 B 8
4 125 C 150
 
限制 一个应用内事件只能与该组件关联一次。

收入组件

衡量用户在行为窗口期内产生的收入

ConversionStudioRevenue.png

是否必须设置

能否设置多个

是(即分收入来源记录应用内事件收入)

设置选项

您可以通过单个事件来记录收入,也可以按收入来源将收入关联到指定的应用内事件。

您可以使用的收入来源选项有以下几种:

  • 总体收入
    • SKAN通过af_skad_revenueevent记录的所有收入。
    • 该组件只能设置一个。
  • 应用内事件
    • 分类型上报的收入会被关联到指定的应用内事件,并由SKAN根据该应用内事件进行记录。
    • 该组件可设置多个。
    • 如果您想通过向广告平台回传数据来上报收入,请确保您已经在回传中设置了相关应用内收入事件的映射。

范围

您必须先创建收入范围才能衡量收入,因为在记录收入时,SKAN会将SDK上报的收入关联到对应的范围。

特点

  • 每个收入范围都包含一个低线值和一个高线值。低线值不计入范围,而高线值计入范围。比如一个5–10的范围包括大于5且小于等于10的值。
  • 低线值最低为0(但低线值为0的范围不包括0本身)。
  • 您可以创建的范围数量不限,但每创建一个范围,就会消耗更多的转化值。
  • 范围必须按顺序设置(范围之间不能跳数)。
  • 收入金额的单位是美元。
  • 如果您在Facebook上投放广告,必须至少设置4个范围。
  • 范围值最多可以精确到小数点后4位。

按范围记录收入

  • SDK上报收入时,SKAN会将该收入关联到对应的范围。最后记录到的收入是其对应范围的平均值。
  • 如果上报的收入超过了最高范围的平均值,那么该收入会被归到最高范围内。请注意:最后记录到的收入是该范围的平均值,也就是说,最后记录到的收入并不是实际收入。
  • 您可以在原始数据中看到记录到的收入及其对应的范围。

示例:

上图显示了以下三个收入范围:

  • A: 0-5
  • B: 5-10
  • C: 10-20

收入是根据这几个范围来记录的,具体如下:

示例 SDK上报的收入 关联到的范围 最后记录到的收入
1 5 $2.5
2 6 B $7.5
3 10 B $7.5
4 125 C $15

漏斗组件

您可以根据一系列有先后顺序的事件组成的漏斗来衡量应用内事件。漏斗组件的原理是当用户完成一个漏斗内事件时,即自动视其为完成了该事件之前的所有事件。

ConversionValueFunnel.png 

是否必须设置

能否设置多个

设置选项

形成漏斗的一系列有先后顺序的事件。由于该逻辑将单个事件的发生次数视为漏斗内之前所有事件的发生次数,因此请务必认真谨慎地设置事件漏斗,具体请参考下表示例。

示例

假设一个漏斗中包含a、f、b、k和z五个事件,如下所示。

示例 用户完成的事件 记录到的事件
1 a a
2 b a、f、b
3 z a、f、b、k、z

优先级衡量维度

自定义模式中的优先级衡量维度能让您基于自己的业务逻辑对应用中的用户行为链路进行排列,让高优先级衡量覆盖低优先级衡量。这样,您就能为转化漏斗中的每一步都选择最合适的衡量对象。

每个优先级(共63个)都可包含收入和/或应用内事件。当用户完成应用内事件时,AppsFlyer会判断该用户行为对应到哪个优先级,并根据判定结果来设置CV值。

在自定义模式中,不包含优先级与包含优先级的区别如下:不包含优先级时,AppsFlyer会将所有可能的衡量组合映射到CV;包含优先级时,AppsFlyer仅将您明确设置的衡量组合映射到CV。

详情请见优先级示例说明

优先级的主要原理

  • 您可以设置1-63个优先级。可用的优先级个数取决于您的用户行为窗口期以及SSOT(单一可信数据源)设置。
  • 优先级1是最高的优先级。优先级的序号数字越大,优先级就越低。
  • 一个优先级由收入组件和/或应用内事件组件构成,其中可包含多个应用内事件和收入来源。
  • 在优先级中无法使用漏斗组件。但您可以在一个优先级中设置多个应用内事件来衡量某个漏斗中的用户转化。
  • 如需使用优先级衡量维度,则不能配置应用内事件或收入等其他维度。

请按以下步骤启用优先级衡量:

  1. 从AppsFlyer后台进入SKAN转化值操作台
  2. 选择自定义模式,然后点击继续
  3. 如有必要,请点击删除以清除当前设置。
  4. 点击+ 添加衡量维度。选择优先级
    界面显示优先级1。

    Priority1.png

  5. 从以下衡量维度中选择一个:
    • 收入
    • 应用内事件
  6. 按界面提示填写相关字段。
    • 请注意:一个优先级中可以包含收入和/或应用内事件。
    • 您必须为事件发生次数以及收入设置连续的升序范围值。对于非重的范围组合,您可以重复使用其中的某个范围。连续的升序范围示例如下:1-5、5-8、8-10等等。
  7. 点击验证。
    界面显示消息“Priority is valid”(优先级有效)。如果没有显示该消息,请先更正您的优先级设置,然后再进行下一步操作。
  8. 请执行以下任一操作:
    • 如需添加新的优先级,请点击+ 添加优先级。当前的优先级1会下移至优先级2。请按上文所述步骤完成优先级设置。
    • 如需删除一个优先级,请点击 > 删除
    • 如需更改优先级,请点击选项),然后选择更改顺序改为最低优先级
    • 如需创建优先级副本,请点击选项),然后选择创建副本
    • 点击保存,完成优先级设置。

自定义模式的其他相关信息

查看CV值映射

  • 选择具体CV值后,您可以在表格下方看到映射到该CV值的事件。
  • 点击下载映射文件,就能下载CV映射表的CSV文件。

CVmapping.png

说明
app_id  
conversion_value CV值范围为0-63
event_name  
min_event_counter 事件发生次数范围的低线值
max_event_counter
  • 事件发生次数范围的高线值
  • 在AppsFlyer生成的报告中,事件发生次数的计算方式如下:[min_event_counter + max_event_counter] / 2,然后取整
min_event_revenue 事件收入范围的低线值(单位为美元)
max_event_revenue
  • 事件收入范围的高线值(单位为美元)
  • 在AppsFlyer生成的报告中,收入的计算方式如下:[min_event_revenue + max_event_revenue] / 2
min_time_post_install

激活后小时数(即用户最后一次与应用互动是在激活后的第几个小时)的低线值

max_time_post_install

激活后小时数(即用户最后一次与应用互动是在激活后的第几个小时)的高线值

last_config_change 您在SKAN转化值操作台中保存配置的日期
CV映射文件各列说明

转化值消耗度的计算方式

如上文所述,您最多可以使用64个转化值。您可以使用以下公式来计算某个衡量模式下的转化值消耗数量。

(activity time duration in hours / interval size in hours) * 
(number of revenue ranges + 1 ) * 
(number of in-app event ranges + 1 ) * 
(number of steps in a funnel + 1)

请根据实际添加的衡量组件数量来调整公式。

自定义模式下CV值完全消耗示例

组成部分 说明

用户行为窗口期

  • 时长:24小时
  • 间隔:每24小时为1个间隔
收入
  • 通过单个应用内事件上报总体收入
  • 收入范围:7个
应用内事件
漏斗 3个应用内事件
示例 1
组成部分 说明

用户行为窗口期

  • 时长:24小时
  • 间隔:每12小时为1个间隔,共2个间隔
收入
  • 上报的收入按类型关联到2个不同的应用内事件
  • 收入范围:3个(每个应用内事件配有一个范围)
转化事件 2个用于衡量转化的应用内事件,每个事件配有1个范围
漏斗
示例 2
组成部分 说明

用户行为窗口期

  • 时长:24小时
  • 间隔:每24小时为1个间隔
收入
  • 通过单个应用内事件上报总体收入
  • 收入范围:3个
互动事件
  • 3个用户衡量互动次数的应用内事件
  • 事件发生次数范围:每个事件配有3个范围
漏斗
示例3
组成部分 说明

用户行为窗口期

  • 时长:48小时
  • 间隔:每12小时为1个间隔,共4个间隔
收入
  • 通过单个应用内事件上报总体收入
  • 收入范围:7个
转化事件

1个用于衡量转化的应用内事件,需配置1个范围

漏斗

示例4

优先级衡量示例说明

广告主希望在自己的购物应用中重点衡量以下内容:

  • 不付费用户的行为
  • 付费用户的收入

这样,广告主就能利用CV更精准地记录收入。上述衡量目标可转化为下表所列的一系列衡量优先级。

这里需要注意以下几点:

  • 最高的优先级永远是1。注意:优先级的序号不直接对应到CV值。CV值的映射按界面显示为准。
  • 您最多可以设置63个优先级。实际的优先级数量上限取决于用户行为窗口期以及SSOT的使用状态。
  • 每个优先级可包含收入范围和/或应用内事件发生次数范围。
  • 范围值:范围中不包含其最小值,但包含最大值。比如在$5-$10这个范围中,不包含5,但包含10。

优先级序号

收入范围

应用内事件
1【最高优先级】 $5-$10 send_recommendation
2 $5-$10 --
3 $0-$5 send_recommendation
4 $0-$5 --
5 -- send_recommendation
add_to_cart
6 --

send_recommendation

7【最低优先级】 -- add_to_cart
-- 未设置值
优先级设置示例

下表列出了用户链路场景。每个场景都包含了在用户链路中发生的一系列行为以及由AppsFlyer判定的优先级。

表格说明:

  • 用户行为之间以 > 隔开。
  • 括号中的值指用户行为发生后由AppsFlyer判定的优先级。AppsFlyer会根据该优先级来更新应用中的CV。
用户链路场景

用户链路场景

用户行为及优先级
A add_to_cart (7)
B add_to_cart (7) > send_recommendation (5)
C Purchase $3 (4)
D Purchase $6 (2)
E Purchases $6 (2) > send_recommendation (1) 

固定衡量模式使用指南

用户质量衡量选项

  • 从用户首次打开应用开始衡量,观测其24小时内的行为。
  • 如果您想要通过S2S的方式发送事件数据,需要手动启用SKAN S2S
固定衡量模式
衡量模式 描述
【默认】收入

RevenueFixed.png

在24小时的窗口期内产生的收入

从以下三个收入范围(货币为美元,最小单位为低线值)中选择一个:

  • $0.01到$0.63
  • $1到$63
  • $10到$630

AppsFlyer会自动填充收入衡量范围中的63个值,面板会以对应范围的最高值来记录收入。比如在$60-$61这个范围中,最后再难过记录到的收入为$61。请注意:自定义模式中的收入计算方法与此不同。

该模式中有下列可用指标:

    • 收入
    • ROI
    • ROAS
    • ARPU:收入/用户激活数
    • 用户转化率:进行购买的用户数/激活应用的用户数
    • 有效单次转化成本(eCPA)
转化

mceclip0.png

在24小时的用户行为窗口期内至少发生过一次的应用内事件

设置

  • 从下拉菜单中选择1-6个应用内事件进行衡量。限制:该菜单中仅包含过去30天内发生次数最高的300个事件。
  • 在SKAN面板中选定一个事件作为转化事件

每个应用内事件的指标:

    • 用户执行某事件的次数
    • 转化率:完成转化事件的用户/激活应用的用户
    • 有效单次转化成本(eCPA)
    • 应用打开(session)(通过af_app_opened事件衡量)

可衡量的用户行为包括:

  • 完成注册
  • 进行购买
  • 游戏通关

请注意:转化衡量用于判断用户是否完成了某个事件,如果您需要了解某个事件的完成次数,请使用互动衡量。

互动

mceclip1.png

在用户行为窗口期内指定事件的发生次数

设置方式:

  • 从下拉菜单中选择一个应用内事件。
  • 选定一个应用内事件作为转化事件。
  • 范围:0-63

应用内事件指标

    • 用户执行某事件的次数
    • 人均事件完成数
    • 转化率
    • 有效单次转化成本(eCPA)
    • Sessions
      (应用打开)

示例:

  • 可衡量次数的事件:
    • 应用打开
    • 广告浏览

固定模式示例

示例A:收入模式
考量因素 说明
场景
  • 20个用户激活应用并完成了以下购买事件:
    • 9个用户各购买了10美元的商品
    • 5个用户各购买了5美元的商品
    • 1个用户分次下单购买了1美元、3美元、5美元和1美元的商品,共计花费10美元。
  • 广告平台通过API上报的成本为30美元。
SKAN配置
  • 选择衡量类型:收入
  • 设置转化系数:1个转化单位 = $1
  • 指定转化事件:您必须在SDK中使用af_revenue参数发送收入数据。
指标选择 与收入相关的可用指标
  • 激活:20
  • 收入:$125
  • 转化:15
  • ARPU:$6.25
  • ROI:316%
各报告中的原始数据行数

您可以通过Data Locker拉取原始数据报告

  • 设备回传:20行
  • 激活:20行
  • 应用内事件:15行。请注意:多次购买的用户在报告中仅以1行显示,收入为10美元。
开发侧注意事项

须对带有收入的事件打点

示例B:转化模式
考量因素 说明
示例
  • 5个用户(A-E)激活应用
  • 他们完成了0-3个不同的应用内事件,具体如下表所示
  • 广告平台通过API上报的成本为30美元。
  事件1 事件2 事件3
用户A 完成 完成 -
用户B 完成 - 完成
用户C 完成 完成 -
用户D 完成 完成 -
用户E - - -
各用户完成的应用内事件
SKAN归因配置

选择衡量类型:转化

  • 选择应用内事件:事件1、事件2、事件3
  • 在SKAN面板中,选择一个事件来计算用户转化指标。您可以根据需要更改选定事件。
指标选择
指标 应用 事件1 事件2 事件3
激活 5      
转化 4      
独立用户数   4 3 1
有效单次转化成本(eCPA) $7.5      
与应用内事件相关的可用指标

请注意:由于事件1被指定为转化事件,因此其对应的值(4)被同时用作应用层级指标以及事件1的指标。

 

您可以通过Data Locker拉取原始数据报告

  • 设备回传:5行
  • 激活:5行
  • 应用内事件:8行
开发侧注意事项
  • 请确保应用内事件的正确打点。
  • SKAN解决方案不记录事件值(收入衡量场景除外)
示例C:互动模式
考量因素 说明
示例

5个用户激活应用后分别打开应用若干次,具体如下:

  应用打开次数
用户A 63
用户B 10
用户C 5
用户D 1
用户E -
应用打开
SKAN归因配置
  • 选择衡量类型:互动
  • 指定转化事件:af_app_opened。请注意:您可以选择任何一个可用事件。
指标选择

该场景中的可用指标:

  • 激活:5
  • 转化:4
  • 应用打开(session):79
各报告中的原始数据行数

您可以通过Data Locker拉取原始数据报告

  • 设备回传:5行
  • 激活:5行
  • 应用内事件:79行,每行代表一次应用打开(session)
开发侧注意事项

用户每次完成选定的互动事件后,应用侧都需要发送应用内事件,因为SKAN会记录事件发送的次数。

面板和指标

自定义和解析模式下没有自然量指标。

可用指标

指标 公式/类型 
激活 数量
点击 数量
展示 数量

点击到激活比率

激活/点击*100
成本 投放成本【高阶功能】
有效激活成本(eCPI) 成本/激活
转化用户

完成指定事件的独立用户数

  • 自定义模式:总是为af_skad_revenue(如果选择了其他事件,则转化用户指标为空)
  • 收入模式:总是为af_skad_revenue
  • 转化模式:在面板设置中选定的应用内事件
  • 互动模式:在转化之操作台中设置的应用内事件
转化率

已转化的用户数/激活 * 100

有效转化成本(eCPA)

成本/完成指定事件的独立用户数

可用指标(不考虑衡量组件)

用户质量衡量选项

各衡量组件的可用指标
衡量组件 描述
收入

上报的收入以美元记录,并关联到对应的范围。最后显示到面板上的收入是其对应范围的高线值。

指标:

    • 收入
    • ROI
    • ROAS
    • ARPU:收入/激活应用的用户数
    • 转化率:完成购买的用户数/激活应用的用户数
    • 有效单次转化成本(eCPA)
漏斗

形成漏斗的应用内事件

每个应用内事件的指标:

  • 完成各个事件的用户数
  • 有效单次转化成本(eCPA)
  • Sessions
    (应用打开)

可衡量的用户行为包括:

  • 完成注册
  • 进行购买
  • 游戏通关

请注意:漏斗用于衡量用户是否完成了一连串事件。

应用内事件

用户在衡量窗口期内完成指定应用内事件的次数

设置方式:

  • 从下拉菜单中选择一个应用内事件。
  • 选定一个应用内事件作为转化事件。

应用内事件指标

    • 用户执行某事件的次数
    • 有效单次转化成本(eCPA)
    • Sessions
      (应用打开)

示例:

  • 可衡量次数的事件:
    • 应用打开
    • 广告浏览

流程

设置SKAN归因

只有账户管理员或者具有应用设置编辑权限的账户用户才能进行配置操作。

请按以下步骤查看或更改用户权限

  1. 进入AF后台,点击右上角的邮箱地址。
  2. 点击用户管理 > 选择具体用户。
  3. 根据需要对该用户开放应用设置页及SKAN设置页的编辑权限。另请参考用户管理,了解其他的权限设置。

AppsFlyerAdmin_us-en.png请按以下步骤配置SKAN:

  1. 从AF后台进入配置 > SKAN转化值操作台
    界面会打开转化值操作台。
  2. 请执行以下任一操作:
    1. 点击()选项图标,界面会显示选项菜单,然后完成以下任一操作:
      • 打开或关闭SKAN衡量开关。
      • 启用S2S事件发送功能。该功能在收入、转化或互动模式中可用。请注意:S2S在自定义模式中默认开启。
      • 上传您的解析映射文档。
    2. 在以下衡量模式中选择一种:
      • 自定义
      • 收入
      • 转化
      • 互动
  3. 确认SKAN衡量开关已打开。注意!如果未打开该开关,则SDK不会调用registerAppForAdNetworkAttributionupdateConversionValue等SKAN功能。
  4. 点击保存更改
    SKAN衡量启动,根据这些设置对首次打开应的用户进行衡量,面板会在应用首次打开后的48-72小时内更新SKAN归因数据。
  5. 确认您配置的事件能映射到渠道的应用内事件回传中。

切换SKAN衡量模式

您可以随时切换到不同的SKAN衡量模式。

注意事项:

  • 更改设置后会有一段过渡期,在此期间AF会根据更改后的设置来解析转化值,但有时在更改后接收到的回传数据中实际包含的是更改前的激活。
  • 更改设置不会影响上报的激活数量,该数据保持准确。在原始数据中,AF会通过skad_ambiguous_event参数来标记在过渡期间解析的回传数据。
  • 过渡期是通过设置更改前的用户行为窗口期时长来计算的,具体计算方式如下:
    过渡期 = 用户行为窗口期 + 48小时。默认的过渡期为24 + 48小时,最长为48 + 72小时。
  • 广告平台一般不考虑过渡期或激活日期,而是将回传数据接收日期作为激活日期。

广告停投:

  • 如果您对接了Facebook,那么更改设置后Facebook上的广告会自动停投。
  • 您可以考虑在过渡期间先暂停其他的广告投放。

停用SKAN衡量

请按以下步骤关闭SKAN衡量:

  1. 从AF后台进入配置 > SKAN转化值操作台
  2. 点击 图标。
  3. 关闭SKAN衡量
    SDK会停止调用registerAppForAdNetworkAttributionupdateConversionValue等功能。
  4. 点击保存更改

通过S2S API上报事件

SKAdNetwork_-_S2S__2_.png

SDK和S2S API都可以向AppsFlyer服务器发送应用内事件。

S2S的数据发送链路如下:

  • 广告主服务器中的用户完成了一个事件。此时的应用可能是打开的,也可能是关闭的。
  • 广告主服务器通过S2S向AppsFlyer上报该事件。
  • AppsFlyer计算更新后的转化值,然后:
    • 如果应用在用户设备上处于打开状态:SDK会收到更新后的转化值,并更新设备的iOS转化值。
    • 如果应用在用户设备上处于关闭状态:服务器会等到应用打开后再向SDK发送转化值,但应用必须在用户行为窗口期结束前打开,否则该事件会流失。

SDK版本要求

  • 请在应用中接入最新版本的SDK。请注意:这里无需开发人员进行任何操作。

请按以下步骤启用S2S API的应用内事件发送:

  1. 请执行以下任一操作:
    • 如果您选择了自定义模式:
      • 无需更改设置。
    • 如果您选择了收入、转化或互动模式:
      1. 从AF后台进入配置 > SKAN转化值操作台
      2. 点击(⋮)选项图标。
      3. 打开通过S2S API记录应用内事件的开关。
  2. 通过S2S发送事件。

限制

  • 如果您对用户启用了匿名化功能,则无法通过S2S发送该用户的事件。
这篇文章有帮助吗?