對App來說，在應用市場中被下架是一件非常被動與嚴重的事情，為了避免這類事情法神，摸清App下架原因非常關鍵，本文就對近三年App下架原因進行系統(tǒng)性分析，總結出3大下架原則/12個下架原因及對應解決方案，供大家自查和規(guī)避風險。

““今日頭條”等APP被下架 警示平臺要守法經(jīng)營_搜狐”

““小紅書”APP下架,出啥事兒了?_應用_搜狐”

“一波未平一波又起,嗶哩嗶哩APP遭全網(wǎng)下架!_搜狐”

“網(wǎng)曝網(wǎng)易云APP被各大應用市場下架 – 簡書”

“部分美團應用遭App Store下架|美團|Store|App_新浪財經(jīng)_新浪網(wǎng)”

有時我們會從新聞看到應用被約談/下架，大廠App也未能幸免。根據(jù)七麥數(shù)據(jù)，單是Apple Store 2019一年就下架 875790 款應用。

作為一位產(chǎn)品經(jīng)理，需要時刻保持求生欲，盡量避免App下架發(fā)生，做好事前預防工作；如果App已下架，再怎么處理也是處于極度被動的局面，這時無非就是申訴/整改恢復上架，或者，做個馬甲App重新上架。下架對App打擊極大，相關責任人可能會被降職降級辭退。

為此，我對近三年App下架原因進行系統(tǒng)性分析，總結出3大下架原則/12個下架原因及對應解決方案，供大家自查和規(guī)避風險。

下架原則一：對社會有害

1.?含有違法違規(guī)內(nèi)容

涉及敏感內(nèi)容，黃賭毒、政治、宗教、暴力……App違規(guī)信息被應用市場（或國家相關部門）發(fā)現(xiàn)是會被第一時間下架。

例：百度App根據(jù)有關部門整改要求 部分頻道停止更新。

解決方案：

1）App團隊全體成員都要學習互聯(lián)網(wǎng)各種法律法規(guī)，明確知道什么內(nèi)容可以發(fā)布什么內(nèi)容禁止發(fā)布。

切實履行主體責任，全面加強網(wǎng)站管理，積極營造清朗空間，努力為用戶提供更好的網(wǎng)絡生態(tài)。

2）App本身需要建立完善的審核、屏蔽、舉報機制（關鍵詞過濾、人工審核、用戶充當審核員等）。

快速處理違規(guī)信息，封禁違規(guī)信息發(fā)布者App權限，保留所有違法違規(guī)證據(jù)。

若需要可以找警方協(xié)助處理，力求將不良影響降到最低。

此外，有的公司主營業(yè)務本身就是違法違規(guī)，如“趣步公眾號被封App下架”，已被立案調(diào)查，這種公司我只能說勸你善良。

2.?符合《App違法違規(guī)收集使用個人信息行為認定方法》的具體行為

1. 未公開收集使用規(guī)則
2. 未明示收集使用個人信息的目的、方式和范圍
3. 未經(jīng)用戶同意收集使用個人信息
4. 違反必要原則，收集與其提供的服務無關的個人信息
5. 未經(jīng)同意向他人提供個人信息
6. 未按法律規(guī)定提供刪除或更正個人信息功能”或“未公布投訴、舉報方式等信息

解決方案：

按照這個《認定方法》（點擊直達）一條一條排查處理，如用戶在首次打開App，需要彈窗提示用戶閱讀App用戶協(xié)議與隱私政策；增加【更正、刪除個人信息及注銷用戶賬號】的入口等等。

3.?含有侵權糾紛內(nèi)容

如字體侵權、商標侵權、圖片侵權…

例：“北半球國際傳媒CEO王濤今日在微博爆料稱，公司曾被視覺中國投訴，致App下架，損失百萬。”

解決方案：

最重要的是做好預防工作，即App中使用的字體/文章/圖片/商標等等內(nèi)容，需要先確認無侵犯版權的風險后方可使用。

如果還是收到了“侵犯版權”的投訴，方案如下：

1）一般，應用市場收到“被侵權方”的郵件后，通常都會先發(fā)郵件與“侵權方”溝通，因為應用市場作為第三方，ta并不清楚到底是否侵權屬實。

所以作為產(chǎn)品經(jīng)理，需要綁定應用市場郵箱，有郵件第一時間及時接收查看，以防被警告了還傻乎乎地無所作為。

假如應用市場發(fā)了幾封郵件都沒有收到回復，那么應用市場會直接下架應用。

2）將“可能侵權”的內(nèi)容全部刪除/調(diào)整。

3）聯(lián)系“被侵權方”，協(xié)商一下如何解決事情。如果“被侵權方”的要求，我們能做到的，那就和平解決。如果對方獅子大開口，那么只能尋求法律人士意見。

4）收到應用市場郵件的3天內(nèi)必須要回復應用市場，以表示自己積極溝通處理的態(tài)度。

回復郵件時，需要注意無論如何都不要承認自己是侵權了，否則很可能直接就會被下架App。

回復的郵件內(nèi)容：說明自己以表誠意已經(jīng)將這些“涉嫌侵權的內(nèi)容”做了刪除/調(diào)整，并且已積極跟對方進行溝通協(xié)商解決。

