2018 App Store 加急审核全解析

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 本文包括加急审核的介绍、如何使用教学,以及最重要的……加急审核必过黄金方案。什么是加急审核首先,提交二进制文件到 App Store,是要交给 App Store Review 团队去审核的。

本文包括加急审核的介绍、如何使用教学,以及最重要的……加急审核必过黄金方案。

什么是加急审核

首先,提交二进制文件到 App Store,是要交给 App Store Review 团队去审核的。下面这句话是我从他们那边拿到的官方数据:

On average, 50 percent of apps are reviewed in 24 hours and over 90 percent are reviewed in 48 hours.
50% 的应用在 24h 以内得到了审核,超过 90% 的应用在 48h 以内得到了审核。

跟我我个人的经验,如果你在中国,那么一般来说,第一天早上提交的应用,有可能在第二天的凌晨过审。第一天中午之后提交的应用,过审基本要等到第三天凌晨、或者第二天深夜了。

而多数都是第二种情况,也就意味着,从提交到审核这中间,可能会经历整整一个白天,如果是周末(美国时间周末),时间可能更长。于是,如果你有特殊情况,比如 App 有严重 bug,一启动就崩溃什么的,那么你可以申请加急审核。当然,加急审核也是要排队的,但是排队的人数就少多啦。

很多人的误解

很多人对加急审核有一些含糊不清的地方,这里详解一下:

  1. 认为加急审核的次数非常有限,用完了就不能用了。但是其实官方并没有对次数做限制,只是说希望大家不要滥用加急审核,免得你真正需要的时候不让你用了,但是并没有一个可量化的机制来限制你。(当然了,方便自己也方便同行,大家还是不要滥用啦)
  2. 有人认为加急审核被同意了之后,会迅速开始审核。但是其实判定是否给你加急审核的团队,和给你审核的团队,是两个团队。 所以同意给你加急审核之后,你还需要几十分钟到几小时不等的加急排队时间。
  3. 加急审核状态下,如果你的 App 被拒了,是不需要再次申请加急审核的,你已经在加急通道里面了,直到你最终过审。这点你每次申请的时候,官方都会重复告知。

附上我今年截止到 8 月,申请加急审核全部通过的记录:
加急审核邮件

如何申请加急审核

官方唯一加急审核地址:https://developer.apple.com/contact/app-store/?topic=expedite

Contact the App Review Team

申请起来倒是非常简单,进链接填表就行了,关键是最后一部分,你有三种选择来申请加急审核。分别是:致命 bug、敏感时间问题、以及其他特殊情况。

第二种情况我从来没用过,网上倒是有很多案例,比如某个官方大会的 App 还没过审,但是会议马上就要开了,云云。。。

第三种情况用过一次,是莆田医院检索这个应用,当时我声泪俱下地跟他们说,百度怎么怎么坑人,这个应用再不过审,又会有更多的人被坑,于是审核全程开绿灯……这个时间比较早了,当时审核一次还需要 7 天时间,而我做 App 花了一天,加急审核花了一天,总共两天就上线。所以这个应用就变成了 App Store 上的第一款针对莆田医院的 App,上线当天没有任何推广,下载量过万。


加急审核必过攻略

这部分仅对我的专栏订阅用户开放,欢迎订阅我的专栏查看:

向大家推荐《KyXu 教你独立开发赚钱》

在这里你还能了解到:

【入门】

  • 没有好想法的工程师,怎样培养自己的产品思维
  • 程序员只会敲代码,如何独立开发出属于自己的产品
  • 如何只做自己擅长的开发工作,同时依靠产品赚到钱
  • 技术栈不够强,如何整合资源,让自己的东西快速上线

【进阶】

  • 能做出 App 之后,如何持续盈利
  • 用 20% 的时间学会 80% 的运营、产品、推广知识
  • App Store 深度玩法,教你挖掘应用市场的盈利潜力
  • 没钱打广告,如何为自己吸引流量,持续曝光自己的产品
  • 免费、付费、内购、广告,多重盈利手段打造你的复合收入
