ios提審版權

1、iOS審核被拒3.2.1的最佳解決方案

自從上兄拿悄篇文章《iOS審核被拒1.2到5.2.1到3.2.1的解決方案》發出後，有很多技術、產品及運營的同學陸續和我交流，可以看出很多同學對於如何處理3.2.1被拒的問題有很多疑惑。

本人結合以往上架經驗，給出目前iOS審核被拒3.2.1的最佳解決方案及操作原則、操作步驟。

從目前來看，iOS審核被拒3.2.1的最佳解決方案就是資質、資質、資質。有資質的賬號，目前是解決iOS被拒3.2.1的最佳解決方案，套殼（即做假頁面）、換新賬號碰運氣上架等方法皆為次等方案之選，非迫不得已，不要做之。

結合這段之間的iOS上架來看，有資質的賬號，必須具備營業執照（有相應的經營范圍）、金融許可證，ICP證為非必須條件。此處有兩種情況：

1）有資質的賬號，上架時，將營業執照和金融許可證提在附件中，如順利過審，則ICP證為非必須。

2）有資質的賬號，如已將營業執照和金融許可證加在附件中，但仍被拒，此時，ICP證則為必須。

是的，你沒看錯，有資質的賬號，有時候也不是一次必過，有時候需要多折騰幾次，最終，過審的幾率還是很大的，幾率大於90%。

那麼，在具備了有資質的賬號這一條件之後，要遵守什麼操作原則，具體要怎麼操作，才能增加上架的成功率呢？

從操作原則上來說，不管你的有資質的賬號是自己公司的，抑或是其他渠道獲取來的，要遵守的原則都是一樣的，沒有大的區別：

1）原則一：APP內的文案及技術支持網址文案要和賬號公司適配；

2）原則二：APP介紹文案、應用內文案及技術支持網址文案不要出現賬號公司之外的其他公司（APP真實歸屬的公司也不可以）；

3）原則三：從「侵犯用戶隱私，疑罪從有」的角度去規避蘋果審核的風險；

以上3條原則是操作的時候必須遵守的，如不遵守，則有可能大大拉低上架的成功率。

在弄清楚了上面3條操作原則之後，我們就會進入實際操作的內容，具體步驟如下：

1）將APP內關於原來公司的文案都切換成關於賬號公司的，可由技術在後台配置實現，等上架成功後，再切換回來（重點關注banner圖、關於我們、公告、注冊協議）；

2）將技術支持網址里關於原來公司的文案都切換成關於賬號公司的，功能如步驟1；

3）如有可能，在APP首頁底部及技術支持網址底部添加「right ©賬號公司」的文案，待上架後，切羨渣換成原來公司的即可；

4）排查APP、後台及技術支持網址的文案，防止出現除賬號公司之外的公司名稱；

5）將獲取通訊錄、獲取地理位置等獲取用戶隱私的功能，針對測試賬號進行處理，使得蘋果審核人員用測試賬號進行APP審核的時候，不會出現；

6）將營業敏知執照、金融許可證打包，添加在後台附件中，供審核人員審核；

7）其他提審步驟如平常提審一般。

按此上操作原則及操作步驟，操作上架，可以大大提升過審率。

關於iOS 上架的其他問題，本人也會抽時間多寫寫，這些都是本人多年上架的心得，希望對諸君有所助益。

最後，如有問題，可以私信聯系本人，本人會及時回復。

2、求教，關於蘋果審核被打回，原因為3.2的問題

一、App Store應用審核規則

1、審核時間規律
應用提交到App Store的審核周期大概是7-14天，第一次提交的審核（業內將在某應用商店第一次提交稱為「首發」，後續的稱為「更新」）時間會相對較長，運氣不佳的也可能長達一月，這效率實在讓人很多小夥伴著急。版本被拒絕重新提交後審核時間大概在3－10天，所以大家在版本提審時需預留出 15－25天會比較穩妥。

2、審核NG的經驗匯總
很多iOS開發團隊在胡指差上架過程總會遇到這樣的問題：一次又一次被蘋果審核拒絕，每次褲皮重新申請花費一周甚至更久時間，經常一個版本上傳成功至少花費數月時間甚至小半年，嚴重影響產品市場推廣計劃。大家在開發的過程一定要嚴格熟悉App Store的審核指南，在這里跟大家匯總一些常見的審核NG經驗。

（1）奔潰的程序或者存在重大BUG：產品提審前一定要經過反復的測試，如果存在APP頻繁奔潰或者閃退，要通過的概率基本為零，在蘋果叢林法則中，用戶體驗至上。

（2）誘導用戶評論：假如APP中出現「給個好評」、「五星好評」、「好評獎勵」等誘導性評論，基本是審核NG的。

