上一节介绍了Android的来源追踪方式：APP来源追踪方式——Android篇，本节聚焦于iOS端的渠道归因。
iOS是一个极度注重隐私的操作系统。从ITP到IDFA限制、再到ATT、SKAdNetwork，苹果每一次更新都在减少可用于跨App跟踪的标识符——你能跟踪什么、能跟踪多少，取决于苹果开放了多少。
目前iOS提供以下几种渠道跟踪方式，根据归因实现的方式可以分成两种类型：
- 一种是匹配式，依赖于“点击时收集到的信号”和“App激活时收集到的信号”进行匹配
- 一种是传递式，在设备或应用市场存在渠道标签传递机制，App激活时直接获取
匹配式（Matching-based）
精准匹配：IDFA（Identifier for Advertisers）
IDFA全称Identifier for Advertising（广告标识符），是iOS端精准匹配的核心ID，匹配的过程如下：
2012–2020：iOS 6引入IDFA，替代UDID、MAC等”跨App永久ID”。数百家归因工具（AppsFlyer、Adjust、Branch等）及广告平台均采用IDFA做精准匹配，IDFA成为行业主流
2020年（转折点）：WWDC宣布：获取IDFA需经用户授权（ATT弹窗），如同访问相机、定位一样必须明确请求
2021年4月起：正式生效——未经用户同意，广告用途无法访问IDFA
从此：IDFA不再是可用的默认识别ID，只有5%–20%用户会同意授权。
现在：IDFA精准匹配只存在于少数用户身上，不再是主流。
为了应对IDFA受限，中国广告协会、中国信息通信研究院和产业界推出CAID替代，但苹果表示这是违反苹果的政策，苹果曾向使用CAID的中国开发者发出警告：任何试图绕开ATT机制的行为，都可能导致应用下架。
模糊匹配（IP + User-Agent）
与Android的模糊匹配原理相同——将用户点击广告时的IP和User-Agent（含操作系统、版本号、手机型号等信息），与激活时的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去匹配，实现渠道归因，如果不是，就用其他的归因则。
目前提供自归因的广告平台有：Meta (Facebook, Instagram), Google Ads, Snapchat, TikTok (抖音), Apple Search Ads (ASA) 等。
传递式（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 广告归因的唯一可规模化方式
总结
总结一下，各种匹配方式的优缺点如下：
| 归因方式 | 类型 | 是否需要用户授权 | 准确率 | 当前状态 |
|---|---|---|---|---|
| IDFA精准匹配 | 匹配式 | ✅ 需ATT授权 | 高 | 仅5%–20%用户可用，不再主流 |
| IP+UA模糊匹配 | 匹配式 | ❌ 不需授权 | 40%–60% | 灰色地带，国内使用最广 |
| 自归因渠道（SAN） | 匹配式 | 视平台而定 | 高 | 主流广告平台支持 |
| Cookie归因 | 传递式 | ❌ 但需弹窗 | 100% | 已基本淘汰 |
| 剪贴板归因 | 传递式 | ❌ | 高 | 违法，已被禁止 |
| SKAdNetwork | 传递式 | ❌ 不需授权 | 高 | 苹果官方标准，未来主流 |
当前主流做法：SKAdNetwork + IDFA（如有授权）+ 模糊匹配（兜底）
