app store搜索不到今日头条app 今日头条惨遭苹果下架

8月5日，如果你在app store搜索今日头条app下载的话，会发现无法搜索到该资源。这究竟是怎么回事呢？难道app store将今日头条下架了？这是继美团之后的app再次被苹果无缘无故下架的消息，小伙伴们怎么看待呢？

8月5日凌晨，今日头条收到苹果商店下架通知，他们也发现在苹果商店开始无法搜到自己App，截至。尚未恢复。头条称，已安装今日头条的苹果用户不影响使用，他们正与苹果官方积极沟通。这里盘点了那些被下架的应用和可能的原因。

今天早间，近日热门的新闻App“今日头条”主动发微博称，目前在苹果App Store中无法搜索到自家应用，换言之，已被苹果下架。同时今日头条称，正在与苹果官方沟通。

小编进行了搜索尝试，在苹果应用商店中确实已经无法搜索到这个App。

今日头条官方表示，仅收到苹果的下架邮件通知，未获知下架原因，产品部门正与苹果方面联系沟通。

有媒体随后询问苹果公司相关人士，但对方表示无可奉告。

此前，也有很多App被苹果下架，苹果公司从不对外解释其中原因。“不面对外界，也不对外界解释”，是App Store应用审核团队的一贯作风。

今年5月也发生过诸多应用都在苹果商店不能被搜到的情况，但事后证明那件事是苹果方面被病毒攻击以及单方面的问题。不过，各大应用都没有收到苹果方面的通知。

此次不同的是，今日头条被苹果方面下达了下架通知。一般应用被苹果通知下架，都会有比如违规、违法或者侵犯第三方权益等原因。此次原因不明，据小编了解，也有今日头条技术部内部人士认为是因为最近一周今日头条更新版本太快，而且接连爆出严重bug，可能触碰到了苹果的雷区。此外，第三方审核操作可能存在违规情况。

截至小编发稿，今日头条仍尚未恢复上架，也未收到苹果更明确通知。

以下是根据公开信息整理，曾经惨遭APP Store被下架的应用：

秘密

这款软件大家一定非常熟悉，它主打匿名社交，用户可以发布平时说不出口的心里话，又不会有尴尬的感觉，直接戳中现代人的痛点，上线之后迅速走红，然而接下来发生的事，却令所有人都没想到。

由于涉嫌抄袭美国匿名社交应用“Secret”，秘密第一次遭遇了App Store的被下架，随后又改名无秘再次上架。接着，无秘也莫名其妙的遭遇了第二次被下架，无奈的无秘宣布与友秘达成合作关系，两款软件实现互通，第三次上架。现在，无秘几乎已经淡出了大家的视线，也很少有人再提起其中的内容，但这几次改名、下架风波，远比其内容更受关注。

刀塔传奇

刀塔传奇是龙图游戏发行的一款手游，它以Dota为题材，同时在卡牌游戏中加入了一些创新，从上线开始一直受到玩家的追捧，几乎包揽了各大下载市场的榜首位置。可惜树大招风，如此高调终究是要惹祸的。

去年年初，刀塔传奇遭到了暴雪公司的起诉，理由是涉嫌抄袭《魔兽世界》，无论是人物设定还是画面情节，两者都极其相似，双方甚至已经对簿公堂。几个月后，App Store突然下架了刀塔传奇，不仅无法搜索下载，就连充值系统也被关闭了，对玩家造成了不小的影响。

虽然龙图方面没有明确说明，但大家都能想到肯定是跟之前的诉讼有关系。对于版权问题，App Store一直是零容忍的态度，宁可错杀一千不能放过一个，不管是否侵权先下架再说。不过看起来这种做法很公平，但却也让厂商们十分无奈。

豆瓣读书/酷狗音乐

因为版权问题被下架的不只有刀塔传奇，还有豆瓣读书与酷狗音乐。这类软件通常要花大价钱去购买版权，不仅能够吸引用户，也为了避免不必要的官司。

去年6月酷狗音乐惨遭被下架，而理由则是涉嫌售卖盗版内容，但非常奇怪的是，酷狗音乐明明已经加入了“中国APP移动应用正版联盟”，这么不明不白的就下架实在说不过去。据酷狗方面称，下架很可能是遭遇了同行的恶意举报。

豆瓣读书同样如此，10月28日豆瓣读书突遭被下架，用户无法搜索到也无法充值，从随后豆瓣阅读发布的声明中不难看出，他们也不知为何被下架，目前已经提交相关材料至苹果方面，希望重新上架。看来苹果要想掌握手中这杆公平杠杆也不太容易。

喜马拉雅FM/荔枝FM/考拉FM

去年6月，音频类App遭遇了一次集体下架，包括喜马拉雅FM、荔枝FM、考拉FM均被苹果除名，理由也基本一致：恶意刷榜。然而三家的遭遇这么相似令人不免怀疑是同行竞争所致。喜马拉雅FM方面称，在下架的前一天，下载量评论量高的出奇，让苹果方面误以为是喜马拉雅FM在操作刷榜，基本上可以确定是同行的恶意行为。但怪就怪在同行也都遭遇了黑手，事情真相依旧扑朔迷离。

那么什么样的APP容易被苹果下架，根据以往经验，如果让应用审核团队认为开发未完成、加载时间过长、甚至对商标和Logo的错误使用，都可能造成App被苹果下架。VentureBeat专栏作者，Xamarin的创始人 Nat Friedman曾总结过一份，被苹果下架九大原因盘点，由IT经理网编译，大致包括以下九个原因：