（3）定位功能：獲取用戶定位，需要增加提示並告知用戶干什麼用，並允許用戶拒絕。

（4）UI和描述：UI中切勿出現與蘋果相似的logo，描述中切記出現「蘋果官方」 、「AppStore」 、「Apple Pay」等與蘋果掛鉤的關鍵詞，要知道蘋果中國區審核同胞是懂中文的，還有蘋果的版權意識特別強，切勿觸碰導火線。

（5）UCG內容： 用戶產生內容的需要有舉報功能；有用戶產生內容的這里還需要注意的是，年齡限制等級是否過低；音視頻類，需要提供版權說逗襪明。
回答不容易,希望能幫到您,滿意請幫忙~~一下，謝謝 !

3、蘋果上架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格式文件統一上傳，注意上傳的文件命名最好為英文，個人親測中文一直傳不上去。

4、蘋果提審注意事項(1)

最近在提審蘋果版本上appstore過程中，發現對於不是經常進行的操作，很多時團旁迅候容易忘記流程。於是用該次文檔，將所有的流程進行一次總結。該文總結，主要用於記錄導出ipa過程中，遇到的問題提供一個解答。所以呢，文章適合對蘋果發布有一定經驗和對蘋果開發工具xcode有比較了解的。本文可以提供一定幫助。

首先，導出ipa的過程，需要注意的是。每次提交的版本，需要往上提升。這里做一個假定。例如第一次發布了並且審核通過了版本是1.0，那麼下一次發布的版本需要在Info.plist中修改有關版本相關的值。那麼這些值包括CFBundleVersion，CFBundleShortVersionString，Bundle versions

string，short。每一次在appstore發布新版本，我們都需要將CFBundleShortVersionString/ Bundle versions string，short進行一次提升。這個情況事實上就是說，將版本號從x.y->x.y+1/x+1.y等形式。CFBundleVersion這個設置，你可以在每次發布的時候，增加他對應的value。形式類似於x.y->x.y+1/x+1.y。注意需要說明的是，前者是一定要增加的，後者沒有強調一定必須執行。兩者之間是有區別的。

CFBundleShortVersionString/Bundle versions string，short這個是對外顯示的，用於在itunes上面顯示的版本號，這個值是一個字元串，他是指定在app store上面看到的版本號。這里不要理解錯誤。app store上看到的，也即itunes上面看到的。

CFBundleVersion，這個指的是可執行文件的創建號。這個鍵對應的value是一個證書。

另外我們還可以看到，存在另外一個鍵名為Bundle version，這個鍵對應的value是一個內部項目管理的版本號，這個和我們發布app store是無關的。並且不對外(顯示)，所以我們可以隨意設置。CFBundleShortVersionString和Bundle

versions string，short我們只設置兩者之一即可，也即是設置了CFBundleShortVersionString就不用設置Bundle versions

string，short，或者設置了Bundle versions string，short就不用再設置CFBundleShortVersionString了。

其次，我們需要注意的小細節是，打包的時候，證書會缺失。這個情況其實比較多見。那麼為了追求效率，重新建證書是一個選擇，或者重新導出p12，事實上除非極其了解這個流程的童鞋，我這里是不建議使用導出p12的方式重新注冊本機mac的。因為後者的麻煩程度並不是前者低，甚至從某種程度而言，重新創建開發/發布證書，反而是一種極為簡單的事情。於是可以，每次發布版本，熟悉後者的盡量選擇後者，不熟悉後者的，直接重新創建證書即可。在該文之後，我們繼續深究導出p12證書文章和重新創建證書文章。此處僅僅是記錄發布流程中的注意事項。

最後，我們發布版本的時候，需要注意設置。設置Code Signing Identity、Code Signing Style、Development Team、ProVisioning Profile、ProVisioning Profile(Deprecated)。如何設置，這是一個需要注意的問題。這四個參數主要用於配置開發證書和描述文件的。Identity指的就是證書，Profile就是描述文件。在發布過程中，我啟仿們需要來了解到development 是開發版本/測試版本，distribution是正式版本/發布版本。截止編輯本文的時候，編者給出相關的配置。

Code

Signing Style：Automatic(自動管理證書)

ProVisioning

Profile:Automatic(自動管理證書)

ProVisioning

Profile(Deprecated):Automatic(自動管理證書)

Development

Team:開發者賬號。公司產品的就使用公司賬號，個人的就使塌此用個人賬號。

Code

Signing Identity：

   Debug：iOSDistribution

      Any SDK:iOS Developer

   Release：iOSDistribution

      Any SDK:iOS Developer

另外，本文再添加一些小注意事項。這些小事項直接影響我們的產品的提交。例如，發布版本的時候，要設置Requires full screen;icon中要注意保存1024*1024型號的，如果你對產品支持到Ipad。最後要檢查AppIcon裡面是不是所有的需要的型號的icon文件都存在。其具體路徑是proj.ios_mac/ProName-mobile/Images.xcassets/AppIcon.appiconset/。