回復的郵件最好是律師看過，確認無誤才發(fā)布。

如果是回復Apple Store的，則需要先翻譯為英文再發(fā)布。

下架原則二：對應用市場利益有損

1.?加入違規(guī)代碼

如與 iAP 沖突的支付代碼、竊取用戶信息的代碼（也屬于對用戶有害）、熱更新代碼等。

解決方案：

1. App核心人員要通讀各應用市場的審核指南與互聯(lián)網(wǎng)各種法律法規(guī)，懂法守法樹立正確價值觀。
2. 每次發(fā)布版本前都要進行代碼核查；
3. 如果是誤加入被應用市場發(fā)現(xiàn)發(fā)郵件警告，則應第一時間處理更新App，同時以最快速度回復應用市場告知處理進度。

2.?馬甲包

如應用市場上已經(jīng)有XXApp，后面開發(fā)者新提交一個YYApp，其業(yè)務模塊/UI界面/程序代碼與XXApp所差無幾（即自己拷貝/山寨自己）。這種YYApp被應用市場發(fā)現(xiàn)也是會被下架的，更甚者會連累主包XXApp。

解決方案：

如果真的要上馬甲包，則這些App的業(yè)務模塊/UI界面/程序代碼要做出差異化。

3.?應用市場內(nèi)購

在iOS系統(tǒng)的App購買虛擬商品，是需要走蘋果內(nèi)購的，部分App在審核通過后，就隱藏了蘋果內(nèi)購，支付方式改為微信/支付寶，導致蘋果每筆收益少了3成抽成。如果被發(fā)現(xiàn)即會被認為App存在欺詐行為，做出下架處理。

解決方案：

iOS系統(tǒng)的App購買虛擬商品需要走蘋果內(nèi)購。我們可以告知用戶，如果是在微信、官網(wǎng)、安卓手機支付相同訂單其費用更低，當然這個引導要適度把握分寸。

4.?開發(fā)者賬戶到期未續(xù)費

iOS開發(fā)者賬號過期后App會被下架，需要盡快續(xù)費，過期后賬號對應的App會下架，用戶沒辦法下載。已經(jīng)下載的用戶還是可以使用該App，續(xù)費之后會自動恢復。

解決方案：

iOS 開發(fā)者賬號到期，一般會提前一個月發(fā)郵件提醒續(xù)費，所以一個是綁定應用市場郵箱，有郵件第一時間及時接收查看并續(xù)費即可；

二個是可以把下次續(xù)費日期記錄到自己的工作備忘中，下次續(xù)費之前，備忘發(fā)出通知提醒自己去續(xù)費。

5.?擾亂應用市場秩序

主要表現(xiàn)形式為刷榜、刷評論、刷熱詞等，用作弊手段提升App的排名、非真實用戶好評、刷某些關鍵詞讓App增加搜索曝光度。例：刷評論被應用市場發(fā)現(xiàn)了，會收到應用市場官方警告信。

解決方案：

1. 一般，應用市場不會發(fā)現(xiàn)一次異常就會直接下架App，通常都會先發(fā)郵件溝通，所以作為產(chǎn)品經(jīng)理，需要綁定應用市場郵箱，有郵件第一時間及時接收查看，以防被警告了還傻乎乎地無所作為。
2. 調(diào)查公司各部門是否有進行相關刷榜、刷評論、刷熱詞行為，若有則暫停；若沒有，則繼續(xù)追查看看是哪里出現(xiàn)了問題。（是不是被競爭對手惡意攻擊之類的）
3. 回復應用市場，溝通要積極，態(tài)度要誠懇，說明自己已查看通知并積極查找問題所在，保證問題會得到解決。

更多“對應用市場利益有損”的原因請參照應用市場審核指南

下架原則三：對用戶體驗有害

1.?描述與事實不符

如應用市場中App的截圖、文案、功能、說明與實際App有很大出入，存在欺騙用戶行為。

解決方案：

確保 App 的描述、屏幕快照和預覽能夠準確反映 App 的核心體驗，并記得不斷更新，以便保持與新版本相應的最新狀態(tài)。

2.?誘導用戶行為

如誘導、強制用戶好評等。例：引導用戶去應用市場給好評，完成后予以一定道具/積分/禮品/，或者，好評了才讓用戶正常使用App等。

解決方案：不要這樣做就好了…

3.?嚴重 BUG

解決方案：

在 App 的調(diào)試階段一定要嚴格把關，適配方面不要僅僅是理論上可行，一定要親自在各系統(tǒng)版本中進行測試，確保在描述中包括的所有版本下都能良好地運行。

4.?長時間未更新

App定期更新，優(yōu)化性能/修復bug/做好適配…才能保證良好的用戶體驗。太久不更新的App，應用市場會做下架處理。

解決方案：起碼半年要更新一次。若一年都不更新的，會被視為放棄維護了。

希望對大家有幫助，歡迎評論區(qū)交流噢。

作者：DoraPM，公眾號：DoraPM產(chǎn)品經(jīng)理

本文由 @DoraPM 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

題圖來自Unsplash，基于CC0協(xié)議