一、关于iTC后台历史被拒的邮件的记录问题

本想iTC后台应该有历史被拒邮件的记录,但是找了好久都没有找到。四处打听同行也没有找到过。

所以当App被拒时iTC会收到类似站内信的拒接理由,点击进入是会立马看到,如果更新版本了通过并发布了新版本上架时,就会将原来的问题删掉。如果版本被拒了,更新之后他也会将被拒版本在iTC后台删除掉。(如下图)

(新版本上线之后,发来邮件告诉 应用程序的状态已经改变,从销售中移除)

二、苹果整理App下架风波

做产品近四年,和苹果粑粑打过近上百次交道,万万没想到这次真的惹苹果粑粑生气了,给我们线上运营的版本做了下架处理!!!

最近苹果粑粑又在搞事情,从公众号七麦研究院推送文章得知:5 天时间,国内近 16 万款 App 下架,苹果清理持续进行苹果 App Store 呈现出大规模下架应用情况,中华地区单日下架 App 数量超 4 万。并且日本、韩国也未能幸免,下架量皆超 1 万,大洋彼岸的美国同样也遭受大规模清理,数量高达 2.5 万+。

当时看到这个消息脑袋瓜嗡嗡疼,难道我们被下架的版本也在这次清理当中么?

但是我们App是在可供销售状态下(已经上线了)被邮件告知有违规内容,需在两周之内更新到App Store里可供用户下载。已经正常上线,而且新版本上线不到一周,如果审核团队发现会截图违规页面,但是为什么邮件光是文字说明!所以我觉得是被人搞了,举报了!而且正在审核状态时间 那么长!肯定是在等我们下一次作案!

三、产品线上版本被下架从新上架的艰难历程

接下来就给大家一步步讲讲这段艰辛的路程:

2018年6月10日,苹果粑粑发来的一份邮件,这份邮件是直接发送到iTC开发者后台的(后来找了好久没有找到iTC后台历史邮件)。

邮件主要内容:

Business – 3.1.1

Your app includes a cash payment feature that allows users to buy products within the app, which is not appropriate for app store

我们发现你线上3.3.1 版本中违反了业务——3.1.1

你的应用程序包括一个现金支付功能,允许用户在应用程序内购买产品,这是不适合应用商店的。请务必在两周之内提交应用到App Store中,否则我们将会将此版本做下架处理。

当发现这个封邮件已经是6月12号了,(没事的时候登录自己的iTC后台看看,没准什么时候就会发现惊喜)技术这时候正在开发下个版本的内容,我把这个消息告诉大家的时候都懵逼了,随后看了后台的活动的记录原来是做活动的时候上了H5支付页面。(做活动充值送礼,没有走苹果支付,直接让用户在App内跳转H5页面进行充值的)这个支付通道是隐藏的开关,审核的时候是没有隐藏的。而且审核的时候都没有发现,为什么已经上线了还会返回来审核我们 ?难道是被举报了,只有举报了审核团队才会去下载你线上的包来进行检查。还是以前有过前科被记录了抽查这些有前科的?上一次发现我们有第三方支付他会截图这次为什么没有截图光是文字说明?当时也没有往下想,赶快组织大家测试检测更早的提交审核!

为了确保其他地方有疏忽的地方我们把每个地方都过了一遍。再次提交审核的时间已经是6月14日。(下图是苹果审核状态邮件反馈)

提交审核之后第二天就进入正在审核状态,本以为很快就会有消息,但直到6月24日那天才给通知。

审核状态一直处于审核中,6月19日的时候给苹果发送了一封邮件,请求加快审核:

但是收到回复如下图:

请不要回复此自动电子邮件响应!总的来说就是别再给我发邮件了,我们正在审核。所以只能等待!

6月24日这天我们等待最后的结果宣判,收到的一封邮件,是被拒了!好心痛。

10个小时左右 又收到了另一个邮件!

当时想屎的心都有了,被下架了啊!!!!!和苹果粑粑斗智斗勇两年之久今天终于倒下了苍天啊!大地啊!

很遗憾因为其他的问题,(因为当时下开发其他功能,正好一起提交审核了)。没有一次通过,就这样我们线上3.3.1版本被下架了,也就说我们受到了苹果倒数第二严厉的惩罚。技术大哥连夜修正,6月24凌晨四点提交审核。

接下来我们想了各种办法找了好多人打探类似情况的处理办法。并且在老板强烈要求下用另一个账号发了马甲包,之前该账号就被苹果发现这是一个马甲包,我们寿手动下架了,但是现在用的话很容易被苹果发现的,我是不同意这种做法,但是老板比较坚持那只能照办喽!我们将应用名称、应用LOGO、Bundle ID、应用商店的宣传图等,6月26日马甲包提交审核!这个账号审核时间没有延期审核的处理所以审核时间是正常的,所以应该很快有结果。但是也被苹果毙掉了,机审都没有通过并发现我们是马甲包。并且那个账号苹果官方明确告诉你该账号不接受任何邮件并且账号下提交App 时审核时间变慢!