5、ios app上架流程是什麼，怎樣避免提交審核被拒

在之前（iOS的審核機制/演算法/審核團隊大揭秘）里有講過了和蘋果App Store審核內部渠道合作的過程

蘋果說到審核團隊，很多開發者就冒火，他們拒審App應用的理由花式上百，相信很多ios開發者被蘋果的嚴格審核虐的體無完膚了 蘋果的審核不僅僅是嚴格禪念敗 有些審核員可以說是變態的程度 由於一些開發者耍小聰明 導致現在的審核員有些草木皆兵 即使是正常的app也很容易被誤殺 從而將你列入黑名單 無論你如何解釋 它始終堅持己見

2018-08-25 在繼續給大家講講更深的蘋果審核人員的那些事

蘋果內容審核團隊內部人員和我聯系時的稱呼「MR.J」

由於之前彩票上架事件，我們團隊與之前的審核團隊內部人員也切斷了關系，將近1個月團隊沒有上架成功！對於團隊的損失很大，於是在上周團隊的給一個客戶的APP添加了HealthKit的數據讀寫。剛好中槍，蘋果審核團隊不讓過。情況是這樣的，提交 app提交審核，app四天了才審核，然後打回來 （原因：Guideline 4.2.1 – Design – Minimum Functionality）（添加描述，問題解決。）兩天後，打回來（原因：5. 1.1 Legal: Privacy – Data Collection and Storage）（回復幾次都不對），這樣就五天過去了。

因為蘋果審核團隊在美國，上班時間比我們晚十幾個小時（推理出來的），晚上他們上班打回來，白天我們上班回復問題。如果問題回復錯誤幾次。一來一回就幾天過去了。

（想起之前與MR.J）一次成功的蹲守。幾次提交審核就沒有通過蘋果審核，我決定在蘋果審核的時候，只要他一打回來就馬上回復並提交審核。實際結果：晚上12點睡，睡前審核團隊沒有審核，三點半起床檢查審核團隊沒有審核。終於6點50起床檢查。看看這個時間是美國晚上下班時間了。他們是加班時間了。因為項目拖延了很久了。今天必須要審核的我知道。我等了8分鍾。果然打回來了（時間點：2018年7月3日 上午6:56）。（原因：沒有填寫隱私政策網址並且這個網址要求指向隱私政策）（回復：已經填寫）（時間點：2018年7月3日 上午8:17）。繼續等待（大概等了30分鍾）。又打回來了（時間點：2017年8月3日 上午8:10），這時心裡是憤怒的，審核團隊改政策了，又不說清楚，我的想法就是跟它耗著。（原因：沒有填寫隱私政策網址並且這個網址要求指向隱私政策）（回復：http://blog.sina.com.cn/s/blog_14ecbf3940102yfjr.html隱私政策已經添加。Privacy policies have been added）（時間點：2018年7月5日 上午8:10）。我心裡想，打賀顫回來，我馬上回復，多試幾次總可以通過地。（大概等了50分高顫鍾）終於已經上線了。

一：各位開發者必須要主動聯系App Store

「不少開發者可能認為想要聯系App Store會比較困難，是不是需要私人的關系。但其實不是。」MR.J說道。

事實上，App Store有幾個專門的郵箱來處理這些請求，比如Appstorepromotion#apple.com和appstoremarketing#apple.com，如果開發者有想要被推薦的游戲，可以發送郵件到Appstorepromotion#apple.com。開發者在郵件里應該首先描述游戲的特點和為什麼蘋果應該推薦這些游戲，最好附上游戲的視頻和開發者自己的宣傳計劃，蘋果商店會有人處理這些郵件。

「有的時候可能這是一封中文的郵件，我們就會讓懂中文的人去看。」據MR.J介紹，App Store全球的團隊目前已經覆蓋了180個國家和地區，有大約30個國際團隊，涵蓋60多種不同的語言。

當然，如果游戲發布之前有比較大的營銷活動，編輯們也會在瀏覽各大游戲博客或者Youtube等網站時注意到，他們甚至會主動聯系開發者們索要Demo試玩，但這種往往是少數。

總的來說，開發者有三種途徑可以去主動申請獲得推薦：

1.寫郵件申請(強烈建議)

2.自己做PR吸引蘋果編輯的注意

3.通過私人介紹

「我的游戲過審上架很久了，可是一直沒有被推薦，是不是沒戲了?」

審核游戲和推薦游戲的其實是兩撥人

App Store的團隊主要由三個不同職能的團隊組成：

第一個是MR.J所在的管理團隊，主要是負責機審方面，所以之前我們才能上架那麼多個各類（你懂的）App。