第一, 采用“Beta”或者其他可能让苹果认为你的应用还未开发完成的名称

由于Google的很多产品采用“Beta”来发布， IT业内也有一种把最终产品命名加上“Beta”的潮流。 而苹果对此非常严格。任何带有类似字眼的产品会被认为尚未完成。 我们就见到过不少如“Beta版”，“预览版”或者“Version 0.9”的产品没能通过AppStore审核

第二， 加载时间过长

所有的移动操作系统（iOS， Android甚至Windows），都对应用的最大加载时间又限制。 对iOS来说， 大约是15秒，如果你的应用在15秒内未能启动， 操作系统就会杀进程。

即便你的应用在这段时间内启动了，网络连接速度， 硬件等环境的不同， 也可能导致你的应用在审核期间加载时间过长。 因此， 不要仅仅依赖于iOS的模拟器，一定要在真实网络和真实硬件环境下进行测试， 而且最好保留一些旧版的手机以确保所有用户都能体验到相对较快的加载速度。

第三， 链接到第三方支付系统

苹果要求所有的数字内容都要在通过iTunes内置的应用内购买来完成。 包括一次性购买或者注册付费等方式。 如果你的应用提供其他的购买方式， 你的应用肯定会被下架。这也就是为什么Kindle的应用不让用户直接从应用购买新书的原因。

甚至对应用通过网页提供第三方支付链接也不行。 Dropbox的应用被苹果拒绝就是一个例子。 Dropbox的应用在登录界面提供了一个购买更多存储空间的链接而未能通过苹果的审核。这不仅仅对Dropbox的App有影响， 甚至对所有采用Dropbox API的应用都有影响。

因此，一定要好好检查一下你的应用开发流程， 确保所有的数字内容的购买都是通过用户的iTunes账户完成的。 注意， 苹果只对数字内容才做出此限制，这也就是为什么一些旅游应用能够通过App预订酒店和机票的原因。

第四， 不要提对其他平台的支持

不光是苹果。没有那个市场愿意你提到竞争对手名字的。 因此， 如果你的应用已经在Android上或者Windows上跑了， 在你自己的网站上说吧， 不要在App的描述里提。

第五， 本地化的一些问题

你的App用户可能来自世界各地， 即便你不提供多语言版本， 在应用内购买的时候把日元符号写成欧元也表明你是一个不成熟的开发者。

因此，要利用类似 asNSNumberFormatter或Invariant Culture这样的组件以及模拟器来测试在不同地区下的用户体验， 确保如日期之类的格式符合用户本地的格式要求。

我们曾经见过一个欧洲的应用开发商的应用，因为没有正确处理负的经纬度而被苹果AppStore拒绝（注：苹果总部的经度是 -122.03）。 因此， 一定要好好检查你的应用在地图上任何经纬度都能跑。 特别要注意经过本初子午线的正负经度变化以及经过赤道正负纬度变化。

第六， 对存储和文件系统的不正确使用

在iOS5.1推出后， 苹果曾经下架了一款应用的升级因为开发者把一个2MB大小的数据库从应用备份到了文件系统，违反了iCloud关于只备份用户产生内容的规定。

对任何静态的或者应用自带的或者很容易从远程服务器下载的所谓“可再生的数据”都不需要备份。 对于非用户数据， 可以选择缓存位置或者选择“不需要备份”属性。

第七， 在用户拒绝权限请求时崩溃

在iOS6， 用户对试图访问地址本， 照片集， 地理位置， 日历， 提醒， 蓝牙， Twitter和Facebook账户的应用， 必须提升权限申请。 如果用户拒绝应用的权限申请， 苹果要求App依然能够继续工作。

这一点在审核时会自动测试，如果不能正常工作， 则会被自动拒绝。 因此， 一定要仔细测试应用使用数据时的所有的“允许”“拒绝”组合， 同时也包括用户开始允许权限后来又拒绝的情况。

第八， 对图标和按钮的不正确使用

很多iOS App被拒绝不是因为性能或者功能的原因， 仅仅就是因为一些小的UI方面的问题。开发者要确保应用在采用内置的苹果的图标和按钮时在外观和功能上一致性。 可以采用UIButtonBarSystemItem来进行测试。另外， 要熟悉苹果的“人机交互指南”。

比如说，除了创建新内容， 你不能用苹果的“Compose”

图标代表任何其他的用途。苹果的工程师希望App的行为尽量可预测。 因此对内置图标和按钮的使用方面格外严格。

第九， 商标和Logo的错误使用

在你的应用的图像上，不要使用他人的商标或者苹果图标。 也不要使用带有iPhone图样的图标。 我们见过在关键字中含有商标被拒绝的例子。

另一方面，你的应用还需要在内置地图中明确属性信息（比如Google地图或者诺基亚的地图）等， 否则也会被拒绝。

当然， 如果你的应用被拒绝了或者下架了， 也不要着急， 找出问题来再次提交就是了。 此外， 苹果还提供一种紧急审核的机制， 用来进行重要Bug或者安全问题的修复。 不过， 开发者如果过度使用紧急审核机制， 可能会在今后被禁止使用。

当然最好还是争取一次就通过审核。 所以，最根本的当然是， 开发者仔细阅读苹果的《提交指南》并且提供高质量的应用。