怎麼發布蘋果軟體

A. app怎麼上架到蘋果商店

當你用開發出了自己的app，下一步就是向app store提交應用了，這時應該如何操作呢？我的app真的准備好提交了？我敢肯定這些問題將會浮現在你的腦海。基於這篇教程，我將告訴你一個完整的提交過程。
開啟分步閱讀模式
操作方法
01
1.你的應用已經准備好了嗎？
測試
寫完最後一行代碼或者執行完最後一個功能並不意味著你的app已經完成了，你是否讓你的應用在多個設備上進行測試了？你的應用是否有內存泄露的問題？你的應用程序是否總是崩潰？這幾年，ios設備市場規模增長迅猛，你必須保證你的應用已經在盡可能多的設備上通過測試。常見的問題比如你是否在iphone 5的4寸屏幕到ipad mini的7.9寸屏幕上都通過了測試。
ios模擬器非常有用，但它是在mac上運行的，內存和處理能力要比你口袋中的手機強大很多，一款iphone 3gs和iphone 5的性能差別更不用多說。作為ios開發者，你可不能冒著風險長期使用一款過時的ios設備來創建和維護app，即便app可以在老的ios設備上很好地 運行，但不代表也可以在新設備上跑的順暢。
蘋果的審核是封閉的，但能減少不完善的性能表現給用戶帶來的糟糕體檢。如果你的應用時常崩潰，或者啟動後不久運行速遞變得緩慢遲滯，那在向app store提交之前你還有不少工作要做。即便蘋果審核人員不能發現app存在的問題，但用戶會發現。如果用戶體驗很差，那麼用戶會給你的差評或者低分，進 一步影響到應用的銷售和下載。
規則和指南
就像我前面所說的，蘋果為開發者提供了很多文檔資料，開發者尤其要注意ios人機交互指南和app store審核指南，不過不少開發者沒有精力或者難以靜下心來認真研讀這些文檔，那麼你的應用將會因為這些文檔中列出的要求而被一再拒絕。
再退一步說，即便你沒有研讀ios人機交互指南和app store審核指南，但開發者也要知道大家常說的那些規則，如下我列出了一些你的應用應該和不應該做的事情。
你的應用
需符合APPStore審核標准
不能崩潰
不能使用私有api，
不能復制原生app的功能，
應該使用iap(應用內付費)金融交易
不能在用戶不知情的情況下使用相機或者麥克風
應該使用有版權的圖片
這些只是上邊所說的文檔內容中很小的一部分。ios人機交互指南和app store審核指南內容更多是非常瑣碎的。但有的小地方你也許會不經意的違反。比如，在蘋果使用啟用自家地圖之前，mapkit framework使用的是谷歌地圖，用戶也非常清楚谷歌的logo會放在每張地圖的左下角，如果你的應用的用戶界面覆蓋了谷歌的logo，那麼蘋果就會 拒絕你的應用。雖然這非常瑣碎，但也是不少開發者經常「犯錯誤」的地方。如果還有不懂的地方可以到APICloud 的QQ群（398827124）當中尋求幫助。（查官方論壇鏈接）
END
02
2.預先准備
app id(應用id)
app id是識別不同應用程序的唯一標示符。每個app都需要一個app id或者app標識。目前有兩種類型的app標識：一個是精確的app id(explicit app id)，一個是通配符app id(wildcard app id)。 使用通配符的app id可以用來構建和安裝多個程序。盡管通配符app id非常方便，但是一個精確的app id也是需要的，尤其是當app使用icloud 或者使用其他ios功能的時候，比如game center、push notifications或者iap。
如果你不確定什麼樣的app id適合你的項目，我推薦你讀下蘋果關於這一主題的文檔：technical note qa1713。
distribution certificate(發布證書)
ios應用都有一個安全證書用於驗證開發者身份和簽名。為了可以向app store提交app，你需要創建一個ios provisioning profile 。首先需要創建一個distribution certificate(發布證書)，過程類似於創建一個development certificate(開發證書)。如果你已經在實體設備上測試你的app，那麼你對創建development certificate就已經很熟悉了。
如果對此不熟悉，我建議你讀下蘋果關於signing certificates和provisioning profiles的詳細指導。
provisioning profile(配置文件)
一旦你創建了app id和distribution certificate，你可以創建一個ios provisioning profile以方便在app store中銷售你的app。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為app store分銷創建一個單獨的provisioning profile，如果你使用通配符app id，那麼你的多個app就可以使用相同的provisioning profile。
build settings(生成設置)
配置app id、distribution certificate 和provisioning profile已經完成，是時候配置xcode中target的build settings了。在xcode project navigator的targets列表中選擇一個target，打開頂部的build settings選項，然後更新一下code signing來跟之前創建的distribution provisioning profile相匹配。最近添加的provisioning profiles有時候不會立馬就在build settings的code signing中看到，重啟一下xcode就可以解決這個問題。
deployment target(部署目標)
非常有必要說下deployment target，xcode中每個target都有一個deployment target，它可以指出app可以運行的最小版本。不過，一旦應用在app store中生效，再去修改deployment target，你要考慮到一定後果。如果你在更新app的時候提高了deployment target，但是已經購買應用的用戶並沒有遇到新的deployment target，那麼應用就不能在用戶的移動設備上運行。如果用戶通過itunes (不是設備)下載了一個更新過的app，然後替代了設備上原先的版本，最後卻發現新版本不能在設備上運行，這確實是個問題。
對此我有兩個方法
(1) 當你決定提高現有app的deployment target時，要在新版本的版本注釋中進行說明。如果你提前告知用戶，那麼至少有一點，你已經盡力阻止問題的發生了。
(2) 對於一款新app，我經常會把deployment target設置為最近發布的系統版本。因為新ios版本發布後，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法並不準確，比如ios 6，ios 6發布後一個月，超過60%的設備已經進行了更新。但對android而言，就是另外一回事了，android用戶並不會像ios用戶那樣熱衷於更新操作 系統版本。
END
03
3. assets(資源包)提交
icons(圖標)
icon是app中不可分割的一部分，你要確保icon尺寸不會出現差錯。
itunes artwork: 1024px x 1024px (required)
ipad/ipad mini: 72px x 72px and 114px x 114px (required)
iphone/ipod touch: 57px x 57px and 114px x 114px (required)
search icon: 29px x 29px and 58px x 58px (optional)
settings application: 50px x 50px and 100px x 100px (optional)
屏幕截圖的作用不言而喻，你可以為每個app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為 iphone/ipod touch和ipad/ipad mini准備不同的屏幕截圖。這也是不小的工作量，但卻能展示應用的另一面。shiny development開發的一款售價6.99美元的mac軟體status magic可以為你節省不少時間。status magic可以幫你把狀態欄放在截圖的正確位置。
屏幕截圖和icon是應用給用戶的第一感覺，直接關繫到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實際的截圖，看看where』s my water? (小鱷魚愛洗澡)截圖可以通過使用此策略，更具吸引力和說服力。
元數據
在提交應用之前，要管理好app的元數據，包括1應用名稱、2版本號、3主要類別，4簡潔的描述，5關鍵詞，6.支持url。如果你需要更新應用，你還要提供新增加的版本內容。
如果你的應用需要注冊嗎，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再注冊賬號。
提交ios應用
END
04
4. 提交准備
完成基本信息
出現在app store中app的名字要做到獨一無二, 這個名字可以不同於主屏幕icon下邊的名字，不過推薦使用相同的名字。
sku number是一個用來識別app的特殊字元串。我經常使用app的bundle identifier。最下邊是app的bundle id，你可以從下來菜單中選擇通配符app id或者准確的app id。
價格和有效性
下一步，確定app的價格和有效性。蘋果已經確定好了價格梯度，所以你不需要分別選擇各個國家中app售價，你只需要指定在哪個國家的應用商店出售 即可。 在app store顯示這款應用之後，這一過程中填的信息還可以被修改，也就是說你可以更改價格，並且不需要提交或更新。
元數據
我們已經說過元數據了，不過還沒有說應用評級。根據應用的內容和功能，蘋果會給應用一定評級，比如很多應用是4+，500px是17+。除了告訴用戶app的內容和功能，也可以讓孩子的父母放心。
如果你的應用等級跟內容不符合，蘋果也會拒絕你的應用。
准備上傳二進制文件
提交完app的元數據後，你會看到關於app的一些摘要信息，你應該在提交之前看看app的版本。點擊「view details」按鈕，再點擊右上角的「ready to upload binary」。然後系統會問你一個或幾個關於app的問題，完成後，你會看到提示信息，告訴你准備上傳二進制文件。app的狀態就變成「waiting for upload」。
END
05
5. 上傳二進制文件
為了上傳程序，需要為程序創建一個archive。你只能在一台真實設備上創建一個archive。 如果你在active scheme中選擇了ios simulator，那麼在xcode的proct菜單中archive選項是灰色不可選的。連接一台ios設備到mac機器上，然後在active scheme中選擇這台設備，然後選擇xcode中proct菜單裡面的archive。
如果一切正常的話，現在你會獲得一個archive，並且xcode的organizer會自動打開，並顯示出剛剛生成的archive。在列表中 選中archive，然後點擊右邊的「distribute」按鈕。在顯示出來的畫面中，選擇「submit to the ios app store」。然後輸入你的ios開發者賬號進行認證。接著選擇application 和code signing identity。
應用程序的二進制文件會上傳到蘋果的伺服器中——在這個過程中，你的程序同樣需要被驗證。如果在驗證過程中遇到了錯誤，程序的提交流程