第二個是營銷團隊，引導各應用市場營銷方面的開發者，以確保他們能以合適的方式使用App Store所能提供的資源

第三個是編輯團隊，這些人最終選出推薦位游戲，他們以團隊為單位工作，根據App Store的理念，這個部門不會被外界聯繫到，他們需要像消費者一樣根據自己的經驗評測應用，判斷自己對這些應用的第一印象，是否有趣。這個團隊需要在不受展示效果和營銷影響的情況下，選出那些消費者真正會喜歡的應用。

App Store的app審核分為兩種：

初審，app首次提交時的審核，即在connect後台上創建完一個新app之後的第一個提交版本，不管這個版本被打回了多少次，也不管版本號是否為1.0，只要該app沒有曾通過審核的版本，就一律視為初審。游戲初審的等待時間為提交後2-3周，進入審核後持續3-5天出結果，非游戲類app的審核時間是游戲的一半左右。

更新包審核，初審通過了之後再提交的所有版本無論內容變化多大、名字是否改變、圖標是否改變，都視為更新包。游戲更新包從提交完畢後等待時間為3-5天，進入審核後基本上1-2天出結果。如果你的更新包進入in review狀態超過3天都沒有結果，那麼80%會被打回。

值得一提的是，如果不主動去聯系蘋果商店，你的游戲可能會永遠得不到推薦，尤其是那些已經上線的游戲。因為審核游戲上架的人和推薦游戲的編輯團隊是完全不同的。「如果你認為自己的游戲很棒，那麼千萬不要坐等推薦，等是等不來推薦的。」MR.J說道，「審核游戲的團隊可能花在每個游戲上的時間不足半個小時，他們主要是看游戲是否有違規的地方。而推薦的編輯不同，他們會花更多的時間去玩每個游戲，一個游戲至少玩3、4個小時。」

因此，如果開發者覺得自己的游戲真的很棒，應該是去主動聯系App Store團隊，而不是等著編輯去發現你們，那樣的話，往往是等不到的。

「我的游戲過幾天就要公測了，現在聯系蘋果還來得及。」

二：留足時間，提前申請很重要

App Store的團隊往往龐大而繁雜，而推薦的流程也會比較漫長，並且不是一個人能夠決定的。因此，開發者需要至少提前三個星期提交申請(即便這樣也不一定會得到推薦)。「也就是說，如果你的游戲的公測日期已經確定了，完全可以先把游戲上架，然後提前至少三周聯系App Store去申請推薦，這樣在時間上配合是最完美的，」MR.J告訴ios開發子，「而大部分開發者在發布前兩三天才發郵件，但是收到郵件後，還需要有很多人試玩和批准，所以到最後就會導致時間有限。」

因此，開發者要留出足夠的時間和營銷預算以支持相關的營銷計劃和公關計劃，然後公布發售時間。如果想得到推薦，發郵件之後最好等一段時間，即使游戲已經通過了App Store的審核也要等待回復，必要的時候可能會需要重新規劃發布的日期。如果要獲得全球的App Store推薦，編輯還要向上申報給全球的團隊，這樣一來，需要的時間就會更久了。因此，「野心」比較大的團隊更要留更多的時間。

「為什麼我的游戲在中國區獲得了推薦，在東南亞卻不行?」

三：不同地區的推薦流程有差異

由於App Store在全球各地的商店都有獨立的商店，不同地區的游戲獲得推薦是單獨由編輯團隊還是整個部門決定，需要視地區而定。比如MR.J之前所在的團隊有專門管游戲分類的專家，其他地區則沒有。比如中國的App Store團隊有四五個編輯，他們要負責所有的中文應用，不僅僅是游戲方面，還有其他的分類。有一些比較復雜的游戲，他們可能覺得分析起來比較吃力，就會求助於美國團隊。美國團隊則會依據類別細分，比如如果他們需要游戲方面的幫助，就聯系專門的游戲團隊。

中國的開發者要是在中國App Store上發售游戲，也可以發送中文的郵件申請，App Store收到郵件之後會轉到對應地區的團隊。App Store現在已經覆蓋了180個國家和地區，既有MR.J之前所在的大團隊，也有一個市場經理、一個編輯、一個營銷專員這樣的小團隊。

此外，App Store團隊有專門的人負責協調跨地區的推薦，比如發現某些游戲可能吸引其他地區的消費者，該地區的團隊會和總部進行交流。不過理論上雖然是這樣，但App Store方面並沒有十分充足的人力來面對整個全球市場，「我們得想辦法讓這個市場運作起來。現在在iTunes上大概有三十萬以上的開發者，我們沒辦法顧及每一個。」MR.J說。

「我覺得那幾個大廠的游戲總被推薦，蘋果是不是有所謂『白名單』?」

