App Store vs Google Play 上架完整指南｜客製化 APP 6 個決策節點與報價

「我們 APP 開發已經完工，但兩個月過去還沒上架。」這句話在我們接觸的客製化 APP 案件中出現過至少 10 次。真正的原因是 App Store 與 Google Play 的審查、抽成、合規、退款政策幾乎沒有人在開發前認真評估，等到要上架才發現一堆條件不符合，技術反而不是瓶頸。這篇是給準備找外包做 APP 的老闆與產品負責人的完整上架決策手冊。

App Store Google Play 雙平台上架示意

一個常被忽略的事實：APP 開發到完工只是路程的一半，「能不能順利上架、持續更新、合規收費」才是另一半。很多 case 的時程跑掉，問題不在工程師，而在沒有把上架審查與抽成計算寫進專案計畫。如果你即將發包客製化 APP，或正在跟外包對接 APP 上架階段，這篇會幫你避開最常見的 6 個地雷。

為什麼上架比開發更容易卡關

APP 開發階段一切都在你掌控之內——程式碼、設計、測試流程都可預期。但一進入上架階段，主導權就交給 Apple 與 Google。根據 Apple App Store Review Guidelines，每年有大量 APP 在送審階段被拒，原因從「介面誤導」「資料權限濫用」到「未說明訂閱條款」都有。Google Play 的拒絕率較低但更不透明，被下架後申訴流程動輒 1-2 週。

這代表發包前必須把「上架審查可能踩雷的點」列入需求書，而不是等開發完才發現「啊，這個功能 Apple 不會過」。

決策節點 1：兩平台要不要同時上

「iOS 跟 Android 兩個都要做」幾乎是預設答案，但對部分中小企業這不一定是最佳解。台灣市場 iOS 與 Android 用戶大約 6:4，但商務用戶 iOS 比例更高。如果你的 APP 是 B2B 工具，先上 iOS 拿到第一批 paid user 再擴 Android，能省下 40% 開發成本與 50% 上架溝通時間。

策略	適合對象	成本影響	風險
雙平台同步上線	C 端 APP、需快速規模化	100% 預算	兩邊審查衝突卡死
iOS 先行	B2B、高客單價、商務工具	60-70% 預算	Android 用戶流失到對手
Android 先行	東南亞、中低價市場、店家工具	60-70% 預算	iOS 商務客戶看不見你
僅單平台	純內部使用、垂直市場	50% 預算	未來擴張要重做架構

決策節點 2：抽成計算的真實成本

這是很多老闆財務模型崩潰的地方。表面上 Apple 抽 30%、Google 抽 30%，Apple Small Business Program 對年營收 100 萬美元以下的開發者降到 15%，Google 也有類似方案。但「30% 抽成」不是你以為的扣 30%——還要再加營業稅、跨境匯款手續費、退款處理費。實際到手大約是訂閱定價的 60-65%。

一個常見計算錯誤：訂閱定價 NT$300/月，老闆以為到手 210 元，實際上扣完抽成、Apple 稅、匯差，台灣銀行帳戶大約收到 180-195 元。如果產品成本（伺服器、AI API、客服）已經佔到 100 元以上，毛利會被壓到 30% 以下。

⚠️上架前必跑的財務模型

在簽外包合約前，先用真實抽成（35-40% 而非 30%）做財務模型。如果毛利模型撐不住 40% 抽成，要重新思考定價、或考慮用 web 訂閱 + APP 免費下載的混合模式。

決策節點 3：審查容易爆雷的 7 個地雷

客製化 APP 審查與上架流程示意

我們累積過的客製化 APP 案例中，最常見的上架被拒原因可以歸納為 7 類。發包前就要在需求書裡寫清楚「以下情境不會出現」，能減少 70% 的審查延誤。

地雷類型	Apple 嚴格度	Google 嚴格度	怎麼避免
介面誤導使用者	極嚴	中等	登入流程不要刻意藏選項
未說明訂閱條款	極嚴	嚴	訂閱頁顯示總金額、解約方式
未經許可收集資料	極嚴	嚴	App Tracking Transparency 必做
接外部金流（非 IAP）	極嚴	中等	數位商品強制用 IAP
AI 內容無年齡分級	嚴	嚴	標明 AI 生成、加年齡限制
連結到外部購買	嚴	寬	iOS 用 in-app webview 須注意條款
不當收集兒童資料	極嚴	極嚴	13 歲以下要 COPPA 合規

