惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Blog — PlanetScale
Blog — PlanetScale
GbyAI
GbyAI
Engineering at Meta
Engineering at Meta
博客园 - 司徒正美
T
Tailwind CSS Blog
F
Full Disclosure
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
IT之家
IT之家
J
Java Code Geeks
Y
Y Combinator Blog
Microsoft Security Blog
Microsoft Security Blog
B
Blog
V
V2EX
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Hugging Face - Blog
Hugging Face - Blog
美团技术团队
The Cloudflare Blog
Recent Announcements
Recent Announcements
博客园 - 【当耐特】
Google DeepMind News
Google DeepMind News
罗磊的独立博客
博客园 - 叶小钗
阮一峰的网络日志
阮一峰的网络日志
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
aimingoo的专栏
aimingoo的专栏
大猫的无限游戏
大猫的无限游戏
酷 壳 – CoolShell
酷 壳 – CoolShell
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
S
Security @ Cisco Blogs
MyScale Blog
MyScale Blog
MongoDB | Blog
MongoDB | Blog
U
Unit 42
H
Heimdal Security Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
V2EX - 技术
V2EX - 技术
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google Online Security Blog
Google Online Security Blog
N
News and Events Feed by Topic
Hacker News - Newest:
Hacker News - Newest: "LLM"
PCI Perspectives
PCI Perspectives
博客园 - 三生石上(FineUI控件)
I
InfoQ
SecWiki News
SecWiki News
N
News and Events Feed by Topic
D
DataBreaches.Net
Schneier on Security
Schneier on Security
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
App Store审核被拒原因与解决方案总结 【2022最新】
Lois · 2022-11-10 · via 人人都是产品经理

为了避免不必要的上线延迟及成本增加,了解App Store审核被拒的常见原因以及对应的解决方案,是非常重要的。本文汇总了App Store审核被拒的常见原因,希望能给你带来帮助。

许多开发人员抱怨Apple的封闭生态系统,但我们不得不承认这是Apple最大的竞争优势之一。 然而,为了维持这个生态系统的优势以及给用户提供更优质的应用及游戏,苹果必须更严格地审核开发者提交的应用及游戏。

据CNBC报道,苹果在2020年拒绝了近100万个首次提交到App Store的应用及游戏。此外,它还拒绝了近100万次应用更新。

为了避免不必要的上线延迟及成本增加,了解App Store审核被拒的常见原因以及对应的解决方案是开发人员以及营销人员的必修课。

本文汇总了App Store审核被拒的常见原因供开发者参考。希望这份指南能帮助你成功避雷,顺利过审!

一、App Store 审核流程

苹果审核主要分为三部分:预审、机审和人工审核。目前应用提审的整个流程大体分为五个阶段:Prepare For Upload(准备上传)、Waiting For Review(等待审核)、 In Review(审核)、Pending Developer Release(等待开发者发布)、Ready For Sale(准备销售)。

APP上传后,会进入到 Wait for Review 状态,而后进入到In Review状态,In Review一般1~2天左右就会审核通过或者是被打回。

  • 包上传后首先进入的是预审,会被扫描API等,预审通过后会在iTC里出现,然后才可以提交至 Waiting;
  • 在 Waiting For Review(等待审核)阶段一般是机审,机审主要是对代码进行机器审核,排查APP是否重复应用;
  • 通过后会进入In Review(审核)阶段,即人工审核阶段,这个阶段主要看的是App的元数据,例如APP封面、功能、体验等等,注重用户体验。平均而言,50% 的 app 会在 24 小时内完成审核,超过 90% 的 app 会在 48 小时内完成审核。如果长时间(超过7天)处于In Review 状态,建议撤回重新提审以免耽误时间。
  • 加急请求:如果你遇到了严重的时间问题,可以申请加急审核。请仅在你真的需要加快审核时才提出申请,以免苹果发现你滥用此系统,从此以后都拒绝你的加急申请。

二、App Store审核被拒的12个常见原因与快速过审解决方法

1. 令人反感的内容

App 不应包含具有攻击性、不顾及他人感受、令人不安、惹人厌恶、低俗不堪或只是让人感到毛骨悚然的内容。

