㈠ iOS 提交蘋果審核App被拒原因——二進制文件被拒絕
1.0二進制文件被拒 這個問題一般有兩個原因：1.plist文件裡面的欄位錯誤 2.plist文件裡面的有一些許可權欄位未添加，點擊以下鏈接查看許可權欄位 www.jianshu.com/p/bfbed5b7fbc8 然後將所需欄位添加即可，重新打包提交審核，親測有效㈡ 記錄:提交蘋果APP進行審核，報錯：App 包含
主要報錯如下:
無法提交以供審核
要開始審核流程，必須提供以下項目：
具體原因是因為app里有獲取IDFA作為唯一標識,跟蹤應用中廣告的投放效果
解決主要是兩步:
1.在info.plist里配置 Privacy - Tracking Usage Description 該id將用於向您推送個性化廣告
2.在app隱私設置的界面的設置一下:
㈢ iOS APP審核需要多長時間
APPstore審核有他們的一個審核機制的，APP審核流程是為了確保Appstore和MacAppStore上的app應用的可靠性，同時可確保他們按預期運行且不含任何露骨內容或者冒犯性內容。所以appStore的審核不是單項審核的，是多項內容一起審核通過才能給予通過。AppStore會根據一系列技術、內容和設計標准來審核所有IOS開發者上傳提交的app應用。\x0d\x0a\x0d\x0a如果您的app需要特定設置、用戶帳戶信息或特殊說明，請在iTunesConnect的「AppReviewInformation」（App審核信息）部分提供這些詳細信息。如果不提供這些信息，您的app審核流程可能會延遲，您的app也可能會遭到拒絕。\x0d\x0a\x0d\x0aIOSapp審核時間：提交app後，用戶即可以在iTunesConnect的「MyApps」（管理您的應用軟體）模塊中查看其狀態。而且每個app的審核時間可能是不同的。少則可能一個星期內能搞定，多則可能三四個星期以上。\x0d\x0a\x0d\x0a如果想讓審核加快的話，有一個辦法，那就是申請「加速APP審核」，不過加速審核的受理名額是有限的，不一定每個申請的人都被受理。
㈣ 蘋果Appstore加急審核方法
蘋果Appstore加急審核，是為開發者提供的快速審核通道。
加急審核主要用於解決緊急需求，例如重要節日功能，嚴重的bug，遇到這些問題可以提出加急申請。
加急申請入口
加急申請之前，需要先提交一個app的審核版本
接下來我會詳細講一下，加急申請的整個流程。
1.首先打開 itunesconnect管理後台
在後台首頁的最下方，找到Contact us
2.進入聯系頁面
首先選擇問題類型：蘋果審核App Review
選擇review的類型：App Store Review即蘋果商店審核，Beta App Review是指需要對外公測的應用。
接下來選擇請求的原因：加急審核Request Expedited Review
以上選項都選擇完成後，會出來一長串描述。 而申請入口就在這篇文字中
蘋果為了防止濫用加急審核真是費勁心思，把申請入口藏得非常深，不過顯然做得不人性化。
3.終於進入加急審核頁面，這里默認選好了expedited app review
填寫一下聯系方式
填寫需要加急的應用信息，最重要的是Apple ID of App
注意：如果你的應用有iPhone版和iPad版兩個版本，而這兩個版本都需要加急審核，請提交兩個請求，Releted Apps關聯App 並不會同時加急審核。
之後選擇以下加急理由：嚴重bug，重大節日版本等
詳細描述一下問題，方便審核人員審核
描述問題時注意：
1. 要描述清楚問題的環境
2. 講明問題的嚴重性、重要性
所有信息填寫完後，提交，就可以等待蘋果審核了
請注意，蘋果不保證一定會加急審核，並且不保證開始審核的時間（也許1天，也許3天）。
所以如果有線上重大bug，在等待審核過程中，盡力從其他途徑解決也是必要的。
以下是蘋果回復我的郵件：
Thank you for contacting App Store Review to request an expedited review. We have made a one-time exception and will proceed with an expedited review of xxx-app.We understand that situations can arise which require more immediate attention and have developed the Expedited Review Process for such situations. We want to remind you that expedited reviews cannot be guaranteed and are provided on a limited basis. Therefore, we may not be able to accommodate additional requests in the future.If your app is rejected ring this review, it is not necessary to request another Expedited Review when you resubmit. Once you revise and resubmit your binary (or metadata, in the case of a Metadata Rejection), your app will be automatically returned to the expedite queue.
從郵件可以看出兩點：
1.蘋果會限制加急審核的次數，以團隊賬號為單位每年會有一定次數的加急機會。（網上有人說是每年每個團隊限制2次，這沒有切實依據，僅供參考）
2.加急審核也有可能被reject，但修復問題後，再次提交審核時，無需重復提交加急需求
所以，慎用加急需求，保證它用來解決重大、緊急的問題！
加急審核地址 https://developer.apple.com/contact/app-store/?topic=expedite
㈤ iOS關於APP提交審核顯示狀態為「正在審核」問題
前幾天公司APP更新一個版本，第二天查看審核狀態為「正在審核」，我就感覺不妙了。一般如果APP審核通過的話都會顯示通過的狀態。一直保持著正在審核的狀態是不正常的。
這樣就等了兩天，還是正在審核狀態，就打電話給蘋果Apple支持，經過復雜的身份驗證之後，客服發郵件讓我填寫APP信息，以為這樣就可以了，結果又等了兩天~~，還是正在審核。
服，最後乾脆把APP審核撤回，然後重新打包提交，第二天就通過了。
這也許是蘋果的一個坑，在此記錄一下，希望遇到這樣問題的小夥伴有個參考。
END.
㈥ APP首次提交蘋果App Store加速審核經驗
因為公司之前上線了一款針對商業AR相關的App，時間上非常緊迫，在這期間我們出現過很多錯誤和經驗，記錄一下過程。
問題1：提交加急審核
1.提交時離既定上線時間還有幾天時間，所以選擇了加速選項，因為第一次上線App，所以有很多地方不是很明確，首次提交加速審核時很隨意的寫了理由：
大致內容：
很明顯，蘋果很快回復NO！我不能給你加速審核！
分析原因：加速的原因寫的很LOW，因為雖然你很著急，但是蘋果是以用戶至上的一家公司，你必須讓審核人員知道，如果這個App上線，將能給蘋果、蘋果的用戶帶來哪些好處，如果沒有按時上線，將會給蘋果、蘋果的用戶帶來哪些損失。
SO，又重新提交了一次加速審核要求。並認真的寫了一大段原由
大致內容：
2.提交後，因為正趕上美國的復活節，所以我們並沒有報多大希望能申請加速審核成功。但是意外的是第二天我們又收到了蘋果的郵件，顯示已經開始審核了。
高興，然而很快我們又收到蘋果解決的郵件。
大致內容就是你的App存在2個問題，1）我們在ipad上測試，在IPv6網路情況下，載入圖標一直在旋轉，界面無法載入內容。2）ipad界面截圖不對。
附圖是測試的截圖
問題2：ipv6問題
這個問題相信大家都會遇到，國外的網路基本都是ipv6，但是國內的網路情況還停留在ipv4，我們的伺服器是阿里的，我們在國內和香港通過TestFlight測試的時候雖然載入內容有時會卡慢，但是依舊可以正常測試使用的。
然而處於美國的審核員在ipv6網路情況下，測試無法載入內容。
1.我們經過了解和討論馬上列出了場景和解決方案：
a.阿里雲國內地域的雲伺服器ECS沒有分配有效的公網IPv6地址，但蘋果APP審核時，可能會要求內容能通過IPv6地址訪問
b.國外服務商tunnelbroker.net，可以提供IPv6的隧道地址，使用的協議是6in4
c.阿里雲國內地域的雲伺服器ECS有「經典網路」和「專有網路」的網路類型，「經典網路」環境里可以使用tunnelbroker.net提供的隧道地址，「專有網路」則不可以，因為阿里雲工程師確認在「專有網路」環境下不支持41協議
那麼就是說，只有2個解決方案了，a）調試阿里雲，b）購買國外支持IPv6的主機
2.經過一些測試和查詢，排除了阿里，我們通過 Online Ping IPv6 測試阿里的伺服器不支持ipv6。
然後詢問了阿里工程師回答：
目前ecs伺服器時支持配置ipv6的，但是網路不支持ipv6訪問， 還請您知曉。如果您需要伺服器可以被ipv6訪問的話您可以考慮搭建ipv6隧道，具體您可以參考：https://bbs.aliyun.com/read/304532.html
進行配置下，相關的配置還需要您自行完成，還請您知曉，謝謝。
3.OK。那麼我們搭建ipv6隧道就行了，不需要購買支持IPv6的伺服器了，所以馬上查了一下，先是找國外的tunnelbroker，配置
其中摸索了很長時間，因為各種問題都沒有配置完成。我們一度想直接購買國外的伺服器。
後來又發現騰訊的DNSPos去年就聲明支持ipv6的新聞，好嘛，我們把阿里的域名解析到DNSpod，依舊不支持IPv6。騰訊這個坑爹貨。
4.最後我們在搬瓦工花了2.99美元買了一個VPS，搭建了IPv6的隧道，經過調試終於可以正常訪問了。
OK，我們馬上提交過去，這里需要知道的是，只要你的App處於加急審核中，無論是被打回幾次再提交，App都是處於加急審核的狀態。
這一次提交已經是第三次提交了，第二天卻又被蘋果打回，原因為：「因為審核人員看不懂中文界面，所以要求我們提供一段錄制的演示視頻，幫助他們學習如何使用App，才能繼續審核。」
問題3：演示操作視頻問題
因為第一次上線App，所以有很多地方不是很明確，我們只上傳了界面截圖等，並沒有上傳操作和演示的視頻。
好，馬上錄制了使用操作的演示視頻。
再提交。
很快再後台收到回復。
大致是說，你的App沒有用戶交互的東西，只是推銷你的廣告balabala，你拒絕你的App理念。
首先我懷疑蘋果審核員根本就不知道怎麼使用這個App，也不清楚這個App的功能。
其次，蘋果可能對我們把內容伺服器放在隨時可以更改內容的方式很反感，他無法控制我們的內容。OK，那就需要明確的溝通和申訴，告訴審核員我們這么做的原因。
反思了一下，是不是視頻錄制的不夠明確。
我們馬上採取2個申訴內容：
1）告訴蘋果審核員，這個App的功能和有趣的地方
2）再錄制一段明確展示App功能的視頻
申訴內容：
好吧，終於，在第二天，我們收到了蘋果審核通過的郵件。看來審核人員還是非常人性化的，這一點有利有弊，最重要的是你可以和對方溝通，對方也能認同你的想法。這一點非常難得。
歷時9天的審核過程。
雖然加急審核成功，但因為第一次提交App，諸多經驗不足，當然，因為展覽會也因為其他原因延遲開展了，所以，最終我們還是趕在了展會之前將這個App商家蘋果APP Store成功。
㈦ 蘋果上架app審核的要求是什麼
蘋果審核依據的審核標准有2個，一個是《App Store 審核指南》，一個是《蘋果開發者計劃許可協議》。
最近好多朋友問我因金融許可證被拒後是怎麼過審的，我們都知道 從17年開始 .蘋果對APP的審核越來越嚴格，同時審核依據越來越緊跟國內的政策走，比如國家對金融監管越來越嚴，金融類應用的審核開始收緊；比如今年國家對金融監管和VPN監管收緊，大量VPN類應用被下線,我最愛的 VPN大師 也慘遭蘋果毒手, 既然蘋果審核嚴了, 我們只能乖乖的遵從人家的規則: 那麼對於金融類APP，被拒蘋果要求提供3.2.1中7條資質證明，如果你們公司只是沒有金融許可證看我下面的講解也許會對你有幫助，如果營業執照和電信增值許可也沒有那就沒辦法了（讓公司老闆去搞吧），下面講一下我的個人經驗。常見的APP審核被拒原因有一下幾類：
PLA 1.2沒有貸款資質被拒、
PLA 3.2(f) 不誠信或欺詐被拒、
Guideline 2.1 -Performance – App Completeness應用完整性被拒、
Guideline2.3.10 – Performance – Accurate Metadata准確的元數據被拒、
Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒、
Guideline 4.3 -Design – Spam 垃圾應用被拒。
一 沒有貸款資質被拒
被拒理由:
PLA 1.2 《蘋果開發者計劃許可協議》1.2
The seller and company names associated with your app do not reflect thefinancial institute in the app or its metadata, as required by section 1.2 ofthe Apple Developer Program License Agreement.
應用的開發商名稱和公司名稱與應用或應用元數據中的金融機構不匹配，違反了《蘋果開發者計劃許可協議》1.2
Next Steps 下一步行動
Your app must be published under a seller name and company name thatreflects the financial institution name. If you have developed this app onbehalf of a client, please advise your client to add you to the developmentteam of their Apple Developer account.
你的應用必須在反應「金融機構名稱」的開發商名稱和公司名稱下發布。如果你代表客戶開發了這些應用程序，請建議你的客戶將你加入他們的蘋果開發者賬戶。
被拒原因分析
1.app的公司主體，沒有提供金融服務的資質；
2.金融類app只能在app公司主體的開發者賬號上傳，不能在個人或委託公司的開發者賬號上傳；
3.app名稱沒有反映公司品牌；
4.app名稱與公司名稱不對應，未產生品牌歸屬及關聯性；
應對方式
1、證明你的公司，有提供金融服務的資質。
如果app確實是提供的金融服務，app的公司主體有提供金融服務的資質，可將資金證明（如營業執照）發給蘋果審核團隊。
如果app是提供的金融服務，但是沒有相關資質，需要將app放在有資質的公司主體的賬號下提交。
如果app不是提供金融服務，但蘋果誤以為是金融服務，可向蘋果解釋業務模式，並提供相關證明，比如p2p模式，比如助貸模式。
2、如果是個人開發者賬號提交的應用，將個人開發者賬號升級為企業開發者賬號後，再提交；
3、如果是其他開發者賬號（比如外包）替你開發，按照蘋果要求走，將其他開發賬號添加到你的蘋果開發者賬號下（在「用戶和職能-添加iTunes Connect用戶」操作）；
4、修改app名稱，讓app名稱和公司品牌有關聯。如公司是「馬上消費金融股份有限公司」，app名稱可以修改為「馬上貸」後，重新提交；
5、提交「軟體著作權登記證書」，或者「商標證書」，向蘋果證明產品名稱與公司的關聯性；
6、向蘋果審核團隊闡述app功能的運營主體、技術支持網站等，來證明app和公司的的所屬關系；
如，在你的app「關於我們」中，中英文介紹公司，介紹產品歸屬該公司。
如，技術支持網站，進一步介紹公司和說明產品歸屬該公司。
二、不誠信或欺詐被拒
被拒理由:
We have determined that your Apple Developer Program membership, oranother membership associated with your developer account, has been used fordishonest or fraulent activity. This is prohibited by Section 3.2(f) of theApple Developer Program License Agreement:
我們已經確定你的蘋果開發者計劃會員資格或與你的開發者帳戶相關聯的其他會員資格（同一個開發者，有兩個或者多個會員賬號）已被用於不誠實或欺詐活動。《蘋果開發者計劃許可協議》第3.2（f）節是禁止這一行為的：
「You will not, directly or indirectly, commit any act intended tointerfere with the Apple Software or Services, the intent of this Agreement, orApple』s business practices including, but not limited to, taking actions thatmay hinder the performance or intended use of the App Store, B2B Program, orthe Program. 」
「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」
As a result of this activity, you are no longer able to submit updates.
由於此活動，你將無法再提交/更新應用。
Continuing to engage in dishonest or fraulent acts may result in theremoval of your apps from the App Store and termination of your Apple DeveloperProgram membership and all associated memberships.
繼續從事不誠實行為或欺詐行為可能導致從App Store中刪除你的應用，並終止你的Apple開發人員計劃會員資格和所有相關會員資格。
被拒原因分析
1、首先，蘋果審核人員已經確定你的蘋果開發者計劃會員賬號已被用於不誠實或欺詐活動；
2、或者你的會員賬號沒有違規，但和你賬號關聯的其他開發者賬號有違規，被蘋果審核人員發現；
3、你的行為違反了《蘋果開發者計劃許可協議》第 3.2（f）節；
4、由於這些違規行為，蘋果給你做出的處罰是「禁止你繼續提交/更新該應用」；
5、如果你執迷不悟，繼續從事這些違規行為，蘋果可能會將你的應用下架、封停開發者賬號，並終止你的 Apple 開發人員計劃會員資格等；
6、蘋果在這里提到了3.2(f)相關的內容：「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」但是沒有針對這些內容的詳細示例說明。筆者通過進一步查看蘋果官方文檔上的PLA3.2(f)，發現這些都是屬於違反3.2(f)的內容：
為您的應用或任何第三方應用提交虛假評論；
選擇和第三方應用類似的名字以混淆用戶的視聽；
占據其他應用的名字來防止合法的第三方使用；
你可對賬你的開發者賬號或馬甲包賬號看看，十有八九違反其中的某一條或多條；
應對方式
PLA3.2(f) 是蘋果非常嚴厲的處罰，應用已無法通過更新來修正後再次提交審核，嚴厲程度僅次於注銷賬號。針對這種情況，你可以從以下幾個方面來努力。
1、如果有刷榜、刷評論行為，停止刷；
2、如果和本開發者賬號有信息關聯或轉讓關系的馬甲包在刷榜、刷評論，也立刻停止；
3、和本開發者賬號有信息關聯或轉讓關系的馬甲包最好不要更新，更新也會被拒絕；
4、不要創建佔位的應用，如果已經創建，改名；
5、不要去淘寶或其他交易平台買蘋果開發者賬號；
6、如果要新建馬甲包提審，重新申請和已有賬號無信息關聯的新賬號。這里的「無信息關聯」包括但不限於：郵箱賬號的域、賬號所有人、IP地址、Mac地址、鄧白氏編碼聯系人/聯系方式/辦公地址、支付信用卡賬號、發票抬頭等。
7、停止一切有可能的違規行為後，找蘋果App 審查委員會申訴；
**
三、應用完整性被拒
**
被拒理由
We discovered one or more bugs inyour app when reviewed on both iPhone and iPad running iOS 10.3.3 on Wi-Ficonnected to an IPv6 network.
在IPv6網路的Wi-Fi，iOS10.3.3的iPhone和iPad環境下，我們在你app上發現一個或多個bugs。
Specifically, we were unable tomake a loan application.
具體來說，我們沒法申請貸款。
Please see attached screenshotsfor details.
詳情見附件截圖。
Next Steps 下一步行動
To resolve this issue, please runyour app on a device to identify any issues, then revise and resubmit your appfor review.
為了解決這個問題，請通過在設備上運行你的app來找到所有問題，修改後再次提交審核。
被拒原因分析
因為bug導致審核人員無法進行核心功能（申請借款）的操作，中斷審核過程。
我們後面分析發現，我們其實是沒有bug的，但是蘋果審核團隊很難理解這個邏輯和交互，以為是bug，導致被拒。
應對方式
1、確保提交的產品沒有bug，特別是bug不能影響核心功能的操作使用。
2、提供給蘋果審核團隊的賬號，需要能體驗核心功能。比如借款類APP，需要能提交借款申請。
3、產品功能的邏輯和交互，按照普通人能理解、能接受的邏輯走，不要晦澀難理解。
**
四、准確的元數據被拒
**
被拒理由
We noticed that your app or itsmetadata includes irrelevant third-party platform information.
我們注意到，你的應用或應用的元數據包含了不相關的第三方平台信息。
Referencing third-party platformsin your app or its metadata is not permitted on the App Store unless there isspecific interactive functionality.
除非有特定的交互功能，否則在App Store中引用第三方平台或其元數據是不允許的。
Please see attached screenshotsfor details.
詳情請見附件的截圖。
Next Steps下一個步驟
To resolve this issue, pleaseremove all instances of this information from your app and its metadata,including the app description, What』s New info, previews, and screenshots.
為了解決這個問題，請從你的應用和它的元數據中刪除所有這些信息，包括應用描述、最新動態、預覽和截圖。
被拒原因分析
1、原因是我們的應用預覽圖中，有一頁展示的功能是提審的APP沒有，蘋果審核團隊會認為這是第三方平台的東西。
2、第三方平台的數據，包括第三方公司名稱、公司logo等，不能出現在你的應用（包括關於我們、協議等），三方公司名稱、公司logo、app沒有的功能點不能出現在的應用描述、最新動態、預覽圖、截屏中。
3、當然，蘋果的產品最好也不要出現在你的應用或應用描述、最新動態、預覽圖、截屏中。
應對方式
嚴格按照蘋果規定的方式走。提審前，核查應用、應用綜合信息、應用版本信息中是否有第三方的元素。
**
五、最低功能要求被拒
**
被拒理由
We found that the usefulness ofyour app is limited by the minimal amount of content or features it includes.
我們發現，你的應用的實用性被應用過於簡單的內容或特性的所限制。
Next Steps 下一步行動
We encourage you to review yourapp concept and incorporate different content and features that are incompliance with the App Store Review Guidelines.
我們鼓勵你審視你的app概念，提現不同的內容和功能，以符合App Store審核指南
被拒原因分析
1、簡單來說，就是你的app功能太過簡單，沒有達到一個app應用的標准，不具備提交到appstore的資格。
2、通過進一步查看蘋果官方的Guideline 4.2，其內容如下：
App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。
如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app，那它就不適合出現在 App Store 中。
如果 app 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。
如果 app 只是一首歌曲或一部影片，則應提交到 iTunes Store。
如果 app 只是一本書籍或游戲指南，則應提交到 iBooks Store。
3、Guideline4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在「健康」app 中。
4、Guideline4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或鏈接集合。
5、Guideline4.2.3 App 應能獨立工作，無需安裝其他 app。
6、Guideline4.2.4 與表盤類似的 Apple Watch app 可能會令人感到困惑，因為用戶會認為這些 app 能與各種設備功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供沖浪者使用的潮汐時鍾)，但是如果您的 app 與表盤過於相像，則可能會被我們拒絕。
7、Guideline4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。
8、Guideline4.2.6 利用商業化模板或 app 生成服務創建的 app 會被拒絕。
應對方式
蘋果審核指南里說得非常清楚，你要做的就是做良民，遵循蘋果標准，提交有價值、符合規范的應用。同時需需要注意：
避免功能過於簡單；
簡單的資訊聚合、鏈接聚合app，會被拒絕；
不用提交使用商業化模板創建的應用；
六、垃圾應用被拒
被拒理由
Your app plicates the contentand functionality of apps submitted to the App Store, which is considered aform of spam.
你的應用程序復制了提交給app Store的其他應用程序的內容和功能，這被認為是一種垃圾應用。
Apps that simply plicatecontent or functionality create clutter, diminish the overall experience forthe end user, and rece the ability of developers to market their apps.
簡單復制內容或功能的應用會造成混亂，降低最終用戶的整體體驗，並降低開發者推銷應用的能力。
You will experience a delayedreview process if you deliberately disregard the App Store Review Guidelines,ignore previous rejection feedback in future app submissions, or use your appto mislead or deceive users.
如果你故意無視App Store的審核指南，在後面提交應用中忽略之前的拒絕反饋，或者使用你的應用來誤導或欺騙用戶，你將會經歷一個延遲的審查過程。
Additional Information 額外信息
We want to provide a safeexperience for users to get apps and a great opportunity for all developers tobe successful.
我們希望為獲得應用程序的用戶提供安全的體驗，同時為所有開發者提供一個成功的機會。
Deliberate disregard of the AppStore Review Guidelines and attempts to deceive users or undermine the reviewprocess is a direct violation of section 3.2(f) of the Apple Developer ProgramLicense Agreement. Continuing to violate the Terms & Conditions of theApple Developer Program will result in the termination of your account, as wellas any related or linked accounts, and the removal of all your associated appsfrom the App Store.
故意無視App Store的評審准則，並試圖欺騙用戶或破壞審查過程，這直接違反了蘋果開發者計劃許可協議的第3.2節(f)。繼續違反蘋果開發者計劃的條款將導致你的賬戶和你關聯的賬戶終止，同時從App Store中刪除你的所有相關的應用
被拒原因分析
1、你的應用的功能和別人的沒有差異，或者和你自己過審的馬甲包一樣，甚至代碼都一樣，被定義為垃圾應用；
2、重復性的應用或簡單復制的應用，對用戶、開發者的傷害很大，有損於appstore生態的健康；
3、對蘋果的警告視而不見、繼續違規，你的應用會被延遲審核；
4、如果進一步試圖欺騙用戶或破壞審查過程，將會受到更嚴厲的處罰，禁賬號、刪應用，很嚴重；
應對方式
1、思想上要重視，你的應用應該有價值、少抄襲或不抄襲，如果是功能雷同也需要有差異點；
2、請不要為同一個 app，在多個賬號上傳；
3、如果和其他產品有雷同，可通過修改產品分類、產品分發地區等方式，打造與原產品不同的產品側重屬性分類；
4、如果做馬甲包，功能需要多一些差異化，減少相同的代碼量。蘋果可能針對代碼進行機審掃描；
對於監管敏感的行業和應用，蘋果審核更嚴，建議大家整理app提審檢查清單，包括發者賬號申請、app設計、app開發、app信息和版本信息描述等部分的各項細查項。提審前，對照檢查，逐一確認，提升app審核通過率。
即便是蘋果公司的審核嚴厲了 只要我們按照審核標准 照樣還是可以通過的
經驗一：3.2.1第一條蘋果要求提供營業執照中包含網路借貸中介的資質，第一次回復蘋果我添加了我們公司的營業執照副本，但是還是被拒了，原因是蘋果不知道我們提供的營業執照是否是真實有效的，要求提供可查詢營業執照真假的網址。這里建議大家在回復蘋果時除了在附件中提供公司營業執照副本的同時以及你們公司營業執照上的信用代碼供蘋果查詢證實。營業執照許可范圍樣本如下
經驗二：3.2.1第二條蘋果要求提供金融許可證，相信很多朋友不過都是因為這一條，沒有金融許可證，我是這樣回復的，首先闡述P2P行業內沒有一家平台有資質拿到金融許可證，然後提供我們有的合規證件資料。具體術語以及文本資料如下：
*以下內容僅供參考
Hello，我cao棉！
我們公司屬於網路借貸行業，這個行業在中國自2007年拍拍貸（於2017年11月7日在紐交所上市）成立開始，日趨活躍。國家對行業的監管從2016年開始，並與該年8月24日發布了《網路借貸信息中介機構業務活動管理暫行辦法》（以下簡稱「暫行辦法」），對網路借貸行業開始了正式的監管。各平台據此進行了規范，行業中各機構據此進行規范化經營。
在暫行辦法的第二章第五條規定，開展網路借貸信息中介服務的網路借貸信息中介機構及其分支機構需要向工商登記注冊地地方金融監管部門備案登記。且說明網路借貸信息中介機構備案登記等具體細則另行制定。基於此，2017年12月13日，P2P網貸風險專項整治工作領導小組辦公室於近日向各地P2P整治聯合工作辦公室下發了《關於做好P2P網路借貸風險專項整治整改驗收工作的通知》（57號文）（下稱「通知」），對下一步的整改驗收階段做出了具體、詳細的部署。通知要求，各地應在2018年4月底前完成轄內主要P2P機構的備案登記工作、6月底之前全部完成。以下為全文：
截至日前，全國沒有一家網路借貸中介機構通過備案。我們也在積極准備中，所以無法提供貴司要求的金融許可證，忘理解。
我公司可提供政府批文掃描件、公司合作銀行的協議合同掃描件、公司合作的三方支付合作合同在附件中均可供您參考。
*以上內容僅供參考*
這里建議大家盡可能多的把自己公司合規的證據資料發給蘋果
經驗三：對於3.2.1後四條要求，相信大家各自平台都有相關注冊協議或者借款協議等協議里都有說明，建議大家截圖APP中頁面把協議標注出來放在附件中，同時把協議內容中說明後四條的部分截圖出來放在附件中供蘋果參考
經驗四：相信有的朋友發現在被拒回復框中回復文本字數有限，如果回復蘋果內容較多，建議大家把內容合並成pdf格式文件統一上傳，注意上傳的文件命名最好為英文，個人親測中文一直傳不上去。
㈧ 蘋果審核狀態說明
為了將App的狀態及時、清晰地呈現給開發者， 蘋果在iTunes Connect後台設置了三種顏色的指示器（紅、黃、綠） 。ASO100相關專欄文章提到，App被提交到iTunes Connect後台後，所經歷的每一種狀態（例如，被下架、被拒、等待審核、待定合約等），蘋果都會用相應的指示器標示。開發者只需 登錄iTC後台 ，點擊 【我的App】 便能一目瞭然。
在【我的App】中，所有App下方都會有相應的指示器和該指示器所代表的狀態名稱。
目前，除了 綠色指示器僅代表「應用已上架，可供銷售」 之外， 黃色指示器可代表8種狀態 ， 紅色指示器能代表6種狀態 ，根據ASO100的總結，具體情況如下所示：
綠色指示器代表Apple已批准該App版本，並已將其發布到應用商店中。也就是說，當App下方是綠色指示器時，表示該 應用正在App Store中銷售且一切正常 。
當App下方是黃色指示器時，可能代表以下8種狀態：
1.准備提交
→→已為App創建iTunes Connect記錄，但還未做好提交App以供審核的准備。可能開發者仍在配置元數據、屏幕快照、App預覽、定價、App內購買項目、Game Center、iAd App 網路設置等等。
2.正在等待審核
→→已提交新的App或更新的版本，而且Apple已收到，但Apple尚未開始審核該 App。
當App正在等待審核時，你可以：
3.正在審核
→→Apple正在審核你的App。此時，可以通過「拒絕二進制文件」將你的「二進制文件」從審核隊列中移除。
4.待定合約
→→你的App已通過審核，且已經上架，但是你的合約尚未生效或已失效（例如，賬號過期需要續費時）。此時，你可以在「協議、稅務和 銀行業務 」部分檢查合約進度。
5.正在等待出口合規性檢查
→→你的App已通過審核，而且已經上架，但Apple正在根據出口合規信息審核你的CCATS文件。
6.等待開發者發布
→→你的App版本已獲得Apple的批准，正在等待你進行發布。准備就緒後，就可以將此版本發布到應用商店了！
7.正在為 App Store 進行處理
→→正在處理你的二進制文件，並且將在24小時內上架。
8.等待Apple發布
→→Apple保留了你的App版本，直到相應的Apple iOS或OS版本向公眾發布。
此時，如果你認為App應在現有的iOS或OS版本上發布，則需要檢查你的App「二進制文件「中設置的部署目標。如果你使用不同的部署目標重建App「二進制文件」，則需拒絕此版本的「二進制文件」，並提交新的版本。
紅色指示器應該是最好理解的，如果應用被拒或者被下架，App的下方就會顯示該指示器。當然，除了下架、被拒之外，該指示器也能代表「二進制文件無效」：
1.被拒絕
→→Apple 拒絕了該「二進制文件」。此時，具有管理員或技術職能的iTunes Connect用戶會收到包含拒絕原因的通知。
2. 元數據被拒絕
→→除「二進制文件」外，其他元數據項目尚未通過審核。詳情可參見【解決方案中心】 。若要解決該問題，需要編輯iTunes Connect中的元數據。 解決問題後，可以再次提交App以供審核。
3. 被下架
→→你的App已被下架。通常情況下，如果你的App有被下架的風險，Apple會與你聯系，以盡量在App下架前解決相關問題。不過，如果是情節特別嚴重的違規行為等，Apple會先斬後奏。
4. 被開發者拒絕
→→你已拒絕處於審核流程的「二進制文件」，主動將其從審核隊列中移除。准備就緒後，可以重新提交或提交新的「二進制文件」。
5. 被開發者下架
→→你主動將App從應用商店下架了。
6. 二進制文件無效
→→Apple已收到你的二進制文件，但它未滿足所有上傳要求。
綜上所述， 當iTC後台的指示器變為黃色時，有可能是你的app正在等待審核中 。