Rico's blog.

审核

字数统计: 6.8k阅读时长: 24 min
2019/08/16 Share

审核

前言

如今苹果审核越来越严格,各个项目组都存在各种不同的审核问题:大到产品下架、封号影响业绩,小到延迟审核耽误项目进程。针对最近频繁出现的部分审核问题,做出归纳与总结,并且根据经验给与相应的解决措施,希望今后形成公司层面上的应对苹果审核的规范。

审核条款与更新

重要网址:

  1. 审核指南(最新最齐全的官方审核指南)

    https://developer.apple.com/cn/app-store/review/guidelines/

    目前更新到:2018 年 12 月 19 日

  2. 审核指导(官方提供有助审核的指导意见)

    https://developer.apple.com/cn/app-store/review/

  3. App Store Connect 帮助

    https://help.apple.com/app-store-connect/?lang=zh-cn#/devaf41ecbd5

  4. 申诉、加急、查询审核状态、补充信息网址(英)

    https://developer.apple.com/contact/app-store/?topic=appeal

  5. 苹果联系方式

    https://developer.apple.com//contact/#!/topic/select

  6. 苹果人机界面交互指南(强烈建议产品经理都好好看看)(英)

    https://developer.apple.com/design/human-interface-guidelines/

经常遇到的审核难题和解决措施

一. 重复/垃圾 应用(违反4.3原则)

请不要为==同一个 app 创建多个套装 ID==。如果您的 app 针对特定位置、运动队、大学等存在不同版本,请考虑提交单个 app,并提供 App 内购买项目以提供不同的功能。同时,==请避免继续在已有大量类似 app 的类别下进行开发==;App Store 上已经有太多模拟放屁、打嗝声音的 app,以及手电筒和爱经 app。==上传大量相似版本 app 的开发者会遭到 Apple Developer Program 的除名==。

指南中的两点核心内容:

1.不要为同一个APP创建多个应用,也就是我们曾经做过的马甲包。表现形式为:代码雷同、UI雷同、引用名称类似、应用分类相同,被发现的结果是应用下架、封禁账号。

解决方法

  • 代码相关:混淆代码,更改类名、方法名、文件名、项目名、加入垃圾代码(最好手动改,其次加入可调用的自动生成的垃圾代码)等。
  • 资料相关:切断当前马甲包与以往马甲包的所有相似性关联。相似性关联除了上面的代码以外还包括:
    1. 开发者帐号(申请账号的手机、银行卡也要注意)
    2. 打包电脑(弄个外接硬盘也行)
    3. 上传IP(开VPN/移动、联通、电信4G、异地传包)
    4. 材料相似(标题、隐私协议地址用个人博客、关键词、应用描述、截图、审核账号、电话号码、联系人名字)
    5. 异地传包的方式亲测很有效。
  • 借壳上架。
    1. 利用其他应用作为壳子提新包
    2. 在已有的线上包上面进行融合后更新。

2.请避免继续在已有大量类似 app 的类别下进行开发。触犯这点主要是因为我们公司之前一直都处于追热度、微创新阶段,但如果该类型APP已经烂大街了,即使看起来收益不错,我建议在立项阶段要三思。

解决方法

如果已经确定因为这一点违反审核原则,在代码层面基本上没有什么问题。接下来需要做的有几点供参考:

  • 考察市面上现存的相似软件,从UI、截图、销售区域这三个角度去寻求差异化。
  • 换软件主要语言。如果是国内产品存在大量同质化APP,就在第一个版本用英文版,在海外账号上面进行提交。
  • 换切入点,从小众APP入手。以换肤、功能附加的方式,通过几个版本的演变慢慢达到想要的效果。

    如:古风语记-即时语音转文字 -> 古风录音-语音备忘录音转文字软件 -> 专业录音-古风语音备忘录音软件 ->专业录音-最美语音备忘录音软件 等等。。。。

二. 大礼包(2.1狗年大礼包)

目前最新的拒绝邮件里包含了9个条款内容

不需要提交新的二进制文件,只需要回复信息确认即可,如果苹果收到回复后,觉得确实有问题,会直接封号处理。

解决方案:

  1. 先在回复中心直接回复相关信息,一条一条的回复,最好用英文回复。详情请参阅 苹果拒绝邮件内容和回复模板
  2. 等待苹果的回复。切记不需要重新提交,只需要回复邮件即可。接下来苹果那边会自动将APP进入审核,如果没问题,顺利通过。如果有问题打回的话,多半会封号。这个时候如果觉得冤枉,可以继续提交上诉,要么就放弃。

