iOS 推播通知設定教學：從 APNs 串接到發送第一則通知

讓使用者持續使用 App，是企業經營的重要課題。透過適時、實用的推播通知，企業能將最新消息、優惠與服務提醒直接傳送給使用者，增加互動與再次使用 App 的機會。據統計，幾乎 90% 的推播通知會被用戶打開。如果你正在經營 iOS App，希望透過推播通知與使用者保持聯繫，本文將帶你從基本概念開始，逐步完成設定。

本文先介紹推播通知與 Apple 推播通知服務（APNs）的運作方式，再說明 iOS 推播通知的設定流程，最後介紹如何為你的應用設定並發送 iOS 推播通知。

第一部分：認識推播通知與 APNs

什麼是推播通知？

推播通知是由 App 傳送至使用者裝置的簡短訊息或提醒。例如，新聞 App 可以推播即時新聞，購物或生活服務 App 則可以發送優惠資訊、訂單進度與服務更新。

推播通知是 App 與使用者保持聯繫的管道之一，也有助於提升互動與留存。即使使用者沒有開啟 App，仍可收到最新消息、重要提醒或個人化內容，並在有需要時返回 App。

Apple 推播通知服務（APNs）是 Apple 提供的雲端服務，負責在 App 伺服器與使用者裝置之間傳遞遠端通知。伺服器會將裝置權杖（device token）與通知酬載（payload）傳送至 APNs，再由 APNs 將通知轉送到指定裝置。依照通知設定，裝置可以顯示訊息、播放音效、更新 App 圖像上的標記，或在不顯示提示的情況下執行背景更新。

APNs 如何傳送推播通知？

透過 APNs 傳送 iOS 推播通知，主要包含以下四個步驟：

• 裝置註冊：App 啟動並向 APNs 註冊後，會取得裝置權杖，供後續發送通知時識別接收裝置。
• 伺服器發送請求：App 伺服器取得裝置權杖後，會將權杖與通知內容放入 POST 請求，傳送至 APNs。
• 身分驗證：APNs 會透過伺服器提供的憑證或驗證權杖，確認請求是否有效。
• 傳送至裝置：通過驗證後，APNs 會將通知轉送至指定裝置。

了解通知如何從伺服器傳送到裝置後，接著就可以開始設定 App 的推播功能。

第二部分：如何為 App 設定 iOS 推播通知？

請依序完成以下六個步驟，每一步都以前一步的設定為基礎。

1在 Xcode 啟用推播功能，並加入註冊程式碼

開啟 Xcode 專案，選取 App 的 target，切換至 Signing & Capabilities 分頁，點選+ Capability，再新增 Push Notifications。完成後，App 的授權項目中便會加入 aps-environment。

2在 Apple Developer 網站為 App ID 啟用推播

登入 developer.apple.com，開啟 Certificates, IDs & Profiles，再進入 Identifiers，選取 App 對應的 App ID。

在 Capabilities 分頁中勾選 Push Notifications 並儲存。若 App 已經上架，完成後請重新產生並下載佈建描述檔（provisioning profile），讓後續建置的版本包含這項授權。

3建立 APNs 驗證資料：.p8 金鑰或 .p12 憑證

這兩種方式都能讓 APNs 驗證伺服器身分，主要差別在於後續的維護需求。

若採用權杖驗證，請依照 Keys 中的設定流程，在 Apple Developer 網站建立啟用 APNs 的金鑰，並下載 .p8 檔案。請妥善保存，因為同一把金鑰只能下載一次。詳細步驟可參考Apple 權杖驗證連線指南。若採用憑證驗證，請先建立並安裝 APNs 憑證，再從鑰匙圈存取（Keychain Access）匯出為 .p12 檔案。

4將驗證資料上傳至推播伺服器或平台

若自行架設推播伺服器，請將 .p8 金鑰載入 APNs 用戶端程式庫，再透過 HTTP/2 發送請求。多數團隊則會將驗證資料上傳至推播平台，交由平台管理連線、重試機制與權杖狀態回報。在平台後台開啟 App 的 Integration Settings（整合設定），選擇 iOS Certificate Configuration（iOS 憑證設定）或 Token Authentication Configuration（權杖驗證設定），上傳檔案，並選擇對應的 APNs 環境。

5整合 iOS SDK

推播平台的 SDK 通常已整合裝置註冊、權杖上傳與傳送結果回呼等功能，無須逐一自行實作。請依服務商的整合文件操作，例如 EngageLab iOS SDK 整合指南。這裡務必確認 SDK 設定的環境與建置版本一致，否則可能花上不少時間排查。例如，開發版本若連到正式環境的 APNs，每次發送都會收到BadDeviceToken錯誤。

6發送測試通知，確認結果

正式發送前，先傳一則測試通知到自己的裝置。若沒有收到，請依序檢查三個常見原因：裝置未允許通知、APNs 環境與建置版本不符，或裝置權杖已失效。App 移除後，原本的權杖可能失效，APNs 此時會回傳410 Unregistered。確認實機能正常收到測試通知後，再進行正式發送。

第三部分：透過管理後台發送 iOS 推播通知，無須另外撰寫程式