目录
相关文章
|
1月前
|
XML Android开发 UED
"掌握安卓开发新境界:深度解析AndroidManifest.xml中的Intent-filter配置,让你的App轻松响应scheme_url,开启无限交互可能!"
【8月更文挑战第2天】在安卓开发中,scheme_url 通过在`AndroidManifest.xml`中配置`Intent-filter`,使应用能响应特定URL启动或执行操作。基本配置下,应用可通过定义特定URL模式的`Intent-filter`响应相应链接。
80 12
|
27天前
|
JSON 数据格式 索引
【Azure Developer】Azure Logic App 示例: 解析 Request Body 的 JSON 的表达式? triggerBody()?
【Azure Developer】Azure Logic App 示例: 解析 Request Body 的 JSON 的表达式? triggerBody()?
|
27天前
【Azure 应用服务】App Service 配置 Application Settings 访问Storage Account得到 could not be resolved: '*.file.core.windows.net'的报错。没有解析成对应中国区 Storage Account地址 *.file.core.chinacloudapi.cn
【Azure 应用服务】App Service 配置 Application Settings 访问Storage Account得到 could not be resolved: '*.file.core.windows.net'的报错。没有解析成对应中国区 Storage Account地址 *.file.core.chinacloudapi.cn
|
27天前
|
网络协议 NoSQL 网络安全
【Azure 应用服务】由Web App“无法连接数据库”而逐步分析到解析内网地址的办法(SQL和Redis开启private endpoint,只能通过内网访问,无法从公网访问的情况下)
【Azure 应用服务】由Web App“无法连接数据库”而逐步分析到解析内网地址的办法(SQL和Redis开启private endpoint,只能通过内网访问,无法从公网访问的情况下)
|
29天前
|
域名解析 网络协议 数据中心
【应用服务 App Service】当遇见某些域名在Azure App Service中无法解析的错误,可以通过设置指定DNS解析服务器来解决
【应用服务 App Service】当遇见某些域名在Azure App Service中无法解析的错误,可以通过设置指定DNS解析服务器来解决
|
2月前
|
存储 安全 数据安全/隐私保护
移动APP安全加固技术深度解析
【7月更文挑战第12天】移动APP安全加固技术是保障移动应用安全的重要手段。通过对Android和iOS两大主流平台的安全加固,可以有效防止逆向分析、动态调试、数据篡改等安全威胁。在实际应用中,我们需要结合静态层面、动态层面和数据层面的加固技术,全方位地提升APP的安全性。同时,随着技术的不断发展,我们也需要不断关注新的安全威胁和加固技术,确保移动应用的安全性和稳定性。
|
3月前
|
存储 前端开发 JavaScript
构建高性能返利App的技术架构解析
构建高性能返利App的技术架构解析
|
21天前
|
监控 网络协议 Java
Tomcat源码解析】整体架构组成及核心组件
Tomcat,原名Catalina,是一款优雅轻盈的Web服务器,自4.x版本起扩展了JSP、EL等功能,超越了单纯的Servlet容器范畴。Servlet是Sun公司为Java编程Web应用制定的规范,Tomcat作为Servlet容器,负责构建Request与Response对象,并执行业务逻辑。
Tomcat源码解析】整体架构组成及核心组件
|
1月前
|
存储 NoSQL Redis
redis 6源码解析之 object
redis 6源码解析之 object
55 6
|
6天前
|
存储 缓存 Java
什么是线程池?从底层源码入手,深度解析线程池的工作原理
本文从底层源码入手,深度解析ThreadPoolExecutor底层源码,包括其核心字段、内部类和重要方法,另外对Executors工具类下的四种自带线程池源码进行解释。 阅读本文后,可以对线程池的工作原理、七大参数、生命周期、拒绝策略等内容拥有更深入的认识。
什么是线程池?从底层源码入手,深度解析线程池的工作原理

推荐镜像

更多