Apple 推播通知服務(APNs) ：概述、使用案例和最佳實務

張志豪

2024-07-08 17:02:38

1288 瀏覽, 7 min 閱讀

App 推播通知非常適合讓用戶保持參與並獲取相關內容，無論應用程式是否在背景執行。它們可以包含歡迎訊息、折扣優惠、新聞警報等類似內容。最棒的是，推播通知的傳送率達到 90%，而40%的用戶會在收到通知後的一小時內與其互動。

為了方便應用程式開發者，Apple 也提供了專門的 Apple 推播通知服務 (APNs)。它使開發者能夠向安裝在 iOS 設備上的應用程式發送推播通知。在本指南中，我們將介紹 Apple 推播通知服務 (APNs) 的所有內容，包括其工作原理、使用案例、最佳實務等。

第一部分：什麼是 Apple 推播通知服務 (APNs)？

Apple 推播通知服務 (APNs) 是 Apple 提供的一項雲端服務，允許經過第三方批准的應用程式通過從遠程伺服器的安全連接向 Apple 設備發送推播通知。它允許應用程式開發者向已安裝的應用程式發送通知，即使用戶當前未使用該應用程式。通知可以是簡單的訊息、警報和更新、多媒體內容或提醒。

APNs 通知可以播放獨特的聲音、顯示訊息、更新徽章，或在應用程式上靜默警報。例如，報攤應用程式可以向 iPhone 應用程式用戶發送突發新聞的通知。今天，APNs 是 Apple 生態系統中不可或缺的一部分，在移動應用程式通信中發揮著至關重要的作用，讓用戶能夠及時獲取更新。

APNs 如何運作？

Apple 推播通知服務 (APNs) 的工作原理包括以下主要階段：

註冊：應用程式開發者向 Apple 註冊應用程式以使用 APNs。註冊過程包括獲取 APNs 憑證並將其整合到應用程式伺服器中。此憑證用作安全措施，僅允許授權實體發送應用程式通知。
裝置註冊：一旦用戶在 iPhone 上安裝應用程式，該應用程式會向 APNs 註冊。註冊後，應用程式會獲得一個唯一的裝置代碼。這個代碼是該裝置的地址。
訊息創建：當應用程式事件觸發時會構建一條訊息。訊息可以包括內容、聲音、徽章和其他數據。完成後，應用程式伺服器將訊息和裝置代碼發送到 APNs。
APNs 訊息接收：APNs 接收到一條包含裝置代碼和有效負載的短訊息。裝置代碼幫助 APNs 將通知路由到正確的裝置，而有效負載是一個 JSON 定義的屬性，包含通知信息和設備應如何提醒用戶的指示。
訊息路由：APNs 使用裝置代碼將訊息路由到相關裝置。之後，裝置操作系統會按預期顯示訊息。

所以，這就是 APNs 如何巧妙地使用憑證、裝置代碼和 JSON 有效負載來接收和路由推播通知給應用程式用戶。

APNs 支援的訊息類型

Apple Push Notification Service (APNs) 支援多種類型的訊息：

警報：觸發用戶互動的通知（獨特的聲音、文字警報或徽章）
背景：在不提醒用戶的情況下在背景中傳送的通知。
位置：請求用戶位置的通知。
VoIP：提醒即將到來的網路電話（VoIP）通話的通知。
複雜功能：包含 watchOS 應用程式複雜功能信息的通知。
檔案提供者：通知檔案提供者擴展變更的通知。
MDM：通知受管理裝置與行動裝置管理伺服器聯繫的通知。

您可以使用相關的訊息類型並通過 APNs 發送通知。

有效負載結構和限制

應用程式伺服器發送給 APNs 的每個通知都包括一個有效負載。如前所述，有效負載（JSON 定義的屬性）包含您想要發送給應用程式的訊息以及如何通知用戶的信息。

遠程通知有效負載的基本組成部分包括：

APS 字典：此字典包含 Apple 定義的鍵，用於顯示警報、播放聲音、標記應用程式圖示以及靜音處理通知。
自定義鍵：您還可以添加自定義鍵，以將少量數據傳送到您的應用程式或通知內容/服務應用程式擴展。它們應該具有原始類型的值，如字串、陣列、字典、布林值或數字。它們通常用於幫助您的程式碼處理通知。例如，您可以添加一個識別碼字串，以便您的程式碼查找與應用程式相關的數據。

為了更好地理解載荷，請考慮以下示例。這是一個顯示警報訊息的通知載荷，邀請用戶玩遊戲。如果 category 鍵能夠找到先前註冊的 UNNotificationCategory 物件，系統會在警報中添加操作按鈕。在以下示例中，category 涉及一個立即開始遊戲的 play 操作。自定義的 gameID 鍵具有應用程式可以利用的識別碼，以檢索遊戲邀請。



  { "aps" : { "alert" : { "title" : "遊戲請求", "subtitle" : "五張抽牌", "body"
  : "Bob 想玩撲克" }, "category" : "GAME_INVITATION" }, "gameID" : "12345678" }