四：並沒有白名單，但獲得過推薦會讓編輯對你更有信心。

有不少開發者曾問過ios開發子**⒉*②*O*⒌*⒊*五*⒎*O.*零.*⒎，App Store是不是有「白名單」，即優先考慮一些開發者的游戲?

而MR.J的回答是：「App Store沒有白名單。EA和蘋果的關系很好，但不是EA的每個游戲都會得到推薦。App Store對游戲不看出身。不過EA會提前把發行計劃發給App Store看，他們也很了解哪些游戲會符合編輯的『口味』。所以一般來說，這些大廠被推薦的機會確實稍大一些。但蘋果也會很關注獨立開發者們，力求平衡，盡量不向和蘋果關系近的公司傾斜。」

「第一次總是最困難的，」MR.J補充道，「因為游戲推薦是一向相對私人、個性的選擇，因此在開發者獲得過一次蘋果的推薦之後，後面再獲得推薦的可能性會有所提升，因為在雙方交流的過程中，他們會更了解蘋果希望看到什麼樣的游戲，而蘋果的編輯也會放心推薦這些開發者的游戲而不用擔心被玩家罵(笑)。」每作出一款被App Store推薦的游戲，App Store對於這位開發者的印象就更深一些，這是個良性循環。有關「白名單」的說法也是這么來的——如果有第一款被推薦就很有可能會有第二款，但被推薦的第一次這個從0到1的過程很難。

至於外界曾一直揣測的比如蘋果中意小清新風格，其實是通過自己的觀察所做的猜測。「推薦是由編輯負責的，所以每個人的喜好可能不一樣，不會存在一些統一的標准，但是可以肯定的是，這些游戲都是一些有特色的精品游戲，很多游戲其實不獲得推薦也照樣會取得很好的成績。這其實就是一個建立信任的過程，人們都願意和自己更了解更相信的人合作。」

「蘋果的大大們都是高高在上，不接地氣，不食人間煙火的。」

五：與App Store團隊接觸那麼久，蘋果審核怎麼做才能通過？

基礎層面

1、請適配最新版本的iOS系統

Apple的審核人員會使用安裝有最新版本及次新版本的iOS設備來審核你的app，所以哪怕你提審完畢正處於waiting for review狀態時iOS推出了新版本，你的app也必須要在最新版本系統下運行正常。而對於早期版本的系統，Apple倒不是很嚴，所以如果你的app在iOS 6.0上有個bug始終解決不了，那就別費勁解決了。

2、網路環境

Apple的審核人員始終會使用WIFI和蜂窩數據網路同時開啟的設備進行審核，所以請確保你的app在此狀態下不會出現各種奇怪的問題。而對於諸如「在使用3G進行游戲的過程中網路突然變成WIFI時blablabla」這種極端問題，可以不要看得那麼重。

3、設備型號

只需要測試蘋果官網上買得到的設備以及其前面1代即可，不用擔心審核人員從犄角旮旯摸出一台iPad1來審核。

app前端表現

1、黑邊

不能有黑邊，注意這里有個細節，所謂的「黑邊」只要不是純黑的即可過審。換句話說，實在來不及做iPad適配就提審了，只要加個帶紋理的底圖來替換純黑的邊即可。

2、一致性

這個特指icon，connect後台、打包安裝的、推送的等等各種尺寸的icon，大到1024*1024，小到12*12，需要一致。（註：connect後台的icon和打包安裝時的桌面icon不一樣時，有25%概率可以過審，船長懷疑是審核時部分審核人員先審查完app本身再去看後台時沒有進行icon對照）

3、名字

名字長度沒有嚴格限制，只要你能寫得下就可以，但是最近半年對過度利用名字做ASO會打擊。名字的一致性方面，connect後台里填寫的名字和安裝後的顯示在設備上的名字可以在表達意思一致的情況下有一些不同。一般是出於美觀目的，在icon下方顯示4-5個漢字是最合適的，如果超長了，可以考慮縮減，但是表達的意思需要一致。這裡面舉兩個例子：《植物大戰僵屍》安裝之後叫《PVZ》、《パズル&ドラゴンズ》（智龍迷城）安裝之後叫《P&D》。

4、啟動背景

點擊設備上的app圖標開啟app後，loading過程中需要有背景圖，不允許黑屏等loading。

5、demo問題

在無論任何地方，包括但不限於connect後台、游戲內功能、名稱、副標題、公告、伺服器名稱中，都不允許出現諸如「demo」、「測試」、「試用」等類似的標識。

功能層面

1、功能要完整

比如說你是個RPG，那你提審的時候起碼得可以完成任務、戰斗、升級、獲得獎勵，不能是一個莫名其妙的未完成品。

2、賬號和隱私

