背景
很多开发者把隐私合规的重心放在隐私政策、PrivacyInfo.xcprivacy、权限描述文本上面，却忽略了权限预弹窗的按钮文案这种微小细节。一个不起眼的按钮文字，就可以直接触发苹果 5.1.1 (iv) 隐私条款驳回，近期已经出现多例同类案例。
真实案例回顾
开发者的 App 本身功能、隐私政策均无问题，还经历过苹果漏审。在提交快速审核之后依旧被打回，拒审根源仅仅是自定义预弹窗上的按钮文字：授权并开始使用。
苹果拒审原文：Guideline 5.1.1 (iv)‑Legal‑Privacy‑Data Collection and StorageThe app encourages or directs users to allow the app to access the camera.应用在系统权限弹窗唤起之前，通过自定义界面引导用户授予相机权限。
简单翻译：在系统原生权限弹窗弹出来之前，不允许使用 “授权、允许” 这类强引导词汇，不能诱导用户去点击允许。
苹果审核逻辑：权限应当交由用户自主决定，App 不能提前引导、暗示、逼迫用户做出授权选择。自定义预弹窗可以解释权限用途，但不能替用户做出 “要授权” 的决策。
❌错误写法 & ✅正确写法
表格
| 错误按钮文案（会踩坑） | 推荐替换文案 |
|---|---|
| 授权并开始使用 | 继续 / 下一步 |
| 允许并进入 | 继续 |
| 立即授权 | 下一步 |
注意：预弹窗可以说明为什么要权限，比如 “本应用需要访问相机，用于拍摄口播视频”，这个描述是允许的；但是按钮不能带上 “授权、允许”，按钮只承担 “继续往下走” 的动作，不承担 “授权” 的语义。
完整整改方案
- 修改按钮文案把 “授权并开始使用” 替换为「继续」或者「下一步」。
isRequestingPermission ? '正在请求中...' : '继续'
- 保留权限用途说明预弹窗可以友好告知用户权限目的，帮助用户理解，这是苹果鼓励的做法。
本应用需要访问相机用于实时拍摄画面用于用户实名信息认证
- 拒绝权限后的兜底处理当用户拒绝相机权限，对应功能无法使用时：
- 弹窗告知用户该功能需要相机权限；
- 提供跳转系统设置的链接，让用户自行去设置开启权限，不要强制卡死流程。
延伸避坑：不止相机权限
这套规则适用于相机、相册、麦克风、定位等几乎所有系统权限。只要是自定义预弹窗（系统弹窗之前自己做的说明弹窗），都要遵守：
- 文案可以解释用途；
- 按钮禁止出现：授权、允许、立即开启等带有引导授权语义的词语；
- 按钮只表达 “继续流程”，不表达 “同意授权”。
很多开发者疑惑：我没有强制用户授权，只是写了个提示，为什么还拒审？苹果 5.1.1 (iv) 重点管控的是引导倾向，而非是否强制。只要 UI 文案暗示、鼓动用户去点允许，就有可能触发拒审。
写在最后
现在审核周期拉长到 7‑13 天，一旦因为这类小细节被拒，修改之后就要重新排队，时间成本非常高。很多拒审不是大 bug，而是 UI 文案、交互细节踩线。上线前过一遍权限预弹窗，检查按钮文字，就可以规避这一类不必要的驳回。
遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！
🌟附加服务：
1️⃣支持国内外苹果🍎开发者账号，个人公司均有
2️⃣支持AppStore，好评业务！覆盖差评提高产品星级
