iOS APP 開發要準備什麼？Apple 開發者帳號、審核上架、企業內部發佈與 Android 差異

iOS APP 開發要準備的東西其實不多：一台 Mac、免費的 Xcode、一個每年 US$99 的 Apple 開發者帳號，公司名義上架的話再加一組 D-U-N-S 編號。真正會拖慢進度的，通常是帳號開在誰名下、審核被退回來要補什麼、以及公司內部用的 App 到底要不要上架這三件事。

我們在客製化系統開發的諮詢裡，老闆談到 iOS 最常問的就是這三題，而且多半是在開發快做完時才問，那時候才去申請公司帳號，常常白等一兩週。這篇把 iOS 這條路的流程與門檻一次攤開，讓你在發包前就知道要先準備什麼、哪些事要在合約裡講清楚。

費用怎麼估、外包怎麼發包、Flutter 還是 React Native，站上已經各有專文，這裡只講 iOS 端特有的事：帳號、審核、內部發佈，以及它跟 Android 差在哪。如果你還在估預算，可以先看APP 開發費用怎麼估；要找廠商，先看APP 開發外包指南。

iOS APP 開發要準備什麼：一張清單先看完

先講結論：硬體與軟體只要一台 Mac，帳號是每年續約的訂閱，最花時間的是公司帳號的身分驗證。下表是 2026 年 10 月我們對照 Apple 官方頁面整理的版本，金額以美元計，實際付款時會換成當地貨幣。

表裡最常被忽略的是「誰負責」那一欄。Apple 帳號是 App 在商店上的法律主體，帳號在誰名下，App 就掛誰的名字當賣家。這件事下一段會細講。

如果你還沒決定要不要走 iOS 原生，或想先確認自己的需求適不適合做成 App，可以直接加 LINE 問我們，把想做的功能丟過來，我們會直接告訴你該走哪條路。

Apple 開發者帳號：個人帳號還是公司帳號

一句話分工：個人帳號賣家顯示你的本名，公司帳號顯示公司全名，企業要上架一律開公司帳號。Apple 的註冊說明寫得很清楚，個人或一人公司的賣家欄位會是個人法定姓名，而且不能填暱稱或公司名代替；以公司名義上架，就要走組織註冊。

D-U-N-S 編號怎麼申請、要等多久

D-U-N-S 是 Dun & Bradstreet（鄧白氏）發的九碼企業識別碼，Apple 拿它來確認你的公司是合法登記的法人。官方的D-U-N-S 說明頁寫明三個時間點：申請免費、發號最多 5 個工作天、拿到號碼後還要再等最多 2 個工作天 Apple 才收得到資料。付費加急也不會縮短這段時間。

實務上卡關的點多半出在名稱不一致：D&B 登記的英文名稱、地址，要跟你填 Apple 註冊表的完全一樣。Apple 開發者論壇上常見的求助包括號碼查得到卻被判定「不是法人」、分支機構的號碼不被接受，解法都是回頭請 D&B 更新資料。所以公司帳號最好在簽約開發的同一週就開始申請，等 App 做完再申請，等於讓整個上線時程空轉一到兩週。

帳號一定要開在業主名下

這是我們最堅持的一點：開發者帳號請業主用自己公司的名義申請，再把外包廠商邀請進來當團隊成員。帳號如果開在廠商名下，App 的賣家就是廠商，日後換廠商、要把 App 移轉回來，得走 Apple 的移轉流程，遇到廠商不配合就很難處理。這跟原始碼歸屬是同一類問題，建議直接寫進合約；外包常見的其他地雷可以對照找外包做 APP 的 9 個雷。

帳號開好之後，從開發到上架要多久？以我們自家的 iOS App 為例：今日菜價 蔬果行情雷達把農業部每天公布的批發行情做成買菜時用得到的 App，2026 年 6 月立項、7 月 20 日通過審核上架 App Store，前後大約 7 週。功能單純的 App，時程大概就是這個量級；你的需求如果類似，找我們聊會比從零開始描述需求快很多。

App Store 審核要多久、最常被退回的原因

先講結論：審核本身很快，Apple 在App Review 說明頁寫明，一般至少 50% 的送審在 24 小時內審完、90% 在 48 小時內審完。真正花時間的是被退回之後改、再送、再等，來回兩三輪就是一週。

同一頁也公布了一個很實用的數字：未解決的審核問題裡，超過 40% 跟 2.1 條「App 完整性」有關，也就是閃退、留著佔位內容、資料沒填完整這類問題。換句話說，多數退件在送審前就能自己抓出來。

表裡「只是把官網包起來」那一條，最常打到想省錢的企業。用 WebView 把現有網站塞進 App 殼，開發很快，但審核員打開發現跟用 Safari 看網站沒兩樣，就會以 4.2 條退件。如果你的需求本來就是網站能做的事，後面「什麼時候用 Web App 就好」那段會更適合你。

