App Store 拒审整改实录：第三方 SDK 里藏着 UIWebView，没有源码怎么办
一次真实交付里连着吃了三道拒审：UIWebView 被弃用、部署目标不被接受、图标带……
阅读全文
PROBLEM
解决什么问题
把 App 送进 App Store：签名证书、提审整改、App 备案与上架前合规材料
App 做完了，卡在发布环节上不了线，是另一类问题。证书和描述文件过期，构建传不上去；上传后被 Apple 机审直接拒收，只给一个错误码，不知道改哪里；隐私清单和权限用途文案没准备，提审来回好几轮；App 备案和上架想并行推进，先办哪个、谁准备哪些材料没有头绪；企业内部试用要控制范围，又不想走公开商店。工程本身没问题，发布链路不熟，一样上不了架。
FIT CHECK
适用与不适用
不适用清单是有意写全的：不合适的项目直说，比签约后彼此为难便宜。
适合我们的场景
- 已有可上架的构建版本，需要完成签名、提审与发布
- App 被 App Store 驳回，拿到具体拒审码或条款判定，需要定位与整改
- 需要重新签发发布证书、生成描述文件，或补一套签名与上传流程
- 需要以白名单方式做内部试用分发，不上公开商店
- 需要办理 App 备案，或准备上架前材料（隐私清单、隐私政策、权限用途与审核备注）
- 开发在别处完成，只把发布这一段交出来
不适合的情况
- App 还没开发完，需要的是功能开发而不是发布支持
- 要求承诺审核通过，或承诺某个日期一定上架
- 希望用非正常手段绕过商店审核
- 需要上架后的推广投放、榜单与用户运营
- 内容类应用需要我方承担内容审核与运营责任
SCOPE
典型范围与明确不含项
右侧这些不在报价里。事前写清，比事后加钱少吵一架。
我们负责的部分
- 发布证书签发与导入、描述文件生成（App Store 与 Ad Hoc 双通道）。
- 构建打包、签名校验与上传 App Store Connect，回执留档。
- 拒审定位与整改：按机审错误码逐条处理（如 ITMS-90809 旧接口弃用、code 90068 部署目标、ITMS-90717 图标规格），含第三方二进制无源码时的等长替换方案；4.3 条款类整改按差异化材料准备。重新提交并复核。
- 上架材料准备：隐私清单（PrivacyInfo）、隐私政策页、权限用途文案与审核备注。
- App 备案（工信部）材料整理与填报支持，含 iOS 平台公钥与 SHA-1 提取。
- 上架前资质材料（软著申报件）整理与对接。
明确不含（另行确认）
- 开发者账号的年费与企业主体认证费用（账号由贵方持有）。
- App Store 之外的其他应用平台渠道的提交与商店运营。
- 应用功能的开发与重构（属开发类服务，另行确认范围）。
- 上架后的推广投放、排行榜与用户增长运营。
- 内容类应用的内容审核、版权与运营责任。
- 第三方 SDK 的授权采购与费用。
HANDOVER
交付物与售后
验收时按这份清单逐项过；下面的售后条款是写进合同的口径，不是口头承诺。
交付物清单
- 《上架材料包》（隐私清单、隐私政策页、权限用途与审核备注）
- 重新签发的发布证书与描述文件（App Store / Ad Hoc 双通道）
- 构建上传回执与 App Store Connect 交付记录
- 《拒审整改记录》（逐条列拒审码、定位结论与改动说明）
- App 备案信息表与填写指引（含公钥与 SHA-1 提取件）
- 《构建与上传操作说明》（含证书与描述文件维护步骤）
售后条款
- 维护期限、响应边界、费用与合同内变更范围按具体项目合同确认。
- 证书与描述文件的有效期、版本迭代与商店侧变更的配合，按合同约定的服务期限执行。
| 量级 | 典型形态 | 项目组人数 | 工期 |
|---|---|---|---|
| 单次提审 | 已有构建，完成签名、上传与提审 | 按范围确认 | 按范围确认 |
| 拒审整改 | 按具体拒审码定位并整改后重新提交 | 按范围确认 | 按范围确认 |
| 全流程发布 | 证书、材料、备案到提审通过的完整发布支持 | 按合同确认 | 按合同确认 |
SMALL JOBS
小单也接
项目大小不是筛选条件，能不能验收才是。下面这些我们经常做，固定范围签约，通常 5–15 个工作日完成。
01
单次提审与拒审整改
承接已有构建的提审，按拒审码定位并整改后重新提交
按范围确认
02
签名与描述文件配置
重新签发发布证书，生成 App Store 与 Ad Hoc 描述文件并验证
按范围确认
03
App 备案材料整理
整理备案信息表与公钥、SHA-1 提取件，配合完成填报
按范围确认小单的边界：固定范围内计价、不含硬件与第三方费用、不配驻场、不含长期运维（可另签）。范围外需求走增补，先确认再动手。
STACK
技术栈与工作方法
选型按你的约束定（既有系统、机房或云、运维谁做），不为了时髦堆栈。
Apple 发布工具链
Xcode 构建与签名上传 App Store ConnectApp Store 与 Ad Hoc 双描述文件fastlane 发布配置
证书与账号
CSR 生成Apple Distribution 证书签发.pem / .p12 导入导出描述文件与 UDID 白名单
上架材料与合规
PrivacyInfo.xcprivacy 隐私清单隐私政策页与权限用途文案审核备注与整改记录上架前合规自检脚本拒审码逐条整改（ITMS-90809 / 90068 / 90717）4.3 条款整改材料
国内侧材料
App 备案（工信部）材料整理公钥与 SHA-1 提取软著申报件整理接入商归属核对
PROOF
这类东西我们做过什么
FAQ
常见问题
App 已经被拒了好几次，你们接手能过吗？
能不能过取决于拒的是什么。技术层面的拒审原因是我们处理过的类型：旧接口弃用（UIWebView 对应的 ITMS-90809，需要改业务源码并对无法改源码的第三方二进制做等长替换）、服务器硬性拒收部署目标过低（code 90068，把 MinimumOSVersion 从 12.0 升到 15.0）、图标含 alpha 通道（ITMS-90717），以及 4.3 条款（同质化应用）的差异化材料整改。会先定位到具体拒审码再改；涉及主体资质、类目许可与内容合规的部分需要贵方提供材料。
证书和描述文件是你们管还是我们管？
按项目约定。可以在贵方开发者账号下由我们操作签发与配置，也可以交付操作说明由你们自己维护。证书与私钥属于敏感凭据，账号由贵方持有，我们不代持账号、不留存私钥副本。
需要我方提供什么？
开发者账号与 App Store Connect 权限、构建版本或工程源码、Bundle ID 与图标素材、隐私与权限相关的业务说明。备案还需要营业执照、法人材料与域名证书这类主体材料。
报价怎么算？
按范围评估：是单次提审、拒审整改，还是从证书、材料到提审的完整发布；涉及几款应用、几个平台。先确认范围再报价，不按「包过」定价。
App 备案和上架哪个先办？
两件事可以并行，但有先后依赖：证书重签会改变指纹，指纹变了备案信息要重走变更，所以先确定证书再提备案会少跑一趟。准备阶段会把顺序和分工列成表。
上架之后版本更新还管吗？
版本迭代与商店侧的配合属于可延续的服务，按合同约定的服务期限执行。单次的证书与描述文件有效期问题，会在交付说明里写明到期时间与续期步骤。
相关技术笔记
这一页服务背后，我们在交付现场实际处理过的问题。
下一步
先聊需求，再谈报价
把业务目标、现有系统和约束条件告诉我们。三个工作日内回一页纸的边界建议：第一期做什么、明确不做什么、需要你先确认什么。需求评估不收费，也不绑定后续合作。
