作為app推廣者被拒絕怎麼辦

2. App 被拒後或被下架 向Apple獲取幫助或申訴渠道匯總

app審核通過後被下架怎麼辦？

APP審核後被拒怎麼辦？

App被拒和下架大多是你的項目本身存在問題，但是也不排除審核委員會審核失誤這種情況，這種情況該怎麼處理？該如何申訴？該怎麼聯系蘋果表達我們的訴求呢?

更多詳情上架申訴： http://wd.nnjjkj.com/?malili=jianshu

這時我們就需要與審核委員會交涉進行處理。主要有以下途徑，可進行App審核可以獨立申訴操作

一、在被拒頁面直接回復

在你被拒的頁面里會有回復（向 App 審查委員會提交上訴），你可以在這里直接回復你的疑問和進行解釋，如果確實不是程序的問題，一般他們會直接將你的應用上架；如果讓蘋果確認後發現還是你的程序有問題，他們也會進行回復，不過一般和拒絕理由差不多，說法比較官方。

二、 郵箱

審核相關的問題：[email protected]

開發者支付相關的問題：[email protected]

銀行賬戶相關：[email protected]

稅收相關：[email protected]

銷售報表相關：[email protected]

合同條款相關：[email protected]

中國區開發者的服務郵箱：[email protected]

全球開發者計劃：[email protected]

三、蘋果 iTC 後台

登錄蘋果 iTC 後台，點擊右下角【聯系我們】即可進行聯系蘋果的相關操作

四、蘋果開發者網站

登錄蘋果開發者網站後，將頁面拉至最下方，點擊【聯系我們】

【聯系我們】板塊功能及對應內容

在蘋果開發者網站（developer.apple.com）【聯系我們】版塊中，蘋果針對不同類型的問題設置了不同的分類，比如會員資格與賬戶、開發與技術、App 設置和分發、App 審核等。

會員資格與賬戶

會員資格與賬戶包含賬戶訪問許可權、賬戶信息更新、組織名稱更改、D-U-N-S 編號等相關問題。

賬戶信息更新

解決賬戶信息變更的問題。

組織名稱更改

只針對開發者賬號。

D-U-N-S 編號

忘記鄧白氏編碼或解決其他關於鄧白氏編碼的問題。

鄧氏編碼（D-U-N-S Number，全稱：Data Universal Numbering System）。它是一個獨一無二的 9 位數字全球編碼系統，對於企業而言就像是一種身份識別碼（類似個人身份證）

計劃購買和續訂

解決產品購買和續費額問題，如開發者賬號續費出現「支付授權失敗」或支付成功後，又將款退回到原賬戶問題。

協議和合同

針對設置銀行信息時，長時間處在審核狀態。

開發者團隊管理

解決開發者給其他人許可權中遇到的問題。

App Store Connect 用戶和職能

添加/修改開發者信息：蘋果賬號管理人。

App 設置和分發

App 設置和分發中包含二進制文件傳送和處理、顧客評論和評分、搜索廣告、GameCenter 等細分問題類別。

二進制文件傳送與處理

解決 ipa 文件/打包文件的相關問題。

顧客評論和評分

投訴惡意刷評論。

搜索廣告

投放 ASM 時遇到問題。

元數據、屏幕快照和 App 預覽

元數據刪除等相關問題。

銷售范圍和定價

產品銷售范圍、銷售國家/地區和內購問題。

轉讓 App

App 無法變更或轉讓的問題。

開發者將某個 App 出售給其他開發者，或想要將其移至其他 App Store Connect（原 iTC 後台）帳戶或組織時，就需要轉讓該 App。

企業的內部 App 分發

企業賬號分發、證書等問題。

TestFlight

無法使用 TestFlight 構建測試版本、測試版本審核未通過等問題。

2014 年 WWDC 開發者大會上，庫里正式提出 App Store 將全面支持 TestFlight，TestFlight 從此時開始也成為 iOS 開發者測試 App 的必用工具，於 2014 年正式上線 App Store，同時在 iTC 後台也有了專屬模塊。

App 內購買項目和訂閱

用戶無法購買已設置的 App 內購買項目和訂閱等問題。