Apple iOS 14.5 之後上線的 App Tracking Transparency 強制每個 APP 詢問用戶是否同意被追蹤。如果你的 APP 串了 Facebook SDK、Google Analytics、Firebase 等廣告/分析 SDK，沒有正確 ATT 流程會直接被退件。Android 雖然沒這麼嚴，但歐盟用戶觸及到的話 GDPR 條款一樣會打你。

合規這塊很多外包工程師會跳過，因為「能跑就好」。但實務上你會在上架前一週才發現要補做，這時候時程已經爆掉。發包前在 SOW 寫明：「需提供完整的 ATT、隱私權聲明、隱私權細項清單（App Privacy Details）」，並把這當成里程碑驗收。

決策節點 5：In-App Purchase 與訂閱機制的開發成本

如果你的 APP 要收費，IAP 是另一個容易被低估的開發成本。Apple StoreKit 2 與 Google Play Billing Library 5 都需要工程師認真實作收據驗證、訂閱續訂、退款處理、家庭共享。一個完整的訂閱機制（含後台驗證、訂閱狀態同步、退款處理）大約需要 15-30 個工作天。

IAP 功能	Apple 工時	Google 工時	為什麼會超時
一次性購買	3-5 天	3-5 天	Sandbox 測試環境陷阱多
訂閱（含續訂）	8-15 天	8-15 天	Webhook 收據驗證、狀態同步
免費試用	+3 天	+3 天	試用結束到正式扣款的訊號處理
家庭共享	+5 天	不適用	Apple 獨有，邏輯複雜
退款處理	+5 天	+5 天	退款後的服務終止流程

決策節點 6：上架後的更新與維護成本

很多老闆以為「上架完就結束」，實際上每次 Apple/Google 大版本更新都可能讓你的 APP 出問題。iOS 27 預計 9 月發布，Apple WWDC 2026 應該會宣布新的 API 變動。Android 17 也類似。發包時要把「上架後 12 個月的維護費」寫入合約，避免上架後外包消失。

我們的經驗值大約是：上架後 12 個月維護費約占開發費 25-35%。例如開發費 60 萬的 APP，年度維護應該抓 15-20 萬。如果外包報「免費維護一年」要特別小心，通常代表他沒打算長期支援。

行動應用程式設計與部署團隊協作

報價區間：客製化 APP 上架階段的合理費用

以下費用是上架階段（含 IAP、ATT、隱私權合規、首次審查支援），不含 APP 主體開發。對應到實際情境的客製化案例，可以參考我們做過的補習班補課系統與其他 系統客製化作品，包含後台與行動端整合的完整流程。

專案規模	上架階段費用	包含什麼	適合對象
最小可行（單平台）	3-8 萬	送審 + 基礎合規 + 1 次重送	MVP 驗證、小範圍試用
標準雙平台	10-25 萬	兩平台送審 + IAP + ATT + 隱私權	正式商業 APP
複雜訂閱與合規	25-50 萬	+ 多訂閱方案 + 家庭共享 + GDPR	B2C 訂閱制、跨國服務
企業級	50 萬以上	+ MDM + SSO + 多語系審查	金融、醫療、政府委外

ℹ️報價談判提醒

簽約前明確問外包：「審查被拒的修改是否包含在報價內？」「上架後第一個月發現的 P0 bug 修復是否免費？」這兩題能篩掉 80% 不專業的外包。

6 個常見地雷與避雷指南

地雷 1：以為 React Native / Flutter 就能省一半

跨平台框架確實能省 30-40% 開發費，但上架審查不會因此變簡單。Apple 對 React Native APP 的審查嚴格度跟原生一樣，Flutter 偶爾會在 iOS 出現渲染問題被退件。跨平台適合追求預算，不要期待它能讓上架變輕鬆。

地雷 2：低估首次審查的時間

Apple 首次審查平均 1-3 天，但首次提交的 APP 被退件率超過 50%。算一輪「送審→被拒→修改→重送→通過」實際大約 7-14 天。

地雷 3：在 APP 內接外部金流（非 IAP）

這是 Apple 最嚴格的紅線之一。除非是「實體商品」或「企業 B2B SaaS」，否則數位商品強制走 IAP。違反這條會直接被下架，且申訴難度極高。

地雷 4：把 web view 包成 APP 上架