被拒常见原因及示例:

  • 宣传黄色或色情内容;例如你的游戏角色穿着暴露或者动作挑逗
  • 诽谤、歧视或恶意的内容,包括有关宗教、种族、性取向、性别、国籍、种族起源或其他目标群体的引用或评论;例如在游戏中,“敌人”不能单单针对特定种族、文化、真实存在的政府或企业,或是任何其他真实存在的实体。
  • 人类或动物遭到杀害、残害、酷刑、虐待的写实描绘,或者鼓励暴力的内容;
  • 鼓励非法使用或不负责任地使用武器和危险物品的描述,或者促进军火或弹药购买的描述;例如在icon, 截图或应用内出现烟、酒、武器等
  • 虚假信息和功能,其中包括不准确的设备数据或用于恶作剧/开玩笑的功能,如虚假的位置跟踪器。

2. 用户生成的内容

相比开发者创建的内容,对于包含用户生成内容的 App,有更多特定的难题需要解决,比如知识产权侵权、匿名欺凌等。

被拒常见原因及示例:

  • 用户生成的色情(或暴力)内容;例如部分直播应用或社交平台有较多的露骨视频或图片;
  • 客体化现实生活中的某人 (如“性感与否”投票);
  • (匿名)进行人身威胁或欺凌。

解决方法:

由于用户产生的不当内容被Apple拒审后,应根据Apple提供的截图快速移除不当内容,并扩大范围自查其他位置是否仍存在不当内容。此外,包含用户生成内容或社交网络服务的 App必须满足以下条件:

  • 采用相应的方法来过滤令人反感的内容,以免这些内容在 App 中发布
  • 制定一个机制,以举报攻击性内容并在出现问题时及时作出回应
  • 若用户发布攻击性内容,可以取消其使用服务的资格
  • 公布联系信息,以便用户与你联系

总之,要有监管手段!App中需要有投诉、举报违规内容的功能,以及屏蔽、拉黑其他用户的措施。

3. App 完成度

根据 Apple 的App Review Center,超过 40% 的应用被拒绝是针对指南 2.1 – 性能:App 完成度,完成度审核要求提交的App是完整的最终版,应在提交前进行产品测试,避免出现崩溃、加载失败等非常明显的Bug。

4. 准确的元数据

元数据被拒一般是App Store Connect中的解释说明类的内容有问题,比如App信息中的应用标题、副标题、关键词、屏幕快照、屏幕预览等。

那么接下来我们详细地说说一些注意事项。

被拒常见原因及示例:

1)应用或者元数据中提到其他任何移动平台都将会被拒绝

无论在你的代码内、App用户界面、及App Store Connect预览图、宣传文本、描述、关键字等任何地方!注意!是任何地方!苹果爸爸对这类内容零容忍! 不要出现字眼(安卓、Android)、图标(类似绿色小机器人)等,或诱导用户知晓或安装对应安卓平台应用。

2)屏幕快照与App界面不符

上传到App Store Connect的屏幕快照和App预览内容需要与App内本身呈现的界面相同。

3)屏幕快照设备外壳错误

针对不同系列的iPhone及iPad,开发人员需要提交不同大小的屏幕快照。最终部分开发人员只关注将图片大小修改至标准尺寸,忘记了需要同步修改对应的设备外壳(如有使用)。

4)宣传实际并不提供的内容或服务

不要在应用名、标题、描述、商店图和分类等方面使用和自身APP完全无关的内容,包括但不限于使用跟竞品有擦边球关系的文案或图案,特别是已注册品牌的内容。

5)隐藏功能

所有新的特性、功能和产品变更内容都必须在 App Store Connect 的“审核备注”部分中予以详细描述。不要包含隐藏功能(如果确定没有隐藏功能,多由开发过程中使用的第三方SDK引起)。

6)显示真实个人信息

请确保你的App 图标、截屏和预览中的所有材料都显示虚构的帐户信息,而非真实个人的数据。

7)不恰当的评级

请在 App Store Connect 中诚实地回答年龄分级问题,以使 App 与家长控制功能的分级保持一致。如果 App 所含的媒体内容要求显示内容分级或警告 (如电影、音乐和游戏等),则需在销售 App 的每个地区内遵循当地要求。

8)iOS大小写规范

特别是iOS、iPhone X等。还有一些英语词汇,注意大小写。

