把生意搬進客人手機這件事，多數老闆腦中第一個浮現的畫面，通常是App Store裡排隊等審核的申請畫面，而不是客人在瀏覽器裡點一下，桌面就多出一個圖示這麼單純。
自己開發一支App，要面對系統開發、上架審核、更新等待這幾層工程，不是三兩天能搞定的事，對人力有限的中小店家更是負擔。這一整套關卡，其實有一條近路可以繞過去，那就是PWA（漸進式網頁應用程式，Progressive Web App），讓既有網站直接「安裝」到手機主畫面，不必另外開發一支程式，也不必經過任何應用程式商店審核。之所以值得認識這個名詞，是因為它幾乎把「做一支App」的門檻，降到只剩「把網站做對」這一件事。
看完這篇，你會知道PWA跟你熟悉的手機版網站差在哪、客人要怎麼一鍵把網站放進手機、哪些生意類型裝了才會有明顯差別，以及該跟做網站的人確認哪三個技術條件。先從自己開發一支App對中小店家有多不划算講起，再一路拆到PWA實際怎麼運作。
自己開發一支App，對中小店家是筆不小的工程
想把生意做成一支手機App，第一件事往往不是想功能，而是先面對iOS跟Android是兩套完全不同的系統，同一個功能得各自寫一份程式碼、分別測試、分別維護，一開始就等於要做兩份工。
寫完也還沒結束。想要上架，得先把成品送到App Store或Google Play審核，審核通過前誰都用不到這支App；通過之後，客人還得自己先想到要去商店搜尋店名、看看評分夠不夠高，才願意按下下載。這中間任何一關卡住，生意都還沒真正出現在客人手機上。
Google官方在說明網頁應用程式的優勢時，就直接點出這層對照：網頁應用程式「不必進行封裝，也不需要額外審查內容，也不會延遲更新，使用者造訪應用程式時，系統一律會提供最新版本」。換句話說，原生App先天要扛的封裝、審查、更新延遲這幾層摩擦，是網頁應用程式一開始就不用面對的。
對中小店家來說，最現實的困擾往往是功能更新常常也要重新送審一次，新版本才會真正出現在客人手機上，臨時想改一檔活動、調一個按鈕文字，都得先排隊等審核通過。這幾層摩擦疊在一起，才讓人開始想問，有沒有一條不用走這條路，也能讓生意出現在客人手機桌面上的近路。這條路要怎麼走，接下來從PWA的定義講起。
PWA 是什麼？一句話看懂它幫網站多做的事
有了前面的對照，要回答「PWA是什麼」其實不難。它本質上仍然是同一個網站、同一個網址，只是多具備幾項網頁技術帶來的能力：可以被「安裝」到手機主畫面變成一個圖示、開啟時沒有網址列看起來像一支獨立的程式、部分內容離線時也能瀏覽，而且整個過程都不需要透過App Store或Google Play審核上架。
用經營者聽得懂的說法，這不是另外找人重新架一個系統，而是既有網站「升級」出來的能力，不需要把網站砍掉重練。MDN官方文件對PWA的定義，列出好幾項特性，包括可探索、可安裝、可連結、可獨立於網路、可漸進、可接合、響應式，以及安全，這些聽起來偏技術，但拆開來看，跟店家最相關的其實就是「可安裝」跟「可獨立於網路」這兩項。
Google的web.dev頁面把安裝後的體驗講得更具體。PWA被安裝後，行為表現會跟一般App類似，主畫面出現獨立圖示，開啟後是獨立視窗、沒有瀏覽器網址列，部分內容在離線時也能繼續使用。同一個網站，多打開這幾個開關，呈現在客人手機上的體感，就從一個網頁變成一支App。
跟你現在的「手機版網站」是同一回事嗎？
不少店家的網站早就做過「手機版」，用手機打開一樣排版工整、字看得清楚、間距抓得剛好，這通常叫做響應式網頁設計（RWD，Responsive Web Design）。看到這裡很容易誤會，排版都適配手機了，是不是就等於做好PWA了。
這兩件事其實解決的是不同層次的問題。響應式解決的是網站打開後排版看不看得懂，PWA多出來的是能不能被安裝、能不能變成手機桌面上的一個圖示、能不能離線瀏覽這幾件事，兩者並不衝突，響應式其實是做PWA的地基，不是被PWA取代的舊技術。
根據web.dev揭露的資料，現在已有88%的網路使用者所用的瀏覽器可以安裝PWA，97%的瀏覽器也已經支援離線功能，這兩個數字分別來自StatCounter與Can I Use的追蹤統計。也就是說，能不能裝、能不能離線，對多數瀏覽器來說已經不是問題，差別只在於店家的網站有沒有把這個開關打開。
客人怎麼「一鍵」把你的網站放進手機？
從客人的角度看，整個過程其實簡單到像按一個按鈕。用手機瀏覽器打開網站，點選單裡的「安裝」或「加入主畫面」，手機桌面就多出一個圖示，點開後沒有網址列，用起來的感覺跟開一支App差不多。整個流程不需要客人先跑去App Store或Google Play搜尋店名，店家也不用等任何審核通過。
不過Android跟iPhone的體驗現階段還是有落差。用Android手機的Chrome等瀏覽器，系統通常會主動跳出「安裝」的提示，客人幾乎不用自己找；iPhone目前得靠客人自己動手，在Safari點下方的分享鈕，再手動選「加入主畫面」，沒有系統自動跳出來的安裝邀請。這個落差，在後面談iPhone與Android的體驗時還會再細講。
流程講起來簡單，只是店家心裡難免還有一個更現實的疑問，客人真的會多留一個圖示在手機上嗎。
客人真的會多留一個圖示在手機上嗎？
「這只是我自己想很多，客人才不會理」，這是不少店家聽到PWA的第一反應，但門檻這件事其實有跡可循。安裝一個PWA省掉的關卡，正好就是下載一支App最容易讓人半途放棄的那幾步，不用先找到正確的App、不用比對評分好壞、也不用等進度條跑完。安裝流程比下載一支App短很多，少了這幾個中途放棄的關卡，客人願意順手多裝一個圖示，不完全是店家一頭熱在期待。
這不是憑空推論，web.dev揭露的兩個國際案例可以佐證。串流平台Hulu導入PWA後，五個月內就有96%的舊版應用程式使用者改用PWA版本，回訪次數增加27%，使用者參與度提升5.5%；電商平台JD.ID導入後，整體行動裝置轉換率提高53%，已安裝用戶的轉換率更成長200%，每日活躍使用者也增加26%。
兩個案例的共同點，都是客人本來就會不斷回來使用的服務類型，這點在後面談哪些店家該投入時還會再回頭對照。不過這些成效數字，多半是在Android與iPhone市場都相對成熟的地方觀察到的，實際導入前，你的客人主要用哪一種手機，體驗其實不完全一樣。
iPhone客人跟Android客人，體驗一樣嗎？
Android陣營在PWA的支援相對完整，除了前面提過會主動跳出的安裝提示，還多了推播通知這類進階功能；iPhone這幾年進步不少，但要拿到完整體驗，還是得靠客人自己動手把網站加入主畫面，而不是系統主動邀請安裝。
推播通知是最明顯的落差之一。蘋果官方WebKit部落格公告說明，iOS與iPadOS要到16.4版之後，才開始支援加入主畫面的網頁應用程式使用Web Push，通知會出現在鎖定畫面、通知中心，還能整合專注模式；但前提是使用者必須先主動互動，例如自己按下訂閱按鈕，才能請求推播的權限，不是店家想推就能推。
拉長時間看，這個落差其實一路在補齊。web.dev的說明指出，蘋果自2018年起就開始支援PWA的安裝與離線使用，只是過去長期缺少推播通知、部分整合API，以及安裝宣傳提示這類功能。跟前面WebKit官方公告對照，能看出這幾年是逐步補上，但截至目前仍與Android有落差。如果你的主力客群多是iPhone使用者，安裝跟推播的實際效果本來就會比Android客群平淡一些，這是評估要不要投入前，值得先知道的現況，不是PWA本身沒做好。
哪些店家裝了會有感，哪些店家不必急？
判斷PWA適不適合自己，關鍵不在生意規模大小，而在客人會不會回來。像是有會員機制、需要登入查詢訂單或預約狀態、客人本來就會反覆回訪的服務型網站，多留一個桌面圖示、多一次被推播喚回的機會，效果會比較明顯，這也呼應前面提到的Hulu跟JD.ID，兩者的共同點都是客人本來就會重複打開、反覆使用的服務類型。
相對地，如果網站的功能單純是讓客人查一次地址電話、看一次菜單或作品案例，客人本來就不太會回訪好幾次，做了PWA也不會有太明顯的差別。這種情況不必為了跟風而勉強投入，先把網站內容跟排版顧好，可能才是報酬率更高的事。
看完這幾層判斷，如果你已經確定生意類型適合，接下來要弄懂的，就是技術端該具備的三個門檻。
想導入 PWA，先弄懂這三個技術名詞
這一節不是要你自己動手寫程式，而是讓你知道跟負責網站的工程師或廠商溝通時，該確認哪三個條件。Google官方在說明怎樣才算可安裝時列出的判準，剛好就是這三樣東西。
第一個是安全連線，也就是網站要走HTTPS，這是最基本的前提，沒有它，後面兩項都不會生效。第二個是一份描述檔，叫做Web App Manifest，裡面定義了安裝後的名稱、圖示長相、用什麼方式開啟，至少要包含名稱、圖示、起始網址、開啟方式這幾個欄位，才算是一份有效的描述檔。第三個是一支背景程式，叫做Service Worker，負責處理快取跟離線的邏輯，前面提到離線也能瀏覽的能力，靠的就是它。
這三樣東西只要缺一個，「加入主畫面」或「安裝」這個按鈕就不會出現在客人的瀏覽器裡。店家不需要弄懂怎麼寫，但知道這三個名詞，才能在跟工程師確認時，問出「我的網站現在有沒有具備這些條件」這種對的問題，不會被一堆術語打發過去。
PWA真正要回答的問題，從來不是「該不該做一支App」，而是「客人的手機桌面上，有沒有你生意的位置」。回頭看前面的判斷框架，有會員機制、需要登入查詢、客人習慣反覆回訪的生意，這個位置比較值得爭取；單純讓人查一次資訊就走的網站，不必為了跟風勉強擠進去。看自己的客人會不會回頭，永遠比看別人有沒有做，更值得當成決定的依據。