針對 App 內購買項目主要有 4 中展現形式，如下圖：

【訂閱】是蘋果在 2016 年推出的一項新的訂閱模式，提供自動續訂訂閱的 App 可以在訂閱開始時，向用戶提供限期折扣價或免費試用

在 App Store 被評為精選

為產品申請精品推薦。

App Store 搜索和曝光率

解決關鍵詞落榜、應用下架等問題。

App 審核

App 審核包含 App審核狀態、申訴 App 被拒或 App 移除、App 被拒說明等細分問題類別。

App 審核狀態

反饋產品一直處於未通過或被下架狀態等問題。

App 被提交到 App Store Connect 後台後，共有準備提交、正在審核、等待發布、被拒絕等十餘種不同的狀態。

申訴 App 被拒或 App 移除

產品被拒申訴入口。

App 被拒說明

可以查看審核被拒的詳細原因。

加快 App 審核的請求

加速產品審核時間。

當開發者遇到緊急情況，希望能在最短時間內完成上架，就需要獲得加急審核的機會。 

其他 App 審核問題

反饋賬號封號或被調查等問題。

報告和付款

報告和付款包含稅務和銀行設置、App 分析、Apple Pay、付款和財務報告等細分問題類別。

稅務和銀行設置

稅率咨詢、銀行卡綁定等問題。

Apple Pay

反饋 Apple Pay 無法支付等問題。

付款和財務報告

相關數據有疑問或質疑問題反饋。

銷售和趨勢

對於相關銷售金額及數據有質疑。

登陸 App Store Connect（原 iTC）後台，點擊「銷售與趨勢」版塊，即可查看到包括 App 銷量、App 銷量和套裝銷量、App 內購買項目等在內的數據情況。開發者可以查看 App 銷量、銷售額或 App 內購項目，圖表將顯示不同類別下銷量最佳的 5 個 App，並支持查看按照設備類型及地區查看數據。

活動

針對各活動報名及相關費用、流程咨詢入口。包含WWDC（全球開發者大會）、班加羅爾 App Accelerator、Apple Developer Academy、其他事件等細分問題類別。

報告問題

App 名稱爭議

代理商、IP 問題糾紛。

顧客評論移除請求

投訴惡意刷評論。

報告欺詐問題

投訴競品機刷。

投訴類型包括版權、商標、隱私、宣傳、App 名稱、關鍵詞及其他投訴類型，如：競品侵佔品牌詞、盜用商標等。

反饋與其他主題

針對蘋果官方網站、產品功能使用情況及功能問題反饋入口。包含報告錯誤、開發者網站反饋、App Store Connect 反饋等細分問題類別

五、電話聯系

聯系方式：https://developer.apple.com/contact/phone/

中國大陸地區客服電話：4006 701 855

中國香港地區客服電話：(852) 21129966

中國台灣地區客服電話：0800 022 237

六、最後

【聯系我們】版塊之所以劃分詳細分類，就是為了開發者遇到相關問題時能直接到對應的入口進行反饋，增加解決問題的效率，建議開發者保存本篇文章，在需要聯系蘋果時可以直接反饋到對應窗口。

3. APP推廣裡面的這些坑，只有經過實戰的人才知道

APP推廣裡面坑很多，有的可以在教程中學到提前預防，有的只有在實際推廣過程中才能碰到。以下是作者在多次APP推廣中總結的實戰經驗，趕快學習，提前避坑。

知道和做過不一樣

因為一直都是在做應用商店的優化——簡稱：ASO，就避免不了找一些渠道做優化服務。比如說iOS打榜的服務，積分牆，刷評論，還有一些安卓的下載量等等。這裡面價格也是有很大的浮動空間，一個人什麼都不懂的外行人去談的時候，很容易就多花冤枉錢。

就拿一個普通的iOS50詞打榜來說，價格從最低可以1.5W，最高可以到3.6W。如果對方比較好，報價就不會太高，但是遇到那種漫天要價的渠道，恰巧CP不懂這個行情，就等著被人宰吧。這些是任何教程都不會說的。只有當你親自去嘗試過一次，才會明白這裡面的一些操作。了解一些行業內都知道，但外行卻一無所知的事情。因為這個刷榜的行業本身就是處在一個灰色的區間，我了解到也只是冰山一角。

