Web Push API 通知最佳實踐
本文提供了在使用推送通知進行使用者互動時，在開發網站和應用程式時需要注意的最佳實踐的有用總結。
“如果做得好，它很有用；如果做得不好，它會非常煩人。” — 兩位瀏覽器開發者在討論推送通知的道德倫理時無意中聽到的對話。
Web 推送通知概述
Web 推送通知（使用 Notifications、Push 和 Service Worker API 的組合建立）是產品開發者和營銷人員用來吸引網站注意力的日益增長的噪音的一部分。在網上搜索“web push notifications”，您會找到營銷專家撰寫的文章，他們認為您應該使用推送來重新吸引已離開您網站的使用者，以便他們完成購買、接收最新新聞或收到推薦產品連結。
陰暗面
它們的創新性為有進取心的網站提供了新的、未被開發的接觸潛在客戶的機會。客戶是否已切換標籤頁去回覆電子郵件？透過一個他們無法忽視的限時免費送貨優惠重新贏得他們！
但說實話，這是推送通知的最佳用途嗎？還是僅僅是陳舊的彈出廣告的新版本？
“Web 推送不冒被髮送到垃圾郵件資料夾的風險。也無法被廣告攔截器阻止。即使網站關閉，它也會直接顯示在您的桌面上。在移動裝置上，即使瀏覽器未執行，它也會顯示在通知托盤中，就像應用程式的推送通知一樣。” — 一個匿名的營銷網站
推送的積極用途
但推送通知也有光明且有用的方面。假設您和您的團隊通常使用聊天程式進行交流，但今天您在一個地方愉快地工作，突然出現了一個問題。假設您的專案經理在審批中發現了一個小問題，並希望在繼續之前獲得您關於某事的反饋。
在幾次嘗試引起您注意失敗後，他們給您傳送了一封電子郵件，您的電子郵件應用程式會生成一個推送通知，成功地提醒了您，即使您的郵件 Web 應用程式未開啟。
在此文件中，我們將討論 Web 推送通知的道德使用。有時它們可以消除挫敗感和煩惱，有時它們會引起挫敗感和煩惱，而作為開發人員，您有責任就推送通知的使用做出明智的建議（和決定）。
您希望透過此推送通知實現什麼目標？
正如一切事物一樣，能力越大，責任越大。每一條推送通知都應該是有用且及時的，並且在傳送第一條之前，使用者應始終被請求允許，並提供一種簡便的方式來選擇退出接收更多通知。
有一些基本問題可以回答，以確定是否需要推送通知
- 是否有人即時等待回覆？在我們上面的例子中，專案經理正在等待您的回覆，因此推送通知是合適的。
- 是否需要最新的更新？我使用一項服務來聚合不同的社交媒體新聞源。當一個我感興趣的故事正在流行時，我希望收到通知！
- 是否有突發新聞是及時的？這有點棘手。有時新聞網站會請求推送通知，以便它們可以說“看我！看我！”這最終取決於使用者的意願，您可以使用行為來確定意圖。例如，如果使用者查看了不止一篇文章，或在您的頁面上停留了幾分鐘，他們可能對接收更新感興趣。
除了是否需要推送通知之外，還有許多不同型別的推送通知，從隨意消失的通知到需要互動才能持久存在的通知。
我們提醒您非常謹慎地使用需要互動的通知，因為它們可能最令人討厭。您的通知應該是輔助性的，而不是干擾性的。
建立信任
一些研究表明，多達 60% 的推送通知被阻止。允許您的網站即時推送通知需要信任。您可以透過擁有設計良好、內容優質、尊重使用者並能提供明確價值的網站來建立信任，從而獲得使用者接受推送通知的許可。
瀏覽器緩解措施
由於過去濫用推送通知的情況，Web 瀏覽器開發者已開始實施策略來幫助緩解此問題。例如，Safari 12.1 現在要求（其他瀏覽器要麼已經做到，要麼計劃這樣做）使用者在頁面可以請求傳送推送通知許可權之前，先與頁面進行某種形式的互動。這至少可以防止使用者在他們只看了一眼並且可能很少或永遠不會再檢視的網頁上突然被問到這個問題。
就 Firefox 而言，請參閱 Firefox bug 1524619，其中我們發現 Firefox 68 在首選項 dom.webnotifications.requireuserinteraction 後面實現了這一點，但預設情況下是停用的。