Guideline1.1

安全 — 令人反感的内容

1.1 评判的不只是你现在展示了什么,而是你的应用能生成什么。对生成类应用来说,只要模板可能被用来制作不当内容就够了——哪怕模板本身看起来无害。

§ 01这类拒审通常意味着什么

  • Apple 看的是能力。「拥抱」「亲吻」模板被拒,是因为用户能用它做出什么,而不是示例缩略图有多露骨。
  • 拒信通常会写明要删的类别。把那句话当成你修复的需求说明。
  • 带「Extended Review」说明问题被归为安全类。同样的问题反复提交,会拖慢后续所有审核,并让账号承担风险。

§ 02常见原因

  • AI 照片 / 视频模板库里有情侣、拥抱、亲吻或「亲密」特效。
  • 模板由服务端下发,二进制里没有,但审核时照样能看到。
  • 自由输入的 prompt 没有过滤,能把删掉的模板效果重新做出来。
  • 截图、预览视频或关键词仍在宣传同类效果。
  • 用户生成内容没有举报、屏蔽或审核机制。

§ 03怎么判断你是哪一种

  1. 把拒信里的原词(例如 “hugging, kissing, or other intimate templates”)拿出来,在所有模板来源里搜一遍。
  2. 列清模板从哪来:内置 JSON、远程配置、CMS、CDN 缩略图、A/B 实验分组。
  3. 确认用户能不能用 prompt 或上传两张照片,把删掉的效果再做出来。
  4. 过一遍商品页:截图或预览里出现了同类效果,元数据也得改。

§ 05项目里该查什么

检查清单

  • 服务端模板库:名称、标签、分类、缩略图、预览视频
  • 二进制里的内置模板 JSON 和资源
  • 能重新打开某组模板的远程配置 / A/B 实验
  • prompt 输入过滤和服务端生成结果审核
  • App Store 截图、预览视频、关键词和推广文本
  • 仍在宣传这些效果的投放素材

§ 06不要做什么

不要

  • 不要只对审核员、按地区或按审核时段隐藏模板。这属于功能切换,可能升级为 DPLA 3.2(f) 封号。
  • 不要争辩拥抱无害。Apple 已经说了模板本身未必不当,问题在于能力。
  • 不要只回复不改。Apple 要求的是删除。
  • 不要指望只靠调高年龄分级解决。

§ 07接下来常问的问题

模板是服务端下发的,还要出新包吗?
不一定。如果包里没有任何亲密类内容,对所有用户下架模板后回复可能就够。缩略图、JSON 或 prompt 打进了包里,就要上传新构建。
能不能审核时隐藏、正式用户照常可用?
不能。让审核员和用户看到不同的模板库,正是 Apple 认定为不诚实的行为。要对所有人删除。
「Extended Review」是什么意思?
Apple 把这次问题归为安全类。之后审核会更慢,修完之前不要急着重新提交。

相关场景

相关拒信原文

相关案例