iOS 原生應用開發
以 Swift 與 SwiftUI／UIKit 開發，充分運用系統特性、推送通知、生物認證與相機定位等硬件功能，體驗最貼近原生。
Quick Answer
TERO 的 App 開發服務包含什麼？
TERO 網頁設計公司自 2014 年起提供手機 App 開發服務，涵蓋三條技術路線：iOS 與 Android 原生開發、Flutter 與 React Native 跨平台開發，以及 PWA 漸進式網頁應用。服務範圍由需求分析、資訊架構、UI/UX 設計、前端與後端 API 開發、第三方系統串接、測試與除錯，一直延伸到開發者帳戶申請、App Store 與 Google Play 上架審核，以及上架後的版本更新與系統相容性維護。
常見的應用類型包括預約 App、會員與積分 App、餐廳點餐 App、零售與電商 App、企業內部流程 App，以及配合電商平台使用的行動購物介面。與純外判開發不同，TERO 同時負責網站設計與主機環境，App 的後端 API、資料庫與網站可以共用同一套系統，避免資料兩邊各自為政。
重要提醒：首頁標示的「劃一 $1800 一次性收費」適用於網頁設計方案。App 開發因功能差異極大，一律按實際需求另行報價，我們會在報價單上逐項列明開發範圍、平台、後端與上架協助內容。
Capabilities
服務重點
六個核心能力，覆蓋由介面到後端、由開發到上架的整條鏈。
Android 原生應用開發
以 Kotlin 與 Jetpack Compose 開發，適配多樣化的機型與屏幕尺寸，符合 Google Play 的目標 API 版本要求。
跨平台開發
Flutter 與 React Native 一套程式碼同時產出 iOS 與 Android 版本，縮短開發週期並降低長期維護成本。
PWA 漸進式網頁應用
免上架、免審核，可加到手機主畫面並支援離線瀏覽與快取，更新即時生效，是預算有限時的高性價比選擇。
後端與 API 開發
會員系統、資料庫、業務邏輯與 RESTful API，並可與現有網站、網店、POS 或 ERP 系統串接。
上架與長期維護
協助申請開發者帳戶、準備審核資料、提交上架，以及日後的系統版本相容性更新、錯誤修復與功能迭代。
Tech Stack
原生、跨平台還是 PWA？四種做法的實際分別
技術路線的選擇會同時影響預算、開發時間、體驗與日後的維護負擔，值得在動工前想清楚。
| 方式 | 主要技術 | 效能與體驗 | 硬件功能支援 | 需要上架 | 維護負擔 |
|---|---|---|---|---|---|
| 原生開發 | Swift（iOS）、Kotlin（Android） | 最好，動畫與手勢最順暢 | 最完整，新系統功能可即時採用 | 需要 | 兩套程式碼分別維護 |
| Flutter | Dart，自繪渲染引擎 | 接近原生，介面在雙平台高度一致 | 大部分可用，特殊功能需寫平台橋接 | 需要 | 單一程式碼庫 |
| React Native | JavaScript／TypeScript，映射到原生元件 | 良好，介面沿用各平台原生元件 | 大部分可用，依賴社群套件生態 | 需要 | 單一程式碼庫，需管理套件相依 |
| PWA | HTML5、CSS3、JavaScript、Service Worker | 視乎網頁效能，接近網站體驗 | 有限，部分系統功能不支援 | 不需要 | 最低，改版即時生效 |
什麼情況下應該選原生開發
當 App 是業務核心、需要高頻互動、大量動畫或即時運算（例如影音處理、AR、複雜圖表、遊戲化介面），又或者要第一時間支援新推出的系統功能，原生開發仍然是最穩妥的選擇。代價是兩個平台需要各自開發與維護，時間與預算大約是跨平台方案的一倍多。
什麼情況下跨平台最划算
如果 App 的主體是資料呈現、表單、清單、登入、下單與推送這類「介面加 API」的功能，跨平台方案通常最合乎經濟效益：一套程式碼同時產出雙平台，介面一致，日後改動只需改一次。Flutter 適合追求視覺高度統一與自訂介面的專案；React Native 適合團隊已有 JavaScript 或 React 基礎、需要沿用原生元件外觀的專案。
PWA 的實際能力與限制
PWA 本質上是一個「可以安裝到主畫面」的網站，透過 Service Worker 提供快取與離線能力。它的最大優勢是完全繞過應用商店的審核與抽成，更新推送即時生效，開發成本亦最低。限制在於部分系統級功能支援有限，而且在 iOS 上，網頁推送通知需要用戶先把網站加入主畫面才能啟用（iOS 16.4 起支援）。若你的需求是「讓客戶方便地重複回訪並下單」，PWA 往往已經足夠；若需要深度的裝置功能整合，則要回到原生或跨平台方案。
混合式（WebView）方案要小心
把網站直接包裝成 App 外殼的做法成本最低，但要留意應用商店對「僅是網站包裝、缺乏原生價值」的應用有明確的審核限制，這類提交被拒的機會相當高。如果你的目標只是讓網站在手機更方便使用，正確做法是做好響應式網站或 PWA，而不是硬包一個殼去上架。
Quick Answer
TERO 的 Apps 製作服務包含什麼？
TERO 網頁設計公司自 2014 年起提供手機 App 開發服務，涵蓋三種技術路線：iOS（Swift）與 Android（Kotlin）原生開發、Flutter 與 React Native 跨平台開發，以及 PWA 漸進式網頁應用。服務範圍由需求分析與功能規劃開始，包括 UI/UX 介面設計、前端開發、後端 API 與資料庫建置、第三方系統串接、測試與除錯、App Store 與 Google Play 上架申請，以及上線後的版本更新與維護。
常見的應用類型包括預約 App、會員 App、餐廳點餐 App、零售與電商 App、企業內部流程 App。若你的 App 需要配合網店銷售，可與電商平台開發共用同一套會員、訂單與庫存資料；若只需要在手機上有良好體驗而不一定要上架，響應式網頁設計或 PWA 往往是成本效益更高的方案。
App Development
行動應用開發服務
TERO 提供 Apps 製作與「寫 app」服務，涵蓋原生與跨平台行動應用開發。我們專注於使用者體驗優化與介面一致性，並可結合電商平台的行動裝置應用：響應式介面與手機 App 支援，讓網站、網店與 App 三者共用同一套資料。
在網頁技術層面，我們運用 HTML5、CSS3 與 JavaScript 打造流暢互動體驗；在原生層面，則以各平台的官方設計規範（Apple Human Interface Guidelines 與 Google Material Design）為基礎，確保 App 的操作邏輯符合使用者在該平台上的既有習慣，而不是把同一套介面硬套到兩個系統。
Capabilities
服務重點
六項核心能力，覆蓋由介面到後端、由開發到上架的完整鏈條。
原生應用開發
iOS 以 Swift 開發、Android 以 Kotlin 開發，效能與系統整合度最高，適合需要相機、GPS、藍牙、生物認證或背景處理的功能。
跨平台開發
採用 Flutter（Dart 語言，Google 開發）或 React Native（JavaScript／TypeScript，Meta 開發），一套程式碼同時產出 iOS 與 Android 版本，縮短開發與維護時間。
PWA 漸進式網頁應用
免上架、免審核、更新即時生效，可加到手機主畫面並支援離線瀏覽，適合預算有限或以資訊與下單為主的業務。
後端與 API 開發
會員系統、資料庫設計、RESTful API、推送通知服務、第三方系統串接，並與網站或網店系統共用同一資料源。
電商 App 支援
行動裝置與應用整合：響應式介面、手機 App 支援、購物車與付款流程、會員積分與訂單查詢，同步電商平台資料。
上架與維護
協助處理開發者帳戶、審核資料、隱私聲明、商店頁面素材，以及上線後的版本更新、系統相容性跟進與問題修復。
Technology
四種開發方式：應該用哪一種
技術路線的選擇會直接影響開發時間、預算與日後的維護成本。以下是客觀比較，而非一味推銷最貴的方案。
| 方式 | 技術 | 優點 | 限制 | 適合情況 |
|---|---|---|---|---|
| 原生開發 | iOS：Swift／SwiftUI Android：Kotlin／Jetpack Compose |
效能最佳、動畫最順、最快支援新系統功能、硬件存取最完整 | 兩個平台要寫兩套程式碼，開發與維護成本最高 | 對體驗要求極高、重度使用硬件功能、長期營運的產品 |
| 跨平台（Flutter） | Dart 語言，自繪渲染引擎 | 一套碼雙平台、介面高度一致、動畫表現佳 | 安裝檔較大，部分平台專屬功能仍需原生插件 | 需要同時推出雙平台、介面統一、預算中等 |
| 跨平台（React Native） | JavaScript／TypeScript，橋接原生元件 | 使用原生元件、前端團隊上手快、生態成熟 | 複雜動畫與高頻運算場景需要額外優化 | 已有前端技術班底、以資料與表單為主的 App |
| PWA | HTML5 + Service Worker + Web App Manifest | 免上架與審核、更新即時生效、可加到主畫面、開發成本最低 | 硬件功能支援有限，不在商店曝光，各平台功能支援程度不一 | 預算有限、以資訊瀏覽與下單為主、需要快速迭代 |
怎樣一步判斷自己需要哪一種
- 需要推送通知、離線使用、相機或 GPS 深度整合、生物認證 → 原生或跨平台
- 需要在 App Store 與 Google Play 曝光、建立品牌信任 → 原生或跨平台
- 只是想手機上好用、內容經常更新、預算有限 → PWA 或響應式網站
- 主要目的是賣貨與收款 → 先做好網店系統，App 作為後續加強
實話實說：很多查詢 App 開發的客戶，實際需求用一個做得好的響應式網站或 PWA 就能滿足，成本可以低一個數量級。我們會在報價前先問清楚業務目標，如果 App 不是最合適的方案，我們會直接說。
App Types
常見的 App 類型與功能模組
預約 App
適合美容院、診所、瑜伽與健身中心、補習社、寵物美容等以時段為單位的業務。核心模組包括：日曆與時段管理、服務項目與時長設定、員工或場地排程、線上落訂與付款、自動提醒通知（減少爽約）、取消與改期規則、客戶記錄與消費歷史。若同時有實體門市，可與O2O 與 POS 系統打通會員資料。
會員 App
核心是把散客變成回頭客。功能包括會員註冊與登入、電子會員卡（QR code 或條碼）、積分累積與兌換、等級制度與專屬優惠、生日禮遇、推送通知推廣、消費記錄查詢。會員 App 的價值不在於介面多華麗，而在於推送通知這條可以直達顧客的溝通渠道，以及背後累積的消費數據。
餐廳 App
包括電子餐牌、掃碼點餐、外賣自取與送遞、訂座、支付、儲值與優惠券。自建餐廳 App 的最大誘因，是避開第三方外賣平台的高額佣金，並且直接掌握客戶資料。實務上建議先用網上訂餐系統驗證需求，再決定是否投入 App 開發。
零售與電商 App
商品瀏覽與搜尋、購物車、多種付款方式、訂單追蹤、退換貨申請、心願清單、到貨與減價通知。與網店相比，App 的優勢是推送通知的觸達率與回頭率明顯較高；劣勢是無法被搜尋引擎索引，新客獲取仍要靠SEO 與廣告及社交平台導流。
企業內部 App
員工打卡與排班、工單派發與進度回報、巡查與檢查表、庫存盤點、報銷申請、內部通訊與公告。這類 App 通常毋須公開上架，可用企業內部分發方式部署，開發重點在於流程準確與離線可用，而非視覺華麗。
其他常見模組
- 推送通知（Push Notification）與分眾推送
- 第三方登入與生物認證（Face ID／指紋）
- 地圖與定位、店舖尋找
- 掃描 QR code 與條碼
- 多語言介面（繁體中文、簡體中文、英文）
- 深層連結（Deep Link）與從廣告直達指定頁面
- 數據分析與行為追蹤
Process
App 開發流程：由構思到上架
清晰的階段劃分，令雙方對進度與責任有共同認知，避免中途反覆改動導致延期。
- 需求分析與功能界定：釐清業務目標、目標用戶、核心功能與非核心功能。這一步的產出是一份功能清單，直接決定報價與時間。
- 流程與線框圖：畫出每個畫面的跳轉關係與資料流，先確認邏輯，再談美感。
- UI/UX 設計：按 iOS 與 Android 各自的設計規範製作介面稿，並準備圖示、啟動畫面等素材。
- 後端與 API 建置：資料庫結構、會員與權限、API 介面、推送服務與第三方串接。
- 前端開發：按設計稿實作介面與互動，分模組逐步整合。
- 測試與除錯：功能測試、多機型與多系統版本相容性測試、網絡異常與離線情境測試、效能與耗電測試、安全檢查。
- Beta 測試：以 TestFlight（iOS）或 Google Play 封閉測試軌道（Android）邀請真實用戶試用，收集回饋。
- 上架提交：準備商店頁面文案與截圖、隱私政策、資料收集聲明，提交審核並跟進回覆。
- 上線與監控：觀察崩潰率、留存率與關鍵流程完成率，處理首波用戶回饋。
- 迭代維護：定期更新以配合新系統版本與商店政策，並按數據優化功能。
App 開發時間要多久？
時間主要由功能數量、後端複雜度與平台數量決定。一個功能聚焦的 MVP（最小可行產品）通常以週為單位計算；功能完整、含會員與付款的商業 App 則以月為單位。影響時間最大的變數往往不是開發本身，而是：需求中途改動、客戶素材與內容遲遲未齊、第三方服務（支付、物流、企業系統）的審批與對接時間，以及商店審核所需的來回。我們會在報價階段就把這些依賴列明，並訂出各方的交付節點。
提提你：網頁設計的「最快 3 天起貨」不適用於 App 開發。3 天交付是針對網頁設計與網站製作的服務承諾；App 涉及雙平台開發、測試與商店審核，時間表會在報價時個別確認。
Publishing
上架 App Store 與 Google Play：2026 年的實際要求
兩大商店的規則每年都在收緊。以下是截至目前必須符合的硬性條件，忽略任何一項都會令提交被拒或更新被封鎖。
開發者帳戶
| 項目 | Apple App Store | Google Play |
|---|---|---|
| 計劃名稱 | Apple Developer Program | Google Play Console 開發者帳戶 |
| 費用 | 年費 US$99（企業版 Apple Developer Enterprise Program 為 US$299／年） | 一次性註冊費 US$25 |
| 公司帳戶要求 | 需提供合法實體資料與 D-U-N-S 號碼 | 組織帳戶需以 D-U-N-S 號碼註冊 |
| 審核速度 | Apple 表示大部分提交在 24 小時內完成審核 | 視帳戶類型與應用性質而定，新帳戶通常較長 |
建議一律以公司名義開設帳戶：帳戶擁有權屬於公司而非個人，日後人事變動不會影響 App 的控制權；Google Play 的組織帳戶亦可豁免下述的封閉測試門檻。
Apple 最低 SDK 要求（重要更新）
自 2026 年 4 月 28 日起，上傳至 App Store Connect 的 App 與遊戲必須以 iOS 26 及 iPadOS 26 SDK 或更新版本建置；tvOS、visionOS、watchOS 應用亦須分別以該平台的 26 版 SDK 或以上建置。實務上這代表開發環境必須使用 Xcode 26 或更新版本。這項要求會直接影響長期未更新的舊 App——一旦需要發佈修正版本，就必須先升級整個建置環境。
Google Play 目標 API 級別要求（重要更新）
自 2026 年 8 月 31 日起，提交至 Google Play 的新應用與應用更新必須以 Android 16（API level 36）或以上為目標；Wear OS 與 Android Automotive OS 應用須以 Android 15（API level 35）或以上為目標，Android TV 與 Android XR 應用則須以 Android 14（API level 34）或以上為目標。Google 表示有需要者可申請延期至 2026 年 11 月 1 日。
要留意這條規則封鎖的是「更新」而非「安裝」：未達標的 App 對現有用戶仍然可用，但你無法再發佈任何更新。這比被下架更麻煩——因為當出現安全漏洞時，你連修補的途徑都沒有。
Google Play 封閉測試門檻：12 名測試者、14 天
如果你的 Google Play 開發者帳戶是於 2023 年 11 月 13 日或之後建立的個人帳戶，在申請正式發佈（production access）之前，必須先執行封閉測試，並且至少有 12 名測試者連續 14 天保持已加入測試狀態。這項政策最初要求 20 名測試者，Google 於 2024 年 12 月 11 日下調至 12 名。組織（公司）帳戶，以及 2023 年 11 月 13 日之前建立的個人帳戶可獲豁免。
這條規則對首次推出 App 的中小企影響很大：如果沒有預先規劃，實際上會在上線前多出至少兩星期的等待期。TERO 會在專案排期時把這段時間計算在內，並協助組織測試者名單與追蹤加入狀態。
隱私與資料聲明
- App Store：需填寫 App 隱私標籤（App Privacy），如實申報收集的資料類別與用途；使用特定 API 與第三方 SDK 時須提供隱私清單（privacy manifest）；如需追蹤用戶跨 App 行為，須通過 App Tracking Transparency 取得授權
- Google Play：需填寫「資料安全」（Data safety）表格，說明收集與分享的資料、是否加密傳輸、用戶能否要求刪除
- 兩者共通：必須提供可公開存取的隱私政策網址；帳戶功能須提供帳戶刪除途徑
審核最常見的被拒原因
- 功能不完整、有明顯錯誤或連結指向空白頁
- 未提供有效的測試帳戶，導致審核員無法登入使用
- App 內容與商店描述、截圖不符
- 隱私政策缺失，或與實際收集的資料不一致
- 純粹把網站包裝成 App、缺乏原生價值
- 權限申請過度，或未說明用途
- 數碼商品繞過官方付款機制
我們在提交前會逐項核對，並準備完整的審核備註與測試帳戶，把來回次數減到最少。
Cost
App 開發價錢：報價由什麼決定
App 沒有「劃一收費」可言，因為功能差異可以相差幾十倍。我們把成本結構透明列出，讓你自己判斷報價是否合理。
影響報價的七個變數
- 功能數量與複雜度：一個資訊展示 App 與一個含會員、付款、即時通訊的 App，工作量不在同一量級
- 平台數量：只做 iOS、只做 Android，還是雙平台同步
- 技術路線：原生雙平台的開發量最大，跨平台可節省相當部分
- 後端規模：是否需要自建伺服器、資料庫、API 與管理後台
- 第三方串接：支付閘、物流、POS、ERP、企業系統，每個介面都是獨立工作量
- 設計深度：套用標準元件，還是全客製視覺與動效
- 維護範圍：是否包含上線後的更新、監控與技術支援
容易被忽略的持續成本
| 項目 | 性質 | 說明 |
|---|---|---|
| Apple Developer Program | 年費 US$99 | 停繳會導致 App 由 App Store 下架 |
| Google Play 開發者帳戶 | 一次性 US$25 | 註冊時繳付 |
| 伺服器與資料庫 | 月費／年費 | 視流量與資料量，詳見網頁寄存服務 |
| 推送通知與第三方服務 | 按用量 | 部分服務有免費額度 |
| 支付閘手續費 | 按交易額 | 由支付服務商收取 |
| App 內購與訂閱抽成 | 按平台政策 | 數碼商品須使用平台付款機制，抽成比例依平台政策而定 |
| 系統版本相容維護 | 每年 | 配合 iOS 與 Android 新版本及商店的 SDK／API 要求 |
我們的報價單會把一次性開發費與經常性費用分開列明，並註明哪些是付予第三方而非付予 TERO，避免日後出現「點解仲要俾錢」的爭議。網頁設計方面的收費結構可參考首頁的透明價格說明。
控制預算的實際做法
- 先做 MVP：只保留一個核心功能，上線驗證後再擴充
- 先做 PWA 或響應式網站：以低成本驗證需求，確認有回頭用量才投入原生開發
- 優先選跨平台：在體驗要求不極端的情況下，可顯著壓縮雙平台成本
- 後台共用：與現有網店系統共用會員與訂單資料庫，避免重複建置
Maintenance & Growth
App 維護與推廣
版本與相容維護
- 跟進 iOS 與 Android 新版本相容性
- 配合商店的 SDK 與目標 API 要求
- 第三方套件與安全更新
- 崩潰率監控與修復
營運支援
- 伺服器與 API 監控
- 資料備份與還原
- 用戶問題跟進
- 推送通知內容協助
ASO 商店優化
- App 名稱與副標題關鍵字
- 商店描述與截圖設計
- 評分與評論管理
- 轉換率追蹤與 A/B 測試
ASO 與 SEO 的分別
ASO（App Store Optimization）針對的是 App Store 與 Google Play 的內部搜尋，關鍵在於 App 名稱、副標題、關鍵字欄位、圖示與截圖的吸引力，以及下載量、留存率與評分等行為訊號。SEO 則針對 Google 等網頁搜尋。兩者需要並行：因為大部分用戶不會憑空在商店搜尋你的品牌，他們是先從網頁搜尋或社交平台認識你，再去商店下載。
App 上線只是開始
真正決定成敗的是首月的留存率。建議上線後密切追蹤四項數據：安裝後的首日與第七日留存率、關鍵流程（註冊、下單、預約）的完成率、崩潰率，以及推送通知的開啟率。這些數字會告訴你下一版應該改什麼，比任何主觀意見都可靠。
Decision
做 App、做網站，還是做網店？
| 比較項目 | 手機 App | 響應式網站 | 網店系統 |
|---|---|---|---|
| 主要目的 | 提升回訪與忠誠度 | 被搜尋到、建立信任 | 直接銷售與收款 |
| 能否被 Google 搜尋 | 否（商店頁面除外） | 可以，是主要獲客渠道 | 可以 |
| 推送通知 | 支援，觸達率高 | 有限支援 | 可配合電郵與訊息 |
| 更新方式 | 需發版並經審核 | 即時生效 | 即時生效 |
| 開發成本 | 最高 | 最低 | 中等至高 |
| 適合階段 | 已有穩定客群、需要提升復購 | 所有企業的基礎建設 | 已確定要在網上銷售 |
| 了解更多 | 本頁 | 網頁設計 | 電商平台 |
最常見的合理次序是：先建立網站作為搜尋入口與信任基礎，需要銷售時加上網店系統，當回頭客累積到一定規模、而推送通知與會員黏著度真的能帶來額外收入時，才投資開發 App。逆序而行——先花大錢做 App，卻沒有渠道帶人下載——是我們見過最常見、亦最昂貴的錯誤。
FAQ
App 開發常見問題
App 開發價錢大約多少？
沒有劃一價格，報價取決於功能數量與複雜度、平台數量、技術路線、後端規模、第三方串接、設計深度與維護範圍七項變數。除一次性開發費外，還須計入 Apple Developer Program 年費 US$99、Google Play 一次性註冊費 US$25、伺服器費用、第三方服務用量與支付手續費。我們的報價單會把付予 TERO 與付予第三方的費用分開列明。
App 開發需要多久？
視乎功能規模：聚焦單一核心功能的 MVP 以週計，含會員與付款的完整商業 App 以月計。要特別留意，若使用 2023 年 11 月 13 日後建立的個人 Google Play 帳戶，還須額外預留至少 14 天完成封閉測試。網頁設計的「最快 3 天起貨」承諾只適用於網站製作，不適用於 App。
應該做原生還是跨平台？
若 App 對效能、動畫流暢度或硬件功能有極高要求、屬長期核心產品，選原生（iOS 用 Swift、Android 用 Kotlin）。若需要同時推出雙平台、功能以介面與資料為主、希望壓縮預算與維護成本，選 Flutter 或 React Native 跨平台方案。多數中小企業務屬後者。
什麼是 PWA？和 App 有何分別？
PWA（漸進式網頁應用）是以網頁技術建構、可加到手機主畫面並支援離線瀏覽的應用。它免上架、免審核、更新即時生效、開發成本最低，但無法在商店曝光，硬件功能支援亦較有限，且各平台的支援程度不一。適合預算有限、以資訊瀏覽與下單為主的業務。
上架 App Store 與 Google Play 要幾多錢？
Apple Developer Program 為年費 US$99，需持續繳付，否則 App 會被下架；企業版 Apple Developer Enterprise Program 為 US$299／年。Google Play 開發者帳戶為一次性註冊費 US$25。以公司名義註冊時，兩個平台的組織帳戶均需提供 D-U-N-S 號碼。
Apple 對 App 的建置版本有什麼最新要求？
自 2026 年 4 月 28 日起，上傳至 App Store Connect 的 App 與遊戲必須以 iOS 26 及 iPadOS 26 SDK 或更新版本建置，tvOS、visionOS 與 watchOS 應用亦須以各自的 26 版 SDK 或以上建置，實務上代表須使用 Xcode 26 或更新版本。
Google Play 的目標 API 級別要求是什麼？
自 2026 年 8 月 31 日起，新應用與應用更新必須以 Android 16（API level 36）或以上為目標；Wear OS 與 Android Automotive OS 須以 Android 15（API level 35）或以上，Android TV 與 Android XR 須以 Android 14（API level 34）或以上。Google 表示有需要可申請延期至 2026 年 11 月 1 日。未達標會導致無法發佈更新，但現有用戶仍可繼續使用已安裝版本。
聽說 Google Play 要 12 個測試者才可以上架？
正確，但只適用於 2023 年 11 月 13 日或之後建立的個人開發者帳戶。這類帳戶在申請正式發佈前，必須執行封閉測試，並有至少 12 名測試者連續 14 天保持已加入狀態。此政策原本要求 20 名測試者，Google 於 2024 年 12 月 11 日下調至 12 名。組織帳戶及 2023 年 11 月 13 日前建立的個人帳戶可獲豁免——這也是我們建議以公司名義開戶的原因之一。
App 被拒絕上架怎麼辦？
被拒是常見情況，並非失敗。商店會列明拒絕理由，我們會按理由修正後重新提交，必要時透過審核團隊的溝通渠道申覆。最常見的原因包括功能不完整、未提供有效測試帳戶、內容與商店描述不符、隱私政策缺失或與實際收集資料不一致，以及權限申請過度。這些我們在提交前都會逐項核對。
App 上線後還需要維護嗎？
需要，而且是必需的。iOS 與 Android 每年都有新版本，兩大商店亦每年提高 SDK 與目標 API 的要求；第三方套件會有安全更新；用戶亦會回報問題。缺乏維護的 App，通常在一至兩年內就會出現相容性問題或無法發佈更新。相關的伺服器與 API 監控可配合網頁寄存與維護服務。
App 可以和我的網站、網店共用會員資料嗎？
可以，而且建議這樣做。透過統一的後端 API 與資料庫，網站、網店與 App 可共用同一套會員、積分、訂單與庫存資料，用戶在任何渠道登入都看到一致的資訊，你亦毋須維護多套互相不同步的系統。
App 做好之後，怎樣讓人下載？
商店內部搜尋靠 ASO（App 名稱、副標題、關鍵字、圖示與截圖、評分與留存率），商店以外則要靠SEO 與 Google Ads、社交平台推廣、電郵通知、實體店 QR code 與現有客戶名單導流。單靠上架而不做推廣，下載量通常接近零——這一點必須在投入開發前就想清楚。
Related Services
配合 Apps 製作的其他服務
網頁設計、網站製作
響應式網頁設計、企業形象網站、一頁式 Landing Page，是 App 推廣的落地頁與搜尋入口。
查看網頁設計
電商平台、網店製作
購物車、會員積分、支付與物流整合，可與 App 共用同一套後端資料。
查看電商平台
網上推廣、SEO 優化
Google Ads、SEO 與 GA4 追蹤，把搜尋流量導向 App 下載頁與網站轉換點。
查看網上推廣
社交平台推廣
以社交內容與廣告建立品牌認知，是 App 上線初期最有效的下載來源之一。
查看社交推廣
網頁寄存、伺服器維護
App 後端 API 與資料庫需要穩定主機、SSL、備份與 24/7 監控支援。
查看網頁寄存
關於 TERO
成立於2014年的香港網頁設計公司，網站、網店、App 與寄存由同一團隊負責。
返回首頁了解更多