三. 隐藏功能(2.3.1)

2.3.1 请勿在 app 中包含未记录的功能或隐藏功能;不管是对于最终用户还是 App Review 团队,app 功能都应清晰可见。同样,您不应该在 App Store 或离线情况下,营销您的 app 中实际并不提供的内容或服务 (例如基于 iOS 的病毒和恶意软件扫描工具)。如果出现恶劣或屡教不改的行为,则可能会从 Apple Developer Program 中除名。我们正努力将 App Store 打造成值得信赖的生态系统,并希望我们的 app 开发者也能如此;如果您不诚实以待,我们之间就不会有任何业务往来。

一般的结果是拒绝并且延迟审核,时间在14-40天不等。

解决方案:

  1. 如果没有隐藏功能,就回复邮件,阐述清楚。
  2. 如果确实有隐藏功能。就去干净,并且回复邮件保证再也不这么做了。去干净了基本上就能通过,只是看具体需要多久。
  3. 在如今苹果管制严格的情况下,这个问题如果重复犯,轻则包废,重则标记封号。

四. 最小功能(4.2 minimum-functionality)

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

两种情况,一种是APP过于简单,不适合应用市场,适合做个Web应用,另一种是审核人员不会玩你的应用。这两种情况我们都有遇到过。

  1. 如果因为第一种原因,就想办法给应用填充内容,原来单一页面,可以扩充为几个Tab,或者揉进去其他的功能点,切记不要用那些烂大街的代码,很容易4.3
  2. 第二种原因也很好解决,恢复邮件,附上操作视频链接,最好是上传到youtobe上面。回复模板参照最小功能回复模板
  3. 注意,苹果审核都是使用iPad进行测试,即使应用没有兼容iPad也建议使用iPad进行测试,注意界面和按钮的遮挡,会影响到审核人员体验到你的部分功能,导致误判。

五. 14天内封号问题(other)

最严重的事情莫过于某天突然收到一封苹果的邮件,标题写着Other。内容大概是我们发现您违反了苹果开发者协议,14天之内如果没有上诉就封号处理。

解决方式:

首先分清楚具体的下架原因,往往苹果不会非常明确指出触犯具体哪一条,但是会在回复邮件中着重指出相关条例,具体哪里违规需要综合评估。

先看邮件内容:

Hello,If you would like to appeal this rejection to the App Review Board, you must do so within 14 calendar days. Otherwise, your Apple Developer Program account and all apps associated with your account will be removed.Your Apple Developer Program account has been flagged for removal, because your app is in direct violation of the Apple Developer Program License Agreement, which states:“You will not, directly or indirectly, commit any act intended to interfere with the Apple Software or related services, the intent of this Agreement, or Apple’s business practices including, but not limited to, taking actions that may hinder the performance or intended use of the App Store, VPP/B2B Program Site, or the Program (e.g., submitting fraudulent reviews of Your own Application or any third party application, choosing a name for Your Application that is substantially similar to the name of a third party application in order to create consumer confusion, or squatting on application names to prevent legitimate third party use).”Best regards,App Store Review中文:你好,如果你想向App Review Board申诉这个拒绝,你必须在14个日历天内完成。否则,您的Apple Developer Program帐户和所有与您的帐户相关的应用程序将被删除。您的Apple Developer Program帐号已被标记移除,因为您的应用程序直接违反了Apple Developer Program许可协议,该协议规定:“你不会,直接或间接犯下任何法案旨在干扰苹果软件或相关服务,本协议的意图,或苹果的商业行为,包括但不限于,采取行动,可能会阻碍性能或用途的应用程序商店,VPP / B2B项目网站或程序(例如,==提交虚假评论自己的应用程序或任何第三方应用程序,为您的应用程序选择一个与第三方应用程序的名称本质上类似的名称,以造成用户的混淆,或者占用应用程序名称,以防止合法的第三方使用==)。最诚挚的问候,应用商店评论

括号里面的内容格外重要。很多应用会收到类似的邮件,可以说是模板,这个时候就要仔细思考一下具体的原因了。

  1. 刷评论
  2. 占用其他应用的名称或关键词
  3. 多次中4.3,重复应用
  4. 两次以上被发现隐藏功能或其他欺诈手段

