- 原文地址：Will PWAs Replace Native Mobile Apps?
- 原文作者：Suzanne Scacca
- 譯文出自：掘金翻譯計劃
- 本文永久連結：github.com/xitu/gold-m…
- 譯者：jerryOnlyZRJ
- 校對者：shixi-li, DevMcryYu
當談到移動使用者體驗，移動網站是不是很糟糕？您已經聽到了很多關於構建專用原生應用程式的好處，但如果使用者不接受它，這可能會成為令人難以置信的代價高昂的博弈。那麼，漸進式網路應用程式是最佳選擇嗎？它是否最終將取代移動網頁和原生應用嗎？本文探討了這個想法。
我的一位開發人員朋友決定為他的新公司構建一個 PWA 應用程式。當我問他為什麼選擇PWA而不是原生應用時，他說：
“因為 PWA 是網頁的未來。”
我認為這是一個很有意思的觀點。在我跟他聊這個的時候，我的看法還跟 Aaron Gustafson 在討論 原生 APP 和 PWA 之間的鬥爭 時差不多。換句話說，我認為 PWA 和原生 APP 真的只是一個選擇問題，而不是一個完全比另一個好。
既然這個想法已經被種下了，我不禁注意到一群人宣稱他們支援原生應用程式上的 PWA。不僅如此，他們中的許多人甚至說 PWA 將完全取代原生應用程式。
我想看看這樣的論點是否有一些水分。
PWA 會取代原生應用嗎？
我現在要首先回答這個問題：
“會逐漸取代，但不會全部取代。”
這是我看到它的方式：
移動網頁與幾年前相比有了明顯的改進。在設計上沒有 100％ 響應的網站是非常罕見的。話雖如此，但我並不認為很多移動網站在設計上都是 100％ 移動優先（我最近在拋棄設計元素一文中提到了這一點），所以這可並不是我在 2019 年新提出的觀點。
我認為，要獲得真正的移動優先體驗，它需要更快，並擁有原生應用程式的外殼，這正是 PWA 提供的。
雖然原生應用一般情況下可以提供更好的使用者體驗，但我認為沒有必要花費這麼多金錢和時間來構建和管理一個應用...除非您的應用程式在應用商店中位於某項類別的前 20 位。
讓我打破我過去做出這個決定的邏輯。
原因＃1：移動網頁已經落伍了
comScore 在 2018 年發表的全球數字未來焦點報告明確地談到這樣一點：
comScore 的 2018 報告顯示移動網頁與移動應用的使用者佔比（圖片來源：comScore）（Large preview）
話雖如此，但我不相信原生應用程式會讓移動網頁消失，我也不相信這一點可以抵消我今天試圖提出的論點。如果此資料想要表示什麼，那麼只能是移動使用者非常喜歡通過應用程式介面進行數字互動的體驗。
Web開發人員也發現了使用者的這種偏好，正如來自 JAXenter 的調查表明：
關於 PWA 的 JAXenter 開發人員調查（圖片來源：JAXenter）（Large preview）
因此，雖然移動端瀏覽器已被證實不太受到使用者的喜愛，但我相信隨著越來越多的企業通過建立 PWA 應用程式，這樣的情況會持續太久。
PWA 擁有使用者喜歡的原生應用程式的特點 —— 應用程式外殼，離線訪問，電話功能，始終存在的導航欄等等 —— 併為使用者提供了更方便的體驗方式。
看看 Crabtree & Evelyn 這樣的品牌：
Crabtree & Evelyn PWA 示例（圖片來源：Crabtree & Evelyn)）（Large preview）
這家大型零售商有資本建立與其網站類似的原生應用程式，但它沒做那樣的選擇。相反，PWA Web 應用程式的為移動使用者提供了瀏覽線上商店和購買而不必離開瀏覽器的便利體驗。
或者，如果他們是頻繁的使用者，他們可以將此 PWA 新增到他們的主螢幕，並將其視為任何其他應用程式（將來會有更多）。
現在，讓我們再看一個 PWA 的例子，它再次選擇不去開發一個原生應用程式。不僅如此，Infobae 創造了一個打敗移動網頁體驗的PWA：
Infobae PWA 示例（影像來源：Infobae）（Large preview）
根據谷歌資料，Infobae PWA 有以下優勢：
- 跳出率為 5％。行動網路是 51％。
- Session 機制比移動網頁上的時間長 230％。
- 每個 Session 檢視的頁面數比行動網路多三倍。
因此，如果您擔心 PWA 不會成為移動網頁的替代品，那麼您可以在那裡停下來，但建立 PWA 的確有明顯的好處。
原因＃2：原生應用商店逐漸飽和並已過量
原生應用在原生應用商店中存在很多競爭 —— 其中許多是移動使用者都非常熟悉的重量級產品。如果您的目的是在已經擁擠的空間中競爭，那麼應用程式商店真的是最適合它的地方嗎？
comScore 的覆蓋率進入前五應用的報告：
ccomScore 在 2018 年達到前五的應用的資料（圖片來源：comScore）（Large preview）
正如您所看到的，無論移動使用者位於世界的哪個部分，前五的應用程式往往由相同的移動應用程式主導。
您可能會想到的是，“但如果我的應用具有獨特的優勢呢？還不足以支配我們的市場嗎？”
我可以預見，特別是如果您的應用針對特定地區的移動使用者，您就必須考慮哪種應用型別與移動應用使用者表現良好。
comScore 打破了這一點：
comScore 關於應用總分鐘份額的資料（圖片來源：comScore）（Large preview）
使用者花費的時間大約在 70％ 到 80％ 的移動應用可以分為四類：
- 娛樂（如 YouTube）
- 社交媒體（如 Facebook）
- 即時通訊（如 Whatsapp）
- 遊戲（如 Fortnite）
如果您的應用程式概念不屬於這些類別之一，那麼將應用程式放入應用程式商店是否值得所有工作？雖然我認識到這些並不是唯一能成功的應用程式，但我認為這將是一個冒險且代價昂貴的博弈，特別是如果您的客戶的業務是全新的。即便如此，儘管擁有足夠多的受眾或客戶群，但仍有很多不在應用商店中的知名產品的競爭。
West Elm 是零售商的一個很好的例子：
West Elm PWA（圖片來源：West Elm）（Large preview）
如果您檢視應用程式商店，您會發現 West Elm 已經開發了兩個原生應用程式。一個是用於使用者註冊。這是有道理的，因為移動應用程式可能有助於標記和跟蹤登錄檔項。它還有一個用於 West Elm 購物卡。如果有人經常購物，這種型別的應用程式也可能有意義。
也就是說，這些本機應用程式都不受使用者歡迎（至少在評論數量方面不受歡迎）。因此，West Elm 將其主要購物介面保留在 PWA 中是一項明智而經濟的舉措。
原因＃3：PWA 在搜尋中的排名
在相關的說明中，PWA 應用程式還具有在搜尋引擎中排名的額外好處。您和您的客戶應該為此高興的原因有以下幾個：
- 您的應用在搜尋中的排名取決於您投入的 SEO 工作。如果你已經在你的網站上這樣做，這應該很容易！
- 您不必擔心一個全新的應用程式被埋沒在應用程式商店搜尋中，或者由於缺乏評級而輕易被下架。
- 由於 PWA 可以存在於移動使用者的瀏覽器中以及主螢幕上的按鈕中，因此它需要具有連結。連結可以更方便地與朋友、家人或者同事共享，而不是告訴他們應用程式的名稱，希望他們可以自己在商店中找到它。
最後：如果您只需要為使用者提供一個應用程式的實際連結，就可以避免通常因為應用程式商店中存在的問題而導致的衍生問題。以 micro-moments 為例。
當使用者想去做這些事的時候：
- 研究一些有趣的東西，
- 去某地，
- 進行購買，
- 或做點什麼...
他們不會在他們的裝置上開啟與資料息息相關的應用程式，而是開啟他們的搜尋瀏覽器並鍵入或說出他們的查詢。這就是我們作為使用者最有可能去做的事情。有一個問題？需要某物？想要幫助選擇一家餐館嗎？去 Google 吧。
如果您的網站或應用程式提供了這類問題的答案，您不希望它隱藏在應用程式商店中，您也不想給他們一個提供“下載應用程式”選項的移動網站。因為這只是在給使用者創造額外的負擔。
通過 PWA，您可以將應用直接放置在搜尋結果中，併為您的使用者即時提供所需的答案。
我認為這就是為什麼電子商務企業特別傾向於像 HobbyCraft 這樣的 PWA。
HobbyCraft PWA 示例（圖片來源：HobbyCraft）（Large preview）
正如你在這裡看到的，HobbyCraft 是一家零售商，在英國境外銷售工藝品。在應用程式商店中放置這樣的東西是沒有多大意義的 —— 特別是當 PWA 入口工作得很好時。
蘭蔻 是另一家電子零售商，它有意識地決定放棄原生應用，並將移動購物體驗保持在 PWA 模式。
蘭蔻電子商務 PWA 示例（圖片來源：Lancome）（Large preview）
我將在這兩個示例中指出的一個重要設計元素是位於頂部導航欄中的 Stores 圖示。對於擁有實體產品的企業，沒有理由讓您的應用不在 Google 中進行本地搜尋。
如果您正確設計了 PWA ，則可以將其顯示在相關的基於位置的查詢中。如果你提供一個讓人想起原生應用程式的介面 —— 並且與在原生應用上一樣安全（因為 PWA 需要 HTTPS）—— 你可以促使更多的移動使用者在 PWA 上進行購買。
原因＃4：原生應用難以被持久保留
對於具有鉤子的應用型別，該鉤子促使使用者在原生應用中花費時間並花錢進一步享受體驗，這很棒。當你發現完美契合時，有一個原生應用程式可以賺到很多錢。這只是讓人們願意承諾下載的問題。
但是，正如我們最近看到的本機應用程式都很難留住使用者。
您獲得的初始下載量無關緊要。如果移動使用者未返回應用以與您的內容互動，購買訂閱或升級或點選廣告，則將其視為浪費的投資。不幸的是，很多人就是這種情況。
另一方面，PWA 不是必須下載應用程式到一個裝置上。哎呀，使用者甚至不必將 PWA 儲存到他們的主螢幕，如果他們不想這樣做的話。這是一個整體更方便的體驗。
儘管如此，您可能更希望使用者將其儲存以便將來即時訪問，就像 The Weather Channel 這樣做的：
天氣頻道應用建議使用者將 PWA 儲存到裝置。（圖片來源：The Weather Channel）（Large preview）
真的，它取決於你構建的應用程式的型別。
天氣頻道，實話說，提供的服務將會在日常被使用。使用者可以通過應用程式商店安裝原生應用程式檢視最新的天氣預報，但該應用程式可能比基於瀏覽器的 PWA 更快地消耗資料和電池電量。
出於這個原因，還有其他業務型別應考慮使用 PWA。就好像 Forbes 這樣的線上雜誌。
使用者可以將福布斯 PWA 新增到其主螢幕，就像原生應用程式一樣。（圖片來源：Forbes）（Large preview）
高度專業化的出版物為他們的日常讀者開發 PWA 也可以有更好的效果。
同樣，它為他們的手機提供了更輕量級的體驗。此外，PWA 為使用者提供離線訪問，因此他們隨時可以訪問內容，無論他們身在何處或者網路情況是否有限。主螢幕入口的存在（如果他們選擇將按鈕放在那裡），在行動網路瀏覽器之外提供了一個很好的小捷徑。
原因＃5：PWA 可以產生更多收入
除了應用內廣告外，Apple 和 Google 從您通過原生應用進行的推廣中獲得了相當大的利潤抽成。這包括付費下載、應用內購買或升級和訂閱費用。甚至有時候，這些費用高達每次銷售額的 30％。
當你希望花錢進行設計調整，急需的開發更新和促銷廣告時，這是你想聽到的最後一件事。換句話說，從您的原生應用程式開始流入的大部分資金直接進入應用程式商店所有者的口袋。這似乎不太對勁，特別是如果您必須為應用商店廣告付費以獲得其中的搜尋可見性。
PWA 不收取任何費用，這意味著它們產生的所有收入都直接傳送給您（或業務所有者）。如果您有像本地報紙（例如 The Billings Gazette）這樣給您帶來較小的利潤率的應用程式，這一點尤為出色。
Billings Gazette PWA 貨幣化示例（圖片來源：The Billings Gazette）（Large preview）
這不是您從 PWA 比原生應用賺更多錢的唯一方式。
首先，它們比原生應用程式更容易構建。此外，在釋出後管理它們需要更少的時間和資源。是的，它仍然需要更新和維護，就像網路上的任何其他內容一樣，但您不必處理應用商店中帶來的障礙。
例如，您只需構建一個 PWA Web 應用程式。您無需根據不同移動裝置的說明來建立單獨的應用程式。
更新也更容易，特別是如果您的 PWA 是基於 WordPress 網站。您通過 pipeline 推送更新，它會實時在 PWA 中生效。無需將更新推送到應用商店管理員並等待他們的批准。一切都是實時發生的，這意味著更快地向公眾釋出新功能和賺錢計劃。
這對於像 Twitter 這樣的 PWA 很有用。
Twitter Lite PWA 可以實時保持最前沿（圖片來源：Twitter）（Large preview）
當面對主導應用商店的眾多社交媒體巨頭時，能夠讓您的應用實時更新可以作為強大的競爭優勢。這是通過漸進式 Web 形式開發應用程式所帶來的額外紅利。
這就是 Twitter 推出其 PWA 之後所發生的事情。
正如 Google 的 case study from Google 所示，Twitter 採取了漸進的方法來優化其 PWA。因此，他們能夠在沒有終端使用者檢測的情況下對使用者體驗進行大幅改進。事實上，他們對更新的唯一回應是更多地使用 PWA。
PWA 是（大部分）Web 的未來
可見性和可搜尋性是原生移動應用程式的常見問題，使用者保留是另一個。它們只是不可持續的，除非你有一個想法能夠創造一個肯定帶來錢的原生入口。手機遊戲就是其中的一個例子。我認為網約應用程式是另一個。我曾經認為社交媒體也屬於這一類別，但 Twitter 證明我錯了。
根據我在網上看到的內容以及我從開發人員朋友和同事那裡聽到的內容，我相信未來是在 PWA 中。
我認為隨著開發人員意識到將中小型公司的應用程式放入 PWA Web 中有很多好處，應用程式商店將逐漸減緩熱度。主要參與者將保持不變，而已經超出 PWA 範圍的公司可能最終會轉移。否則，大多數應用程式將以 PWA 的形式結束。
隨著 PWA 的這種趨勢繼續增長，使用者將更加習慣於在搜尋中遇到它並且知道這個使用者友好的介面可以直接從他們的瀏覽器訪問。相反，他們只會去應用商店尋找屬於那裡的各種應用，即訊息，遊戲，娛樂和一些社交媒體。這將在線上搜尋和應用商店搜尋之間建立更清晰的劃分，並進一步幫助改善線上的整體使用者體驗。
如果發現譯文存在錯誤或其他需要改進的地方，歡迎到 掘金翻譯計劃 對譯文進行修改並 PR，也可獲得相應獎勵積分。文章開頭的 本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域，想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。