5. 硬件兼容性

为了确保用户能够充分利用你的 App,iPhone App应尽量能在 iPad上运行。创建通用应用程序的关键是根据用户所在的屏幕尺寸或方向(纵向或横向)自动调整应用程序的布局大小。这称为自适应布局,你可以使用Apple 的布局工具(如 Auto Layout)来实现此目的。

不以任何方式损坏或降低用户设备的性能。过度使用电池和产生热量是常见的例子。

对于 Apple TV App,应确保用户无需使用除 Siri Remote 或第三方游戏手柄之外的硬件输入,但你可以随意提供增强功能供连接其他外围设备时使用。

App不得建议或要求重新启动设备,也不得改动与 App 核心功能无关的系统设置。例如,请勿鼓励用户关闭 Wi-Fi 或停用安全功能等。

6. 软件要求

因软件要求被拒的原因主要是产品加入违规代码。

  • App仅可使用公共 API,并且必须在当前发布的 OS 上运行。
  • App必须能够在仅支持 IPv6的网络上完全正常地运作。
  • App 应自包含在自己的套装中,不得在指定容器范围外读取或写入数据,也不得下载、安装或执行会引入或更改 App 特性或功能的代码,包括其他 App。
  • 多任务处理 App 只允许在实现预期用途时使用后台服务:VoIP、音频播放、地理位置、任务完成记录和本地通知等。如果应用使用定位后台模式,请提醒用户,这么做会大幅降低电池续航能力。
  • 如果 App 会浏览网页,则必须使用相应的 WebKit 框架和 WebKit Javascript。
  • 不得提交包含空白广告横幅或测试广告的 App。
  • 如果 App 传输的病毒、文件、计算机代码或程序会对操作系统和/或硬件功能 (包括推送通知和 Game Center) 的正常运行造成负面影响或导致其中断,则该 App 会被拒绝。
  • 如果 App 会创建替代的桌面/主屏幕环境,或者模拟多 App 插件体验,则该 App 会遭到拒绝。
  • 如果 App 会改变或停用标准开关 (如调高/调低音量和铃声/静音开关) 的功能,或者改变或停用其他的原生用户界面元素或行为,则该 App 会遭到拒绝。例如,App 不应屏蔽转向其他 App 的链接,或用户希望以某种特定方式运行的功能。

7. 购买项目

如果您想要在 App 内解锁特性或功能 (解锁方式有:订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等),则必须使用 App 内购买项目。App 不得使用自身机制来解锁内容或功能,如许可证密钥、增强现实标记、二维码等。App 及对应元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。

被拒常见原因及示例:

主要是接入第三方支付造成的。

解决方法:

老老实实地走 IAP 的支付方式,用内购形式进行展示。如果隐藏虚拟产品或者通过后更改支付方式,都是有一定风险的。

8. 最低功能要求

App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。如果 App 没有什么实用价值、毫无新意或者不太像是一个 App,那它很可能被拒。

被拒常见原因及示例:

主要问题在于苹果认为部分开发者上传的App功能不够,或者没有自己的核心功能。

解决方法:

  • 如果被认为应用没有核心功能,应首先确认是否存在问题。其次可向苹果解释产品解决的用户需求,以及具体功能的展现。
  • App 应能独立工作,无需安装其他 App。
  • 确保 App 发布时在其二进制文件中包含有正常运行所需的充足内容。
  • 如果 App 需要下载其他资源才能在首次启动时正常运行,请披露下载大小并在下载之前提醒用户。

9. 重复 App

与 App Store 中已有的其他应用非常相似的应用也将无法通过审核。

一些开发者会模仿App Store中最畅销或最热门的应用,做一些小改动,然后上架到App Store。此外,很多开发者会创建主包的马甲包以规避App Store的很多规则及获得最大利益。

这些情况都有可能被苹果发现并拒审。

解决方法:

  • 针对机器审核:主要在于代码的处理方面,可添加垃圾代码或注释块,降低代码的相似度;
  • 针对人工审核:主要在于修改UI风格,从icon、主色调到应用截图等需要做个性化处理,不能照搬其他应用或者是仅仅小改动;
  • 针对标题一致:标题名称尽量和已上线的App有差异化,特别是很多蹭知名产品的名称,至少必须在后缀做差异化;
  • 换账号:换开发者账号,换不同账号提交审核。