审核时间一天,这个倒是很快,但是,结果很想跳楼

哇!%¥#@@#¥最终还是没有逃脱苹果粑粑的法眼,这个账号也被判了刑!

这时候已经在也不敢想什么邪门歪道了,如果再一次被粑粑抓到,我们这些账号都会被做封禁处理,账号法人一年内不得向苹果注册账号。这时候也取消了使用马甲包的办法!所以只能乖乖的等着了。

接下来还是要不断的在给苹果写邮件,从强硬的态度到央求认错的态度转变,这个苹果粑粑还是比较服软不服硬的。

产品在下架之后就感到非常不爽,我们这次并不是因为3.1.1 的问题而是其他的,但是你拒绝我为啥还给我下架了,更何况你给的机会也就是一次???正在审核状态为什么持续了那么久??你们审核是不是又什么BUG?随后提交两天后实在是坚持不了了,就给苹果写了这份算是强硬的邮件内容。6月26日主包被下架后第一封邮件!

苹果的回复:对我的质疑他很肯定维持了原判,看来强硬的态度只有更加不利所以没有办法只能低头跪舔了服软央求!

老板担心一个问题,线上的版本被下架了,那如果提交版本审核通过了还能不能正常显示在App Store中,随后6月27日的时候又写了一份邮件给苹果审核团队。

6月28日 苹果回复:他会解答的你的问题,并且态度依然的那么的友好!

6月30日 (主包提交一周) 苹果发送了邮件 :审核状态改变为正在审核,但是不一会就再次被拒绝。这次又换成了另一个问题。因为我们含有直播功能,所拒绝的原因是在直播过程中如果会有电话进来如何处理。这个技术大哥不知道限制了什么,违反了苹果的规定,所以再一次被拒绝了。但是这也不是坏事,最起码我们知道了审核周期大概为一周的时间,之前同行有过置之不理,时间长达三个月之久,所以之前一直都在找各种理由和苹果审核团队保持着邮件联系。知道大概周期 程序员小哥哥 连夜更改提交等待审核。

提交审核两天一直都是等待审核,这时候我又坐不住了,动用我的人脉资源求助,一圈下来得知一个很蛋疼的消息,就是如果违反规定审核时间会随之加长,第一个次一周,没审核通过第二次审核时间变为两周这个样子。如果审核周期变为两周的话那真的就@#¥%#¥@%¥#%。7月3日我又开启了跪舔认错模式给苹果审核团队!

认错态度积极,各种歉意!

苹果7月4日就进行了回复,很快!!

依然没有什么卵用!

所以我们等着不敢随便乱动,祈祷审核时间为一周,只能静静的等。

本应是7月9日周六晚上给通知,但是一直等到周日晚上10点才有了信,收到邮件的一瞬间 我说 @#¥%¥#@ ,终于通过了,随后进行了发版!

这一路走来真的是胆战心惊,还好半个月的时间顺利上线了,真是不幸中的万幸,告诫大家引用马云爸爸的一句话“不要在下雨天去上方修屋顶”。一定要腾出时间做如果被下架的准备,不能这么干等着;如果没有这么幸运也许公司都要被拖垮!

关于ASO影响

但是因为产品下架,产品的ASO影响很大的,品牌词成了第二!关键词的覆盖数量也少了很多。但是在第二天三天所有的ASO的数据慢慢都回复了!包括品牌词也回到了第一的位置。

总结

在此,我希望可以通过这次简单的总结一下,分享出来让大家少走一些弯路!

版本上线之后 苹果是有可能再次进行抽查或者审核。(抽查或被举报)
尤其小公司为了绕过苹果支付好不容易弄个包上去,小心翼翼的一直往前走不去考虑被发现应对的方法,一但被下架真是谁都帮不了你(常在河边走哪有不湿鞋)所以在抽出时间申请账号 做马甲包应用,大版本主要功能覆盖即可,可舍弃一些小功能,这样你的两个包才会不一样!提交审核通过不发包(技术费时间,也费人力,但是真要发生了,那就是救命稻草)
没事的时候不管产品还是开发要看看iTC后台的状态。有时候不会给你发邮件。
这个ASO影响巨大,有可能品牌词被占用,关键词覆盖会变少,榜单想回到原来的位置很难。