為你的需求設置一個上線日期

道理大家都懂，因此我就不細說，就是需求要有一個上線截止日期。

但是遇到事情了，就會碰到產品說優先順序靠後，技術開發排期太忙。原定的日期就會被推遲到很晚，有的時候甚至會被取消。

這個時候我們一定要在上線之前想清楚，為什麼要做?做了之後有哪些好處?如果不做有哪些壞處?能不能接受延遲上線或者排期?因為如果一旦你的需求被延遲後，就會遇到各種突發的情況。

之前一個需求就是因為之前提交到A產品經理，然後因為某個原因被延遲上線，結果等到該需求准備做的時候，A產品經理遇到突發事情請假，我又和B產品經理溝通，B產品經理之前不知道這個需求，讓我和技術直接對接，然後技術說你這個需求邏輯有問題需要改，原本一個小小需求，三天就能解決，結果一波多折，硬生生給我推遲了半個月才上線。這是多麼痛的領悟!!!

一定會有解決的方法

最近一段時間因為蘋果3.2.1審核規則(簡單理解就是iOS金融類相關產品上架必須要有對應的資質，否則就拒絕上架)的原因，產品被拒了很多次，於是在網上各種查資料，翻論壇，加QQ群，接觸了較多的渠道，也嘗試問過一些直接賣具有資質賬號的人，發現真的是上有政策，下有對策。按照蘋果的要求，必須要有：

營業執照含有網貸信息中介業務;

金融許可證;

ICP電信增值證(非ICP工信部備案)。

不管是理財類還是貸款類，除非這是三個證件齊全，否則基本上不給通過。

於是萬能的網友們開始想辦法了：

做AB面，就是給蘋果審核人員是看得是一套頁面，審核通過通過後台代碼設置是另外一套頁面，需要技術的支持，產品也需要作出對應的改動。

找渠道代上架，主要是用渠道有資質的賬號上架。價格一般在3W到5W不等。操作方法也分為兩種，第一種：需要更改產品內所有原公司名稱為渠道提供賬號的名稱，審核期間APP內不允許出現原公司名稱，審核通過之後後台調整回來，另外一種則是通過渠道給的IPA蘋果證書以及其他文件，自己打包然後在給到渠道，不需要更改太多產品。

第三種，換賬號看運氣，因為蘋果人員審核畢竟是人工審核，難免會有漏掉的時候。不過概率不大。

其實無論做任何事情，多反思，總能發現自己做得不足之處，每一次復盤都是對自己一個提升，希望能夠堅持下去。

4. app審核被拒，求解答

1、Terms and conditions(法律與條款)

作為App Store的應用開發者，你必須接受如下條款：Program License Agreement (PLA)，Human Interface Guidelines (HIG)，以及任何你與apple簽訂的許可和合同。以下規則和示例是為了協助你的應用更快通過審核上架，而不是修正或取代之前的條款。

2. Functionality(功能)

2.1存在Crash(崩潰，死機)的應用會被拒。

2.2存在明顯bug的應用會被拒。

2.3不符合開發者描述的應用會被拒。

2.4有未說明或隱藏特性或有悖描述的應用會被拒。

2.5使用非公開API的應用會被拒。

2.6試圖讀寫非允許范圍內的數據的應用會被拒。

2.7試圖以任何方式方法下載代碼的應用會被拒。

2.8安裝或運行其他可執行代碼的應用會被拒。

2.9任何「beta」，「演示(demo)」，「試用(trial)」或「測試(test)」版本的應用會被拒。

2.10iPhone應用必須可以無條件運行在iPad上，支持普通iPhone解析度和2倍iPhone 3GS解析度。

2.11任何與App Store中上架應用重復的應用會被拒，尤其是已經有了很多的：如放屁，打嗝，手電筒照明和愛經。

2.12沒有用處的應用，web頁面簡單組合的應用，或任何嘩眾取寵，不能提供娛樂價值的應用會被拒。

2.13純粹用於市場推廣或廣告的應用會被拒。

