為了避免不必要的上線延遲及成本增加,瞭解App Store稽核被拒的常見原因以及對應的解決方案,是非常重要的。本文彙總了App Store稽核被拒的常見原因,希望能給你帶來幫助。
許多開發人員抱怨Apple的封閉生態系統,但我們不得不承認這是Apple最大的競爭優勢之一。 然而,為了維持這個生態系統的優勢以及給使用者提供更優質的應用及遊戲,蘋果必須更嚴格地稽核開發者提交的應用及遊戲。
據CNBC報道,蘋果在2020年拒絕了近100萬個首次提交到App Store的應用及遊戲。此外,它還拒絕了近100萬次應用更新。
為了避免不必要的上線延遲及成本增加,瞭解App Store稽核被拒的常見原因以及對應的解決方案是開發人員以及營銷人員的必修課。
本文彙總了App Store稽核被拒的常見原因供開發者參考。希望這份指南能幫助你成功避雷,順利過審!
一、App Store 稽核流程
蘋果稽核主要分為三部分:
預審、機審和人工稽核。
目前應用提審的整個流程大體分為五個階段:Prepare For Upload(準備上傳)、Waiting For Review(等待稽核)、 In Review(稽核)、Pending Developer Release(等待開發者釋出)、Ready For Sale(準備銷售)。
APP上傳後,會進入到 Wait for Review 狀態,而後進入到In Review狀態,In Review一般1~2天左右就會稽核透過或者是被打回。
包上傳後首先進入的是預審,
會被掃描API等,預審通過後會在iTC裡出現,然後才可以提交至 Waiting;
在 Waiting For Review(等待稽核)階段一般是機審,
機審主要是對程式碼進行機器稽核,排查APP是否重複應用;
通過後會進入In Review(稽核)階段,即人工稽核階段,
這個階段主要看的是App的元資料,例如APP封面、功能、體驗等等,注重使用者體驗。平均而言,50% 的 app 會在 24 小時內完成稽核,超過 90% 的 app 會在 48 小時內完成稽核。
如果長時間(超過7天)處於In Review 狀態,建議撤回重新提審以免耽誤時間。
加急請求
:如果你遇到了嚴重的時間問題,可以申請加急稽核。請僅在你真的需要加快稽核時才提出申請,以免蘋果發現你濫用此係統,從此以後都拒絕你的加急申請。
二、App Store稽核被拒的12個常見原因與快速過審解決方法
1. 令人反感的內容
App 不應包含具有攻擊性、不顧及他人感受、令人不安、惹人厭惡、低俗不堪或只是讓人感到毛骨悚然的內容。
被拒常見原因及示例:
宣傳黃色或色情內容;例如你的遊戲角色
穿著暴露或者動作挑逗
。
誹謗、歧視或惡意的內容,包括有關
宗教、種族、性取向、性別、國籍、種族起源
或其他目標群體的引用或評論;例如在遊戲中,“敵人”不能單單針對特定種族、文化、真實存在的政府或企業,或是任何其他真實存在的實體。
人類或動物遭到殺害、殘害、酷刑、虐待的寫實描繪
,或者鼓勵暴力的內容;
鼓勵非法使用或不負責任地使用武器和危險物品的描述,或者促進軍火或彈藥購買的描述;例如在icon, 截圖或應用內
出現煙、酒、武器等
。
虛假資訊和功能,其中包括不準確的裝置資料或用於惡作劇/開玩笑的功能,如虛假的位置跟蹤器。
2. 使用者生成的內容
相比開發者建立的內容,對於包含使用者生成內容的 App,有更多特定的難題需要解決,比如智慧財產權侵權、匿名欺凌等。
被拒常見原因及示例:
使用者生成的色情(或暴力)內容;例如部分直播應用或社交平臺有較多的露骨影片或圖片;
客體化現實生活中的某人 (如“性感與否”投票);
(匿名)進行人身威脅或欺凌。
解決方法:
由於使用者產生的不當內容被Apple拒審後,應根據Apple提供的截圖快速移除不當內容,並擴大範圍自查其他位置是否仍存在不當內容。此外,包含使用者生成內容或社交網路服務的 App
必須滿足
以下條件:
採用相應的方法來
過濾
令人反感的內容,以免這些內容在 App 中釋出
制定一個
機制
,以舉報攻擊性內容並在出現問題時及時作出迴應
若使用者釋出攻擊性內容,可以取消其使用服務的資格
公佈聯絡資訊,以便使用者與你聯絡
總之,要有監管手段!App中需要有投訴、舉報違規內容的功能,以及遮蔽、拉黑其他使用者的措施。
3. App 完成度
根據 Apple 的App Review Center,超過 40% 的應用被拒絕是針對指南 2。1 – 效能:App 完成度,完成度稽核要求提交的App是完整的最終版,應在提交前進行產品測試,避免出現崩潰、載入失敗等非常明顯的Bug。
4. 準確的元資料
元資料被拒一般是App Store Connect中的解釋說明類的內容有問題,比如App資訊中的應用標題、副標題、關鍵詞、螢幕快照、螢幕預覽等。
那麼接下來我們詳細地說說一些注意事項。
被拒常見原因及示例:
1)應用或者元資料中提到其他任何移動平臺都將會被拒絕
無論在你的程式碼內、App使用者介面、及App Store Connect預覽圖、宣傳文字、描述、關鍵字等任何地方!注意!是任何地方!蘋果爸爸對這類內容零容忍! 不要出現字眼(安卓、Android)、圖示(類似綠色小機器人)等,或誘導使用者知曉或安裝對應安卓平臺應用。
2)螢幕快照與App介面不符
上傳到App Store Connect的螢幕快照和App預覽內容需要與App內本身呈現的介面相同。
3)螢幕快照裝置外殼錯誤
針對不同系列的iPhone及iPad,開發人員需要提交不同大小的螢幕快照。最終部分開發人員只關注將圖片大小修改至標準尺寸,忘記了需要同步修改對應的裝置外殼(如有使用)。
4)宣傳實際並不提供的內容或服務
不要在應用名、標題、描述、商店圖和分類等方面使用和自身APP完全無關的內容,包括但不限於使用跟競品有擦邊球關係的文案或圖案,特別是已註冊品牌的內容。
5)隱藏功能
所有新的特性、功能和產品變更內容都必須在 App Store Connect 的“稽核備註”部分中予以詳細描述。不要包含隱藏功能(如果確定沒有隱藏功能,多由開發過程中使用的第三方SDK引起)。
6)顯示真實個人資訊
請確保你的App 圖示、截圖和預覽中的所有材料都顯示虛構的帳戶資訊,而非真實個人的資料。
7)不恰當的評級
請在 App Store Connect 中誠實地回答年齡分級問題,以使 App 與家長控制功能的分級保持一致。如果 App 所含的媒體內容要求顯示內容分級或警告 (如電影、音樂和遊戲等),則需在銷售 App 的每個地區內遵循當地要求。
8)iOS
大小寫規範
特別是iOS、iPhone X等。還有一些英語詞彙,注意大小寫。
5. 硬體相容性
為了確保使用者能夠充分利用你的 App,
iPhone App應儘量能在 iPad上執行
。建立通用應用程式的關鍵是根據使用者所在的螢幕尺寸或方向(縱向或橫向)自動調整應用程式的佈局大小。這稱為自適應佈局,你可以使用Apple 的佈局工具(如 Auto Layout)來實現此目的。
不以任何方式損壞或降低使用者裝置的效能。
過度使用電池和產生熱量是常見的例子。
對於 Apple TV App,應確保使用者無需使用除 Siri Remote 或第三方遊戲手柄之外的硬體輸入,但你可以隨意提供增強功能供連線其他外圍裝置時使用。
App
不得建議或要求重新啟動裝置
,也不得改動與 App 核心功能無關的系統設定。例如,請勿鼓勵使用者關閉 Wi-Fi 或停用安全功能等。
6. 軟體要求
因軟體要求被拒的原因主要是產品加入違規程式碼。
App
僅可使用公共 API
,並且必須在當前釋出的 OS 上執行。
App
必須能夠在僅支援 IPv6的網路上完全正常地運作。
App 應自包含在自己的套裝中,不得在指定容器範圍外讀取或寫入資料,也不得下載、安裝或執行會引入或更改 App 特性或功能的程式碼,包括其他 App。
多工處理 App 只允許在實現預期用途時使用後臺服務:VoIP、音訊播放、地理位置、任務完成記錄和本地通知等。如果應用使用定位後臺模式,請提醒使用者,這麼做會大幅降低電池續航能力。
如果 App 會瀏覽網頁,則必須使用相應的 WebKit 框架和 WebKit Javascript。
不得提交包含空白廣告橫幅或測試廣告的 App。
如果 App 傳輸的病毒、檔案、計算機程式碼或程式會對作業系統和/或硬體功能 (包括推送通知和 Game Center) 的正常執行造成負面影響或導致其中斷,則該 App 會被拒絕。
如果 App 會建立替代的桌面/主螢幕環境,或者模擬多 App 外掛體驗,則該 App 會遭到拒絕。
如果 App 會改變或停用標準開關 (如調高/調低音量和鈴聲/靜音開關) 的功能,或者改變或停用其他的原生使用者介面元素或行為,則該 App 會遭到拒絕。例如,App 不應遮蔽轉向其他 App 的連結,或使用者希望以某種特定方式執行的功能。
7. 購買專案
如果您想要在 App 內解鎖特性或功能 (解鎖方式有:訂閱、遊戲內貨幣、遊戲關卡、優質內容的訪問許可權或解鎖完整版等),則必須使用 App 內購買專案。App 不得使用自身機制來解鎖內容或功能,如許可證金鑰、增強現實標記、二維碼等。App 及對應元資料不得包含指引客戶使用非 App 內購買專案機制進行購買的按鈕、外部連結或其他行動號召用語。
被拒常見原因及示例:
主要是接入第三方支付造成的。
解決方法:
老老實實地走 IAP 的支付方式,用內購形式進行展示。如果隱藏虛擬產品或者通過後更改支付方式,都是有一定風險的。
8. 最低功能要求
App 應包含功能、內容和 UI,而不僅僅是一個經過重新包裝的網站。如果 App 沒有什麼實用價值、毫無新意或者不太像是一個 App,那它很可能被拒。
被拒常見原因及示例:
主要問題在於蘋果認為部分開發者上傳的App功能不夠,或者沒有自己的核心功能。
解決方法:
如果被認為應用沒有核心功能,應首先確認是否存在問題。其次可向蘋果解釋產品解決的使用者需求,以及具體功能的展現。
App 應能獨立工作,無需安裝其他 App。
確保 App 釋出時在其二進位制檔案中包含有正常執行所需的充足內容。
如果 App 需要下載其他資源才能在首次啟動時正常執行,請披露下載大小並在下載之前提醒使用者。
9. 重複 App
與 App Store 中已有的其他應用非常相似的應用也將無法透過稽核。
一些開發者會模仿App Store中最暢銷或最熱門的應用,做一些小改動,然後上架到App Store。此外,很多開發者會建立主包的馬甲包以規避App Store的很多規則及獲得最大利益。
這些情況都有可能被蘋果發現並拒審。
解決方法:
針對機器稽核
:主要在於程式碼的處理方面,可新增垃圾程式碼或註釋塊,降低程式碼的相似度;
針對人工稽核
:主要在於修改UI風格,從icon、主色調到應用截圖等需要做個性化處理,不能照搬其他應用或者是僅僅小改動;
針對標題一致
:標題名稱儘量和已上線的App有差異化,特別是很多蹭知名產品的名稱,至少必須在後綴做差異化;
換賬號
:換開發者賬號,換不同賬號提交稽核。
10. 隱私
Apple 要求所有應用必須隱私政策以遵守隱私法,例如歐洲的GDPR和美國的各種FTC 規則。即使你的應用程式沒有收集任何個人資料,你仍應制定隱私政策。
被拒常見原因及示例:
未提供隱私政策
App 強制使用者註冊
基於不需要使用者資訊的功能之上、暗中採集使用者的個人資訊
App 未得到允許,與第三方共享收集的使用者資料,且並未說明使用目的等
解決方法:
隱私政策:
所有 App 必須在 App Store Connect 元資料欄位和 App 內部包含可輕鬆訪問的隱私政策連結。
許可:
如果 App 會收集使用者資料或使用資料,即使此類資料在收集當時或收集後即刻被匿名處理,App 也必須徵得使用者的同意才能收集。
資料最少化:
App 僅可請求訪問與 App 核心功能相關的資料,並且僅可收集和使用完成相關任務所需的資料。
訪問許可權:
App 必須尊重使用者的許可權設定,不得操縱、欺騙或強迫使用者同意不必要的資料訪問。
帳戶登入:
如果 App 不包含基於帳戶的重要功能,請允許使用者在不登入的情況下使用,即提供遊客模式。
資料使用和共享:
除非法律另有許可,否則您不得未經他人允許而使用、傳輸或共享他們的個人資料。您必須提供相應的資訊,說明以何種方式在哪裡使用這些資料。
11. 智慧財產權
請確保 App 只包含由您建立或擁有使用許可的內容。如果您已越線並在未經許可的情況下使用了內容,您的 App 可能會被移除。
被拒常見原因及示例:
涉及到音樂、影片類等內容的播放、儲存、轉換或下載,但在提交時沒有提及版權協議。
誤導或暗示 Apple 是 App 的來源或提供商,或者 Apple 以任何形式表示認可其質量或功能。
解決方案:
確保 App 只包含由您建立或擁有使用許可的內容,提交產品時使用受版權保護的第三方的書面證據或者將產品中包含的未經第三方授權的部分隱藏。例如,如果你的遊戲拿了正版IP,那請提前準備好授權檔案並在review note裡提供。如果沒有版權,那麼名字和icon、應用截圖就不要打擦邊球。
12. 遊戲、賭博和彩票
遊戲、賭博和彩票的管理難度較大,是App Store上受到最嚴格管制的 App 類別之一。只有全面核實了即將釋出您的 App 的所有國家/地區的相關法律要求後,才能包含此功能,並且要做好準備此功能的稽核流程需要更長的時間。您需要謹記以下事項:
如果你的App中有抽獎、幸運大轉盤、搶購活動等類似功能,不想被拒就請註明:“該活動由xxx提供,與裝置生產產商Apple Inc.無關”。字型再小也要寫!
抽獎和比賽必須由 App 的開發者贊助。
App 不得透過 App 內購買專案購買點數或貨幣,以用於任何種類的真實貨幣遊戲;不得向用戶出售彩票或抽彩券;不得在 App 內進行資金轉賬。
提供真實貨幣遊戲 (例如體育下注、撲克、賭場遊戲、賽馬) 或彩票的 App 必須在使用該 App 的地區獲得必要的許可和批准,且只能在這些地區釋出,此類 App 在 App Store 中必須免費提供。
三、App Store稽核被拒後如何處理
被拒後,首先應
定位被拒的原因
。你可以根據蘋果提供的被拒條款及截圖定位具體原因。如果對被拒資訊一時無法定位,可以反饋郵件進行再次諮詢。
然後修改被拒問題。
如果是一些元資料或二進位制的問題被拒,比如:提供測試賬號密碼、螢幕需更換截圖、年齡等級不符,以及需要提供影片來說以證明的,修改完後可發信息禮貌反饋並重提。
Apple 應用程式稽核流程可能存在一定的隨意性。不同工程師稽核的時候把握的度是不一樣的,相同的內容,有時候你能過審,有時候不能。但是,我們仍需要對“蘋果稽核”這件事心存敬畏,不要試圖繞開稽核、欺騙稽核。一定要老老實實把問題改掉,合規上架才是王道。
最後希望大家每次提交都能順利過審,感謝。
作者:Lois,微信公眾號:海外SEO與ASO;一枚海外營銷人。
本文由 @Lois 原創釋出於人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基於CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供資訊儲存空間服務。