要知道Apple是一家非常注意用戶隱私保護的公司，所以當你的app需要注冊賬號，且注冊的過程中需要用戶提供包括但不限於郵箱、手機、身份證一類私人信息時，必須在注冊模塊提供隱私協議。且必須提供遊客模式，要保障用戶在不提供隱私信息注冊賬號時，也能夠完整使用app的所有功能。

3、新手引導

Apple的審核人員不玩新手引導，所以最好沒有新手引導或可跳過，或者給他們提供已經完成了新手引導的測試賬號。

4、條件開啟和未完成功能

app里不允許出現「暫未開放」或「敬請期待」或乾脆有個按鈕點擊了沒反應的情況。如果提審時有類似的問題，請把入口直接幹掉，哪怕界面上空一塊也沒有關系。

5、H5

H5不能過審，不用嘗試了。說到理由的話，加殼的H5其實就是一個有快捷方式的網頁啊，內容隨便改完全不受Apple控制。這種很危險的事情是不能允許的。

6、等級開啟

如果游戲里有「30級開啟」或「完成3-1關卡後開啟」這類的功能，那麼請提供高級測試賬號。

7、第三方

這條Apple經常會說，並且會特意問是否調用第三方內容，所以從理論上來說，你的app裡面可以調用其他非Apple官方的app是不允許的。但是這一塊監管並不嚴，所以你只需要考慮好審核人員從你的app里使用了調用其他app的功能，碰巧審核人員的設備上沒裝那個app的時候怎麼辦。

8、反三俗

諸如後宮系統、爆衣系統、RY系統之類的東西會造成悲劇。

iap

1、類型需要選對

我們常見的鑽石和元寶都是消耗型，別選錯了。

2、名字要一致，描述要嚴謹

游戲的商品名字和connect後台的商品名稱要保持一致或較高的可辨識性，別出現游戲里叫「一小袋鑽石」而後台叫「coin1」這種。後台填寫的iap描述里寫清楚怎麼買、獲得什麼東西、給多少個、東西怎麼拿到，對你過審會有額外幫助。

3、不允許買A送B

舉例來說，買500鑽石送50鑽石可以，買500鑽石送1張10塊充值卡不行。

4、月卡

月卡是困擾很多開發者的東西，這里專門展開說一下。Apple對於月卡商品打回的概率非常高，這里並不是說Apple不允許開發者設置月卡。我們來看看主要打回月卡的幾個原因：

對定價和鑽石獲取量存疑。舉例來說，你30元買的是300鑽石，但是25元月卡基礎就給300，之後還能每天領120。Apple會充滿善意地懷疑你這里有什麼貓膩。

在Apple的理解中，月卡是購買成功之後每天領取一次，一個月到期的。那麼你需要將iap類型設定為「非自動續訂型訂閱」，但是很遺憾，這種商品類型並不適用於我們目前大多數策劃人員對於月卡的設計。

那麼月卡如何過審呢？

現在各家有各家的辦法，只是都不太好拿上檯面來說罷了。其實只要看看目前大多數游戲里都對月卡的名稱和描述如何定義，你大概也就能心領神會了。

connect後台資料相關

1、版權問題

如果你的游戲拿了正版IP，那請提前准備好授權文件並在review note里提供。如果沒有版權，那麼名字和icon、賣場圖就不要打擦邊球。看到這里你可能會說，現在中國區那麼多山寨侵權游戲不都好好的在榜單上么？這里也簡單說明一下他們是怎麼過審的：

在過去，往近了說去年的時候，Apple對於版權問題的管理還不是很嚴格，所以在那個時候就已經過審上架，並主要以熱更新為主要更新方式的，都還活得好好的。

船長在開頭說過，初審和更新包的審核尺度差很多，且更新包審核較多時候依賴於審核人員的個人判斷，所以在更新包審核時會有部分侵權內容成為漏網之魚。

聰明的開發者智慧地採取了一些手段來避免Apple看到侵權的東西。這里不展開說了。

2、官網、客服等資料

官網的資料中嚴格地不允許出現「越獄」相關的字眼以及越獄版本的下載地址，安卓版本最好也別有。

3、尺度，哦不，恥度問題

icon和賣場圖的妹子暴露程度和表情挑逗程度受嚴格控制。別說什麼「我的游戲設置的年齡是16+」這類的理由，審核人員會告訴你，很抱歉你的游戲雖然是16+，但是appstore商城是全年齡用戶可用的，所以你的icon和賣場圖必須符合4+這個設定。

另外最近半年的審核條例修改中也說過在icon和賣場圖里禁止出現煙、酒、武器等，但是目前還沒有發現對這幾類有過嚴的要求。

4、賣場圖的細節問題