2.14有意提供隱蔽或虛假功能，卻又不能明顯標示的應用會被拒。

2.15大於20MB的應用無法通過蜂窩網路下載安裝(App Store自動處理)。

2.16多任務應用只允許在後台運行如下相應的服務：VoIP，音頻播放，地理位置，任務記錄，本地提醒等。

2.17應用只允許通過iOS WebKit框架和WebKit Javascript訪問web頁面。

2.18鼓勵酗酒，使用違法葯物，或誘導未成年人飲酒，吸煙的應用會被拒。

2.19提供錯誤的系統信息或設備數據的應用會被拒。

2.20通過許多版本的類似應用對App Store造成干擾的開發者會被取消IDP身份。

2.21歌曲和電影應該提交到iTunes store。書籍應該提交到iBookstore。

2.22隨意通過位置或運營商來限制用戶使用的應用會被拒。

2.23加入iCloud支持後，應用必須遵守iOS數據存儲指南( iOS Data Storage Guidelines)否則將被拒。

2.24在Newsstand里提交的應用必須遵守Developer Program License Agreement的第1,2和3條，否則將被拒。

2.25與App Store類似的推薦或為其他應用做廣告的應用將無法通過App Store審核。

3. Metadata (name, descriptions, ratings, rankings, etc)(描述數據(名稱，描述，評級，分類等)

3.1應用或者元數據中提到其他任意移動平台會被拒。

3.2描述數據有未填寫項，存留佔位符文本會被拒。

3.3描述中提到與應用內容和功能無關信息會被拒。

3.4應用在iTunes Connect與設備上顯示的名稱應該類似，否則會造成混淆。

3.5不同尺寸的icon要一致，否則會造成混淆。

3.6圖標與截屏不符合4+年齡評級的應用會被拒。

3.7應用的內容與所選分類和風格不符會被拒。

3.8開發者有責任把應用放到恰當的分級(Rating)。不恰當的評級可能會被Apple修改，甚至刪除。

3.9開發者有責任給應用撰寫恰當的關鍵詞。不恰當的關鍵詞可能會被Apple修改，甚至刪除。

3.10通過偽造，付費評價或其他非正規手段，獲取App Store中較好的評價與星級的開發者會被取消IDP身份。

3.11任何提示需要用戶重啟iOS設備來安裝或運行的應用會被拒。

3.12應用在提交審核過程中，所有涉及到的URL都要處於正常運行狀態，例如保密協議，相關支持頁面等。

4. Location(位置)

4.1未提示用戶且獲得用戶允許之前收集，傳輸或使用位置數據的應用會被拒。

4.2使用location-based API來自動控制車輛，飛行器或其他設備的應用會被拒。

4.3使用location-based API進行調度，隊伍管理或應急服務的而應用會被拒。

4.4位置數據只能用於應用提供的直接相關功能或服務，或者有授權的廣告。

5. Push notifications(提醒推送)

5.1不使用Apple Push Notification(APN) API提供消息推送的應用會被拒。

5.2使用APN服務卻沒從Apple獲取一個Push Application ID的應用會被拒。

5.3在首次推送消息之前未取得的用戶允許的應用會被拒。

5.4使用提醒推送服務推送敏感的個人或機密信息的應用會被拒。

5.5使用提醒推送發送主動消息，欺騙或干擾信息的應用會被拒。

5.6應用不可以使用提醒推送發送廣告，活動或任何形式的直接推廣信息。

5.7應用不可以提供收費的提醒推送服務。

5.8使用APN服務過度佔用網路帶寬或容量或通過提醒推送大量佔用系統資源的應用會被拒。

5.9傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的APN服務操作的應用會被拒。

6.Game Center(游戲中心)

6.1向終端用戶或第三方展示Player ID的應用會被拒。

6.2Player ID被用於Game Center條款款意外的用途的應用會被拒。

6.3試圖通過Game Center反查，跟蹤，描述，關聯，發掘，收割，或利用Player ID，別名或其他信息的開發者會被取消IDP身份。

6.4Game Center信息，例如Leaderboard得分，只能通過Game Center用於應用中。

6.5使用Game Center發送主動消息，欺騙或干擾信息的應用會被拒。

6.6使用Game Center過度佔用網路帶寬或容量的應用會被拒。

6.7傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的Game Center操作的應用會被拒。

7.Advertising(廣告)

7.1人工刷廣告瀏覽或點擊率的應用會被拒。

7.2帶有空iAd banner廣告的應用會被拒。

7.3設計主要用來展示廣告的應用會被拒。

8. Trademarks and trade dress(商標權與商標外觀)

8.1應用必須遵守Guidelines for Using Apple Trademarks and Copyrights 和Apple Trademark List中描述的所有條款和條件。

8.2任何誤導或暗示Apple為該應用來源或提供商，或Apple以任何形式認可其質量或功能的應用會被拒。

8.3外觀與現有Apple產品或廣告主題類似或混淆的應用會被拒

8.4應用名稱中出現錯誤的Apple產品拼寫(如，GPS for IPhone， iTunz)的應用會被拒。

8.5使用受保護的第三方資源(商標，版權，商業機密，以及其他私有內容)，如果要求請提供一份文本形式的使用授權。

9.Media content(媒體內容)

9.1使用MediaPlayer框架以外的方法訪問Music Library中媒體數據的應用會被拒。

9.2用戶界面模仿任何iPod界面的應用會被拒。

9.3通過蜂窩網路傳輸的流媒體音頻內容不得超過5MB或多餘5分鍾。

9.4通過蜂窩網路傳輸超過10分鍾流媒體視頻內容，必須使用HTTP Live Streaming，並包含一條基線64kbps的音頻HTTP Live流。

10.User interface(用戶界面)

10.1應用必須遵守Apple iOS Human Interface Guidelines中的所有條款和條件。

10.2外觀與iPhone自帶應用(如：App Store，iTunes Store和iBookstore)相似的應用會被拒。

10.3不按照Apple iOS Human Interface Guidelines中的描述正確使用系統控制項比如按鈕，圖標等的應用會被拒。

10.4試圖創建多桌面/主屏環境或模擬多Widget應用工具的應用會被拒。

10.5修改標准開關標准功能例如：音量增加/減少，響鈴/震動的應用會被拒。

10.6Apple和我們的用戶都界面報以很高期望，希望他設計的超級簡潔，精緻，充滿創造力，深思熟慮。做到這些確實會消耗很多精力，但是值得。Apple在這方面要求非常高。如果你的用戶界面過於復雜，甚至僅僅是不夠好，都可能被拒。

11.Purchasing and currencies(購買與流通貨幣)

11.1通過App Store以外的渠道解鎖或開啟附加屬性或功能的應用會被拒。

11.2使用In App Purchase API (IAP)以外的系統提供購買內容，功能或服務的應用會被拒。

11.3使用IAP為與應用無關的實體商品或商品服務收費的應用會被拒。

11.4應用使用IAP購買積分(Credit)或其他貨幣，必須在應用中消費。

11.5使用IAP購買的積分(Credit)或貨幣會過期的應用會被拒

11.6使用IAP收費訂閱的內容至少要在7天內有效，而且允許在所有iOS設備間共享。

11.7用到IAP收費項目的應用必須分派到正確的收費類目中。

11.8使用IAP向用戶收費以獲取iOS內建功能(如攝像頭，陀螺儀)的應用會被拒。

11.9包含「出租」內容或服務的應用，在一段時間實效的會被拒。

11.10保險類應用必須免費，遵守發布地區的法律，並且不允許使用IAP。

11.11一般來說，越貴的應用審核就越仔細徹底。

11.12提供收費訂閱的應用必須使用IAP，Apple將會按照Developer Program License Agreement中約定的70/30的比例與開發者分賬。

11.13應用中如果提供了IAP以外的收費或訂閱機制，如：「buy」按鈕，跳轉到一個購買電子書的web頁面，會被拒。

11.14應用可以閱讀或播放任何在應用以外取得授權的內容(包括指定的雜志，報紙，書籍，音頻，音樂和視頻)，只要在應用中不允許出現獲取授權的收費鏈接或按鈕。Apple不會對在應用外訂閱或購買授權項目收取任何費用。

11.15應用只能自動更新訂閱的期刊(報紙、雜志)，自動更新商業應用(企業、生產力、專業創意、雲存儲)和媒體應用(視頻、音頻，聲音)將被拒絕。

12.Scraping and aggregation(抓去與整合)

12.1從Apple的頁面(如：apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, 等)抓取內容，或利用Apple頁面和服務中的內容進行排名的應用會被拒。)

