ios應用上架審核標準解讀
一、蘋果審核依據(jù)的兩大標準
蘋果應用上架的審核標準主要來源于兩大文件：《App Store審核指南》和《蘋果開發(fā)者計劃許可協(xié)議》。隨著政策環(huán)境的變化，這兩大標準也日趨嚴格。
二、金融類應用審核被拒的常見原因
近期，許多朋友反映金融類應用在審核過程中因缺乏相關(guān)資質(zhì)而被拒絕。自2017年以來，蘋果對APP的審核要求越來越嚴格，特別是對于金融和VPN這類敏感領(lǐng)域的應用，國家政策的變動直接影響了其審核標準。例如，隨著國家對金融監(jiān)管的加強，金融類應用的審核門檻也隨之提高。今年，大量VPN類應用因政策調(diào)整被下架。如果您的應用涉及金融領(lǐng)域，必須遵循蘋果的嚴格規(guī)定。當遇到因缺乏資質(zhì)如金融許可證而被拒的情況，通常需要提供《蘋果開發(fā)者計劃許可協(xié)議》中3.2.1所列的7條資質(zhì)證明。若貴公司缺少營業(yè)執(zhí)照和電信增值許可，則可能需要公司高層介入解決。
三、常見審核被拒原因詳解
1. PLA 1.2沒有貸款資質(zhì)被拒：若應用的開發(fā)商名稱和公司名稱與金融機構(gòu)名稱不匹配，將違反《蘋果開發(fā)者計劃許可協(xié)議》的條款。這種情況下，應用需要重新調(diào)整名稱，確保其與實際金融機構(gòu)名稱相符。
2. PLA 3.2(f)不誠信或欺詐被拒：涉及欺詐行為的應用很難通過審核。開發(fā)者需確保應用功能透明合法。
3. Guideline 2.1應用完整性被拒：應用必須符合蘋果關(guān)于性能和應用完整性的要求。任何功能缺陷或用戶體驗不佳都可能導致審核失敗。
4. Guideline 2.3.10準確的元數(shù)據(jù)被拒：元數(shù)據(jù)是應用的重要部分，必須準確描述應用的功能和內(nèi)容。誤導用戶的元數(shù)據(jù)會導致審核失敗。
5. Guideline 4.2最低功能要求被拒：應用必須滿足最基本的功能要求，否則可能無法通過審核。
6. Guideline 4.3垃圾應用被拒：涉及垃圾信息或濫用功能的應用會被拒絕上架。開發(fā)者需確保應用內(nèi)容質(zhì)量。
四、如何解決因沒有貸款資質(zhì)而被拒的問題？
被拒原因深度解析及應對策略
一、金融服務類App提交審核被拒分析
在蘋果審核過程中，金融服務類App面臨著特定的要求和標準。常見的被拒絕原因及應對策略如下：
原因1：公司主體無金融服務資質(zhì)。
策略：若App確實提供金融服務，確保公司具備相關(guān)資質(zhì)。將資金證明（如營業(yè)執(zhí)照）提交給蘋果審核團隊。若App非金融服務，可向蘋果解釋具體業(yè)務模式，如P2P或助貸模式，并提供相關(guān)證明。
原因2：金融類App只能在主體開發(fā)者賬號上傳，個人或委托公司賬號無法上傳。
策略：個人開發(fā)者賬號應升級為企業(yè)開發(fā)者賬號后提交。如是其他開發(fā)者賬號（如外包）開發(fā)，需將其添加到你的蘋果開發(fā)者賬號下，遵循“用戶和職能-添加iTunes Connect用戶”操作。
原因3：App名稱與公司品牌不符。
策略：修改App名稱，使其與公司品牌緊密關(guān)聯(lián)。例如，若為“馬上消費金融股份有限公司”，可將App名稱改為“馬上貸”。提交軟件著作權(quán)登記證書或商標證書，證明產(chǎn)品名稱與公司的關(guān)聯(lián)性。在App的“關(guān)于我們”中，用中英文介紹公司和產(chǎn)品歸屬。
二、不誠信或欺詐行為導致的被拒情況
被拒理由：
蘋果方面已經(jīng)發(fā)現(xiàn)你的蘋果開發(fā)者計劃會員資格或與你的開發(fā)者賬戶相關(guān)的其他會員資格被用于不誠實或欺詐行為。這違反了蘋果開發(fā)者計劃許可證協(xié)議的第3.2(f)條。
應對策略：
對于此類情況，首先要嚴肅對待并深刻反思。加強團隊內(nèi)部的管理和審核機制，確保所有活動都符合蘋果和行業(yè)的規(guī)范。與蘋果審核團隊主動溝通，解釋相關(guān)情況，并提供必要的證明和資料來澄清誤解。重建信任是關(guān)鍵，確保在未來的運營中嚴格遵守誠信原則。
無論是金融服務類App還是因不誠信行為導致的被拒，關(guān)鍵在于深入理解蘋果的要求和規(guī)定，確保提交的資料真實有效，并符合蘋果的標準。與蘋果審核團隊的溝通也是至關(guān)重要的，確保及時解決問題并順利上線。
蘋果開發(fā)者計劃許可協(xié)議第3.2（f）節(jié)的深度解讀與應對
一、協(xié)議內(nèi)容概述
在《蘋果開發(fā)者計劃許可協(xié)議》的第3.2（f）節(jié)中，蘋果公司明確規(guī)定了開發(fā)者不得采取的行為。簡單來說，就是開發(fā)者不得直接或間接地采取任何干擾蘋果軟件或服務、違反協(xié)議意圖或擾亂蘋果商業(yè)慣例的行為。這些行為包括但不限于阻礙App Store、B2B計劃或整個計劃的正常運行或預期用途。
二、違規(guī)行為解析
在實際操作中，以下行為可能會違反這一條款：
1. 為自己的應用或任何第三方應用提交虛假評論，試圖誤導用戶和蘋果審核團隊；
2. 選擇與知名應用相似或相同的名字，以混淆視聽，誤導用戶；
3. 占據(jù)其他應用的名字，阻止合法的第三方使用，這是一種典型的惡意競爭行為。
三、后果揭示
一旦開發(fā)者被發(fā)現(xiàn)違反上述規(guī)定，將面臨嚴重的后果。你將無法再提交應用的更新。更嚴重的是，你的應用可能會被從App Store中移除，同時你的Apple Developer Program會員資格和所有相關(guān)會員資格也可能被終止。
四、違規(guī)原因分析
違規(guī)行為的原因可能包括但不限于以下幾點：
1. 開發(fā)者賬號被用于不誠實或欺詐活動；
2. 與該開發(fā)者賬號關(guān)聯(lián)的其他賬號存在違規(guī)行為；
3. 開發(fā)者對協(xié)議內(nèi)容理解不足，無意中觸犯了規(guī)定；
4. 為了追求短期利益，故意采取欺詐行為。
五、應對策略
面對PLA3.2(f)的嚴厲處罰，開發(fā)者可以從以下幾個方面著手應對：
1. 仔細檢查自己的開發(fā)者賬號及關(guān)聯(lián)賬號，看是否存在違規(guī)行為；
2. 如果確認存在違規(guī)行為，應立即停止并糾正，同時向蘋果官方提交申訴；
3. 加強協(xié)議學習，確保自己的行為符合蘋果的規(guī)定；
4. 轉(zhuǎn)變策略，遵守規(guī)定，通過提供高質(zhì)量的應用和服務來贏得用戶和市場。
第一章：行為準則與馬甲包管理
親愛的開發(fā)者們，請注意：若發(fā)現(xiàn)有刷榜、刷評論等不當行為，應立即停止。若與您的開發(fā)者賬號有信息關(guān)聯(lián)或轉(zhuǎn)讓關(guān)系的馬甲包涉及此類行為，也必須立刻停止。對于與賬號有信息關(guān)聯(lián)的馬夾包，建議暫停更新，避免遭到拒絕。
第二章：應用提交審核的注意事項
請避免創(chuàng)建占位應用，若已創(chuàng)建，請盡快進行更名。請勿在淘寶或其他交易平臺上購買蘋果開發(fā)者賬號。若需新建馬甲包進行提審，請確保與已有賬號無信息關(guān)聯(lián)，包括郵箱賬號、賬號所有人、IP地址等。
第三章：應用完整性被拒——原因與應對
您在提交應用審核時可能會遇到被拒絕的情況。據(jù)反饋，我們在iOS 10.3.3的iPhone和iPad環(huán)境下，于Wi-Fi連接的IPv6網(wǎng)絡中發(fā)現(xiàn)了應用的一個或多個bug。特別是，審核人員無法完成如貸款申請等核心功能。
遇到這種情況，首先請通過設備運行您的應用，全面檢查并修復所有問題。在修改后，再次提交審核。為了確保審核過程的順利進行，提交的賬號應能體驗應用的核心功能。
關(guān)于被拒原因，部分是因為實際并無bug，但蘋果審核團隊可能因無法理解應用的邏輯和交互而誤判。開發(fā)者在產(chǎn)品設計時，應確保邏輯清晰、交互直觀，避免過于復雜或晦澀。
第四章：申訴與建議
在停止所有可能的違規(guī)行為后，您可以向蘋果App審查委員會進行申訴。在申訴過程中，請詳細闡述您的問題和解決方案，以便審查委員會更好地理解并處理。
第五章：總結(jié)與前瞻
四、準確的元數(shù)據(jù)被拒
經(jīng)過審核，我們發(fā)現(xiàn)你的應用或其元數(shù)據(jù)中包含了不相關(guān)的第三方平臺信息。在App Store中，除非特定的交互功能需要，否則引用第三方平臺或其元數(shù)據(jù)是不被允許的。具體的被拒理由如下：
被拒理由
我們注意到在你的應用預覽圖里，某些展示的功能并不屬于你提交的這款應用。蘋果審核團隊認為這部分內(nèi)容涉及到第三方平臺的信息。除此之外，任何第三方平臺的數(shù)據(jù)，包括公司名稱、logo等，都不應出現(xiàn)在你的應用里，包括應用描述、最新動態(tài)、預覽圖和截圖。
被拒原因分析
你的應用被拒絕的主要是因為含有不屬于自身的第三方平臺信息。蘋果審核團隊對于這一點非常嚴格，他們認為這會對用戶的理解和使用造成困擾。第三方信息包括公司名稱、logo和應用未具備的功能點等，這些都應避免出現(xiàn)在應用的各個部分。蘋果自家的產(chǎn)品也最好避免出現(xiàn)在你的應用或相關(guān)描述中。
應對方式
為了解決這個問題，你需要嚴格按照蘋果的規(guī)定進行操作。在提交審核前，務必核查你的應用、應用綜合信息以及應用版本信息中是否含有第三方的元素，確保你的應用和元數(shù)據(jù)的純凈性。
五、因功能過于簡單被拒
經(jīng)過審查，我們發(fā)現(xiàn)你的應用由于包含的內(nèi)容或特性太少而顯得實用性有限。具體被拒理由如下：
被拒理由
你的應用提供的服務過于簡單或者內(nèi)容量太少，沒有達到蘋果用戶期望的標準。蘋果App Store中的應用需要提供豐富且實用的功能，以滿足用戶的需求。如果應用缺乏足夠的內(nèi)容或特性，那么它可能無法吸引并保持用戶的興趣。
應對方式
為了改善你的應用的接受度，你需要增加更多的功能和內(nèi)容。了解用戶需求和市場趨勢，針對性地增強應用的功能性和實用性。只有充實的應用內(nèi)容和深入的用戶體驗才能幫助你的應用在競爭激烈的市場中立足。務必確保你的應用具有足夠的交互性和創(chuàng)新性，以吸引用戶的目光并滿足他們的期望。蘋果App Store審核指南詳解與下一步行動指南
一、審視你的App概念
理解并遵循App Store審核指南的重要性
我們鼓勵開發(fā)者們深入審視自己的app概念，融入多樣且符合App Store審核指南的內(nèi)容與特性。這不僅能幫助你的應用順利通過審核，還能提升用戶體驗，為你的應用吸引更多用戶。
二、被拒原因解析
為何你的App可能會被拒絕？
1. 功能過于簡單：你的app如果功能過于簡單，沒有達到App Store的應用標準，可能會導致被拒絕。
2. 不符合蘋果官方的Guideline 4.2要求：這一準則強調(diào)，App應包含功能、內(nèi)容和UI，而不僅僅是一個重新包裝的網(wǎng)站。你的應用需要有持久的娛樂價值，具有新穎性和實用性。如果app只是一首歌曲、一部影片或書籍，應考慮提交到相應的專門商店如iTunes Store或iBooks Store。
3. 未合理使用API和框架：如Guideline 4.2.1所述，App應為實現(xiàn)預期用途而使用API和框架，并在app描述中詳細說明集成情況。
4. 不符合獨立工作要求：如Guideline 4.2.3所述，App應能獨立工作，不應依賴安裝其他app來實現(xiàn)功能。
5. 與Apple Watch表盤混淆：與表盤類似的Apple Watch app需謹慎設計，避免使用戶產(chǎn)生混淆。過于相似的界面可能會導致被拒絕。
6. 作為iCloud和iCloud Drive文件管理器的app缺乏功能：若你的app主要作為文件管理器，需要增加更多功能才能獲得批準。
7. 使用商業(yè)化模板或生成服務創(chuàng)建的app：利用商業(yè)化模板或app生成服務創(chuàng)建的app可能因缺乏創(chuàng)新性而被拒絕。
三、應對策略
如何改進你的App以滿足審核要求？
1. 增強功能與內(nèi)容：增加應用的功能性和實質(zhì)性內(nèi)容，確保其不僅僅是一個簡單的網(wǎng)站包裝。
2. 遵循官方指南：仔細閱讀并遵循蘋果的審核指南，確保你的應用符合所有的標準和要求。
3. 合理使用API和框架：如果你的應用使用了API和框架，請確保它們是為了實現(xiàn)預期的功能，并在描述中詳細說明。
4. 創(chuàng)新設計：避免與Apple Watch表盤混淆，創(chuàng)新你的應用設計，使其具有獨特性和吸引力。
5. 增加獨立功能：確保你的應用能夠獨立工作，不依賴其他應用。
6. 深化文件管理功能：如果你的應用是文件管理器，請增加更多功能以滿足用戶需求。
7. 避免使用商業(yè)化模板：避免使用商業(yè)化模板或生成服務，注重創(chuàng)新和個性化。
四、價值與應用前景
提交有價值、符合規(guī)范的應用的重要性
蘋果App Store的審核標準旨在確保用戶獲得高質(zhì)量的應用體驗。開發(fā)有價值、符合規(guī)范的應用不僅有助于通過審核，還有助于吸引和留住用戶，提高你的應用知名度和盈利能力。
五、展望未來
未來開發(fā)的趨勢與機遇
隨著技術(shù)的不斷進步和用戶需求的變化，未來的應用開發(fā)將更加注重用戶體驗、個性化和創(chuàng)新性。遵循蘋果的審核指南并關(guān)注這些趨勢，將有助于你的應用在競爭激烈的市場中脫穎而出。蘋果應用商店審核指南解讀與注意事項
=====================
一、引言
隨著移動應用的普及，蘋果應用商店已成為用戶獲取應用的重要渠道。為了確保用戶體驗和開發(fā)者權(quán)益，蘋果制定了一系列嚴格的審核準則。本文旨在深入解讀這些審核指南，幫助開發(fā)者避免常見誤區(qū)，確保應用順利上架。
二、避免功能過于簡單
簡單的資訊聚合、鏈接聚合類應用由于其內(nèi)容單一、功能缺乏創(chuàng)新性，往往難以通過審核。開發(fā)者在開發(fā)過程中應注重用戶體驗和功能創(chuàng)新，確保應用具備獨特價值。
三、杜絕垃圾應用
垃圾應用主要指那些內(nèi)容重復、功能冗余的應用。這類應用不僅會降低用戶體驗，還可能誤導用戶，影響開發(fā)者聲譽。開發(fā)者應避免簡單復制其他應用的內(nèi)容和功能，確保應用具備原創(chuàng)性和實用性。
四、尊重審核流程
故意忽視審核指南、忽略反饋意見或誤導用戶等行為，可能導致審核過程延遲甚至應用被拒絕。開發(fā)者應認真對待每一次審核反饋，根據(jù)反饋優(yōu)化應用，確保應用符合審核標準。開發(fā)者應尊重并遵守蘋果的審核流程，共同維護健康的開發(fā)環(huán)境。
五、安全與用戶體驗并重
蘋果應用商店旨在為用戶提供安全、優(yōu)質(zhì)的應用下載體驗。開發(fā)者在開發(fā)過程中應遵循蘋果的安全準則，確保應用無病毒、無惡意代碼。開發(fā)者應注重用戶體驗優(yōu)化，確保應用界面友好、操作流暢。開發(fā)者還應遵守蘋果的知識產(chǎn)權(quán)政策，避免侵犯他人版權(quán)。
六、額外的責任與義務
作為開發(fā)者，不僅要關(guān)注應用的開發(fā)與上架，還要關(guān)注自身的責任與義務。遵守蘋果開發(fā)者計劃的相關(guān)條款和條件是每個開發(fā)者的基本職責。故意違反審核指南或誤導用戶等行為不僅會導致應用被拒絕甚至賬號被封禁，還會影響其他開發(fā)者和用戶的利益。開發(fā)者應認真對待每一次審核機會，努力打造優(yōu)質(zhì)、創(chuàng)新的應用。
要想在蘋果應用商店成功上架應用，開發(fā)者必須深入了解并遵守審核指南。通過注重功能創(chuàng)新、優(yōu)化用戶體驗、尊重審核流程等措施，開發(fā)者可確保應用順利上架并贏得用戶的青睞。
蘋果開發(fā)者計劃條款違規(guī)后果及應對策略
一、違規(guī)后果概述
違反蘋果開發(fā)者計劃的條款將導致嚴重后果，包括賬戶終止、關(guān)聯(lián)賬戶受影響，以及從App Store中刪除相關(guān)應用。這些措施旨在維護App Store的生態(tài)健康和公平性。二、被拒原因分析
1. 應用功能雷同或重復
如果應用的功能與他人相似，或者存在重復性的馬甲包，會被認定為垃圾應用。2. 生態(tài)破壞
重復或簡單復制的應用對用戶體驗和開發(fā)者生態(tài)都有負面影響。3. 對警告視而不見
對蘋果的警告不予理睬，繼續(xù)違規(guī)，將導致審核延遲。4. 欺詐行為
試圖欺騙用戶或破壞審查過程的行為將受到更嚴厲的處罰。三、應對策略
1. 重視應用價值
避免抄襲，確保應用有其獨特價值或差異點。2. 賬號管理
不要為同一應用使用多個賬號上傳，確保每個賬號獨立且真實。3. 功能差異化
如果產(chǎn)品存在雷同，通過調(diào)整產(chǎn)品分類、側(cè)重屬性等方式實現(xiàn)差異化。4. 對于馬甲包的處理
增加馬甲包的功能差異，減少相同代碼量，避免被蘋果機審掃描識別。四、敏感行業(yè)的審核要求及經(jīng)驗分享
經(jīng)驗一：針對營業(yè)執(zhí)照和金融許可證的審核要求
在提交審核時，除了提供營業(yè)執(zhí)照副本，還需確認其真實性，并提供可查詢的網(wǎng)址。對于金融許可證的問題，需根據(jù)行業(yè)具體情況進行解釋和資料提供。經(jīng)驗二：關(guān)于網(wǎng)絡借貸行業(yè)的特殊說明
網(wǎng)絡借貸行業(yè)自2007年起逐漸發(fā)展，雖然目前全國沒有一家網(wǎng)絡借貸中介機構(gòu)通過備案，但行業(yè)仍在積極準備中。對于金融許可證的要求，需要向蘋果說明行業(yè)現(xiàn)狀，并闡述正在積極應對中的情況。五、總結(jié)
蘋果公司的審核標準雖然嚴格，但只要開發(fā)者按照標準制作和提交應用，就有可能通過審核。重視應用的價值和差異化，遵守審核規(guī)則，是成功的關(guān)鍵。 注：以上內(nèi)容僅供參考。合規(guī)資料與相關(guān)設計規(guī)范的分享一、合規(guī)資料提供
批文、合作協(xié)議掃描件
我們公司提供批文的掃描件，包括公司合作銀行的協(xié)議合同掃描件以及公司合作的三方支付合作合同。所有資料均附在附件中供您參考。請注意，這些資料僅供您參考。
給蘋果提交合規(guī)資料的建議
建議大家在申請與蘋果合作時，盡可能多地提供公司合規(guī)的證據(jù)資料。除了上述的掃描件，還可以考慮將公司在其他平臺的相關(guān)注冊協(xié)議、借款協(xié)議等標注出來，并截圖放在附件中。若協(xié)議內(nèi)容較多，建議整合成PDF格式文件上傳，注意文件命名最好使用英文。
二、iOS與Android設計規(guī)范的區(qū)別
Android整體視覺設計規(guī)范概述
App界面的整體視覺構(gòu)成主要包括四個部分：StatusBar（狀態(tài)欄）、TopBar（頭部欄）、Body Content（內(nèi)容區(qū)域）、FootBar（底部欄）。在設計中，StatusBar的樣式由系統(tǒng)UI決定，主要注重背景配色。TopBar在兩個系統(tǒng)平臺上的顯示高度與內(nèi)容布局存在差異，需按照各自的平臺規(guī)范進行設計。而Body Content和FootBar除控件外的布局與視覺設計則保持一致性。
差異化設計案例解讀
1. StatusBar/TopBar差異化設計實例分析。
2. 三個系統(tǒng)圖標/控件的差異化設計探討。
3. 搜索/輸入控件的差異化設計要點。
4. 彈窗樣式的差異化及其在設計中應用。
三、Android與iOS系統(tǒng)交互的差異化設計
系統(tǒng)交互方式的差異化
除了之前提到的彈窗樣式與交互差異化，對于系統(tǒng)交互行為，推薦盡可能使用iOS與Android各自平臺的系統(tǒng)控件與交互方式，以降低開發(fā)與用戶學習成本。這包括返回上級/關(guān)閉當前頁面的方式、通知開啟或關(guān)閉設置、發(fā)送/提交內(nèi)容的方式、Item列表排序/刪除、提示窗顯隱、時間選擇控件、手勢操作等。
交互動效的差異化
在交互動效方面，也推薦盡可能使用iOS與Android各自平臺的系統(tǒng)提供的動效。例如，iOS的鏡頭切近與高斯模糊，以及Android的紙墨磁吸等特色動效。這些設計元素能夠提升用戶體驗，并增強應用的品牌感。單條 Item 的交互差異設計概覽
======================
整體設計原則
參照 iOS 版本，我們在設計底部欄與中間內(nèi)容區(qū)域時遵循了相似的原則。設計的核心目標是確保 App 在兩個不同的系統(tǒng)平臺——Android 和 iOS 上，既能符合中國用戶的使用習慣，又能體現(xiàn)出各自系統(tǒng)的獨特風格與特性。為此，我們將重點對狀態(tài)欄、頭部樣式、控件（開關(guān)、選框、搜索、輸入）、系統(tǒng)圖標（返回、分享、更多）、彈窗樣式以及系統(tǒng)交互進行 Android 規(guī)范化差異處理。
關(guān)于 App 的使用與上架問題
關(guān)于 App 是否非得上架后才可使用的問題，答案是否定的。無論是安卓還是蘋果系統(tǒng)，App 不上架也有方法安裝在手機上。上架應用商店本身就是一種有效的推廣方式。如果條件允許，最好還是選擇上架。對于上架流程不熟悉或缺乏相關(guān)資源的開發(fā)者，可以借助亥著開發(fā)者服務平臺進行代上架操作。
不上架的安裝方式：iOS 蘋果簽名的應用
對于未上架的 iOS 應用，我們可以采用 iOS 蘋果簽名的方式將其安裝在蘋果手機上。iOS 蘋果簽名包括企業(yè)簽名、超級簽名和 tf 簽名三種方式。企業(yè)簽名是使用企業(yè)開發(fā)者賬號進行簽名，價格較為親民，對 APP 的數(shù)量和類型限制較少，但穩(wěn)定性可能稍遜。超級簽名則采用個人開發(fā)者賬號，價格稍高但穩(wěn)定性較高。tf 簽名則是通過蘋果官方的 testflight 進行分發(fā)，穩(wěn)定性極強，但安裝流程相對復雜。需要注意的是，無論采用哪種簽名方式，都不是絕對穩(wěn)定的，選擇時應綜合考慮自身需求和預算。市場上那些承諾超級簽名不掉簽的簽名服務商可能存在誤導行為，應謹慎選擇。
三種簽名的具體介紹
企業(yè)簽名：這是不少開發(fā)者的首選簽名服務。使用企業(yè)開發(fā)者賬號進行簽名，價格較為合理。但由于對 APP 的數(shù)量和類型限制較少，也可能導致證書的穩(wěn)定性受到影響。有些簽名服務商會針對這一問題推出所謂的“穩(wěn)定企業(yè)簽名版”。
超級簽名：采用個人開發(fā)者賬號進行簽名，收費方式是按下載數(shù)量收費。其穩(wěn)定性較高，一般不會輕易掉簽。追求穩(wěn)定性的開發(fā)者通常會選擇超級簽名。但需要明確的是，超級簽名也并非絕對穩(wěn)定。
tf 簽名：這是蘋果官方認可的分發(fā)模式，穩(wěn)定性極強。安裝時需要先安裝蘋果官方的 testflight，再從 testflight 里安裝應用。由于其審核相對寬松，許多應用都可以選擇在 testflight 上架。這種方式的優(yōu)點在于既滿足了內(nèi)部測試的需求，又可以在一定程度上擴大用戶群體。
