PWA（Progressive Web App，漸進式網頁應用）是一種可以裝到手機桌面、點開來像 APP 一樣全螢幕使用的網站。它用一份網頁程式同時給 iPhone、Android 和電腦用，不必上架 App Store，更新也不用等審核。代價是能碰到的手機功能比原生 APP 少，在 iPhone 上限制又比 Android 多。
在我們的客製化系統諮詢裡，「可以先做成 PWA 嗎？」幾乎是每個想要 APP 的老闆都會問的一句。會問這句的人，通常已經聽過兩家廠商的說法：一家說原生 APP 才專業，一家說 PWA 便宜又快。兩邊都有道理，只是講的是不同的需求。這篇把 PWA、原生 APP、RWD 網站攤在同一張表上比，加上 iOS 和 Android 的實際差異、費用怎麼抓，最後給一份五題的決策清單，讓你在聽廠商報價之前，自己先有判斷。
先講結論給趕時間的人：員工用的內部系統、會員和預約、現場人員填表，這三類先做 PWA 通常就夠；要大量用相機做辨識、要藍牙或 NFC、要靠 App Store 曝光拉新客，就直接做原生 APP，別繞路。
PWA 是什麼？一個可以裝到桌面的網站
一句話：PWA 就是多加了三個零件的網站。有了這三個零件，瀏覽器就允許使用者把它「安裝」到手機桌面，打開時沒有網址列，看起來跟 APP 一樣。
零件 | 白話解釋 | 少了它會怎樣 |
|---|---|---|
Web App Manifest | 一份設定檔，寫 APP 名稱、圖示、開啟時要不要隱藏網址列 | 裝到桌面後只是一個書籤，打開還是瀏覽器畫面 |
Service Worker | 在背景跑的一小段程式，負責快取檔案、收推播 | 沒網路就打不開，也收不到推播 |
HTTPS | 加密連線，網址開頭是 https | 瀏覽器直接不讓 Service Worker 運作 |
所以 PWA 本質上還是網站，同一個網址用電腦打開就是網頁，用手機裝到桌面就是「APP」。它跟 RWD 響應式網站的差別，在於 RWD 只處理「畫面跟著螢幕大小變」，PWA 多了安裝、離線和推播這三件事。如果你還在比較一頁式和多頁官網的版型，那是另一個層次的問題，可以看一頁式網站 vs 多頁官網怎麼選。
2025 年蘋果在 iOS 26 又往前推了一步：WebKit 官方說明提到，從 iOS 26 開始，使用者把任何網站加入主畫面，預設都會用「網頁 App」模式開啟，以前要網站自己寫好設定才有這個效果。對企業的意義是，就算你的系統沒特別做 PWA，員工加到桌面也會是全螢幕；但要離線、要推播，還是得把上面三個零件做齊。
PWA、原生 APP、RWD 網站差在哪
差別集中在三件事：能不能碰手機硬體、要不要上架、要寫幾份程式。下面這張表是我們跟客戶討論需求時最常攤開來看的版本。
比較項目 | PWA | 原生 APP（iOS／Android 各一份或跨平台） | RWD 網站 |
|---|---|---|---|
怎麼安裝 | 瀏覽器「加入主畫面」，Android 可跳安裝提示 | App Store／Google Play 下載 | 不用裝，打網址 |
推播通知 | Android 可；iPhone 要先加入主畫面，iOS 16.4 起才支援 | 完整支援 | 不行 |
離線使用 | 可，靠 Service Worker 快取 | 可，資料存手機 | 不行 |
相機 | 可拍照、掃 QR Code | 可，且能接裝置端 AI 模型做即時辨識 | 可拍照上傳 |
藍牙／NFC | Android Chrome 部分支援，iPhone 不支援 | 完整支援 | 同 PWA |
上架商店 | 不必；Android 可包殼上 Google Play | 必須，要過審核 | 不必 |
更新方式 | 改完上線，使用者下次打開就是新版 | 送審，等使用者更新 | 改完上線 |
要寫幾份 | 一份 | 雙平台兩份，或跨平台一份加原生調整 | 一份 |
開發者帳號 | 不需要 | Apple 每年 US$99、Google 一次 US$25 | 不需要 |
這張表看起來 PWA 贏很多格，但要看你需要的是哪一格。原生 APP 的優勢集中在「硬體」和「商店」，如果這兩格剛好是你的核心需求，PWA 再便宜也沒用。
舉一個我們自己的例子當對照：今日菜價是我們做的原生 iOS App，2026 年 7 月通過審核上架 App Store。它的核心功能是拍一張菜就帶出今日批發行情，辨識模型是自己訓練的 TFLite，直接跑在手機上，完全不呼叫雲端，這樣每次辨識都不用付雲端視覺辨識的費用。這種「相機加裝置端模型」的需求，就是原生 APP 該出場的典型。反過來，如果你的系統主要是填表、查資料、看報表，硬體那幾格根本用不到，PWA 省下來的錢和時間會很有感。
如果看到這裡已經在想「我們家的需求比較像哪一邊」，可以直接加 LINE 把需求丟過來，我們會老實說比較適合哪一種。
iOS 和 Android 對 PWA 的支援差多少
先講結論：Android 對 PWA 友善很多，iPhone 能用但要多教使用者一步。台灣這件事特別重要，StatCounter 的統計顯示 2026 年 8 月台灣手機作業系統有約 60% 是 iOS，你的使用者大半拿 iPhone，iOS 的限制就是你的限制。
項目 | iPhone（iOS／Safari） | Android（Chrome） |
|---|---|---|
安裝方式 | 分享選單點「加入主畫面」，沒有自動跳出的安裝提示；iOS 26 起加入後預設全螢幕開啟 | 網站符合條件時，Chrome 可跳出安裝提示，也能用選單安裝 |
推播 | iOS 16.4 起支援，但只限已加入主畫面的網頁 App，且要使用者自己點按鈕才能請求權限 | 裝不裝都能請求推播權限 |
儲存空間 | Safari 17 起每個網站上限可到磁碟約 60%，長期沒開仍可能被清 | 依裝置空間配額，長期不用一樣可能被清 |
藍牙／NFC | 不支援 Web Bluetooth、Web NFC | Chrome 支援 Web Bluetooth，Web NFC 也可用 |
上架商店 | 不能直接把 PWA 送 App Store | 可用 Trusted Web Activity 包成 APP 上 Google Play |
推播：最多人卡關的地方
WebKit 2023 年的公告寫得很清楚：iOS 16.4 開始，加入主畫面的網頁 App 才能收推播，而且必須在使用者直接點擊（例如按下「開啟通知」按鈕）的當下才能跳出權限詢問。實務上的意思是，如果客戶沒把你的 PWA 加到桌面，就永遠收不到推播。所以 iPhone 使用者為主的服務，第一次使用的引導畫面一定要教「怎麼加入主畫面」，不然推播功能等於白做。
如果你的客戶本來就在 LINE 上，把通知改走 LINE 官方帳號通常更穩，到達率不受瀏覽器影響。這條路怎麼規劃可以看LINE 官方帳號 AI 自動化指南。
儲存：資料放手機要有心理準備
很多舊文章還在寫「iOS 的 PWA 只能存 50MB」，這已經過時了。WebKit 的儲存政策更新說明，從 Safari 17（iOS 17）起，每個網站可用的空間上限最多可到總容量約 60%，加入主畫面的網頁 App 也比照辦理。空間夠了，風險換成「被清掉」：Safari 從 2020 年起有一條七天規則，網站在一般 Safari 裡七天沒被使用者互動，程式寫進去的資料就可能被刪；加入主畫面的網頁 App 另外計算使用天數，相對安全，但空間吃緊時系統還是會清。
對企業系統來說，解法很單純：手機上的資料只當快取和離線暫存，正式資料一律回傳到伺服器。現場人員離線填的單，連上網就自動送出，這是 PWA 最拿手的做法。
硬體與上架：iPhone 的兩道牆
MDN 的 Web NFC 文件把這個功能標成實驗性、主流瀏覽器沒有全面支援，Web Bluetooth 的實作狀態表也顯示 Safari 沒有實作。要靠手機讀 NFC 卡、連藍牙設備（例如藍牙標籤機、感測器）的系統，iPhone 這端只能做原生 APP。
上架這件事，蘋果在 2024 年曾宣布要在歐盟拿掉主畫面網頁 App，後來在 iOS 17.4 正式版前撤回決定，目前全球都還能用。至於把 PWA 包一層殼送 App Store，App Store 審查準則 4.2要求 APP 要有超出「重新包裝的網站」的功能和介面，單純包殼很容易被退件。iOS 上架要準備的東西，我們在iOS APP 開發要準備什麼整理過。
哪些需求適合做 PWA，哪些不適合
判斷原則只有一條：使用者是不是「本來就會打開你的系統」。員工每天要用、會員要預約、現場要填單，這些人不需要在商店裡找到你，PWA 很適合。要在 App Store 被陌生人搜到、要大量用手機硬體的，就做原生。
情境 | 適不適合 PWA | 原因 |
|---|---|---|
企業內部系統（請假、報工、庫存查詢） | 很適合 | 使用者固定、不需要上架，電腦和手機共用一套 |
會員中心、點數、預約 | 適合 | 從 LINE 或官網連結進來，加到桌面就能用；推播在 iPhone 要先引導 |
現場人員表單、巡檢、拍照回報 | 適合 | 離線填單、連網再送，拍照上傳 PWA 做得到 |
電商購物 | 看規模 | 流量來自搜尋和廣告的話，RWD 網站加 PWA 就夠；要做會員經營再評估 APP |
相機即時辨識、AR | 不適合 | 需要裝置端模型和相機效能，原生比較穩 |
藍牙設備、NFC 卡片 | 不適合 | iPhone 瀏覽器不支援 |
靠商店曝光拉新用戶的消費型 APP | 不適合 | PWA 不在 App Store 裡，拿不到商店流量 |
內部系統和預約這兩類，也是我們最常看到「先做 PWA 再說」能省下大筆預算的地方。要做預約功能的，可以先看客製化排程預約系統開發指南；要做會員和權限的，會員系統客製化開發指南把常見決策都列了。
會員這塊我們自己也走過：我們把旗下多個網頁產品共用的註冊、登入、訂閱和權限抽出來，做成恆遠會員中樞，所有產品共用同一套 SSO（Email 加 Google 登入），新產品上線時接上就有完整的會員與訂閱功能。這種「一個帳號通行多個網頁產品」的架構，跟 PWA 很合得來，因為 PWA 本身就是網頁，登入機制完全共用。
PWA 開發費用與時程，跟做 APP 比差在哪
先講結論：同一份功能清單，PWA 省的是「第二個平台」和「上架流程」這兩塊，後端、資料庫、畫面設計的工一樣都省不掉。所以說 PWA 能省一半預算是誇張了，比較準確的說法是，省掉的是那些跟手機平台綁在一起的工。
成本項目 | PWA | 原生雙平台 | 跨平台（Flutter／React Native） |
|---|---|---|---|
後端與資料庫 | 要做 | 要做 | 要做 |
前端畫面 | 一份網頁 | iOS、Android 各一份 | 一份，部分要針對平台調整 |
上架帳號費 | 無 | Apple 每年 US$99 加 Google 一次 US$25 | 同原生 |
審核等待 | 無 | 每次改版都要送審 | 同原生 |
電腦版 | 同一份順便有 | 要另外做網頁版 | 可輸出網頁版，但體驗要另外調 |
日後維護 | 一份程式、上線即更新 | 兩份程式、跟著系統版本升級 | 一份程式，但框架升級有成本 |
APP 的實際報價為什麼會從幾萬差到上百萬，關鍵在功能範圍，這部分在APP 開發報價 8 萬 vs 80 萬差在哪拆得很細。如果評估後還是要做 APP，框架怎麼選看APP 開發框架選型指南，發包流程和驗收看APP 開發外包完整指南。
時程上，PWA 少掉的是送審和商店資料準備。Android 新個人開發者帳號還有封閉測試要跑滿天數的規定，細節在Android APP 開發要準備什麼。這些等待時間 PWA 都不用付。
PWA 想上架商店：Google Play 可以，App Store 很難
有些老闆要的其實是「客戶能在商店搜到我」。這時候 PWA 有一條折衷路線。
做法 | Google Play | App Store |
|---|---|---|
把 PWA 包成 APP | 可以，用 Trusted Web Activity，Google 有官方教學 | 單純包網頁容易被 4.2 退件 |
要多寫的東西 | 包殼專案、網域驗證檔、簽章 | 要加原生功能，等於開始寫原生 APP |
日後更新 | 網頁內容改了就生效，包殼很少需要動 | 看原生部分改多少 |
Google 的PWA 上架 Google Play 教學示範用 Bubblewrap 工具，指向你的 manifest 就能產生 Android 專案，網站本身照常更新。App Store 那端，如果非上不可，比較實際的做法是把需要原生的那一兩個功能（推播、相機、登入）做成原生，其他頁面用網頁，這已經是混合式 APP 的範圍了。兩家商店的審查、抽成和退款規則差異，可以看App Store vs Google Play 上架指南。
我們的判斷：多數企業內部系統，PWA 先上就對了
我們的立場很明確：給員工用的系統，第一版就做原生 APP，多半是在花冤枉錢。員工不會去 App Store 搜你，他們要的是打開就能報工、查庫存、簽核。這種系統的需求在前三個月一定會改好幾輪，PWA 改完就上線，原生 APP 每改一次要送審、要等員工更新，前期的速度差很多。
等系統穩定、真的出現「一定要藍牙連標籤機」或「一定要離線辨識」這種需求，再針對那一塊做原生 APP，後端和資料庫可以完全沿用。先 PWA 後原生，花的錢是一份半，直接雙平台原生起手，常常是兩份錢買到一個還在改需求的系統。
PWA 還是 APP？五個問題做決定
把下面五題回答完，大部分的案子就分得出來。三題以上落在右欄，就做原生 APP。
問題 | 答案偏這邊選 PWA | 答案偏這邊選原生 APP |
|---|---|---|
使用者從哪裡來？ | 公司內部、LINE、官網連結 | App Store／Google Play 搜尋 |
要用哪些手機硬體？ | 拍照、定位、掃 QR Code | 藍牙、NFC、即時影像辨識、背景長時間定位 |
推播有多關鍵？ | 有很好，沒有也能用 LINE 或 Email 補 | 推播是核心，iPhone 使用者也要穩定收到 |
需求還會一直改嗎？ | 第一版，還在摸索 | 流程已穩定，要做精緻體驗 |
電腦也要用嗎？ | 要，辦公室和現場共用 | 只有手機 |
如果答案混在兩邊，可以把整個系統拆開看。管理後台和大部分頁面用網頁，只有特定一兩個功能做成原生，這也是很常見的分法。整體規劃怎麼排先後，可以參考系統開發全景地圖和客製化系統開發完整指南。
ℹ️我們怎麼看
iOS 26 把加入主畫面預設改成網頁 App 模式之後，PWA 在 iPhone 上的體驗差距又縮小了一點。我們的判斷是，未來兩三年企業內部系統會越來越少從原生 APP 起手，原生會集中在真正需要硬體和商店流量的產品。我們自己的選擇也是照這條線走：今日菜價需要裝置端辨識，所以做原生；會員中樞和其他網頁產品，就留在網頁。給老闆的判斷工具很簡單：先列出一定要用到的手機硬體，清單是空的，就從 PWA 開始。
ℹ️我們做過這件事
PWA 常見問題
QPWA 是什麼？
PWA 是 Progressive Web App（漸進式網頁應用）的縮寫，是一種可以安裝到手機桌面、全螢幕開啟、支援離線與推播的網站。它由 Web App Manifest、Service Worker 和 HTTPS 三個部分組成，一份程式同時給 iPhone、Android 和電腦使用。
QPWA 跟 APP 差在哪？
PWA 不必上架商店、更新不用審核、一份程式跨平台；原生 APP 能完整使用藍牙、NFC、相機與背景功能，也能在 App Store 和 Google Play 被搜尋到。需要硬體或商店流量選原生，內部系統、會員、預約與表單類選 PWA 通常就夠。
QiPhone 可以用 PWA 嗎？能收推播嗎？
可以。iPhone 用 Safari 的分享選單「加入主畫面」安裝，iOS 26 起加入後預設以網頁 App 全螢幕開啟。推播從 iOS 16.4 開始支援，但只限已加入主畫面的網頁 App，而且要使用者點按鈕才能請求通知權限。
QPWA 可以上架 App Store 或 Google Play 嗎？
Google Play 可以，用 Trusted Web Activity 把 PWA 包成 Android APP 上架。App Store 依審查準則 4.2，單純包裝網站的 APP 容易被退件，要上架通常需要加入原生功能。
QPWA 會比做 APP 便宜多少？
省下的是第二個平台的前端開發、上架帳號費和送審時間，後端、資料庫與畫面設計的成本不變。實際差距取決於功能範圍，硬體需求越少，PWA 省得越多。
QPWA 的資料會不會不見？
有可能。Safari 對長期沒有互動的網站會清除程式寫入的資料，空間不足時系統也會清理。企業系統的做法是把手機上的資料只當快取和離線暫存，正式資料一律存回伺服器。
AUTHOR
恆遠數位編輯團隊
想了解更多？看看我們的相關服務
需要網站系統架設或軟體開發？
無論是品牌官網、客製化系統還是應用程式，我們的團隊擁有豐富經驗，歡迎聯繫我們，讓專業為您的事業加分。
留言(0)
尚無留言，成為第一個留言的人吧！