12.2應用可以使用授權的Apple RSS，例如iTunes Store RSS。)

12.3簡單的web頁面裁剪，內容整合或鏈接收集應用會被拒。

13.Damage to device(損害設備)

13.1任何慫恿用戶做出可能損壞Apple設備的行為的應用會被拒。

13.2快速耗光設備電量或產生大量熱量的應用會被拒。

14.Personal attacks(人身攻擊)

14.1任何涉嫌誹謗，侮辱，狹隘內容或打擊個人或團體的應用會被拒。

14.2職業政治諷刺家和幽默作家不受該誹謗和狹隘條款約束。

15.Violence(暴力)

15.1展示人或動物被殺戮，致殘，槍擊，針刺或其他傷害的真實圖片的應用會被拒

15.2描述暴力或虐待兒童的應用會被拒。

15.3游戲中的「敵人」不能單獨的設定為某特定比賽，文化，真實的政府或組織，或者任何現實事物。

15.4含有以鼓勵非法或魯莽使用的方式描述真實武器的應用會被拒。

15.5帶有俄羅斯輪盤游戲的應用會被拒。

16.Objectionable content(負面內容)

16.1介紹過度三俗和粗魯內容的應用會被拒。

16.2設計來惹怒或惡心用戶的應用會被拒。

17.Privacy(隱私)

