iOS App 拒审编号 1.1—1.7 详解:内容、UGC、儿童与安全

这是「iOS拒审编号速查」系列第 2 篇。上一篇做了 1.1—5.6 总表，这一篇只讲第 1 章：安全。

很多开发者看到“安全”，第一反应是代码漏洞。其实第 1 章更常查的是内容、社区治理、儿童保护、医疗风险和数据安全。审核员看的也不只首页，WebView、远程配置、广告和登录后的内容都在范围内。

图：Apple《App 审核指南》页面，当前版本最后更新于 2026 年 6 月 8 日。

1.1：先查 App 里“能看到什么”？

1.1 下有 7 个子编号：

• 1.1.1：诽谤、歧视、羞辱或恶意攻击特定群体。
• 1.1.2：写实杀戮、虐待以及鼓励暴力；游戏敌人也不能只影射现实群体。
• 1.1.3：鼓励非法或不负责任地使用武器、危险品，或导流购买军火弹药。
• 1.1.4：露骨色情、一夜情导向、嫖娼、人口贩卖或剥削。
• 1.1.5：煽动性宗教评论，错误或误导性引用宗教文本。
• 1.1.6：虚假信息、假功能和恶作剧，例如虚假定位、假检测数据。写上“仅供娱乐”也不能免责。
• 1.1.7：借战争、恐袭、疫情等现实事件传播有害概念或牟利。

整改时别只删审核截图中的那一页。启动页、默认内容、搜索结果、运营后台、推送文案和广告素材都要查一遍。若问题来自第三方内容，也仍由 App 开发者负责。

1.2：有用户发内容，就要有治理闭环

评论、帖子、头像、私信、直播、群聊，甚至 AI 生成后公开展示的内容，都可能进入 UGC 审核范围。

苹果重点看四件事：上线前或上线后的内容过滤；用户可举报；可拉黑并处置违规账号；App 内能找到有效联系方式。只有“举报入口”不够，后台还要能接单、删除内容和封禁用户。

随机或匿名聊天、陌生人视频配对、对真人进行“性感与否”投票，风险很高。若产品主要被用于色情、霸凌或威胁，补一个举报按钮通常救不了。

1.2.1针对创作者内容。视频、文章、音频和休闲游戏都按 UGC 管理，付费内容还要符合 IAP。

1.2.1(a)要求识别超出 App 年龄分级的内容，并通过已验证或用户声明的年龄限制未成年人访问。

1.3：儿童类别，难点在第三方 SDK

儿童 App 的外链、购买入口应放在家长监控区域，并设置有效家长门。第三方广告和数据分析原则上不应出现；少数例外也不能收集 IDFA、位置或可识别儿童及设备的信息。

最容易漏的是 SDK。代码里没主动收集，不代表广告、统计和客服 SDK 没有上传设备标识。提审前应核对 SDK 清单、隐私清单和实际网络请求。进入儿童类别后，后续版本也要持续满足要求，不能靠取消勾选规避。

1.4：可能伤人，审核会明显变严

1.4.1主要针对医疗测量、诊断和治疗。声称测血压、血糖、体温、血氧或拍 X 光，必须能解释数据、方法和准确性；无法验证通常会被拒。涉及医疗决定时，还要提醒用户咨询医生。已有监管批准的，随审核备注提交证明链接。

1.4.2的药物剂量计算器须由药企、医院、大学、保险公司、药店或获监管批准的主体提供。

1.4.3禁止鼓励烟草、电子烟、违禁药物或过量饮酒。

1.4.4的酒驾检查点只能采用执法部门公布的数据。

1.4.5禁止危险挑战，以及可能诱导用户伤害自己或他人的玩法。

免责声明不是万能补丁。功能本身站不住，写多少“仅供参考”都没用。

1.5、1.6、1.7：三个容易被忽略的尾号

1.5查开发者信息：支持网址要能打开，邮箱和联系方式要有人处理。钱包凭证还需提供发卡方信息和正确证书。

1.6查数据安全：密码、Token、接口、日志、传输和服务端权限都要有合理保护，不能让用户信息被未授权访问或披露。

1.7很窄，但要求很硬。犯罪举报 App 必须有当地执法部门参与，并且只在已参与的国家或地区提供。普通民间“线索曝光平台”不能包装成官方报案工具。

收到安全类拒审，按这个顺序改

先复现审核员看到的页面，再检查远程内容和第三方 SDK。属于 UGC 的，把过滤、举报、拉黑、封禁和客服链路跑通；属于儿童或医疗的，补齐年龄限制、资质和方法说明。最后在 Review Notes 写清版本号、入口路径、测试账号、改动点及附件位置。

回复可以这样写：

We reviewed Guideline 1.2 and updated the app in version X. The reporting entry is located at [path]. Users can block accounts at [path], and our moderation team handles reports through [process]. A review account is provided below.

别只回复“已修复”。让审核员按路径一次找到，往往比写一大段解释更有效。

下一篇继续拆第 2 章“性能”，重点讲 2.1 完整性、2.3 元数据和 2.5 技术要求。

关于我们