除了載荷結構外，您還應該記住 APNs 允許的最大載荷大小，即：

VoIP 通知：5KB (5120 位元組)
其他遠程通知：4 KB (4096 位元組)

因此，您必須遵守上述最大載荷限制，以避免您的請求被拒絕。

第二部分：Apple 推播通知服務的使用案例和最佳實務

有許多場景中常用到 Apple 推播通知服務。其中一些主要的場景如下：

用戶行為觸發的通知

您可以使用 APNs 發送用戶行為觸發的通知。例如，您可以在用戶安裝或註冊您的應用程式後向他們發送歡迎訊息。同樣，您可以向用戶提供特別折扣，特別是當他們的購物車中有商品但猶豫是否購買時。這些用戶行為觸發的通知是與用戶互動並提升他們的體驗的好方法。

服務變更通知

您還可以使用 APNs 發送服務變更通知。這可能與付款、物流和其他類似事宜有關。例如，您可以向用戶發送有關其訂單狀態的實時更新，或者在其信用卡到期時通知他們。

基於位置的推播通知

您可以使用用戶的地理資訊和 APNs 來發送基於位置的通知。您可以向用戶推薦附近的咖啡館、酒店和其他類似的資訊，讓用戶能夠互動。這將幫助用戶對您的應用程式有更好的體驗。

簡而言之，Apple 推播通知服務 (APNs) 的使用案例是無窮無盡的。除此之外，以下是一些您在發送推播通知時應該考慮的最佳實務：

根據用戶行為和偏好發送個性化通知，以最大化互動。
在合適的時間發送通知，避免頻繁發送通知。
保持通知簡短且有用（少於 100 字元）。
將通知設計為可操作的警報。

簡而言之，要最大化 APNs 的效果，需要在推播通知上採取策略性的方法。您需要測試不同的策略，並強調那些能最大化用戶互動的策略。

第三部分：為什麼選擇第三方 Apple 推播通知服務

雖然直接實施 Apple 推播通知服務 (APNs) 可以讓您掌控，但它也需要持續的維護和擴展工作。第三方服務可以減輕這些挑戰，讓您專注於應用程式的核心功能和用戶體驗。但首先，讓我們來看看實施 APNs 的難題。

直接實施 APNs 涉及多方面的成本和資源考量，如下所示：

Apple 開發者計劃會員資格：要訪問 APNs，您需要成為 Apple 開發者計劃的會員，每年需要花費 99 美元。
伺服器基礎設施：您需要一個伺服器來發送通知到 APNs。雖然 APNs 本身是免費的，但維護您的伺服器基礎設施可能會產生成本。
開發時間：設置和管理 APNs 需要開發時間，這可能會根據您的需求的複雜性而顯著增加。
錯誤處理：開發健全的錯誤處理和重試機制可能會消耗大量資源。
可擴展性：隨著您的用戶基數增長，擴展您的基礎設施以處理更多的通知可能會增加成本。

以上大多數與 APNs 相關的問題都可以通過使用第三方服務來解決。以下是這些服務如何幫助減少這些負擔的方法：

成本效益：它們通常提供分級定價模式，包括免費層，這可能比維護您自己的基礎設施更具成本效益。
易於使用：它們提供用戶友好的儀表板和工具，簡化了推播通知的設置和管理。
高級功能：許多服務提供高級功能，如分析、分段和 A/B 測試，無需額外的開發工作。
可靠性：它們提供更好的可靠性和傳遞率，內建錯誤處理和重試邏輯。
支援：訪問客戶支援可以幫助快速解決問題，減少對內部專業知識的需求。

注意：第三方推播服務也需要 99 美元。

第四部分：最佳 Apple 推播通知服務 (APNs) 提供商：FCM vs EngageLab

現在我們已經強調了第三方蘋果推播服務的實用性，下一個問題是應該選擇哪個服務提供商。在這方面，Firebase Cloud Messaging (FCM) 和 EngageLab 是首選。以下是兩個推播服務提供商的快速比較：

Firebase Cloud Messaging (FCM) 和 EngageLab 之間的比較

Firebase Cloud Messaging (FCM)：

iOS 移動推播通知：提供基本的 iOS 通知支持，沒有精確的預覽和有限的豐富媒體支持。
推播 API：API 只支持有限的用戶分群推播，沒有終端用戶時區或多語言推播功能，且 API 庫複雜。
推播後效分析：不支持設備粒度的訊息生命周期檢查。可以使用 Firebase 功能處理推播回調，但需要訪問 Firebase 分析 (Analytics) 以進行詳細的數據檢查。
技術支持：主要通過公共論壇或支持，大多數問題未得到解答。
價格：FCM 初期免費使用。然而，數據存儲、圖像託管和分析有額外費用，其他產品有單獨的定價模式。