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或者安全問題的修復。 不過， 開發者如果過度使用緊急稽核機制， 可能會在今後被禁止使用。
當然最好還是爭取一次就通過稽核。 所以，最根本的當然是， 開發者仔細閱讀蘋果的《提交指南》並且提供高質量的應用。