B. 應用在蘋果App Store 怎麼上架以及審批

iOS APP上架App Store流程：

1、注冊開發者賬號

開發者賬號分為三種，分別是個人開發者賬號，公司開發者賬號，和企業開發者賬號。

2、創建APP ID、配置文件Profiles

創建APP ID，APP ID非常重要，上架流程就是用APP ID關聯在一起的。

3、創建iOS發布證書

創建iOS發布證書，下載P12證書文件。

4、打包ipa

利用iOS證書打包ipa，可以使用HBuilder工具打包。

5、iTunes connect創建APP

進入iTunes connect，選擇創建APP，輸入應用名稱、語言、套裝ID等，創建APP。

6、上傳ipa

APP uploader程序中，提交ipa文件。

7、填寫APP信息提交審核

iTunes connect中在我的APP中填寫APP的各項信息，提交審核，等待通過即可。

App Store審核比較嚴格，其實可以藉助蘋果簽名，這樣就可以不經過App Store，直接在蘋果手機上安裝了。

搜索微導流，點擊企業簽名，上傳自己的ipa文件，就可以完成在線簽名了。

C. 開發的軟體如何在蘋果APP STORE上架

1、appid非常重要，整個上架流程就是用appid關聯在一起，如果之前iOS真機調試時創建過了，就不用重新創建了，還是用那個appid。首先登錄開發者中心進入證書頁面。點擊證書、ID及配件文件，進入設置。