点击查看更多苹果封号邮件

在苹果的回复邮件中可以明显看到三次不同的邮件,每次提供的信息会更清晰一些。也就是说一旦收到类似邮件,你首先确认自己的APP到底有没有相关违规操作,如果有,多半可以放弃了。因为这是苹果最严厉的惩罚措施了。如果没有问题,请申诉到底。

解决办法

  1. 首次收到此类邮件时,不要着急,没下架就说明当前版本是没问题的,只是这次提交更新有问题,首先立即回复邮件,看有没有回复,5天内没有回复,直接提起上诉:上诉链接.
  2. 如果确实不行,那就放心大胆的转移到其他账号上面,不用尝试再次更新了,因为这个包已经被标记,无法正常更新了,否则会继续封号。
  3. 接到邮件的时候一定要分析具体原因,从进入审核的时间、被拒的时间来分析。比如:小精灵进入审核1秒被拒,说明在审查资料的阶段就没有通过,根本没有进入人审。从应用描述、标题、是否刷评论上面寻找原因。
  4. 这种问题没有彻底的解决办法,只有申诉的过程中根据具体情况来应对。如果不是大型app 做好放弃的准备(万年历几个月了还没恢复)。

六. 其他需要注意的小问题

1. App 完成度(2.1 )

主要有应用出现崩溃、加载失败等非常明显的Bug、应用不支持 IPv6网络下使用、测试账号、隐藏开关等。如:录音开启了后台播放却没有页面显示。

2. 截图与应用内容不符(2.3 准确的元数据)

截图太过艺术化,完全不符合应用的实际内容,或选择的分类和应用性质完全不符等等都有可能被拒。

这个问题除了查看自己应用截图的尺寸、内容之外,切记iPad的截图一定不要用iPhone的截图去拉伸出来,会直接被拒绝。

3. 应用出现崩溃、加载失败等非常明显的Bug

比如服务器在审核的时候出现连接不上的情况。请确保你的应用在提交审核之前经过充分测试并且没有Bug……不要把应用程序审核当作软件测试服务,如果你的应用不完整或者存在明显的技术缺陷,它将直接被拒绝。

4. 错误使用抽奖、竞猜等促销方式

抽奖、彩票、竞猜等功能可能是应用使用最普遍的促销方式之一了,而苹果对这些也做出了规定。例如:

  1. 用于抽奖和竞猜的官方规则必须在应用当中予以提供,并且明确表明苹果公司不是赞助商或者以任何形式参与了该活动,我们公司经常集成的互动广告,没有写上面的字样,很可能会被拒绝。
  2. 应用不允许使用应用内付费购买信用点或者虚拟货币,并把它们与实际的货币结合使用,也不允许在应用当中购买彩票、抽奖券,和进行资金转移。
  3. 抽奖相关的如果没有并且明确表明苹果公司不是赞助商或者以任何形式参与了该活动;

5. 侵犯第三方版权

苹果对知识产权的保护力度是有目共睹的——不仅在审核条款中单独设了【5.2知识产权】这一条,还开通了投诉通道。App Store审核条款里明确规定:

  1. 不要使用受保护的第三方内容,如商标、版权作品,或者在应用中使用未经专利许可的创意。
  2. 如果你的应用使用、访问、展示和商业化第三方的服务,请保证你已经获得了相应的授权许可,且必须根据要求在审核前一并提供许可文件。
  3. 应用程序不能对非法分享、保存、转换或者来自第三方源的数据的非法使用提供方便,除非具有相应的合法授权协议。

除此之外,苹果也出台了一系列保护自身知识产权的条款,例如:

  1. 不要明示或暗示苹果公司是你的应用的供应商,或者苹果为你的应用的功能和质量代言。
  2. 禁止创建一个与苹果已有产品、用户界面、应用、广告主题相似的应用,且不允许拼错苹果产品名称。

6.含UGC却未提供用户协议及举报功能

如果应用内有发帖等UGC(用户产生内容)功能,但是却没有要求用户同意条款(EULA),也没有对敏感信息的举报措施等,也可能被拒。

7.可接受的商业模式(3.2.1 )

主要是没有资质。解决方法:最佳方案是拿到资质,如果实在没有资质,建议大家尽可能多的把自己公司合规的证据资料发给苹果,而套壳、换新账号碰运气上架等操作,不得已的话可以尝试。