實機測試這件事，我們自己也踩過。今日菜價第一版在 App 端設了 12 秒的連線逾時，但官方行情 API 單次回傳約 3MB，在真機上冷啟動實測要 18 秒，結果每次都退回內建的範例資料。模擬器跑在開發用電腦的網路上完全看不出來，最後改成 30 秒逾時並把資料寫進本地快取才解決，細節寫在作品集頁面。這類問題如果帶到審核，就是典型的「功能不完整」風險。

公司內部用的 iOS App 可以不上架嗎：五條發佈路線

可以，但「完全不經過 Apple」的路幾乎不存在。內部 App 有五條路，差別在給誰用、能用多久、要不要過審核。多數中小企業適合的是自訂 App 或不公開 App，企業帳號門檻比想像中高很多。

幾個細節值得注意。TestFlight 的官方說明寫明每個版本可以測 90 天，所以它適合當上線前的試用管道，拿來當正式發佈會變成每三個月要重新上傳一次。Ad Hoc 的裝置上限寫在 Apple 的裝置管理說明，每類裝置（iPhone、iPad 分開算）每年 100 台，裝置汰換要等新的會員年度才能清出名額。

自訂 App是內部 App 最正規的做法：一樣送審，但只出現在你指定的公司帳戶裡，透過 Apple Business（2026 年起取代原本的 Apple Business Manager）用 MDM 派到員工手機。對象如果是加盟主、外包司機這種不在公司 MDM 管理範圍的人，不公開 App比較好用，拿到連結的人才裝得到，商店搜尋不到。

企業帳號為什麼不建議中小企業申請

很多老闆聽過「企業帳號可以不上架直接裝」，就想直接申請。Apple 的企業計畫頁把條件寫得很硬：員工 100 人以上、只能發給自家員工、要有機制確保只有員工下載得到、要通過驗證面談與持續評估，而且 Apple 會確認你的需求是 App Store、Apple Business、Ad Hoc 或 TestFlight 都滿足不了的情況。我們的判斷是，台灣中小企業絕大多數的內部 App 需求，用自訂 App 或不公開 App 就能處理，企業帳號省下的審核時間，抵不過申請與維持資格的成本。

iOS 跟 Android 開發上架差在哪：費用、審核、發佈

一句話：iOS 帳號貴、要年年續約、審核嚴但快；Android 帳號便宜、一次付清，但新的個人帳號上架前要先跑兩週封閉測試。兩邊的門檻落在不同地方，排時程時要分開算。

兩邊最大的差異在帳號的性質。Apple 帳號是訂閱制，續約說明提到，會員到期後要等續約完成，免費 App 才會在 24 小時內恢復可下載。也就是說，忘記續約的那幾天，App 是從商店上消失的。建議把續約日期寫進維運合約的待辦清單，或直接開啟自動續約。

Android 這邊的硬門檻在測試。Google Play 的測試規定要求新開的個人帳號找 12 位測試者、連續 14 天參與封閉測試才能申請正式上架。用公司帳號可以避開這條，這也是為什麼我們同樣建議 Android 開公司帳號。Google Play 的註冊費是一次性 US$25，比 Apple 便宜得多。

兩個平台要不要一起做、該選原生還是跨平台框架，取決於你的使用者手機比例與預算，完整的比較在APP 框架選型指南。用 Expo 的團隊，可以把建置與送 TestFlight 自動化，做法寫在EAS Build 上架實戰。

什麼時候用 PWA 或 Web App 就好，不必做 iOS APP

先講結論：使用者主要在公司內部、功能以表單與查詢為主、不需要上商店被搜尋到，用 Web App 通常就夠了。省下的不只是開發費，還有每年的帳號費、審核來回與每次 iOS 大改版的相容性維護。

判斷方法很簡單：把你要的功能逐條列出來，看有沒有一條是網頁真的做不到的。今日菜價會做成 App，是因為它要用手機相機拍菜、在裝置端跑辨識模型，這是網頁很難做好的事。如果整張清單都是表單、列表和報表，先做 Web App，跑順了再決定要不要包成 App，風險小很多。這類內部系統是我們客製化系統開發最常接的需求。

iOS APP 開發的時程與維護：上架之後才是長期成本

一句話：iOS App 每年至少要排一次相容性更新，因為 Apple 會定期提高送審的最低工具版本。Apple 的最新要求頁寫明，2026 年 4 月 28 日起上傳的 App 必須用 Xcode 26 與 iOS 26 SDK 建置。沒有排維護的 App，下次要修個小 bug 才發現整個專案得先升級工具鏈。

維護的範圍與費用怎麼談，可以參考維運合約的 3 種模式；如果 App 是你整個軟體產品的一部分，從 0 到上線的產品路線圖會幫你把 App 放回整體規劃裡看。

iOS APP 開發常見問題