D. 蘋果手機怎麼傳軟體

安卓是一個開放式的系統，雖然不及封閉的iOS系統那麼安全，但是使用中的便利程度的確比iOS高，包括APP的安裝和分享。安卓系統安裝APP只需要一個apk文件即可，這個apk文件可以通過藍牙或者WiFi互傳的方式分享到別的安卓手機上，以實現APP互傳功能。除此之外，安卓系統還有類似於茄子快傳、快牙等數據傳輸工具，都可以直接把A手機的APP傳輸到B手機上，非常方便快捷。

安卓系統上互傳APP的概念，在iOS上是不適用的，不過還是有辦法實現類似的功能。不過這里會有兩種情況，我們具體問題具體分析。

兩台iPhone互傳APP方法：

情況一：好友之間互傳軟體。這種情況的話，我們可以分享App Store的鏈接，讓好友直接跳轉到App Store下載安裝。以iOS 13為例，長按APP圖標彈出3D Touch菜單，選擇分享APP，如果好友在附近的話可以選擇AirdDrop，否則的話可以選擇微信發送。

E. 怎麼上傳蘋果應用商店app store流程

1、登錄developer.apple.com

2、點擊member center後

3、點擊certificates Identifiers

4、點擊Certificates，首先創建App IDs

5、其次創建相應的證書 Development是開發環境下的證書， Proction是生產環境下的證書（往appStore上傳），對應的推送證書 也不多說了。

6、點擊下一步後會讓你選擇 本地生成本地密鑰和證書關聯，

7、本地生成密鑰文件。在LaunchPad里找到鑰匙串訪問，創建本地密鑰文件

8、用戶郵件地址寫 開發者賬號的郵箱地址， CA地址不用寫

9、生成本地密鑰文件後（該本地密鑰適用 推送 發布 開發等環境證書的創建，建議創建完後不要刪掉） ，接步驟6 完成證書創建。

