SAN 报告差异的常见来源

The following Branch Universal Ad Partners are Self Attributing Networks:

  • Apple Search Ads
  • Facebook 广告
  • Google Ads
  • Google Marketing Platform
  • Snap
  • Twitter Ads

报告差异的常见来源

可用的报告筛选项

自归因广告平台 (SANs)并不总是支持 Branch 分析中所有可用的维度。使用按尺寸比较时,请参考下表。

FacebookGoogleApple Search AdsSnap
Feature支持支持支持支持
Channel不支持不支持不支持不支持
Campaign支持支持支持支持
Tags不支持不支持不支持不支持
Stage不支持不支持不支持不支持
Ad Partner支持支持支持支持
Secondary Publisher支持支持不支持不支持
Ad Set Name支持不支持支持支持
Ad Name支持不支持不支持支持
Creative Name支持不支持不支持不支持
Keyword不支持支持支持不支持
Last Touch Type不支持不支持不支持不支持
Link ID不支持不支持不支持不支持
Country支持不支持不支持不支持
OS不支持不支持支持不支持
Platform不支持不支持不支持不支持

时区

请确保您的 SAN 广告帐户和 Branch 的时区相同。如果您将多个广告帐户与 Branch 一起使用,请确保对齐每个帐户的时区。

如果您无法对齐所有时区,则可能会注意到 Branch 操作后台 (Dashboard) 上的某些数据与 SAN 操作后台 (Dashboard) 上的数据并不完全一致。但是,数据不会丢失,而只会在几天之间转移。较长时间段内的数字求和应大大减少时区不一致的影响。

注意:Branch 导出采用 UTC 格式,因此请确保在比较信息时时域在 1)SAN 操作后台 (Dashboard),2)Branch 操作后台 (Dashboard),3)任何 Branch 导出的数据中对齐。

限制广告追踪

在 iOS 10 中,如果用户启用了“限制广告跟踪”,则 Apple 打破了应用开发人员收集 IDFA 的功能。

在这种情况下,Branch 和 SAN 无法比较查看谁促使了安装。这将导致两个平台之间的计数差异大约为15%,而 Branch 的追踪安装次数会更低。

归因窗口

如果 Branch 操作后台 (Dashboard)上的归因窗口之一与 SAN 操作后台 (Dashboard)上的相应窗口不同,则两者之间的数据将无法对齐。您可以通过更改 Branch 操作后台 (Dashboard)上的多个归因窗口之一,或更改 SAN 操作后台 (Dashboard)中给定广告帐户的归因窗口来缓解这种情况。

最终点击归因

Branch 的最终点击归因模型可能会导致 Branch 与自归因广告平台 (SANs) 的安装次数有所不同,进而导致 CPI 指标有所不同。验证您的费用和安装指标是否与广告合作伙伴的操作后台 (Dashboard)相匹配。

如果存在安装差异 (可能表示差异是真实存在的),是由于安装数量的差异所致,这种情况下 Branch 的数据更为准确。如果差异很大,请通过通常的问题排查步骤调查安装差异的原因。

Reinstall

Apple Search Ads 的操作后台 (Dashboard)在其默认视图中将重新安装显示为转化,但 Branch 称这些安装为 “REINSTALLS”。在 Apple 操作后台 (Dashboard)中,在列选择器中选择“新建下载”或“重新下载”以对齐数据。

我们会通过其 IDFA 或 Google Advertising ID(以及其他几种方法)记住特定用户的历史记录,并会检测该用户实际上是新用户还是先前卸载了您的应用的回访用户。Facebook 的机制限制为最多180天。在某些情况下,Branch 已检测到超过一年后发生的重新安装事件。

打开与安装

Branch 将第一个打开视为安装。Apple Search Ads 将用户下载该应用的时间视为安装时间。这可能会导致计数和安装日期不一致。

根据安装日期与触点日期进行报告

Twitter 将声明并报告其在窗口内追踪点击或观看的所有转化。由于 Branch 将归因于与用户互动的最后一个合作伙伴,因此您最多可能会看到10-30%的差异。

点击次数与链接点击次数

对于已安装,重新安装或打开的 Campaign,Branch 仅显示展示和点击。如果您的 Campaign 没有带来这些基于应用的结果,我们将对其进行隐藏。

请注意,Branch 通过 API 从 Facebook 接收链接点击。此点击次数与 Facebook 中包含其他点击来源的点击次数不同。

API 延迟

Apple Search Ads Attribution API 响应速度可能很慢。尽管客户可以编辑超时,但是上面代码中的默认 Branch 超时仅超过1秒。如果 Apple Search Ads 在此超时后做出响应,则 Branch 不会将安装归因于 Apple Search Ads。

费用数据不匹配

请确保您在广告合作伙伴的操作后台 (Dashboard)和 Branch 的操作后台 (Dashboard)中选择了相同的时区。

CPI 指标不匹配

Branch 的最终点击归因模型可能会导致 Branch 与自归因广告平台 (SANs)的安装次数有所不同,进而导致 CPI 指标不同。验证您的费用和安装指标是否与广告合作伙伴的操作后台 (Dashboard)信息相匹配。如果发现安装差异(很可能是真正存在的),应该是由于安装数量的差异所致,这种情况下 Branch 的数字更为准确。如果差异很大,请通过通常的问题排查步骤调查安装差异的原因。

费用,点击和展示数据丢失

通常,重新认证合作伙伴并等待24小时会重新启用费用数据。

重新认证时,请仔细检查您是否选择了正确的帐户。我们只会提取您在身份验证过程中选择的帐户的费用数据。

背景:
SAN 的费用,点击和展示数据通常来自合作伙伴 API(除非有意将 Branch 印象像素或链接用于归因,例如在 Web Campaign 中)。启用 SAN 时,您需要向提供商进行身份验证。Branch 使用此身份验证来检索点击,费用和展示数据。如果身份验证 Token过期(例如,如果您重置密码,或者合作伙伴强制重置了 Token),则可能看不到点击,印象或费用数据。在这种情况下,只需重新认证即可刷新 Token。

使用 "Compare By" 筛选项的费用数据缺失或不正确

下游事件(例如安装 )应始终具有操作后台 (Dashboard)中按选项进行比较的全部范围。但是,SAN 的点击,展示和费用数据通常是通过合作伙伴 API 导入的。这些 API 不一定会提供与 Branch 支持的原始安装事件所涉及的成本数据相同的细分,因此在某些情况下,Branch 操作后台 (Dashboard)无法针对成本数据与安装数据按相同的维度进行比较。


这个页面对您有帮助吗?