17.1在未獲得用戶事先允許，或未告知用戶信息將被如何，在哪裡使用的情況下，應用不可以傳輸用戶數據。

17.2要求用戶提供個人信息，如郵箱地址，生日等，才能使用其功能的應用會被拒。

17.3專門收集未成年人數據的應用會被拒。

18.Pornography(色情)

18.1含有韋氏詞典中定義的色情素材的應用會被拒。

18.2經常有用戶提供色情內容的應用會被拒。

19.Religion, culture, and ethnicity(信仰，文化和種族)

19.1帶有對一種信仰，文化或種族進行誹謗，侮辱，狹隘，或以他們為目標的暴力或傷害內容的應用會被拒。

19.2應用若帶有或應用對一種信仰的文字描述，那麼這個引用或翻譯必須是精確，無歧義的。注釋內容可以具有教育性，信息性，但不可以為煽動性。

20.Contests, sweepstakes, lotteries, and raffles（競賽，賭博，彩票和抽獎）

20.1賭博和競賽必須是由應用開發者或所有公司發起資助的。

20.2應用中必須展示賭博和競賽的官方條款，並聲明Apple不是資助者，並且在任何情況下與此事無關。

20.3開發者必須經過法律允許才能上線一款抽獎應用，而且抽獎應用必須具備以下要素：報酬，機會，和獎金。

20.4直接允許用戶在應用中購買彩票或抽獎的應用會被拒。

21.Charities and contributions（慈善與捐助）

21.1含有向已認證的慈善機構捐助功能的應用必須是免費的。

21.2慈善募捐必須通過簡訊息或通過Safari訪問web頁面完成。

22. Legal requirements(法律要求)

22.1應用必須遵守所有發布地區當地法律。開發者有義務了解和遵守各地的法律。

22.2任何帶有虛假，欺詐和帶有歧義的內容的應用會被拒。

22.3任何召集，推銷和股東犯罪和魯莽行為的應用會被拒。

22.4非法文件共享應用會被拒。

22.5任何設計用來非法賭博工具，包括算牌的應用會被拒。

22.6提供知識撥打電話或知識發送短消息/彩信功能的應用會被拒。

22.7任何開發暗中獲取用戶密碼和私有數據的開發者會被取消IDP身份。

22.8任何非法律執行部門發布的帶有DUI檢查點信息，或鼓勵且協助酒後駕車的應用會被拒。