App 上架後還要一直改？2026–2027 平台規則時間表，委託開發前先談好 App 維護的四件事
很多老闆以為 App 上架那天就是專案結束，直到某天開發商來信：「Google Play 有新規定，App 不更新就無法再上傳新版本。」這不是開發商在找理由加價，而是 Apple 與 Google 每年都會調整的平台規則。Google Play 要求 App 以 Android 16 為目標版本的延長期限，就在 2026 年 11 月 1 日到期；2027 年 2 月起還有新的記憶體規定。App 維護不是選配，而是 App 能不能繼續上架的前提。這篇整理 2026–2027 的平台規則時間表，並告訴你委託開發前，維護合約該寫清楚哪四件事。
2026–2027 App 平台規則時間表
以下整理自 Apple 與 Google 官方開發者文件：
Apple App Store
- 2026 年 1 月 31 日：配合新的年齡分級制度，開發者須在後台回答更新後的分級問題，否則送審新版本可能受影響。
- 2026 年 4 月 28 日：上傳的 App 必須用 Xcode 26 以上、iOS 26 SDK 編譯。
- 2026 年 9 月 9 日：上傳的 iPhone 與 iPad App 必須支援 iOS 13 以上。
Google Play
- 2026 年 8 月 31 日：新 App 與 App 更新必須以 Android 16（API 36）為目標版本；已上架的 App 若低於 Android 15（API 35），在新版 Android 手機上將不再被新使用者搜尋到。
- 2026 年 11 月 1 日：申請延長者的最後期限。
- 2027 年 2 月 1 日：以 Android 15 以上為目標的 App，若更新版本不支援 16 KB 記憶體分頁，將無法發布。
- 2027 年：Android 開發者驗證擴大到全球，我們在〈Android 開發者驗證上路〉有詳細說明。
光是這兩年，兩大平台就有至少六個會影響上架的日期。
App 維護不只是修 bug
一般人聽到「維護」，想到的是出錯再修。但一個正常運作的 App，每年其實會面臨四種更新需求：
- 平台合規：像上面那些規定，不做就無法發布新版，甚至被新使用者看不到。
- 系統相容：每年秋天的 iOS 與 Android 新版本，可能讓舊畫面跑版、權限流程改變。
- 安全與套件更新：App 用到的第三方套件與金流、登入元件，會持續修補漏洞。
- 商業需求：活動、新功能、價格與內容調整。
前三種是「不做會出事」，第四種是「做了會更好」。很多糾紛來自報價時只談了第四種，前三種沒有人負責。
委託開發 App 前，維護合約該寫清楚的四件事
1. 誰負責追平台公告
Apple 與 Google 的通知，通常寄到開發者帳號的信箱。合約要寫清楚：誰訂閱這些公告、看到後多久內通知你、並附上影響評估與報價。最怕的是通知寄到某位已離職工程師的信箱，等到 App 下架才發現。
2. 每年預留幾次合規更新與預算
建議把「平台合規與系統相容更新」獨立成一個年度項目，例如每年包含兩次合規更新、一次秋季新系統相容測試。這樣你能提前編列預算，而不是每次都被臨時報價嚇一跳。
3. 帳號、金鑰與原始碼放在誰手上
開發者帳號應該登記在你的公司名下，簽章金鑰與原始碼也要有一份在你手上。這樣就算換開發團隊，App 仍能照常更新。若帳號在開發商名下，任何一次合規更新都得看對方臉色。
4. 不續約時怎麼交接
維護合約總有結束的一天。事先約定交接內容：原始碼、建置步驟文件、第三方服務清單與到期日。沒有這些，新團隊光是「讓 App 重新編譯得起來」就可能要花上好幾週。
AI 負責提醒與檢查，人負責判斷與取捨
AI 讓維護變輕鬆了不少：它可以整理平台公告、掃描套件版本、自動跑測試，甚至協助升級程式碼。但有些事仍然只能由人決定：
- AI 負責：追蹤公告、比對版本差異、產出升級建議與測試報告。
- 人負責：判斷哪些更新要先做、哪些舊功能該趁機淘汰、更新後的畫面是否仍符合品牌，以及最後按下「送出審核」的那一刻。
升級不只是技術工作，也是重新檢視產品的機會。
結語：把維護寫進第一份報價
一個 App 的總成本，從來不只是開發費。在第一份報價裡，就請開發方把年度維護、合規更新與交接條件寫清楚，你才能真正掌握自己的產品。
TitApeX 從設計、開發到上架後的維護，協助品牌打造長期可用的 App 與系統。想檢視你現有 App 的維護狀況，或規劃新的開發專案，歡迎看看我們的服務項目，或直接與我們聯絡。
留言