根據審核條例，會要求賣場圖「必須使用沒有經過修改的app實際截圖」，但是船長發現，其實只在初審的時候會對這一點要求比較嚴格，在更新包審核時只要不修圖修得太過分、不使用太暴露的妹子，基本上都沒什麼問題。

特別說之

1、VIP

嚴格來說並不是禁止所有的VIP功能，看你游戲里的VIP功能是否違反審核條例主要看以下幾點：

VIP的獲得方式是否為充錢時得到VIP經驗，充的越多等級越高。如果是的話，很抱歉你違反了「禁止買A送B這條」，你買的是鑽石，不能送VIP經驗。

VIP等級不同是否會給用戶帶來額外的收益。如果是的話，很抱歉你違反了「對所有用戶而言必須公平』這個原則。

看到這里你可能又要問了，那麼多的游戲里明明VIP是標配的啊！？這個問題船長前面說版權的時候提到過了，智慧的開發者們總會有辦法的。

2、兌換碼 or 激活碼 or CDKEY or 預注冊

這幾個統統不允許，原因是違反了公平原則。並非所有用戶都可以獲得這些碼，所以對一部分用戶來說是不公平的。

3、評論

禁止以任何手段誘導用戶評論，同樣分開說：

不可以用任何好處來誘導用戶去評論，比如游戲里有個任務是去評論，比如評論後給30鑽石。

不可以用任何修辭方式讓用戶去給5★評價。比如說：「請給我們五星」「請給我們好評」都不可以。而「請給我們個評價」這樣的可以。

4、IDFA

廣告主識別碼，在Apple禁止開發者獲取MAC地址之後，普遍開始採用IDFA去做設備識別。但是Apple會要求專碼專用，你調用了IDFA，就一定要打廣告。這個問題有些情況下靠解釋可以過審，但是最簡單快捷的方法是在不起眼的地方放個廣告，然後在review note里告訴審核的人廣告在哪裡就好了。

Last but not least

上面說的這些東西都注意了之後，基本上可以保證你的app能夠有90%以上的過審概率，那麼剩下的10%是什麼呢？就是豬隊友豬隊友豬隊友（重要的話說三遍）！

6、iOS審核第一次提交審核需要多長時間

您好，iOS應用第一次提交的話，需要1-2周的排隊時間（waiting for review），然後蘋果絕歷祥審核（in review）1-2天就能出結果，假如你的應用已經（in review）很多天。那一般是你的應用涉及版權問題或者授權問題，蘋果可能會打電話並搏溝通，或者最後給你拒掉。當然如果你有特殊情況需要盡快的通過審核，只能減少排隊時間和提高過審率。減少排隊時間的方法就是蘋果有一個加急通道，地址：https://developer.apple.com/appstore/contact/appreviewteam/index.html，但不一定會加急成功爛絕！如果加急不成功，這個版本就不能提交第二次加急申請了。要想100%通過加急申請，並提高審核通過率，您可以找冰風科技幫忙。我們的官網是www.icewindtech.com。
冰風科技售前客服 小銅板
很高興為您解答

7、iOS9下App Store新應用提審需要准備什麼資料

