概要：本文重点解释了TikTok for Business和AppsFlyer之间的归因模式差异。
速览
TikTok for Business和AppsFlyer在移动端获客营销生态体系中都扮演着重要的角色，而双方都使用自己特有的归因模型。这会使两者的面板之间产生一些数据差异。虽然我们一直与TikTok for Business保持紧密的合作，以尽可能地减少这样的差异，但广告主仍需了解可能会造成数据差异的各种因素。
归因模型的差异
下表列出了可能会导致TikTok Ads Manager与AppsFlyer面板之间产生数据差异的原因：
| 原因 | TikTok Ads Manager | AppsFlyer |
|---|---|---|
|
点击型归因窗口期 |
默认窗口为7天。但安卓应用以及切换到SRN版TikTok的应用可使用不同的配置（TikTok—SRN）。 |
默认窗口期为7天。该窗口期的可用配置范围为1-30天。请确保您在AppsFlyer中设置的窗口期与TikTok侧的归因窗口保持一致。 |
|
浏览型归因窗口期 |
默认窗口期为1天。但安卓应用以及切换到SRN版TikTok的应用可使用不同的配置（TikTok—SRN）。 |
默认窗口期为1天。该窗口期的可用配置范围为1-48小时。请确保您在AppsFlyer中设置的窗口期与TikTok侧的归因窗口保持一致。 |
|
多源归因 |
TikTok无视其他渠道的广告互动，将激活归因给自己。 |
AppsFlyer使用末次点击归因（详情请见AppsFlyer归因模型 ）。 |
|
跨设备归因 |
Tiktok对用户在不同设备上完成的的互动和激活进行跨端归因，包括iOS、安卓和PC端设备。 |
AppsFlyer对用户在同一个设备上完成的互动和激活进行归因。 |
|
不同时区 |
日期范围旁的TikTok时区无法调整，这是您在创建广告账号时设置的时区。 |
AppsFlyer中默认的应用时区为UTC+0。如需对齐AppsFlyer和TikTok Ads Manager的时区，请在AF后台的应用配置页面中更改相关应用的时区设置。 |
|
iOS归因 |
对于iOS应用，TikTok Ads Manager仅显示SKAN的归因结果。 |
对于iOS应用，AppsFlyer在显示SKAN归因结果的同时还会呈现SRN和高级SRN的归因数据，以及去重后的SSOT数据。在两个平台中保持一致的数据仅限SKAN归因结果。 |
|
应用内事件的归因窗口期 |
两个平台上的归因结果可能会由于初次激活后的归因窗口期不同而产生差异，具体如下： |
|
|
第1-90天 |
无归因差异。两个平台都会将应用内事件归因到初次激活。 |
|
|
第91-180天 |
TikTok不上报初次激活的90天以后发生的应用内事件。 |
AppsFlyer会将事件归因到初始激活。
|
|
第180+天 |
由于TikTok的数据保留政策的限制，这些事件会被归因为自然量。
|
|
激活数据的差异
某些情况下，TikTok for Business侧的激活会包含AppsFlyer拦截的流量或不记录为新增激活的流量。
再互动广告
再互动广告可引导已安装相关应用的用户打开该应用（即再互动）。如果AppsFlyer识别到打开该应用的设备曾经安装过该应用，AppsFlyer就会将这个转化记录为再归因。
如果TikTok for Business再互动广告带来的用户完成了相关应用的首次激活，则AppsFlyer会将这些用户记录为新增的UA用户。此外，如果用户在初次激活的指定再归因窗口期过期后激活该应用，这些用户也会被记录为新增UA用户。
另一方面，在初次激活的指定再归因窗口期内发生的激活则会被AppsFlyer记录为再归因，您可以在AppsFlyer后台的再营销页面中看到这些激活。但TikTok for Business会把这些流量记录为新增激活。
使用验证规则和Protect360时被拦截的激活
验证规则和Protect360是AppsFlyer提供的归因防护功能，用于拦截（屏蔽）特定的激活。使用这些功能时，AppsFlyer可能会拦截某些由TikTok for Business带来的激活，但TikTok for Business仍会将这些激活归因到自己的平台。
示例
GreatApp的UA经理Jeff创建了一个名为SPNA的广告系列，定向投放到生活在北美的西班牙语用户。为了确保这一点，Jeff定义了一个验证规则，该规则是仅接受来自加拿大和美国的用户。
这时，某个位于西班牙的TikTok for Business用户点击了该广告并激活应用，TikTok for Business就会将该次激活归因给自己，而AppsFlyer则会因为该激活不符合验证规则而将其拦截下来。
减少数据差异的方式
虽然两个平台的归因模式有所差别，但您仍可在部分情况下减少数据差异。
点击型和浏览型归因
AppsFlyer支持点击型归因和浏览型归因。为了减少TikTok for Business和AppsFlyer之间的数据差异，请确保您在AF中设置的点击和展示回溯窗口与TikTok for Business中对应的窗口期保持一致。
示例
假设您有一个名为com.greatapp的应用，并在AppsFlyer中为该应用设置了1天的点击回溯窗口期，而在TikTok for Business中使用了7天的默认窗口期。如果用户在Tiktok中点击了Greatapp宣传广告后的2-7天才首次打开该应用，AppsFlyer会将这些用户记录为自然量，而这时TikTok for Business则会将这些用户归因到自己的平台。
应用内事件归因
TikTok for Business和AppsFlyer的激活后事件（如应用内购）数据中也可能出现差异。下表列出了造成这些差异的常见原因，并提供了相应的建议，帮助您减少相关差异：
| 原因 | 说明 | AppsFlyer的建议 |
|---|---|---|
|
自归因 |
TikTok会将激活和事件归因到TT广告，而AppsFlyer会将这些流量归因到促成相关转化的获客渠道。这时，在AppsFlyer的归因结果中，TikTok会显示为助攻渠道。 |
您可以结合TikTok获得归因的转化数据与TikTok作为助攻的转化数据一起查看，以减少数据差异。 |
| 未映射的事件 |
AppsFlyer通过SDK获取事件信息，如果您未将相关事件映射到TikTok for Business，则AF不会向其发送这些事件。 |
请确保将所有代表用户质量的应用内事件都映射到TikTok for Business。 |
| 未发送的收入 | AppsFlyer通过SDK获取收入信息，如果您未选择发送收入，则AF不会将其发送给TikTok for Business。 |
配置TikTok for Business的渠道映射事件时，请务必选择发送收入。 |
| TikTok for Business侧缺失事件值 | 如果参数和值的结构正确，AppsFlyer就会将其作为映射事件的一部分发送给TikTok for Business。 | 请按照AppsFlyer推荐的结构配置您的SDK应用内事件，确保完整映射TikTok for Business事件值。 |