Guideline编号对应具体问题：2.3.3为截图未真实展示App运行态；4.3(a)为模板套壳同质化；4.2.3为强制依赖第三方客户端；5.1.1为隐私权限目的字符串未写清具体用途和用户价值。
uni-app 上架 App Store 被拒，只要看到 Guideline 开头的拒信，基本不是单一问题，而是苹果按条款编号分类的“归档式反馈”。不同编号对应完全不同的审核维度，混着改只会越改越错。必须先精准识别编号含义，再针对性处理。
怎么快速定位 Guideline 编号对应的真实问题
苹果的 Guideline X.X.X 编号是结构化标签，不是模糊提示：
-
Guideline 2.3.3→ 截图未真实展示 App 运行态（比如用设计稿/空页/网页截图代替真机录屏） -
Guideline 4.3(a)→ 苹果判定你的 App 是模板套壳、功能同质化严重（uni-app 项目高频中招） -
Guideline 4.2.3→ 强制依赖第三方客户端（如微信、QQ），未提供 Web 端 fallback 登录路径 -
Guideline 5.1.1→ 隐私权限弹窗的目的字符串（NSCameraUsageDescription等）没写清“具体用途+用户价值” -
Guideline 5.1.2→ 隐私政策缺失、未明示数据收集项、或弹窗无拒绝按钮
Guideline 4.3(a) 的硬性改造点（uni-app 项目最常卡这里）
这不是“优化 UI”就能过的条款，苹果后台有 UI 框架指纹库，对 uni-app 默认构建产物敏感。关键动作必须做在打包前：
- 改
manifest.json中的name和appid，不能含uniapp、dcloud、com.uniapp等关键词，建议用域名反写 + 时间戳 + 随机字符串，例如com.yourname.2026q4app8xk - 删掉所有未使用的原生插件，特别是
uni-push、uni-stat这类带默认埋点行为的插件，它们会注入特征代码 - 首页必须有至少一个非模板化交互：比如自定义手势下拉刷新、动态表单校验、Canvas 绘图组件，纯
v-for渲染列表会被直接识别为模板 - 云打包时勾选「使用自定义调试基座」并上传你自己的 .p12 证书，禁用 HBuilderX 默认企业签名基座（它自带 dcloud 标识）
Guideline 5.1.1 权限描述字符串怎么写才不被拒
苹果要的不是技术说明，是用户能看懂的场景化理由。错误示范："访问相册"；正确写法必须包含动词 + 场景 + 用户收益：
-
NSPhotoLibraryUsageDescription→"上传头像需要访问您的相册，仅用于设置个人资料图片，不会上传或分享到其他平台" -
NSCameraUsageDescription→"扫描二维码加入活动群组，摄像头画面仅在本机处理，不保存也不上传" -
NSLocationWhenInUseUsageDescription→"实时显示附近优惠门店，位置信息仅在前台使用时获取，关闭App即停止"
注意：这些字符串必须在 manifest.json 的 app-plus → distribute → ios → privacyDescription 节点下完整配置，云端打包才会注入 Info.plist。
容易被忽略的致命细节
很多项目改完所有显性问题仍被拒，往往栽在这些隐性环节：
- App Store Icon 必须是纯色无透明通道的
1024x1024PNG，连 1 像素 alpha 都会触发ITMS-90717错误 - 如果集成了个推、友盟等 SDK，其隐私说明必须和你在 App 内弹窗里写的完全一致，包括标点符号——苹果会逐字比对
- 苹果登录（Sign in with Apple）不是可选项：只要用了微信/QQ 登录，就必须同时接入苹果登录，且按钮样式、位置、文案要严格符合 官方规范
- 截图必须用真机录屏后裁切，不能用模拟器、不能加水印、不能留黑边——iPhone 截图必须是 5.5 英寸分辨率（1242×2208）原始帧