1、App基本信息
（1）應用名稱：App在App Store中顯示的名稱。名稱長度不能超過255個字元；
（2）主要語言：譽答如果App信息沒有針對某個國家的App Store進行本地化，App信息將以主要語音呈現（即英語）；
（3）類別：最能准確描述此App的類別。iOS8後「類別」選項增加至兩個選擇，第一欄是必填，第二欄可不填，選擇「類別」時需考慮與App的關聯度和競爭壓力；
（4）分級：此App分級將在所有平台的App Store中顯示，它基於App平台中最完善的分級，即xx歲以上。以情趣類用品為例，其分級應該是「17+」，意味著成年；
（5）版本：您要填入的App版本號。編號應遵循軟體版本規范。每次只有版本更新時才能進行關鍵詞更改設置；
（6）描述：對您App的描述，用以詳細說明特性和功能。它還將用於您的AppleWatchApp。描述的目的在於讓用戶第一時間內快速了解產品並產生興趣，提供給用戶可以聯系的方式，促進產品運營人員與用戶的互動聯系。限制4000字元；
（7）關鍵詞：一個或多個關鍵詞，用以描述您的App。關鍵詞將使App Store搜索結果更加准確。關鍵詞之間用英文逗點分隔。如果App本身的日新增OK，且想增加關鍵詞的覆蓋數，可以考慮取消英文逗號。關鍵詞長度不能超過100個字元；
（8）此版本的新功能：描述此版本App的新功能，例如增添了何種新功能，有何改進之處以及修正了哪些錯誤。限制4000字元。
2、App綜合信息
（1）套裝ID：套裝ID必須與您在Xcode中使用的ID相符。該ID在您上傳第一個構建版本後便無法更改；
（2）SKU：您App專有的ID，此ID不會在App Store中顯示；
（3）Apple ID：為您的App自動生成的ID。這個ID是蘋果自動生成的，無需提前准備，紀錄好即可；
（4）App圖標：此圖標將用於App Store，其格式必須為JPG或PNG，最低解析度至少為72DPI，並採用RGB色彩空間。它不能包含圖層或圓角。
（5）App視頻預覽和屏幕快照：屏幕快照必須為JPG或PNG格式，且必須採用RGB顏色早橘空間。App視頻預覽必須為M4V、MP4或MOV格式，且不能超過500MB。共5張截圖快照和1個App視頻預覽。
a.圖片尺寸=3.5英寸：640x960/4.0英寸：640x1136/4.7英寸：750x1334
5.5英寸：1242x2208/iPad：768x1024
b.視頻尺寸=4.7寸：750x1334/5.5寸/4寸：1080x1920/iPad：900x1200
3、App網址信息
（1）技術支持網址（URL）：您的App技術支持信息網址（URL）。該網址將會在AppStore中顯示。必填；
（2）營銷網址（URL）：您的App營銷信息網址（URL）。該網址會在AppStore中顯示。可不填；
（3）隱私政策網址（URL）：您所在機構的隱私政策網址（URL）。面向兒童或提供自動續費的App內購買項目或免費訂閱的App，均需要隱私政策。另外，需用帳戶注冊、使用現有帳戶訪問、或由法律另行規定的App也需隱私政策。對於收集用戶或設備相關數據的App，亦推薦使用隱私政策。可不填；
（4）AppleTV隱私權策略：隱私政策適用於兒童專用的App或提供自動續費的App內購買項目或免費訂閱的App。同時，還適用於帳戶注冊、訪問用戶現有帳戶的App，或法律另有規定。對於收集用戶或設備相關數據的App，亦推薦使用隱私政策。沒有可不填；
（5）版權：擁有您的App專有權的人員或實體的名稱，前面是獲得權利的年份（例如「2008AcmeInc」）。請勿提供網址（URL）；
（6）商務代表聯系信慶睜慧息：您可以為您的App在韓國AppStore中提供額外信息，這一額外信息只會顯示在韓國AppStore中。需提供姓名/地址/郵編/電話/郵箱/國家；
（7）App地區范圍文件：對審核過程會有所幫助的、有關您App的額外信息，包括在測試中需要的App特別設置等。可不填。
4、App審核信息
（1）聯系信息：當App審核團隊有任何問題或需要額外信息時，您所在機構的聯系人信息；
（2）演示賬戶：當App審核團隊有任何問題或需要額外信息時，您所在機構的聯系人信息；
（3）備註：對審核過程會有所幫助的、有關您App的額外信息，包括在測試中需要的App特別設置等。限制4000字元。
5、價格與定價
（1）價格：該價格決定App Store價格和您的收入。如果您的App是免費的，請選擇「免費」。如果銷售您的App，則必須擁有「付費應用軟體協議」；
（2）開始日期：新價格將在App Store中生效的日期。該價格在當天開始時進行調整。若要立即調整價格，請選擇「今天」。
（3）結束日期：此價格調整為初始App Store價格的日期。該價格在當天開始時進行調整。一日銷售必須在下一日開始時結束。若要永久調整為此價格，請選擇「無結束日期」
6、內購信息
（1）類型：參考名稱將顯示在iTunes Connect和銷售與趨勢報告中，但不會在App Store顯示。參考名稱不能超過255個位元組；
（2）商品名稱：用於報告的專屬標識符，可以由字母和數字組成；
（3）產品ID：此App內購買訂閱的零售價格；
（4）價格等級：查看價格表進行填寫（價格表在後台上有）；
（5）審核快照：在提交App內購買以供審核前，您必須先上傳屏幕快照。此屏幕快照僅用於審核目的。它不會顯示在App Store中。屏幕快照必須至少640×920像素，並且至少為72DPI。

8、iOS項目提審遇到2.3.1 可以進來看看，這里可能會對你有所幫助

本文章只針對那些提審項目中不包含任何第三方支付等功能app，如果被拒，可以看看本篇文章，說不定對你有所幫助。

經過了一些列的改動，我們的項目依舊被拒了，期間通過兩次電話，對方也沒有給到什麼實質性的幫助，只能靠我們自己來查找。

直到最後，我在Finder文件目錄中無意間查詢到了alipay的文件夾，雖然讓棚裡面是空的，在xcode中找不到文件目錄，在終端中也查詢不到，目錄藏的也很深，達到了隱身的效果，刪除了空文件夾，進行提審，這次通猛段過了。

這個問題的起因應該是在開發初有打算接入枝滑譽alipay等相關工具，直到之後即將上線才移除，可能沒有移除干凈，導致遺留了這樣一個空白文件夾。