完成第二部分的驗證資料設定與 SDK 整合後，行銷與產品團隊就能直接在管理後台建立、發送推播，無須再透過程式呼叫 APNs。以下以EngageLab AppPush 管理後台為例，多數代管推播平台也有類似的操作流程。

1開通 AppPush 服務，記下 AppKey

註冊帳號後，開啟AppPush並建立應用程式。請記下AppKey，SDK 整合、驗證資料與各項報表都會透過它對應到同一個 App。

2編輯通知內容

開啟推播，在通知內容中填入標題、內文，並將目標平台設為 iOS。建議先寫好純文字內容，再視需求加入圖片等多媒體素材；編輯時可隨時查看即時預覽。圖片與操作按鈕的使用方式，可參考多媒體推播通知指南。

3選擇推播對象

在目標群體中，可透過裝置標籤（Tag）、別名（Alias）或已儲存的分眾條件篩選對象。第一次發送時，建議先使用內部測試群組的標籤，確認內容與設定無誤後，再擴大發送範圍，避免誤發給不相關的使用者。

4設定 iOS 選項與發送排程

在進階設定中，設定 App 圖像標記、通知音效、裝置離線時的訊息保留時間，以及要顯示通知提示，或採用不顯示提示的背景推播。接著透過傳送時間，依接收者所在時區安排發送時間，並設定發送頻率上限，避免使用者短時間內收到過多通知。

5查看送達與點擊成效

發送後，開啟統計區塊，可以查看各通道的送達率與點擊率（CTR）。

第四部分：EngageLab 如何協助團隊管理推播？

當推播需求逐漸增加，團隊除了要維護 APNs 連線，也需要管理通知內容、發送對象與成效報表。若希望將這些工作集中在同一個平台，EngageLab 是可評估的選項之一。

EngageLab 的 iOS 推播通知服務整合了通知發送、對象管理與成效分析等功能，方便團隊在同一個後台處理日常推播工作。主要功能包括：

• 1

  多種推播應用情境

  可依使用者行為、所在位置或分眾條件發送通知，適用於活動提醒、服務異動與個人化訊息等情境。
• 2

  支援 iOS 推播與多媒體內容

  支援 iOS 推播通知與多媒體內容，方便團隊依訊息目的規劃合適的呈現方式。
• 3

  彈性搭配通知內容

  可依內容需求搭配文字、圖片等素材。實際可用的格式與呈現效果，會依作業系統、裝置及整合方式而有所不同。
• 4

  推播分析

  透過分析儀表板查看推播統計資料，搭配查詢與結果回呼功能，追蹤發送情況並找出可改善的環節。
• 5

  推播 API

  可搭配 API 進行使用者分眾、依接收者時區安排發送時間，以及設定排程任務；也提供多種程式語言的範例，方便開發團隊整合。
• 6

  操作容易上手

  透過清楚的操作介面與分步流程，讓團隊更容易上手，完成通知編輯與發送設定。
• 7

  30 天免費試用

  提供 30 天免費試用，試用期間可體驗完整功能，再依實際需求評估後續方案與費用。
• 8

  技術支援

  提供全天候客戶服務與多語言技術文件，協助團隊處理整合與操作問題。

對需要統一管理推播內容、發送排程與成效分析的團隊而言，EngageLab 能減少日常操作與整合上的負擔。評估時，可先以實際發送情境測試功能，再確認是否符合團隊需求。

常見問題

使用推播通知一定要有付費的 Apple 開發者帳號嗎？

是的。推播通知授權項目需要付費的 Apple Developer Program 會員資格（每年 US$99）。免費帳號的佈建描述檔無法用於向 APNs 註冊，因此安排推播開發前，請先完成會員申請。

可以用模擬器測試 iOS 推播通知嗎？

可以，但有條件限制。搭載 Apple 晶片的 Mac 搭配 Xcode 14 或更新版本時，模擬器可接收遠端推播；也可以將 .apns 酬載檔案拖放到模擬器中，檢查通知的顯示效果。不過，送達時間、權限提示與背景執行的情況仍可能和實機不同，因此上線前務必再用實機確認。

APNs 應該使用 .p8 金鑰還是 .p12 憑證？

除非既有系統只支援憑證，否則建議使用 .p8 權杖簽章金鑰。同一把金鑰可供帳號下的所有 App 使用，不會到期，也支援兩種 APNs 環境。憑證則需依 App 分別設定，且每年都要更新；忘記更新憑證，是正式環境推播突然中斷的常見原因之一。

為什麼 iOS 推播通知沒有送達？

請依序檢查四件事：使用者是否拒絕通知權限；APNs 環境是否與建置版本一致，將沙盒環境的權杖送往正式環境會收到 BadDeviceToken；App 移除後，裝置權杖是否已失效，此時會收到 410 Unregistered；以及 .p12 憑證是否已過期。搭配第三部分介紹的未送達原因報表，就能逐項排查，縮小問題範圍。

結語

iOS 推播通知能讓使用者在未開啟 App 時，仍收到實用資訊與重要提醒。本文從 APNs 的基本運作出發，說明前期技術設定，以及透過 EngageLab 管理後台發送通知的流程。若希望簡化日常管理，可以先試用EngageLab App 推播服務，完成必要整合後，從小規模測試開始，逐步確認通知內容、發送設定與實際成效。