10. 隐私

Apple 要求所有应用必须隐私政策以遵守隐私法,例如欧洲的GDPR和美国的各种FTC 规则。即使你的应用程序没有收集任何个人数据,你仍应制定隐私政策。

被拒常见原因及示例:

  • 未提供隐私政策
  • App 强制用户注册
  • 基于不需要用户信息的功能之上、暗中采集用户的个人信息
  • App 未得到允许,与第三方共享收集的用户数据,且并未说明使用目的等

解决方法:

  • 隐私政策:所有 App 必须在 App Store Connect 元数据栏位和 App 内部包含可轻松访问的隐私政策链接。
  • 许可:如果 App 会收集用户数据或使用数据,即使此类数据在收集当时或收集后即刻被匿名处理,App 也必须征得用户的同意才能收集。
  • 数据最少化:App 仅可请求访问与 App 核心功能相关的数据,并且仅可收集和使用完成相关任务所需的数据。
  • 访问权限:App 必须尊重用户的权限设置,不得操纵、欺骗或强迫用户同意不必要的数据访问。
  • 帐户登录:如果 App 不包含基于帐户的重要功能,请允许用户在不登录的情况下使用,即提供游客模式。
  • 数据使用和共享:除非法律另有许可,否则您不得未经他人允许而使用、传输或共享他们的个人数据。您必须提供相应的信息,说明以何种方式在哪里使用这些数据。

11. 知识产权

请确保 App 只包含由您创建或拥有使用许可的内容。如果您已越线并在未经许可的情况下使用了内容,您的 App 可能会被移除。

被拒常见原因及示例:

  • 涉及到音乐、视频类等内容的播放、保存、转换或下载,但在提交时没有提及版权协议。
  • 在未经授权的情况下,在 App 中使用受保护的第三方材料 (例如商标、版权作品、专利设计)。
  • 误导或暗示 Apple 是 App 的来源或提供商,或者 Apple 以任何形式表示认可其质量或功能。

解决方案:

确保 App 只包含由您创建或拥有使用许可的内容,提交产品时使用受版权保护的第三方的书面证据或者将产品中包含的未经第三方授权的部分隐藏。例如,如果你的游戏拿了正版IP,那请提前准备好授权文件并在review note里提供。如果没有版权,那么名字和icon、应用截图就不要打擦边球。

12. 游戏、赌博和彩票

游戏、赌博和彩票的管理难度较大,是App Store上受到最严格管制的 App 类别之一。只有全面核实了即将发布您的 App 的所有国家/地区的相关法律要求后,才能包含此功能,并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项:

如果你的App中有抽奖、幸运大转盘、抢购活动等类似功能,不想被拒就请注明:“该活动由xxx提供,与设备生产产商Apple Inc.无关”。字体再小也要写!

抽奖和比赛必须由 App 的开发者赞助。

App 不得通过 App 内购买项目购买点数或货币,以用于任何种类的真实货币游戏;不得向用户出售彩票或抽彩券;不得在 App 内进行资金转账。

提供真实货币游戏 (例如体育下注、扑克、赌场游戏、赛马) 或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准,且只能在这些地区发布,此类 App 在 App Store 中必须免费提供。

三、App Store审核被拒后如何处理

被拒后,首先应定位被拒的原因。你可以根据苹果提供的被拒条款及截图定位具体原因。如果对被拒信息一时无法定位,可以反馈邮件进行再次咨询。

然后修改被拒问题。如果是一些元数据或二进制的问题被拒,比如:提供测试账号密码、屏幕需更换截图、年龄等级不符,以及需要提供视频来说以证明的,修改完后可发信息礼貌反馈并重提。

Apple 应用程序审核流程可能存在一定的随意性。不同工程师审核的时候把握的度是不一样的,相同的内容,有时候你能过审,有时候不能。但是,我们仍需要对“苹果审核”这件事心存敬畏,不要试图绕开审核、欺骗审核。一定要老老实实把问题改掉,合规上架才是王道。

最后希望大家每次提交都能顺利过审,感谢。

作者:Lois,微信公众号:海外SEO与ASO;一枚海外营销人。

本文由 @Lois 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。