App 隐私标签填错被拒怎么核对

结论

App 隐私「营养标签」填错被拒或被要求改正时，核心不是找一套「更安全的填法」，而是让标签声明 = 应用与 SDK 真实收集/用途。按「代码与 SDK → 用途与关联 → 商店问卷与隐私政策」三层核对，改完再提。本页不提供隐瞒收集或虚假声明的建议。

账号类型不能替代隐私合规，见买开发者账号能保证过审吗。通用拒审定位见Guideline 排查。

被拒时常见信号

• 邮件或 Resolution Center 提到 Privacy、Data Collection、App Privacy 或营养标签不一致。
• 审核备注指出某类数据（如位置、联系人、设备 ID）未声明或用途不符。
• 你最近加了统计/广告/登录 SDK，但未更新问卷。

先保存拒审原文与当前 App Privacy 问卷截图，便于对照修改前后差异。

第一层：盘点实际收集

1. 列出第一方代码里申请的敏感权限与网络上报字段。
2. 列出所有第三方 SDK，查阅厂商隐私说明：收集哪些数据类型、是否用于跟踪。
3. 区分「收集但不用于跟踪」与「用于第三方广告跟踪」等用途类别（以 Apple 问卷选项为准）。
4. 检查是否在网页视图或远程配置里动态开启了额外采集。

没有清单就改标签，等于盲填。建议用表格：数据类型 | 来源（自身/SDK）| 用途 | 是否与用户身份关联。

第二层：对照营养标签问卷

• 每一种实际存在的数据类型，是否在标签中出现。
• 用途选项是否与产品真实功能一致（例如把广告用途写成仅应用功能）。
• 「用于跟踪」相关选择是否与 ATT 提示及实际 IDFA/跨应用追踪行为一致。
• 多产品/多 target 是否改错了 App 记录。

原则：宁可完整披露并在产品里给用户清晰说明，也不要为了「看起来少收集」而少报。少报是常见驳回与后续风险来源。

第三层：隐私政策与商店材料

标签、应用内披露、隐私政策链接三者应同向：

• 隐私政策 URL 可访问，语言覆盖主要市场。
• 政策中的收集项覆盖标签中的类型，不互相矛盾。
• 若主体是公司，政策落款主体宜与开发者主体可对应。

修改后如何重提

1. 在 App Store Connect 更新 App Privacy 问卷。
2. 若改了采集逻辑，打新包并在审核备注说明「隐私相关变更要点」。
3. 在 Resolution Center 按审核问题逐条回复：以前错在哪、现在如何一致。
4. 用测试账号再走一遍授权弹窗，确认文案与实际权限一致。

和买号、双端的关系

隐私标签是应用层合规，买个人或公司号只解决发布主体。双端上架时，Play 数据安全表单与苹果标签是两套问卷，不要复制粘贴了事；主体对齐见双端先对齐哪边主体。买前准备见买苹果前要准备什么；成交见交易说明。

总结：被拒不可怕，可怕的是改标签却不改盘点。先有数据流清单，再填问卷，再对齐政策，才能一次收敛。

SDK 变更后的强制复查触发器

下列变更发生后，应默认触发一次隐私标签复查，而不是等到拒审：新增加分析/广告/归因 SDK；登录方式增加（如额外社交登录）；地图、通讯录、相册、麦克风等权限首次启用；付费墙或会员体系引入新的反欺诈采集；把网页收银台或热更新配置改为可远程开启采集。把复查挂在发版 checklist 上，比事后补救便宜。

若产品有多品牌白标，确认每个 App 记录的标签与对应包一致，不要从一个 App 复制问卷到另一个却未改 SDK 列表。白标更易出现「代码分叉、问卷未分叉」。

回复审核的写法示例

有效回复通常包含：问题指向的数据类型、我们核查后的结论（确实有/无收集）、已在标签哪一节更正、隐私政策哪一段已同步、如有构建号请写明。避免只写「已修改，请复审」。审核员需要可验证的对应关系。若同时还有其它 Guideline，按分层排查分条回复，不要把隐私和功能问题揉成一段。

记住：标签合规是持续义务。过审后若加了 SDK 却不更新标签，仍可能在后续更新被打回。把「隐私问卷」当作与版本号一起维护的配置，而不是一次性填空。