Apple Guidelines 4.2 明確禁止「純粹是網站封裝的 APP」。如果你的 APP 主要功能是讀網頁，被退件機率超過 80%。要過審必須至少有一個「只有 APP 才能做的功能」（推播、本機儲存、感應器存取）。

地雷 5：上架時用個人開發者帳號

個人帳號上架在 APP Store 顯示開發者名稱是你的本名，對 B2B 形象極不利。建議花 NT$3,300/年申請公司開發者帳號（Apple Developer Program），需要 D-U-N-S Number。Google 也有 Organization 帳號，建議從一開始就用。

地雷 6：沒做 App Store Optimization (ASO)

上架完不等於有人下載。APP 標題、關鍵字、截圖、預覽影片要當成 SEO 來做。一個基礎 ASO 包（含關鍵字研究、3 個主要市場文案、6 張截圖設計）大約 3-8 萬，但能讓自然下載增加 2-5 倍。

外包對接 SOP：上架階段該追的 5 個里程碑

發包後不要等外包說「快好了」才追進度。下面這 5 個里程碑要在合約 SOW 寫明，並逐項驗收。

M1：Apple/Google 開發者帳號設定完成（含付款資訊、稅務）
M2：IAP/訂閱機制完整測試（含 sandbox、退款、家庭共享）
M3：隱私權聲明、ATT、App Privacy Details 全部填妥
M4：首次送審並通過基礎審查（含中英文 metadata）
M5：上架後 7 天 stability 驗收（crash rate、安裝失敗率）

QiOS 跟 Android 同時送審要怎麼安排時程？

建議錯開 3-7 天。iOS 先送，因為審查通常 1-3 天會回，被退件後也有時間修改。Android 在 iOS 首次回覆後再送，這樣兩個平台修改 cycle 不會重疊。如果同時送，被拒時很可能要同時改兩邊，工時翻倍。

Q我們是純內部用的企業 APP，要走 App Store 還是企業派送？

如果不對外，建議用 Apple Business Manager + MDM 派送，或 Google Workspace 私有派送。完全不用走 App Store 審查，更新也更自由。但需要付 Apple Developer Enterprise Program 每年 USD $299。

Q上架被拒怎麼辦？有沒有申訴管道？

Apple 在 App Store Connect 有「Resolution Center」可以對話，Google Play Console 也有類似機制。多數退件原因清楚，照修就好；若認為被誤判，可以走 App Review Board 申訴，但需要英文書面說明，回覆週期約 7-14 天。

Q已經上架的 APP 要轉移開發者帳號（例如從個人轉公司）可以嗎？

可以但很麻煩。Apple 有 App Transfer 流程，要求兩邊帳號都符合條件、APP 沒有 Apple Watch 元件、沒有訂閱中的用戶等。Google Play 沒有正式的 transfer 功能，通常要重新上架，等於失去既有評分與下載數。從一開始就用公司帳號比較省。

QATT 詢問用戶後同意率很低，有什麼辦法提高？

Apple 自家數據顯示 ATT 同意率全球約 25%。要提高需要做「pre-prompt」——在跳 ATT 前先用自己的畫面解釋「為什麼需要追蹤、追蹤後對用戶有什麼好處」。好的 pre-prompt 設計可以把同意率拉到 40-50%。但不能用誤導性文案，否則一樣會被退件。

Q上架後發現 bug，更新版本還要再送審嗎？

要。每個版本都要送審，但複雜度低很多——大部分小修補在 24 小時內過關。重大版本（架構改變、新增 IAP）會比較慢。如果是緊急 P0 bug，可以申請「Expedited Review」加速審查，Apple/Google 都有提供，一年限制次數。

結論：上架是另一個專案，不是開發的延伸

把 APP 上架當成另一個獨立的小專案來規劃，是避免時程爆掉的關鍵。從決定平台、計算抽成、做合規、設 IAP、跑審查、ASO 優化、上線後維護，每一步都有獨立的時程與預算。發包時把這些拆清楚，能避免「APP 寫完了但上不去」的常見悲劇。

如果你正在評估客製化 APP 開發，或已經完工但卡在上架階段不知道怎麼推進，歡迎來聯絡我們。我們會先幫你診斷現況、列出最快上架路徑，再決定要不要進入正式 SOW 階段。也可以先看一下客製化系統開發服務頁面的合作模式。