ATT避坑不是改一句弹窗文案那么简单。它牵涉IDFA权限、归因口径、广告投放、埋点顺序和合规边界。很多团队踩坑，不是技术没接好，而是把ATT当成一次性弹窗，忽略了用户场景和数据链路。
ATT是Apple的App Tracking Transparency框架。用户没同意前，App不能读取IDFA，也不能把用户数据用于跨App、跨网站追踪。很多人误以为“弹了窗就合规”，这理解太浅。ATT管的是追踪行为，不只是一个系统弹窗。
实务里最容易出错的是口径混乱：产品以为同意率低影响不大，投放团队却发现重定向、Lookalike、渠道归因全变钝。iOS 14.5之后，如果一个App月活里iOS用户占比高，ATT同意率每差10个百分点，广告优化反馈都会明显变慢。
ATT系统弹窗每个App通常只有一次关键机会。用户刚打开App，还没理解价值，你直接问“是否允许跨App追踪”，大概率被拒。尤其是工具、内容、电商类App，冷启动弹窗的同意率常常很难看。
更稳的做法是先给出可感知价值：比如完成注册、首次收藏、准备领取优惠券、使用个性化推荐前，再用自定义说明页铺垫。不是诱导，而是让用户知道授权后具体改善什么。文案别写“为了更好体验”这种空话，要写“减少重复广告”“保留活动归因优惠”这类可理解结果。
只盯同意率会带偏团队。有些团队把弹窗做得很激进，同意率上来了，但留存掉了、投诉多了，最后得不偿失。ATT避坑的核心是平衡：同意率、首日留存、付费转化、广告归因完整度要一起看。
我更建议分三组看：新用户授权率、已登录用户授权率、高价值行为前授权率。比如同样是35%的总体同意率，如果付费用户里有55%同意，投放建模的价值就比平均数好得多。平均数经常掩盖真实问题。
ATT之后，IDFA不是稳定底座。该接SKAdNetwork就接，能做第一方事件就做，服务端回传也要尽早设计。很多团队上线后才发现：弹窗正常、SDK正常，但渠道报表和内部BI对不上，排查一周才知道事件窗口、去重规则、时区都没统一。
建议上线前做一张归因对账表：App事件名、MMP事件名、广告平台事件名、触发条件、回传时间、是否受ATT影响。别等买量烧了20万才发现“purchase”和“pay_success”不是一回事。
ATT不是法务、技术或投放某一边的事。它需要产品定触发时机，技术保证调用顺序，数据团队统一口径，投放团队评估归因损耗，法务确认文案边界。
能跑通的团队通常有一个共同点：不上来追求漂亮同意率，而是先保证用户不反感、数据不乱、合规不冒险。ATT弹窗只有几秒钟，背后却是一整套用户信任和增长效率的设计。
系统级ATT授权弹窗通常不能随意反复弹。用户拒绝后，只能引导用户去系统设置里修改。自定义说明页可以出现，但不能伪装成系统授权，也不能强迫用户同意。
可以投放广告，但不能基于IDFA做跨App追踪。可以使用SKAdNetwork、上下文广告、第一方数据和聚合归因，但精细化重定向和用户级归因会受限制。
系统弹窗副文案要具体、克制，说明授权带来的明确用途，例如减少无关广告、衡量活动效果。不要写夸大承诺，也不要把“不授权不能使用核心功能”作为威胁。