APP来源追踪方式(归因)——iOS篇

Attribution Haran 5年前 (2020-08-17) 15886次浏览 6个评论

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

iOS是一个极度注重隐私的生态系统。从ITP到IDFA限制、再到ATT、SKAdNetwork 4/5,苹果每一步都在减少可用于跨App跟踪的ID,所以你能跟踪什么,能跟踪多少,取决于苹果开放了多少,目前iOS提供以下几种渠道跟踪方式,根据归因实现的方式可以分成两种类型:

  • 一种是匹配式,依赖于“点击时收集到的信号”和“App激活时收集到的信号”进行匹配
  • 一种是传递式,在用户设备/应用市场上存在一个能够传递渠道标签的机制,应用激活(first_open)能够获取渠道标签,从而实现渠道信息的传递

 

匹配式(Matching-based)

匹配可以分为精准匹配模糊匹配

精准匹配IDFA(Identifier for Advertisers)

iOS的精准匹配就是使用IDFAIDFA的全称是Identifier for Advertising ,中文名是广告标识符,DFA匹配的过程如下:

2012–2020:IDFA是行业主流

  • iOS 6引入IDFA,替代UDID、MAC等“跨App永久 ID”。
  • 数百家归因工具(AppsFlyer、Adjust、Branch 等)以及广告平台都采用IDFA精准匹配

2020–2021:隐私大转折(ATT)

  • 2020WWDC 苹果宣布:获取 IDFA 需要App获得用户授权(ATT prompt)就像访问相机、定位一样必须弹窗请求。
  • 自iOS 14.5(2021 年 4 月)起:没有用户同意=广告用途不能访问 IDFA

从此:IDFA不再是可用的默认识别ID,只有5%–20%用户会同意授权。

现在:IDFA精准匹配只存在于少数用户身上,不再是主流。

关于IOS14的影响可以看:iOS 14隐私变更与IDFA的衰落:广告归因的核弹级影响解析

为了应对IDFA受限,中国广告协会、中国信息通信研究院和产业界推出CAID替代,但苹果表示这是违反苹果的政策,苹果曾向使用CAID的中国开发者发出警告:任何试图绕开ATT机制的行为,都可能导致应用下架延伸阅读:CAID是什么?全面解析中国广告协会的统一身份识别方案

 

模糊匹配(Probabilistic Matching:IP + UA)

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

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

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

模糊匹配在iOS上受到极强限制:

隐私机制对匹配的影响
ITP (Safari)Cookie / referrer 严格限制
Private Relay(iCloud+)用户 IP 直接变成匿名 IP,无法用于归因
ATT不允许未经授权做跨 App 追踪(包括指纹识别)
App Store 审核条款明确禁止使用“设备指纹”技术

因此:iOS的模糊匹配被严格限制,任何基于指纹的算法都可能违规,但实际上一直在用,属于灰色地带。

实际使用情况:

  • AppsFlyer、Adjust 等只在“用户未拒绝追踪 & 未启用 Private Relay”情况下做极低功率的概率匹配。

  • 推广落地页 → App 这类“同一公司内部域名”场景仍可做有限匹配。

  • 准确率远低于Android,大约40–60%。

在ATT拒绝的时候,这是是一种兜底的匹配方式,而且是用的最多的方式,目前国内很多归因工具都是基于此的。

 

自归因渠道(SAN / SRN)

自归因渠道,全称是Self Attributing Networks ,简称SANs

是一些具有归因功能大广告平台提供的归因机制,可以从广告平台发给第三方归因平台,也可以从第三方归因平台发给广告平台,我们这里关注前者。

原理是,应用需要集成广告平台的自归因DSK,用户安装/打开的时候先会检查是不是从自归因渠道来的,如果是的话,就通过API用户设备ID去匹配,实现渠道归因,如果不是,就用其他的归因则。

目前提供自归因的广告平台有:

  • Apple Search Ads 
  • Facebook 
  • Google Ads
  • Snapchat
  • 腾讯
  • Twitter
  • Verizon Media
  • Yahoo Japan Search

 

 

传递式(Passing-based)

Cookie(已基本淘汰)

理依赖于:

  • SFSafariViewController 和系统 Safari 共享 Cookie
  • 点击时写 Cookie,激活时再读取 Cookie

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

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

此技术基本退出实际应用。

 

 

剪贴归因(已被严格禁止)

如果精准归因拿不到ID,模糊归因精准度不高,那么还可以使用剪贴归因

实现方式:用户在广告页面点击下载的时候同时将唯一标识写入剪贴板,用户下载激活后,APP会读取剪贴板的内容,然后将信息上报,实现归因。

由于剪贴板上的信息是用户的隐私信息来的,所以这种方式其实是在侵犯用户的隐私,网信办明令禁止的,是违法的,所以并不是主流方式,但还是有公司在用。

 

 

SKAdNetwork(2020–2025)

这是苹果官方提供、完全不依赖IDFA的归因方案。

原理如下:

注意上图中橙色的点,广告平台会给每个用户的点击生成一个签名(Ad Signature),这个签名会在整个广告过程中都存在,用户安装APP的实时,APP Store会将带有渠道信息的签名回传给广告平台,从而是从哪里来的。

SKAN已经发布到第五版,延伸阅读:什么是 SKAdNetwork?搞懂 iOS 广告归因就看这一篇

优点:

  • 官方标准(SKAN 成为 iOS 广告归因的核心机制,在广告侧不可绕过)
  • 各大广告平台全面支持
  • 不需要用户授权
  • 全球 iOS 广告归因的唯一可规模化方式

缺点:

  • 官方标准
  • 各大广告平台全面支持
  • 不需要用户授权
  • 全球 iOS 广告归因的唯一可规模化方式

总结

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

APP来源追踪方式(归因)——iOS篇一般是使用IDFA精准匹配为主,模糊匹配为辅。也有部分产品也提供归因工具回传的方式。

 


如有疑问,可以在文章底部留言或邮件(haran.huang@ichdata.com) 我~
喜欢 (13)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

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

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
(6)个小伙伴在吐槽
  1. 大佬,ipua模糊归因如何进行匹配的原理有介绍吗
    Jionni2025-10-13 16:29 回复 Mac OS X | Chrome 140.0.0.0
    • Haran
      1、基于IP+UA计算唯一值,如它的hash值去匹配2、用一些算法计算相似度,相似度高的判断为同一个用户
      Haran2025-10-14 10:05 回复 Mac OS X | Chrome 141.0.0.0
  2. 现在出了CAID方案,媒体也在用。
    破破2021-01-26 22:50 回复 Mac OS X | Chrome 86.0.4240.111
    • Haran
      类似的方案都很多,很多商业公司都希望自己的方案成为通用方案
      黄业忠2021-01-27 09:48 回复 Mac OS X | Chrome 88.0.4324.96
  3. "SDK将各种ID采集上报,后台利用的ID关系库、山寨库和校准算法,实时生成/找回终端唯一ID并下发" , 请教下 这里的 “山寨库和校准算法" 作用分别是什么
    nonstriater2020-08-31 11:12 回复 Mac OS X | Chrome 84.0.4147.105
    • 前者为黑名单,后者为算法,不能直接匹配的,通过算法判断
      GA小站2020-08-31 15:06 回复 Mac OS X | Chrome 84.0.4147.135