产品经理也要懂ASO相关推荐

  1. 张小龙演讲PPT: APP产品经理必须要懂的30条原则

    手机是肢体的延伸,和人是一体的(通过各种传感器);而PC是外物,即外部环境.移动互联网产品不是简单的PC到手机的移植.做没有web的移动互联网产品该怎么做?这对中国IT人来说是全新的课题.下面整理出的 ...

  2. APP产品经理必须要懂的30条原则——来自腾讯张小龙的演讲

    APP产品经理必须要懂的30条原则--来自腾讯张小龙的演讲 手机是肢体的延伸,和人是一体的(通过各种传感器):而PC是外物,即外部环境.移动互联网产品不是简单的PC到手机的移植.做没有web的移动互联 ...

  3. 产品经理必须要懂的十种亚文化

    读完小米的<参与感>,书中提到产品经理必须要懂亚文化才能融入青年用户群体,关注亚文化一方面是真切知道年轻用户的喜好,另一方面也是对未来主流文化的前瞻探知.那今天就来整理一下当下热门的亚文化 ...

  4. 你知道产品经理为什么需要懂技术吗?要懂到什么程度

    产品经理需不需要懂技术 引言:今天我们来用产品思维的逻辑来分析这个问题,换个角度,换个逻辑也许这个问题就不再那么复杂了 简介 这是一个老生常谈的问题,这次我们换个思维方式来思考这个问题,我们将这个问题 ...

  5. 为什么说产品经理都该懂一点机器学习?

    本文来自AI新媒体量子位(QbitAI) 一个普通(移动)互联网公司的产品经理,也需要懂机器学习?Quora的产品设计师Abhinav Sharma说,几乎所有设计师都需要对机器学习有一个基本的了解. ...

  6. 产品经理亦需懂运营 - 乐少说私域

    前言 上一回把产品经理大全交给大家了,需要温习或者没看过的点击本行字就行啦,本章节会给大家讲一下何为私域,因为楼主发现一些经验丰富的产品经理其实也还没懂的如何落地私域方案,包括公共流量从哪里获取,这一 ...

  7. 对B端产品经理来说,懂点企业架构很重要!

    设计一件东西时,应当把它放在下一个更大的背景中考虑⸺房间里的椅子,房子里 的房间,环境里的房子,城市规划里的环境."     ⸻埃利尔·沙里宁 B端产品的客户对象是企业用户.B端产品要符合商 ...

  8. 产品经理是否需要懂技术

    一 产品经理需要懂技术吗? 我的理解:产品经理只需了解"技术边界"和懂得开发的"最少必要知识"即可. 二 所谓"技术边界",其实就是问个问题 ...

  9. 【博学谷学习记录】超强总结,用心分享 | 产品经理还得懂点儿运营

    目录 写在前边 拉新篇 什么是拉新呢? 从零开始的产品怎么上架? 冷启动之后使用什么方法来大量拉新呢? 转化篇 留存篇 留存有多重要呢? 如何避免流失? 如何建立预警机制? 挽留客户都有哪些方法? 如 ...

最新文章

  1. 尝试插入cctv视频
  2. php使用redis持久化,redis是如何持久化的
  3. 通信调制体制设计之64QAM性能分析MATLAB仿真及代码
  4. 【Java】获取目录及其子目录文件的相关事宜
  5. 系统总结学习 Python 的 14 张思维导图
  6. python random用法_python random 的用法
  7. Hibernate Session merge,update,save,saveOrUpdate,persist
  8. 拼多多:三亿人在用,剩下十亿人在吐槽
  9. Java中,类的实例化方法
  10. Spring Cloud Alibaba Nacos之服务配置中心
  11. winhex的内存搜索法
  12. 函数重载与参数缺省值共用可能引起两意性
  13. 2021-03-27 : Task05_DIN模型
  14. Flutter 2.8 正式发布
  15. 输入整形(Input Shaping)——一种振动抑制方法
  16. CnOpenData中国各城市基于一级分类绿色专利授权数量统计
  17. Linux flash 文件系统剖析
  18. C#读写调整UVC摄像头画面-饱和度
  19. Android livedata原理解析之自己实现一个简单的LiveData
  20. 数据结构习题答案(全部算法)---严蔚敏版

热门文章

  1. 在线运行python的网站-Python在线练习运行平台
  2. 电子商务网站一般架构有哪些
  3. QT 中“ std::cerr ”的使用方法
  4. SMB2协议特性之oplock与lease(下)
  5. js将对象会集合转换为json字符串。Jackson
  6. WIFI定位原理分析
  7. 独立游戏资源宝库,Unity AssetStore上最受欢迎的免费资源
  8. PATH,PYTHONPATH 与sys.path的区别
  9. 硬盘挂载-硬盘挂载后为只读模式
  10. Harbor: Harbor卸载安装及基本使用教程