10、創建配置文件；之上所有步驟完成後，證書和配置文件以及bundle id就創建好了。剩下在本地項目中做出相應設置

11、添加你的開發者賬號和密碼到項目中

12、設置Build Settings。debug 對應的是開發證書和開發的配置文件，release對應的是發布證書和發布配置文件，development對應的是測試環境，proction對應的是生產環境。請大家根據實際情況選擇對應的證書和配置文件。

13、修改bundle ID （與之前在developer上創建的bundle ID保持一致）和 bundle name（app的名字）

14、修改scheme （修改為release版本）和 運行設備（修改為 iOS Device 形態）

15、打包之前，先到https://itunesconnect.apple.com 創建應用的名字 填入相應的應用信息，3.5寸 4寸 4.7寸 5.5寸照片各5張，基本應用的資料 以及手動發行和自動發行版本等等。

16、archive打包 ，根據需求（上傳或測試）選擇證書、配置文件和scheme

17、Xcode會自動彈到Organizer界面

18、選擇Export後，再選擇第二個 save for ad hoc deployment ，生成本地ipa文件包 用於測試，next 倒出到本地即可。

App Store（iTunes Store 的一部分），是iPhone、iPod Touch、iPad以及Mac的服務軟體，允許用戶從iTunes Store或Mac App Store瀏覽和下載一些為iPhone SDK或Mac開發的應用程序。用戶可以購買收費項目和免費項目，讓該應用程序直接下載到iPhone或iPod touch、iPad、Mac。

其中包含：游戲，日歷，翻譯程式，圖庫，以及許多實用的軟體。在Mac中的App Store叫Mac App Store，和iOS的軟體不相同。App Store 擁有海量精選的移動 app，均由 Apple 和第三方開發者為 iPhone 度身設計。

你下載的 app 越多，就越能感受到 iPhone 的無限強大，完全超乎你想像。在 App Store 下載 app 會是一次愉快的體驗，在這里你可以輕松找到想要的 app，甚至發現自己從前不知道卻有需要的新 app。

你可以按類別隨意瀏覽，或者選購由專家精選的 app 和游戲收藏，Apple 會對 App Store 中的所有內容進行預防惡意軟體的審查，因此，你購買和下載 app 的來源完全安全可靠。2014年11月，蘋果公司正式宣布，人民幣1元及3元將是中國區應用商店的新定價，作為一個永久價格選項，1和3元將是中國區應用商店的新定價，而不是短期促銷行為，其他國家的開發者向中國運營商商店提交應用的時候都可以選擇這兩個新的定價區間。

2018年6月4日，蘋果在年度開發者大會時，修改了App Store的規則，對開發者使用iPhone用戶好友及其他聯系人信息的行為作出限制，悄然關閉了允許應用開發者在沒有用戶許可的情況下存儲和分享數據的漏洞。

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

G. 如何將App程序發布到蘋果App Store

具體步驟如下所示：

1、進入蘋果的開發者中選項，就會看到以下畫面，點擊紅框內的選項。

H. 如何發布IOS應用程序到蘋果APP STORE

1.預先准備

在你開始將程序提交到App Store之前，你需要有一個App ID，一個有效的發布證書，以及一個有效的Provisioning profile。下面來看看它們各自的作用。

Step 1: App ID（應用ID）

App ID是識別不同應用程序的唯一標示符。每個app都需要一個App ID或者app標識。目前有兩種類型的App標識：一個是精確的App ID（ explicit App ID），一個是通配符App ID（ wildcard App ID）。使用通配符的App ID可以用來構建和安裝多個程序。盡管通配符App ID非常方便，但是一個精確的App ID也是需要的，尤其是當App使用iCloud 或者使用其他iOS功能的時候，比如Game Center、Push Notifications或者IAP。

如果你不確定什麼樣的App ID適合你的項目，我推薦你讀下蘋果關於這一主題的文檔： Technical Note QA1713。

Step 2: Distribution Certificate(發布證書) iOS應用都有一個安全證書用於驗證開發者身份和簽名。為了可以向App Store提交app，你需要創建一個iOS provisioning profile 。首先需要創建一個distribution certificate（發布證書），過程類似於創建一個development certificate（開發證書）。如果你已經在實體設備上測試你的App，那麼你對創建development certificate就已經很熟悉了。

