PWA 是什麼?不用上架的「類 App」體驗

「我們需要一個 App 嗎?」是我們最常被問的問題之一。而在「做原生 App」與「只做網站」之間,其實存在一條中間路線:PWA(Progressive Web App,漸進式網頁應用)——本質上還是網站,但能加入手機主畫面、有自己的圖示、全螢幕開啟、部分功能離線可用,體驗接近 App,卻不用經過 App Store 上架。這篇講清楚它能做什麼、不能做什麼,以及什麼情況下它是最聰明的選擇。

PWA 是什麼:網站穿上 App 的外衣

PWA 不是一種新的程式語言,而是一組讓網站「更像 App」的網頁技術標準,核心是三件事:

• 加入主畫面:透過一份設定檔(manifest),使用者可以把網站安裝到手機桌面,點開後全螢幕執行、沒有瀏覽器網址列,看起來就是一個 App。
• 離線與快取:透過 Service Worker(在背景執行的腳本)把頁面與資源存在裝置上,網路不穩時仍能瀏覽已載入過的內容,再次開啟的速度也明顯變快。
• 推播通知:網站可以在使用者同意後發送推播。Android 支援成熟;iOS 從 16.4 版之後,已加入主畫面的 PWA 也能收推播,但整體支援程度仍比 Android 保守。

PWA 的甜蜜點:不用上架、一套到底

PWA 最大的優勢是省掉 App 的整條發行鏈:不用付開發者帳號年費、不用等審核、不用求使用者去商店下載幾十 MB 的安裝檔、更新即改即生效。對使用者來說,「開網址→用得順→加到主畫面」的門檻,遠低於「跳去商店→下載→註冊」。而且它就是網站,內容能被搜尋引擎索引——App 裡的內容 Google 搜不到,PWA 的每一頁都是 SEO 資產。

App 的下載門檻,是用轉換率付費的。PWA 把「先用起來」放在「先安裝」前面,這個順序對很多生意才是對的。

誠實講限制:PWA 取代不了所有 App

該潑的冷水也要潑。PWA 的能力受瀏覽器限制,以下情境它不合適:

• 重度依賴硬體與系統整合:藍牙裝置深度連動、背景持續定位、HealthKit / Google Fit 這類健康資料整合,瀏覽器給的權限有限,尤其在 iOS 上。
• iOS 上的體驗折扣:Apple 對 PWA 的支援一直比較保守——沒有商店曝光、安裝入口藏在分享選單裡、部分 API 缺席。你的客群若以 iPhone 為主,要把這個折扣算進去。
• 需要商店通路本身:有些產品「在 App Store 被搜尋到」就是獲客管道,或需要用 App 內購訂閱制收費,那還是得上架。
• 極致效能的遊戲或影音處理:原生仍有優勢。

如果評估後確定需要上架雙商店,也不代表要養兩組團隊——用跨平台框架把網頁技術包成可上架的 App 是另一條務實路線,我們的經驗寫在一套程式碼上架雙平台:Capacitor 實戰經驗,而且這條路和 PWA 並不互斥:同一套程式碼可以先當 PWA 驗證,需要時再包裝上架。

什麼生意適合 PWA

回到判斷:使用頻率中等、功能以內容與交易為主、希望降低使用門檻的服務,是 PWA 的甜蜜點——例如電商(加主畫面回購、推播到貨通知)、會員服務(數位會員卡、點數查詢)、預約系統、內部工具。反之,天天開啟、深度整合手機功能的產品,直接評估原生或跨平台 App。

務實的導入順序

PWA 的好處之一是漸進——它的名字就是這個意思。你不需要一次到位:先把網站的行動版體驗與速度做好(這是地基,沒有它一切免談),再加上 manifest 讓網站可安裝,行有餘力導入離線快取與推播。每一步都獨立產生價值。如果你正在猶豫「做 App 還是做網站」,不妨先跟我們聊聊你的使用情境——很多時候答案是:先做一個夠好的網站,讓它長成 PWA,把上架留到真正需要的那天。