APP来源追踪方式——iOS篇

Google Analytics GA小站 1个月前 (08-17) 363次浏览 已收录 2个评论

上一节介绍了APP来源追踪方式——Android篇,这一节来介绍iOS的。

iOS是个比较封闭的系统,非常注重用户的隐私保护,从ITP的推出到IDFA使用规则的调整,无一不对广告行业产生重大的影响,所以你能跟踪什么,能跟踪多少,取决于苹果开放了多少,目前iOS提供这几种渠道跟踪方式:

精准匹配IDFA

iOS的精准匹配就是使用IDFAIDFA的全称是Identifier for Advertising ,中文名是广告标识符,自2012年iOS6推出IDFA后,其他的MAC、UDID各种ID都被苹果禁止,只能用IDFA,通过IDFA跟踪是主流方式。

IDFA匹配的过程如下:

APP来源追踪方式——iOS篇

2016年发布iOS 10 提供了Limit Ad Tracking,用户可以主动关于IDFA,发布28天后,Adjust发布一个报告显示约20%的用户会选择关闭IDFA,详情可以看:https://www.adjust.com/blog/limit-ad-tracking-rates-per-country/,但仍没有影响IDFA成为主流的跟踪模式。

2020年9月,即将发布的iOS 14给IDFA蒙上了一层阴影,iOS 14 之后,App在访问用户设备的IDFA之前,必须获取需要用户授权,弹出这个框框让用户去选择,会增加用户拒绝的风险,用户很有可能会拒绝,所以拿不到IDFA。如果用户选择关闭导致关闭的比例再下降的话,匹配的准确率极有可能低于模糊匹配的了,关于IOS14的影响可以看:iOS 14:苹果淘汰IDFA

IDFA随着苹果隐私政策的趋于偏向用户,让用户自己选择,慢慢应该会被淘汰。

拓展:通用ID方案

其实很多的工具或平台很早开始就使用自有的ID体系的,所以不管Android Q和iOS 14的隐私规则调整,都对其没有影响,因为人家根本就不依赖与IMEI和IDFA去识别用户,但没有太高调说。

  • 腾讯灯塔QIMEI是灯塔推出的终端ID精准识别体系,包含Android/iOS两类主流终端的识别。其主要思想为:SDK将各种ID采集上报,后台利用的ID关系库、山寨库和校准算法,实时生成/找回终端唯一ID并下发。
  • TalkingDataTDID是基于SDK获取的设备信息以及常量参数并结合TD的加密方案生成一台设备的标识,以便持久化来保持设备的唯一性。
  • 友盟UMID是基于友盟+自己的设备ID生产算法,在APP的生命周期保持稳定性和唯一性。
  • 易观argo在SDK初始化完成之后会自动生成一个UUID作为匿名用户标识。
  • BranchWeb和APP的SDK会结合用户浏览器内的cookie和设备ID,给该用户标注虚拟ID,这些用户ID最终形成数据库,从而实现用户在没有登录移动网页端的情况下,跨平台判定APP下载的渠道归属。

模糊匹配

跟Android的模糊匹配是一样的。

模糊匹配,也叫IP+UA,是指通过将用户点击广告时的 IP、User-Agent(简称 UA,用来提取用户的操作系统、版本号、手机型号等信息)信息与激活时的 IP、UA 进行关联匹配实现归因分析。

模糊匹配的实现方式如下:

APP来源追踪方式——iOS篇

这的很多厂商都在使用的一种方式,都强调很高识别率,但是这个严重更依赖于两次收集的信息、时间差和算法,一般匹配成功率在70%~80%。对于大部分人来说,算法是黑匣子的,即使第三方工具只是做了一个简单的优先级去匹配,然后对外宣称通过大数据,人工智能的方式去匹配,你也不知道的。现在国内很多中小型归因工具都是采用这种方法的。

由于IP和UA会可能会重复,如多个用户使用同一个 IP等情况普遍,所以准确率不高,这是一种兜底的匹配方式,一般是实在没得选了,用这种。

Cookie

通过共享Cookie,在iOS 9中新增的SFSafariViewController,这个类的API允许在app内打开一个safari浏览器,而不是一个app内部的webview。这个app内的safari和外面系统的safari是同一个,共享同一个沙盒,可以操作同一个Cookie,也就是说它可以跨App与Safari实现共享Cookie。

当用户在App中通过它打开渠道页面时,我们可以将渠道信息写入Cookie中,并设置生效时间。当用户安装并激活 App后,再次使用SFSafariViewController上报激活信息,同时将Cookie中的渠道信息上传,通过匹配,便可确定下载来源。由于渠道信息保存在设备本地,因此匹配是100%准确的。

APP来源追踪方式——iOS篇

这种方式有很大的局限性,只是在safari和app共享cookie,所以其他浏览器不适用,跟踪不到,另外还需要向用户申请权限,简单说,就是一打开要有个用户确认的界面,知道你在跟踪,对用户的体验非常糟糕。

这种跟踪方式很少应用。

SKAdNetwork

SKAdNetwork是苹果在2018年推出的保护用户隐私的同时还能实现安装归因的一个方案,注意这里是安装归因,不是First Open,跟前面的是不同的。

原理如下:

APP来源追踪方式——iOS篇

如果用户点击广告,广告会将带有签名的广告信息带给App Store, 当广告点击带来转化(也就是应用下载)时,会通知App Store,并将带有基本归因参数的回传ping发送到广告网络。这个过程需要广告平台的支持,广告平台需要在苹果注册才能将带有签名的信息传递给App Store。

由于那时还能用IDFA,这种方式基本是被雪封的节奏,很少有工具会提供这种匹配方式,几乎没有广告平台去注册支持,因为它支持的功能可以说只能用于安装归因,不能用于再营销。

总结

总结一下,各种匹配方式的优缺点如下:

APP来源追踪方式——iOS篇

一般是使用IDFA精准匹配为主,模糊匹配为辅。也有部分产品也提供归因工具回传的方式。

写在最后

其实现在很多的工具使用自己的ID体系,如基于硬件设备等信息生成唯一的标识符,同一设备的不同APP都使用这个标识符,不在局限IMEI或IDFA或受限于用户,但很多都不会明说,有些会告诉你。

喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
(2)个小伙伴在吐槽
  1. "SDK将各种ID采集上报,后台利用的ID关系库、山寨库和校准算法,实时生成/找回终端唯一ID并下发" , 请教下 这里的 “山寨库和校准算法" 作用分别是什么
    nonstriater2020-08-31 11:12 回复 Mac OS X | Chrome 84.0.4147.105
    • GA小站
      前者为黑名单,后者为算法,不能直接匹配的,通过算法判断
      GA小站2020-08-31 15:06 回复 Mac OS X | Chrome 84.0.4147.135