如果對此不熟悉，我建議你讀下 蘋果關於signing certificates和provisioning profiles的詳細指導 。

Step 3: Provisioning Profile(配置文件) 一旦你創建了App ID和distribution certificate，你可以創建一個iOS provisioning profile以方便在App Store中銷售你的App。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為App Store分銷創建一個單獨的provisioning profile，如果你使用通配符App ID，那麼你的多個app就可以使用相同的provisioning profile。

Step 4: Build Settings(生成設置)

配置App ID、distribution certificate 和provisioning profile已經完成，是時候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中選擇一個target，打開頂部的 Build Settings選項，然後更新一下 Code Signing來跟之前創建的distribution provisioning profile相匹配。最近添加的provisioning profiles有時候不會立馬就在build settings的 Code Signing中看到，重啟一下Xcode就可以解決這個問題。

配置Target的Build Settings

Step 5: Deployment Target(部署目標)

非常有必要說下deployment target，Xcode中每個target都有一個deployment target，它可以指出app可以運行的最小版本。不過，一旦應用在App Store中生效，再去修改deployment target，你要考慮到一定後果。如果你在更新app的時候提高了deployment target，但是已經購買應用的用戶並沒有遇到新的deployment target，那麼應用就不能在用戶的移動設備上運行。如果用戶通過iTunes (不是設備)下載了一個更新過的app，然後替代了設備上原先的版本，最後卻發現新版本不能在設備上運行，這確實是個問題。

(1) 當你決定提高現有app的deployment target時，要在新版本的版本注釋中進行說明。如果你提前告知用戶，那麼至少有一點，你已經盡力阻止問題的發生了。

(2) 對於一款新app，我經常會把deployment target設置為最近發布的系統版本。因為新iOS版本發布後，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法並不準確，比如iOS 6， iOS 6發布後一個月，超過60%的設備已經進行了更新 。但對Android而言，就是另外一回事了， Android用戶並不會像iOS用戶那樣熱衷於更新操作系統版本 。

【以上簡而言之，最好從項目設計時，就決定是否考慮兼容低版本用戶，支持的話，寫代碼時使用ios新特性時最好做一下判斷，if是老版本if是新版本】

在最新的WWDC2014上，公布的數字顯示，iOS7的市場佔有率已經為87%

2. Assets(資源包)

Step 1: Icons(圖標)

Icon是App中不可分割的一部分，你要確保icon尺寸不會出現差錯。

iTunes Artwork: 1024px x 1024px (required)

iPad/iPad Mini: 72px x 72px and 114px x 114px (required)

iPhone/iPod Touch: 57px x 57px and 114px x 114px (required)

120px x 120px(required) for iPhone5/iPhone5c/iPhone5s

Search Icon: 29px x 29px and 58px x 58px (optional)

Settings Application: 50px x 50px and 100px x 100px (optional)

Step 2: 屏幕截圖

屏幕截圖的作用不言而喻，你可以為每個app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為iPhone/iPod Touch和iPad/iPad Mini准備不同的屏幕截圖。這也是不小的工作量，但卻能展示應用的另一面。Shiny Development開發的一款售價6.99美元的Mac軟體 Status Magic可以為你節省不少時間。Status Magic可以幫你把狀態欄放在截圖的正確位置。

屏幕截圖和icon是應用給用戶的第一感覺，直接關繫到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實際的截圖，看看 Where』s My Water? 截圖可以通過使用此策略，更具吸引力和說服力。

當我們連上調試機以後。可以利用Xcode中Organizer中的New Screenshot輕松的截出標准大小的圖片。

Step 3: 元數據 在提交應用之前，要管理好app的元數據，包括1應用名稱、2版本號、3主要類別，4簡潔的描述，5關鍵詞，6.支持URL。如果你需要更新應用，你還要提供新增加的版本內容。

如果你的應用需要注冊【打開APP需要登錄，比如飛信】，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再注冊賬號。

3. 提交准備

Xcode 4以後，開發者提交應用的過程就簡單多了，可以直接使用Xcode進行提交。首先在 iTunes Connect中創建app，訪問iTunes Connect，使用你的iOS開發者賬號登陸，點擊右邊的「Manage Your Apps」，點擊左上角的「Add New App」，選擇「iOS App」，然後完成表格。

I. 蘋果手機怎麼分享一個軟體呢

1、蘋果手機分享軟體，以「微信」為例