8. 定位服务 5.1.5

主要是 App 未得到允许,与第三方共享收集的用户数据,且并未说明使用目的等,例:位置、账号、相机权限等

解决方法:如果要采取用户数据信息,需要给予用户提示,并得到用户的允许,或设置为可选,并且明确告知苹果采集用户数据信息的使用目的(在提示中详细指出,而不是简单地说:需要开启某某权限)。

9. 禁止强制更新/强制好评

轻则被拒,重则下架。

解决方法:去掉发现新版本、立即更新等按钮,去掉强制好评弹框,这里强制好评指的是好评解锁功能、好评赠送会员等。可以使用静态显示 给个评价 来让用户自己触发。主动弹窗不诱导这种方式待测试。

10. 私有API 被扫到 (2.5.1)

出现

Your app uses the “prefs:root=” non-public URL scheme, which is a private entity. The use of non-public APIs is not permitted on the App Store because it can lead to a poor user experience should these APIs change.

这样的回复拒绝邮件,一定要仔细检查代码中的:”prefs:root=”,全部删掉,包括注释。一定会被查出来的。

11. 强制登录购买 (5.1.1)

We noticed that your app requires users to register with personal information to purchase non account-based in-app purchase products, which does not comply with the App Store Review Guidelines.

制作一套游客模式下的操作流程,增加游客功能。尤其是在购买的时候,不要强制用户登录购买,一定加上游客登录,仿照大厂。

12. APP处于测试模式(2.2)

Guideline 2.2 - Performance - Beta Testing

删除所有的“demo”,“试用”,“beta”,或者“测试”在你的应用程序描述,应用程序图标,屏幕截图,预览,发布说明,和二进制文件中,同时不要预留功能,就是有按钮,点击了没用那种情况。

13. 未添加恢复购买按钮(3.1.1)

苹果要求我们对于非消耗品的商品,提供恢复购买的机制,如果不提供,那么将会被拒。

解决方式:

对于,一次性购买和连续订阅类型的产品,我们需要提供一个恢复购买的按钮,以恢复用户的产品,比如会员时长等。

14. 使用后台服务(2.5.4)

出现这个问题的原因是我们配置了“Background Modes”这个属性,然后程序退出后台后,我们没有给出展示,比如音乐播放,没调用系统的后台播放器,导致审核人员没看到有后台运行,所以被拒。

解决方式:

为程序提供开启锁屏界面和监控远程控制事件,MPRemoteCommandCenter官方文档:

https://developer.apple.com/documentation/mediaplayer/mpremotecommandcenter

审核过程中需要清楚的地方

1. 审核流程

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

APP上传后,会进入到 Wait for Review 状态,而后进入到In Review状态,In Review一般最快一个小时内,正常24小时内就会审核通过或者是被打回。

包上传后首先进入的是预审,会被扫描API等,预审通过后会在iTC里出现,然后才可以提交至 Waiting;

在 Waiting For Review(等待审核)阶段一般是机审,机审主要是对代码进行机器审核,排查APP是否重复应用,“2.1苹果狗年大礼包”事件就更多地依赖机器自动审核,减少人工成本;

通过后会进入In Review(审核)阶段,即人工审核阶段,这个阶段主要看的是App的元数据,例如APP封面、功能、体验等等,注重用户体验。

  1. 工作日(周一到周五)等待审核超过2天以上,就需要查看自己的账号、应用代码、资料填写是否有问题了。这个时候很可能因为APP的二进制文件、账号等问题被列入严查范围了。当然首次提包的时间会稍微长一些,但是不超过3、4天,你就可以把应用先撤下了。因为肯定有问题,需要想其他办法了。
  2. in review的时间超过1天,应用肯定有问题,项目组可以一边等一边开始准备其他方案了。这个阶段谨慎撤包,除非排查确实没问题可以撤掉。
  3. 其实在进入审核之前,提包之后,都是预审阶段,相当于已经在app store的审核过程中了。这个时候无论哪个地方有问题,都极大可能面临卡审。(账号问题的嫌疑最大,其次是二进制文件)

