行動應用程式與漸進式網頁應用怎麼選：五個門檻決定路線
「我們要不要做一個 App」這個問題，答案常常是「先不要」。原生應用程式與漸進式網頁應用（PWA）各有做得到與做不到的事，本文用五個門檻判斷：裝置功能、上架審核、安裝與觸達、離線與效能、維運成本，並說明兩條混合路線與一張決策表。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台各縣市的行動應用程式與漸進式網頁應用開發，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- 行動應用程式與漸進式網頁應用開發:
- 使用情境訪談
- 載體路線評估
- 介面設計原型
- iOS 開發
- Android 開發
- PWA 開發
- 推播通知
- 定位與相機
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台各縣市
- 相關地區
- 全台 22 縣市(含離島),各縣市均有配合團隊就近現勘與送件
- 官方參考
- Google 搜尋中心｜行動裝置友善與網頁應用程式索引
- 法規依據
- 《個人資料保護法》
- 《消費者保護法》（通訊交易）
- 《著作權法》
- 《電子簽章法》
- 應備文件
- 使用者角色與使用情境說明（誰、何時、在哪裡用）
- 需要的裝置功能清單（相機、定位、推播、離線）
- 品牌識別檔與既有網站
- 後台的存取權限
- 公司登記資料，供申請開發者帳號使用
- 既有系統的資料匯出範例與 API 文件（若有）
- 隱私權聲明與使用條款的現行版本（若有）
- 常見退件與誤判
- 沒驗證需求就直接做原生 App;顧客一個月用一次的服務要求下載 App;核心功能需要藍牙卻選了 PWA
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
「客戶都在用手機，我們是不是該做一個 App？」這個問題幾乎每個業主都問過。做出來之後常見的結局是：上架花了好幾週、顧客懶得下載、半年後下載數停在個位數、每次作業系統更新還要再花一次維護。問題不在 App 不好，而在沒有先問「我們需要 App 做到什麼，網頁做不到嗎」。
漸進式網頁應用（PWA）是這幾年給出的另一個答案：一個網站，加上可以安裝到主畫面、離線使用、推播通知等能力，不用上架、一套程式碼跑所有裝置、更新即時生效。但它也有做不到的事，特別是在 Apple 的 iOS 上限制較多。本文不替你選邊，而是給五個門檻，逐一對照你的需求，答案自然浮現。
五個門檻之後，還有兩條混合路線：
- 先做 PWA 再用原生外殼包裝上架，或是原生外殼加網頁內容；
- 多數中小企業的最佳解其實在這裡。
文末有一張決策表。如果您手上已經有「要做 App」的提案或報價，把使用情境與功能清單加 LINE 傳來，本所先書面判斷哪條路線合理，再談開發與維運。
先定義使用情境：誰、多常、在哪裡、做什麼
選路線之前先回答四個問題。誰用：是你的顧客（人數多、用的頻率低）還是你的員工（人數少、每天用）？多常用：一個月一次的預約與查詢，和每天打開十次的工作工具，對「安裝」的容忍度完全不同。
在哪裡用：在店內有網路的環境，還是在工地、農場、山區這類網路不穩的地方？做什麼：主要是看資訊、填資料、拍照上傳，還是需要掃描、定位、藍牙連裝置？
這四個答案會直接決定五個門檻的權重。多數面向顧客、低頻使用、以查詢與預約為主的需求，門檻會指向 PWA；面向員工、高頻、需要裝置功能或離線的需求，則會往原生 App 或混合路線走。
門檻一：裝置功能——相機、定位、藍牙、NFC、背景作業
這是最硬的門檻。
PWA 在主流瀏覽器上已經能用相機拍照、取得位置、讀寫檔案、顯示推播通知（iOS 需要使用者先把網站加到主畫面），但以下功能仍以原生 App 為主：藍牙連接量測設備或印表機、NFC 感應、背景持續定位（例如車隊追蹤）、在背景持續執行的作業、與其他 App 深度整合、使用裝置的生物辨識做複雜授權。
評估方法是把功能清單中每一項標上「網頁做得到、做得到但有限制、做不到」，只要核心功能有一項「做不到」，PWA 就不是選項；若只有非核心功能受限，可以先做 PWA 把限制留到之後。瀏覽器的能力每年在變，判斷時以當下實測為準，不要靠兩年前的印象。
門檻二：上架與審核——應用程式商店的規範與週期
原生 App 要在 Apple 與 Google 的應用程式商店上架，代表要申請開發者帳號、遵守審核規範、每次更新都經過審核；Apple 的審核對內容、付款方式（商店內購買的規範）、隱私聲明與帳號刪除功能有明確要求，不符合會被退件。
審核週期從數小時到數天不等，緊急修正也得排隊。PWA 不經過商店，部署即上線、更新即生效，但也失去商店帶來的曝光與「正式感」。
如果你的目標顧客會在商店搜尋你（例如服務型品牌、連鎖通路），上架有行銷價值；如果顧客是從你的網站、LINE 或 QR 碼進來，商店的價值很低而負擔不低。這一題同時要考慮內部有沒有人能長期維護開發者帳號與年度續約。
門檻三：安裝與觸達——下載是一道牆
原生 App 的使用路徑是：看到、進商店、下載、安裝、開啟、註冊，每一步都有人流失，對低頻使用的顧客尤其明顯；PWA 的路徑是點網址就能用，覺得好用再加到主畫面，推播通知也能在使用者同意後送達。
對面向顧客的服務，「不用下載」往往就是轉換的差別；對員工工具，統一安裝一次反而不是問題。另一個觸達面向是搜尋：PWA 本質上是網站，內容可以被搜尋引擎索引、從搜尋結果直接進入；原生 App 的內容對搜尋引擎幾乎是黑盒子。如果你希望服務被「找到」而不只是被「下載」，這一題傾向 PWA 或是兩者並行。
門檻四：離線與效能——網路不穩的現場怎麼辦
離線能力常被當成原生 App 的專利，其實 PWA 透過背景服務程式可以快取頁面與資料，在沒有網路時照常瀏覽、填寫，恢復連線後同步，適合查詢與表單類的離線需求。真正需要原生的是：大量資料的本地處理、長時間離線後的複雜衝突合併、對效能極度敏感的操作（即時影像處理、複雜動畫、大型地圖離線圖資）。
效能方面，一般的資訊、預約、填寫、清單類操作，做得好的 PWA 與原生體驗差距很小；差距出現在重度圖形與硬體相關的場景。評估方法是列出離線時「一定要能做」的動作，以及最重的運算是什麼，再對照上述清單。
門檻五：維運與版本管理——兩套程式還是一套
原生 App 通常要為 iOS 與 Android 各維護一套程式（或用跨平台框架維護一套但仍要分別建置與上架），每年隨作業系統更新調整、處理商店規範的變動、管理多個版本同時在使用者手上的相容性問題；使用者不更新，舊版的錯誤就一直在。
PWA 只有一套網頁程式，更新即時對所有人生效，沒有版本碎片，維運人力明顯較少。但 PWA 也有維運項目：各瀏覽器的相容性測試、背景服務程式的快取策略要正確（否則使用者會一直看到舊內容）、推播服務的維護。這一題可以比「每年需要幾次因為平台變動而被迫更新」，原生 App 的次數幾乎一定比較多。
混合路線：先 PWA 再包殼上架，或原生外殼加網頁內容
多數中小企業的最佳解不在兩端，而在中間。
- 路線一：先做 PWA，驗證使用者真的會用、功能真的對，之後若需要商店曝光或某項原生功能，再用外殼工具把 PWA 包成可上架的 App，核心程式仍是同一套網頁。
- 路線二：原生外殼加網頁內容，外殼負責需要原生能力的部分（藍牙、NFC、背景定位、商店上架），內容與流程用網頁呈現並即時更新，不必每次改文案都送審。
兩條路線的共同好處是：一套內容、多個入口，而且把最大的投入（原生開發）延後到真的需要時。缺點是外殼與網頁之間的整合需要經驗，做不好會有效能與體驗的落差，所以要找做過的人。
決策表：五個門檻的對照與路線建議
把五個門檻做成一張表，每一列是門檻，三欄是「原生 App、PWA、混合」。
裝置功能：
- 原生全支援；
- PWA 支援相機、定位、檔案、推播（iOS 有條件），不支援藍牙、NFC、背景作業；
- 混合依外殼補齊。
上架審核：
- 原生必須且每次更新送審；
- PWA 不需要；
- 混合外殼送審、內容不送審。
安裝觸達：
- 原生要下載、不可被搜尋；
- PWA 即點即用、可被搜尋；
- 混合兩者兼有。
離線效能：
- 原生最強；
- PWA 滿足查詢與填寫類；
- 混合依設計。
維運：
- 原生兩套或跨平台一套加上架；
- PWA 一套即時更新；
- 混合一套內容加外殼維護。
路線建議：
- 面向顧客、低頻、查詢預約為主，先 PWA；
- 需要藍牙、NFC 或背景定位的現場工具，原生或混合；
- 要商店曝光但內容常變，混合。
LINE 諮詢
把App 開發的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
自我檢查清單
- 使用情境已定義：誰用、多常用、在哪用、做什麼
- 功能清單每項已標記「網頁做得到、有限制、做不到」，核心功能無「做不到」才考慮 PWA
- 已評估商店上架的行銷價值與開發者帳號、審核、年度續約的維運負擔
- 已比較「不用下載」對目標使用者的影響，以及內容是否需要被搜尋到
- 離線時一定要能做的動作與最重的運算已列出並對照
- 每年因平台變動被迫更新的次數已估算，維運人力已指派
- 已評估先 PWA 再包殼、或原生外殼加網頁內容的混合路線
常見錯誤
- 沒驗證需求就直接做原生 App——上架後下載數停在個位數，每年還要維護兩個平台。
- 顧客一個月用一次的服務要求下載 App——多數人在下載那一步就放棄，轉用其他管道或直接離開。
- 核心功能需要藍牙卻選了 PWA——上線後才發現做不到，整個重做。
- 做了 PWA 但快取策略錯誤——使用者永遠看到舊內容，以為網站壞了。
- 內容常變的 App 全部做成原生——每改一段文案都要送審等待，行銷節奏被綁死。
官方參考資料
常見問題
PWA 在 iOS 裝置上真的能用嗎？
可以，但限制比 Android 多。iOS 的瀏覽器支援把 PWA 加到主畫面、離線快取與基本功能，推播通知需要使用者先加到主畫面後才能啟用，部分硬體功能不開放。
這些限制每年都在變動，評估時要以當下實測為準。如果你的使用者以 Apple 裝置為主且推播是核心功能，就要把這一點列為門檻一的重點。
已經有 RWD 網站了，離 PWA 還差多少？
差三件事：一份應用程式資訊檔（名稱、圖示、啟動畫面）、一支背景服務程式（處理快取與離線）、以及全站 HTTPS。既有網站若結構良好，加上這三項的工作量不大；真正花時間的是設計離線策略與推播內容，以及把網站的體驗調整到像應用程式（頁面切換、按鈕大小、載入狀態）。
做一個 App 要多久？
原生 App 從設計、開發、測試到上架通常以數個月為量級，兩個平台並行會更長；PWA 在既有網站基礎上通常以週到一兩個月計；混合路線介於兩者之間，取決於外殼需要補多少原生功能。時程最大的變數是審核與需求變更，所以本文建議先用 PWA 驗證需求，再決定要不要投入原生。
做好之後上架帳號與原始碼是誰的？
開發者帳號應以業主的名義申請並由業主持有，開發方只取得協作權限；原始碼、設計稿、部署文件與推播服務的設定都應交付並寫進契約。本所的做法是從第一天就用業主的帳號建立專案，合作結束時沒有任何東西需要「移轉」，這也是避免日後被綁住的最簡單方法。
本所協助 App 與 PWA 規劃開發
手上有「要做 App」的提案或報價，不確定該走原生、PWA 還是混合？把使用情境、功能清單與目標使用者的裝置比例加 LINE「偉騰開發」傳來，本所先用五個門檻書面判斷路線，再談開發與維運。
全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好