添加微信：qulangchuhai 或 公众号菜单 “出海群” 进 App 出海交流群，获取更多资源和出海知识
iOS App Store 审核如同开发者的 “必闯关卡”—— 不少团队因细节疏漏、政策准则理解偏差，导致 App 反复被拒，错失上架黄金期，影响业务发展。
据苹果《2024 App Store 透明度报告》（报告地址：www.apple.com/legal/more-… 年 iOS App 审核提交量超 777 万次（含同一款 App 多次提交），其中被拒量超 193 万次，审核拒绝率高达 25%；更值得关注的是，被拒后二次提交且通过的仅 29 万次，仅占被拒总数的 15% 左右，意味着多数开发者需多次修改才能通关，成功上架，但多次违规已然对账号信誉产品影响。
趣浪结合自身多年摸爬滚打的大量真实审核被拒案例和官方透明度报告，分析发现性能问题（2.x）、法律隐私（5.x）、设计规范（4.3a/b）仍是三大重灾区（占比超 85%）；同时，随着苹果政策收紧，代码重复使用，地区合规差异等新问题显著增加，开发者需重点警惕后续 App Store 的合规新要求。屡次违规对开发者账号伤害极大，俗话说，不打无准备之仗，在App上架前我们需做好CheckList和违规预案，出海合规永远是第一红线！下文坑多，行军路多有颠簸，大佬们扶好了！
性能类：占比超 51% 的高频坑
性能类是最高频的被拒原因，但其却也是容易解决的违规。
性能类被拒核心是 “产品体验未满足基本要求”，审核团队会重点核查 App 能否正常运行、元数据是否准确，常见问题集中在应用完整性、元数据不准确、隐藏功能三类。
应用完整性：崩溃、空白页、功能卡死被拒核心原因App 在特定设备 / 系统版本下出现功能异常，无法完成登录、支付、核心业务流程（如贷款申请），触发 2.1 等基础条款。
经典案例
• 某消费贷款 App：审核时点击 “申请更高额度” 按钮直接崩溃，仅在 iPad（iOS 16.6）设备触发。
• 某工具类 App：进入 “Auth” 选项卡后显示空白页，无法操作，且仅在 iPad 设备复现。
• 某社交 App：因服务器带宽不足，审核期间频繁出现登录超时，被判定 “核心功能不可用”。案例邮件关键内容
Guideline 2.1 - Performance - App Completeness
We discovered one or more bugs in your app. Specifically, we were unable to loging using an US phone number as the prefix was set fixed for Mexico。
处理方案
• 精准复现问题：严格按审核提示的设备（如 iPad Pro 11 英寸）和系统版本（如 iOS 16.6）测试；新 App 需卸载旧版重装，更新类 App 需覆盖安装（模拟用户实际使用场景）。
• 定位崩溃根源：通过符号化崩溃日志，精准定位代码漏洞。
• 多设备验证：用 TestFlight 邀请测试成员，在 iPhone/iPad 多机型、多系统版本下跑核心流程，确保无阻碍审核的问题。
• 临时优化服务器：依赖网络的 App（如社交、金融类），提交前需确保服务器正常或临时提升服务器带宽，避免审核时出现连接超时。
元数据不准确：截图、“新功能”描述以及其他相关元数据不合规被拒核心原因截图未展示实际使用场景、“新功能” 描述模糊 / 重复，无法让用户感知 App 价值；2025 年苹果进一步强化截图尺寸规范与年龄分级要求，违规案例再次显著增加。
经典案例
• 某社交 App：6.7 英寸 iPhone 截图仅展示登录页，未体现聊天、内容发布等核心功能；
• 某工具 App：3 次版本更新的 “新功能” 文本均为 “优化用户体验”，与上一版本完全一致，被判定 “元数据敷衍”。案例邮件关键内容
We noticed that your screenshots do not sufficiently show your app in use. Specifically, your 6.7-inch iPhone screenshots do not show the actual app in use in the majority of the screenshots.
• Guideline 2.3.6 - Performance - Accurate Metadata
The rating you have selected, 4+, is inconsistent with the content of your app. Since your app includes content and features involving mature and adult themes, it should be rated appropriately for this subject.
• Guideline 2.3.12 - Performance - Accurate Metadata
We noticed you have included nondescript, temporary, or incomplete information in your app’s "What’s New" text. Specifically, the "What's New" text is same as previous version.
• Guideline 2.3.10 - Performance - Accurate Metadata
We noticed that your submission includes information about third-party platforms that may not be relevant for App Store users.
Specifically, your description includes Google Play references.
处理方案
1.截图优化
• 覆盖所有支持设备：iPhone/iPad需分别提供对应设备截取的截图（不可用 iPad 拍摄 iPhone 截图）；
• 严格遵循尺寸规范：使用最高分辨率（如iPhone 15 Pro Max 需提供 1290x2796 像素截图），内购项目截图需单独核查；
• 展示真实场景：游戏 App 放 gameplay 画面，贷款 App 放 “申请→审核→放款” 流程页，避免仅放启动页 / 登录页；
2.“新功能” 文本撰写：
• 有新增功能：明确描述价值（如 “新增人脸识别登录，提升账号安全性”）；
• 仅修复 Bug：用 “错误修复与性能改进” 即可，避免模糊表述；
3.年龄分级更新：需在2026 年 1 月 31 日前完成苹果新年龄分级系统的问卷填写，否则将中断版本更新。
4.其他平台信息移除：应用截图、宣传图、描述推广文案等地方不能有其他第三方平台（例如Google）的内容如UI、logo、名称等。
隐藏功能 / 混淆代码：触碰审核红线被拒核心原因包含远程代码下载（如 JS）、混淆代码，意图规避审核后修改 App 功能
经典案例
• 某金融 App 因支持远程 Javascript 代码下载，被判定 “可在审核后擅自更改功能”，不仅下一次提交审核时间延长，还无法申请加急审核。案例邮件关键内容
We discovered that your app contains obfuscated code, selector mangling, or features meant to subvert the App Review process by changing this app's concept after approval to the App Store.
Obfuscated code has been manipulated to be difficult to understand and is typically used to hide features and content while your app is in review.
• Guideline 2.5.2 - Performance - Software Requirements
Your app, extension, or linked framework appears to contain code designed explicitly with the capability to change your app’s behavior or functionality after App Review approval, which is not in compliance with App Store Review Guideline 2.5.2 and section 3.3.2 of the Apple Developer Program License Agreement.
处理方案
• 移除动态调用：删除 dlopen ()、dlsym () 等可加载远程代码的方法。
• 代码复用策略：若需使用公共代码库，需通过 “函数名重命名 + 功能模块差异化” 处理（如给通用工具类添加专属业务逻辑），避免被判定 “换皮应用”。
• 混淆代码规范：仅在加密等必要场景使用，且需在审核备注中说明用途，并提供未混淆的代码索引（避免用乱码 / 无意义字符）。
• 严禁 “审核隐藏功能”：若审核时隐藏功能、通过后激活，将面临开发者账号终止风险。
法律隐私类：账户删除成强制项，合规要求升级
隐私是 Apple 审核的 “高压线”，5.1.1（数据收集）和 5.1.2（数据跟踪）是最易被拒条款。2025 年案例显示，账户删除功能与非必要注册要求成为新的高频被拒点。
权限请求与账户管理：账户删除成 2025 年必选项被拒核心原因权限请求弹窗未说明用途、申请无关权限，或未提供App 内账户删除功能，强制用户注册非必要账号。如有账号注册功能，也必须在APP内提供账号删除功能。
经典案例
• 某贷款 App：请求访问联系人和位置，但弹窗仅显示 “允许访问联系人”，未说明 “用于推荐附近线下服务中心”；
• 某社交 App：未提供 App 内账户删除入口（仅支持邮件申请），且强制用户注册才能使用内购功能，修改 3 次后才通过。案例邮件关键内容
• Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
We noticed that your app requests the user’s consent to access the location, but doesn’t sufficiently explain the use of the location in the purpose string.
处理方案
• 权限说明优化：修改Info.plist 文件，在对应权限字段添加清晰用途（如位置权限写 “访问位置以推荐附近合作商户”）。
• 删减无用权限：若 App 用不到联系人、照片等权限，直接从代码中移除请求逻辑（避免 “过度申请权限” 判定）。
• 账户删除功能：必须在 App 内提供明确入口（如 “设置→账号安全→删除账户”），不可仅通过邮件 / 客服渠道。
• 注册流程优化：非账户专属功能（如浏览内容、试用内购）不得强制注册，可提供游客模式，并弹窗提示 “注册可跨设备同步数据”。
跟踪未获许可：未集成 ATT 框架被拒核心原因App 收集设备 ID 等数据用于跟踪（如给第三方广告平台），但未弹出 ATT（App Tracking Transparency）弹窗获取用户许可，违反 5.1.2 条款。
经典案例
• 多个工具类 App 因未集成 ATT 框架，仅在 “应用隐私信息” 中注明 “跟踪用户”，被要求补充许可流程后重新提交。案例邮件关键内容
The app privacy information you provided in App Store Connect indicates you collect data in order to track the user, including Device ID and Coarse Location. However, you do not use App Tracking Transparency to request the user's permission before tracking their activity.
处理方案
• 无需跟踪用户：在 App Store Connect 更新 “应用隐私信息”，删除 “跟踪用户” 相关描述。
• 需跟踪用户：集成 ATT 框架，在 App 启动后弹出弹窗（如 “是否允许 App 跟踪您的活动，以提供个性化广告？”），并在审核备注中注明弹窗触发位置。
收集第三方数据：未经同意获取好友信息被拒核心原因App 在用户未告知好友的情况下，收集好友的联系方式、使用习惯等数据，触发 “未经许可处理第三方信息” 条款。
经典案例
• 某社交 App 自动读取用户通讯录，并向好友发送推广短信，被判定为 “发送垃圾邮件”，暂停审核资格 1 周。案例邮件关键内容
• Guideline 5.1.2 - Legal - Privacy - Data Collection and Storage
We noticed that your app collects information about the user’s friends, contacts, or other third-party persons without the knowledge or consent of those parties.
处理方案
• 移除自动收集逻辑：删除 “无需用户操作即可读取通讯录 / 好友列表” 的功能。
• 手动授权流程：若需获取好友信息，需让用户手动选择联系人，并弹窗提示 “将向选中联系人发送邀请，是否继续？”。• 好友授权入口：好友收到邀请 / 信息时，需提供 “同意 / 拒绝” 选项（如短信内附 “取消订阅” 链接）。
商业合规类：地区差异凸显，欧盟 DSA 成新挑战
提供金融、贷款等服务的 App，需重点关注 3.2.1（资质）和 3.2.2（条款）。2025 年苹果强化地区合规要求，尤其是欧盟《数字服务法》（DSA）实施后，未满足地区资质的 App 将直接从对应区域 App Store 移除。地区特定资质：缺资质直接拒被拒核心原因未提供对应地区的经营许可，尤其是欧盟区未提交 DSA交易商身份，或金融服务 App 未由持牌机构提交。
经典案例
• 某贷款 App：计划在越南上架，但提交账号非越南持牌银行，被要求删除贷款功能或更换持牌主体。
• 某印尼贷款 App：因未提供 “点对点借贷许可证”“ESO 注册证书”，被要求补充资质或下架印尼区服务。
• 2025 年新规案例：某电商 App 向欧盟区提交更新时，未提供 DSA 交易商身份，被直接从欧盟 App Store 移除。案例邮件关键内容
• Guideline 3.2.1 - Business - Other Business Model Issues
Your app includes loan application services and is intended for distribution on the App Store in Indonesia, but only government approved lenders are permitted to distribute apps with these services in Indonesia.
• Guideline 3.2.1 - Business - Other Business Model Issues - Acceptable
Your app provides financial services but does not meet all the requirements for apps providing these services.
These requirements give App Store users confidence that apps offering financial services are qualified to provide these services and will responsibly manage their data.
处理方案
• 资质文件提交规范：所有许可证书需提前扫描存档，在 App Store Connect 审核信息中清晰上传，注明证书有效期和适用地区。
贷款条款不完整：缺 APR、到期日等关键信息被拒核心原因贷款 App 未在显眼位置展示条款，或缺少年利率（APR）、还款到期日、逾期罚息等核心信息，违反 “金融信息透明” 要求。经典案例• 多个贷款 App 因条款仅写 “贷款额度 500-5000 元”，未提及 APR（如 “年利率 10%-15%”）和到期日计算方式，被要求补充后重新提交。案例邮件关键内容
• Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable
We found in our review that your app offers users the ability to apply for or receive loans, but it doesn't meet all of the requirements listed in Guideline 3.2.2(ix). Specifically:
The loan terms are not included in the app.
The loan terms are not clearly and conspicuously included in the app.
The annual percentage rate (APR) or payment due date information isn't included in the terms of the loan.
处理方案
• 条款入口设置：在 App 首页或贷款申请页添加 “贷款条款” 入口（按钮需醒目，如红色字体）。
• 关键信息加粗：用加粗字体展示 APR、还款方式（如 “等额本息”）、到期日计算规则（如 “借款日 + 30 天”）、逾期责任（如 “逾期利率 0.05%/ 日”）。
• 避免模糊表述：“利息低” 需量化为具体百分比（如 “年利率低至 8%”），不可用模糊词汇。
设计规范类：避免 “垃圾应用”，Apple 登录成必选项
设计类被拒集中在 4.3（垃圾应用）和 4.8（登录服务），前者因功能重复被判定 “低质量”，后者因未提供 Apple 登录违反隐私要求。4.3 垃圾应用：“换皮不换功能”，代码复用坑被拒核心原因App 功能与现有 App 完全一致，仅调整语言（如中文改英文）或内容（如换图片），被视为 “垃圾应用”；
经典案例
• 某工具 App 因与同开发者旗下另一 App 功能相同（仅支持语言不同），被要求合并为一个 App，通过内购提供多语言包。案例邮件关键内容
• Guideline 4.3 - Design
We noticed that your app provides the same feature set as other apps submitted to the App Store; it simply varies in content or language, which is considered a form of spam.
The next submission of this app may require a longer review time.
处理方案
• 合并同类 App：若多个 App 仅内容 / 语言不同，整合为一个 App，通过内购解锁差异化内容（如多语言包、地区专属服务）；
• 开发独特功能：添加差异化模块（如新增AI 工具、离线模式），避免 “换皮” 上架；• 代码差异化处理：对必须复用的代码，通过“函数重命名 + 模块重构 + 新增专属逻辑” 改造，并在审核备注中说明差异化设计（如“在通用工具类基础上，新增 XX 地区专属数据处理模块”）。
有关4.3问题历史文章：苹果App审核4.3条款，让您的上架之路屡屡受阻！！！
降低iOS4.3重复应用风险必看：包体积优化真实案例与实操指南
登录服务：有第三方登录，必加 Apple 登录被拒核心原因App 支持微信、Google 等第三方登录，但未提供 “使用 Apple 登录”，违反隐私保护要求（Apple 登录可减少用户信息泄露风险）。
经典案例
• 多个社交 App 因仅支持 “手机号 + 微信登录”，缺少 Apple 登录，被要求补充后重新提交。案例邮件关键内容
• Guideline 4.8 - Design - Login Services
The app uses a third-party login service, but does not appear to offer an equivalent login option with the following features:
The login option limits data collection to the user’s name and email address.
The login option allows users to keep their email address private as part of setting up their account.
The login option does not collect interactions with the app for advertising purposes without consent.
处理方案
• 集成 Apple 登录：确保 Apple 登录按钮与其他登录方式 “地位平等”（按钮样式、位置一致，不隐藏 / 弱化）；
• 申请豁免场景：若 App 仅面向企业内部用户（如员工管理工具），可在审核备注中说明 “仅企业内部使用，无公开用户”，申请豁免 Apple 登录。
所需信息类：演示账户 + 视频，避免 “审核员登不上”
不少 App 因 “审核员无法访问核心功能” 被拒，核心是未提供有效演示账户或流程视频，尤其适用于需登录 / 多步流程的 App（如贷款、企业工具）。
演示账户无效：用户名 / 密码错，或权限不足被拒核心原因提供的演示账户无法登录、权限不足（如贷款 App 演示账户无申请权限），或复杂流程（如多步验证）未提供视频，导致审核无法推进。
经典案例
• 某贷款 App：因审核员无法完成 “贷款申请全流程”，被要求提供物理 iOS 设备拍摄的演示视频；
• 某企业工具 App：演示账户密码含特殊符号（如 “#”），审核员输入错误导致审核中断。案例邮件关键内容
• Guideline 2.1 - Information Needed
We’relooking forward to reviewing your app, but we were unable to sign in with the following demo account credentials you provided in App Store Connect
处理方案
• 测试审核账户：提交前用该账户登录，确认能访问所有核心功能（如贷款申请、支付测试）。
• 清晰填写信息：在 App Store Connect “应用审核信息” 中，填写 “用户名 + 密码”，避免特殊字符（空格、#、&）；必要时可临时关闭密码校验（审核通过后恢复）。
• 拍摄演示视频：用 iPhone/iPad屏幕录制功能，完整展示核心流程（如 “注册→登录→申请贷款→提交成功”），需包含权限请求弹窗。
• 视频上传：将视频上传至YouTube/Vimeo（设置为 “公开可访问”），在审核备注中填写链接，确保审核员可直接打开。
后台模式未说明：用后台功能需解释用途被拒核心原因App 启用后台模式（如后台定位、后台刷新）但未说明用途，审核员无法判断功能必要性。
经典案例
• 某导航 App 因启用 “后台定位” 未说明原因被拒，通过录制 “后台定位可持续更新路线” 的操作视频，并在审核备注中解释后通过。案例邮件关键内容
• Guideline 2.5.4 - Performance - Software Requirements
Your app declares support for location in the UIBackgroundModes key in your Info.plist file but does not have any features that require persistent location. Apps that declare support for location in the UIBackgroundModes key in your Info.plist file must have features that require persistent location.
处理方案
• 备注说明用途：在审核备注中详细解释后台模式的必要性（如 “后台定位用于持续更新导航路线，避免用户切后台后路线中断”）；
• 提供证明视频：拍摄操作视频，展示 “启用后台模式前后的功能差异”，佐证必要性。
全流程预防被拒：9 步自查清单
| 阶段 | 自查内容 |
|---|---|
| 开发阶段 | 1. 避免混淆代码、远程代码下载（删除 dlopen () 等动态调用）。2. 仅申请核心权限（无用权限直接移除）。3. 实现 App 内账户删除功能（需有明确入口）。4. 梳理 API 使用清单，准备合规说明文档。 |
| 测试阶段 | 1. 在多设备（iPhone/iPad）+ 多系统版本测试。2. 验证演示账户有效性（登录 + 核心功能访问）。3. 测试账户删除全流程（确保能彻底删除数据）。4. 临时提升服务器带宽（尤其依赖网络的 App）。 |
| 元数据准备 | 1. 截图展示实际使用场景，设备与截图匹配（iPhone 截图不可用 iPad 拍摄）。2. “新功能” 文本清晰无重复（有新增功能需说明价值）。3. 移除 App 内所有第三方 App 名称 / Logo。4. 按最高分辨率准备截图（如 iPhone 15 Pro Max 需 1290x2796 像素）。 |
| 资质准备 | 1. 金融类 App 提前准备许可证书（原件扫描件）。2. “应用隐私信息” 与实际功能一致（不夸大、不隐瞒）。3. 准备地区特定资质（如欧盟 DSA 交易商身份、印尼借贷许可证）。 |
| 提交前 | 1. 检查 Apple 登录是否集成（有第三方登录必加，且按钮地位平等）。2. 贷款类 App 确认条款含 APR、到期日、逾期责任。3. 复杂流程（如贷款申请）上传演示视频。4. 选择周一至周四提交（避开周末审核延迟）。 |
| 审核后跟进（如被拒） | 1. 仔细阅读拒信，标记涉及的具体条款（如 2.1、5.1.1）。2. 针对性修改（避免重复提交相同问题）。3. 复杂问题在备注中附视频说明（如后台模式用途）。4. 申诉需准备完整证据链（如资质截图、测试报告）。 |
文末总结
iOS 审核不是 “刁难”，而是对用户体验与隐私的保障。2025 年审核趋势显示，苹果正从 “功能合规” 向 “全生命周期合规” 演进 —— 开发者不仅要关注当前条款，还需跟踪政策更新（如欧盟 DSA、新年龄分级）；不仅要检查功能实现，还要优化代码结构避免重复。每一次被拒，都是 App 涅槃重生的号角！收藏这份「零拒审」作战地图，提交前逐项打勾——让拒审成为历史名词！
App出海交流
经常分享Google Play，App Store市场政策解决方案，大家共同深入了解应用市场App上架、下架背后的原因，如政策违规、安全漏洞、版权问题、市场策略调整等，确保海外App合规、安全并提升我们的用户体验。也不限于分享其他App出海快讯，一起见证行业的蓬勃发展。
欢迎讨论出海的任何问题！想进群的可以点击这里，或者关注公众号趣浪出海。