2. 审核被拒后的回复

  1. 在被拒绝下方有一个回复框,你在这里可以向苹果解释误会以及一些操作步骤。使用中文就可以。但是要注意,不要使用上方的向App审查委员会提交上诉
  2. 苹果审核有两个部门,一个是review team, 他们拒绝你以后会在Resolution Center 中给你拒绝邮件。另外一个是App Review Board。App Review Board就是审核委员会,他们的级别高于review team。当你对review team给出的原因和解决方案不满意的话,可以向更高一级的App Review Board提出上诉。(其实,可以非常明确的是:审核委员会其实就是审核小组里面的几个优秀的人组成的)

但是请注意如果你已经回复过了Resolution Center(也就是下方的输入框哪里)而他们还没有给你回应时候,不要再点击上方的向“App审查委员会提交上诉”否则就会收到下面的邮件:

Hello xxx,Thank you for contacting the App Review Board.We see that you’re currently communicating with the App Store Review team through the Resolution Center, so we’re closing your appeal. If you would like to continue the appeal process, please reply to this message to let us know.Best regards.App Store Review Board

意思是你已经在问题中心回复过了,等待消息就好,如果还想继续上诉,就回复这个邮件。

3. 善用电话支持

在你被拒绝很多次的时候,很容易面临着延迟审核,至少14天以上。

那么你在前两次被拒绝的时候,反复查看自己的应用仍然觉得冤枉或者不知道哪里的问题的时候,最好的方式是申请电话协助,电话那边是华人,他会很清楚的告诉你应用的问题。你再根据他的回答进行修改应用即可。

一般苹果同意电话援助之后,在第二条或者第三天的上午10点半左右来电话。

测试部需要特别注意的地方

性能:

  1. 即使应用不支持iPad,也最好使用iPad看一下应用有没有什么重大的闪退bug、界面显示不全影响核心功能的地方。

支付:

  1. 支付方式:软件服务类应用,只允许苹果内购,人工服务、电商类APP可以使用微信、支付宝支付。
  2. 应用程序中遇到的支付方式不是Apple Pay而是内购IAP。不要出现苹果支付的字样。
  3. 内购一定要经过测试账号跑通。另外一定要有 恢复购买 功能。
  4. 格外注意在支付的过程中如果点击支付后等待时间过长也会被拒绝。需要严格测试一下,如果发现时间过长,可以让程序员看看是服务器问题还是前端代码问题。确实是苹果服务器的问题就可以先不管。

APP Store后台

App Store后台截图如果有必要最好也可以配合发包的程序员检查一下。

  1. 应用截图。iPad、iPhone X、Plus,三种不要搞混,准确反映应用内容即可。
  2. 测试账号 如果需要登陆的应用 测试账号必须有,并且必须能再审核的时候登录成功。(别手贱删除了之前的测试账号,苹果会复审的)在审核备注那里。

商务部门曾经的一些提问

1. 修改关键词、描述需要提新包吗?

2018年下半年开始,应用描述、标题、关键词的修改必须重新发版提交新的二进制文件才能看是否审核通过。

2. 个人账户怎么转到企业账户?

网上有详细的教程可以参考,很简单https://www.cnblogs.com/zhanggui/p/6412659.html

3. 申诉邮件怎么走?

上面已经讲过注意点:

https://developer.apple.com/contact/app-store/?topic=appeal

4. 关于上包封账号的原因是哪些?

您不会直接或间接地实施任何旨在干扰Apple软件或服务的行为,本协议的意图或Apple的业务实践,包括但不限于采取可能妨碍性能或预期用途的行为。 App Store,自定义应用程序分发或程序

(例如,==提交您自己的应用程序或任何第三方应用程序的欺诈性评论==,为您的应用程序选择一个==与第三方应用程序的名称基本相似的名称==,以便造成消费者混淆 ,或蹲在应用程序名称上以防止合法的第三方使用)

简单点说就是:刷评论、占用别的应用名称

另外 还有:多次的隐藏内容、三方支付被发现、侵犯版权被举报、赌博抽奖等。

6.提交关键词的时候需要注意什么,有没有什么限制

详情可以问问市场推广的同学,负责ASO的同学。

8.账号权重的好坏,有没有办法看到

可以清楚的是:账号权重:公司账号 > 海外某些国家的账号 > 无不良记录的个人开发者账号 > 有不良应用被拒的账号

提包时候的审核速度能够非常清楚的看出来。

9.如何转移应用

这个是教程:很简单,转移的应用也会把之前两个账号关联起来的https://www.jianshu.com/p/49182071d4ef

写在最后

总结一下应对审核的整体策略:

  1. 不要在一棵书上吊死,不要一直盲目等待,一旦发现卡审,查找问题、改变策略。
  2. 站在审核人员的角度思考问题,为什么他们会拒绝你,为什么要一直在这个问题上纠结不放,肯定是有原因的。先要弄清楚他们的拒绝你的原因,然后顺着他们的意思来,按照他们的思路走,大不了最后换个账号换个包重新来过。
  3. 不要跟审核人员硬刚,换玩法,找创新点去曲线救国。打法永远是:第一版只为上包,之后慢慢更新迭代。
  4. 不要抱着侥幸心理,一旦出问题,不要每次只尝试改变一点点,只要下定决新要整改就彻底的改,相信我,这绝对是最最最省时间的方法。你自己试试,会回来感谢我的。
  5. 坚信审核人员不是神,他也是人,办法总比问题多,大不了路子走野一点。我们又不违法,仅仅是为了上个包而已。**
CATALOG
  1. 1. 审核
  2. 2. 前言
  3. 3. 审核条款与更新
  4. 4. 经常遇到的审核难题和解决措施
    1. 4.0.1. 一. 重复/垃圾 应用(违反4.3原则)
    2. 4.0.2. 1.不要为同一个APP创建多个应用,也就是我们曾经做过的马甲包。表现形式为:代码雷同、UI雷同、引用名称类似、应用分类相同,被发现的结果是应用下架、封禁账号。
    3. 4.0.3. 解决方法
    4. 4.0.4. 2.请避免继续在已有大量类似 app 的类别下进行开发。触犯这点主要是因为我们公司之前一直都处于追热度、微创新阶段,但如果该类型APP已经烂大街了,即使看起来收益不错,我建议在立项阶段要三思。
    5. 4.0.5. 解决方法
    6. 4.0.6. 二. 大礼包(2.1狗年大礼包)
    7. 4.0.7. 解决方案:
    8. 4.0.8. 三. 隐藏功能(2.3.1)
    9. 4.0.9. 解决方案:
    10. 4.0.10. 四. 最小功能(4.2 minimum-functionality)
    11. 4.0.11. 五. 14天内封号问题(other)
    12. 4.0.12. 解决方式:
    13. 4.0.13. 解决办法
    14. 4.0.14. 六. 其他需要注意的小问题
    15. 4.0.15. 1. App 完成度(2.1 )
    16. 4.0.16. 2. 截图与应用内容不符(2.3 准确的元数据)
    17. 4.0.17. 3. 应用出现崩溃、加载失败等非常明显的Bug
    18. 4.0.18. 4. 错误使用抽奖、竞猜等促销方式
    19. 4.0.19. 5. 侵犯第三方版权
    20. 4.0.20. 6.含UGC却未提供用户协议及举报功能
    21. 4.0.21. 7.可接受的商业模式(3.2.1 )
    22. 4.0.22. 8. 定位服务 5.1.5
    23. 4.0.23. 9. 禁止强制更新/强制好评
    24. 4.0.24. 10. 私有API 被扫到 (2.5.1)
    25. 4.0.25. 11. 强制登录购买 (5.1.1)
    26. 4.0.26. 12. APP处于测试模式(2.2)
    27. 4.0.27. 13. 未添加恢复购买按钮(3.1.1)
    28. 4.0.28. 14. 使用后台服务(2.5.4)
  • 5. 审核过程中需要清楚的地方
    1. 5.0.1. 1. 审核流程
    2. 5.0.2. 2. 审核被拒后的回复
    3. 5.0.3. 3. 善用电话支持
  • 6. 测试部需要特别注意的地方
    1. 6.0.1. 性能:
    2. 6.0.2. 支付:
    3. 6.0.3. APP Store后台
  • 7. 商务部门曾经的一些提问
    1. 7.0.1. 1. 修改关键词、描述需要提新包吗?
    2. 7.0.2. 2. 个人账户怎么转到企业账户?
    3. 7.0.3. 3. 申诉邮件怎么走?
    4. 7.0.4. 4. 关于上包封账号的原因是哪些?
    5. 7.0.5. 6.提交关键词的时候需要注意什么,有没有什么限制
    6. 7.0.6. 8.账号权重的好坏,有没有办法看到
    7. 7.0.7. 9.如何转移应用
  • 8. 写在最后