此資訊可協助您進行推送訊息疑難排解。
下列延遲類型可能與 Mobile Services 的推送訊息有關:
等候 Analytics 點擊
每個報表套裝都可設定處理傳入 Analytics 點擊的時機。預設為每 1 小時。
實際處理 Analytics 點擊最多可能需要 30 分鐘,但通常為 15 至 20 分鐘。例如,報表套裝每小時會處理點擊一次。當您將所需的處理時間 (最長30分鐘) 納入考量後,傳入的點擊最久可能需要 90 分鐘,才能供推播訊息使用。如果使用者在早上 9:01 啟動應用程式,則點擊會在早上 10:15 到 10:30 之間,於 Mobile Services 使用者介面中顯示為不重複的新使用者。
等候推送服務
推送服務 (APNS 或 GCM) 可能不會立即送出訊息。雖然此情況並不常見,但有時需等候最多 5-10 分鐘。您可以透過查看「推送訊息」的「報表」檢視、在「訊息歷程記錄」表格中找出訊息,並查看「已發佈」計數,來確認推送訊息已傳送至「推送服務」。
API 金鑰失效
API 金鑰失效的可能原因如下:
確定 API 金鑰是否有效
若要確定 API 金鑰是否有效,請執行以下命令:
# api_key=YOUR_API_KEY
#curl--header"Authorization:key=$api_key"\
--headerContent-Type:"application/json"\
https://gcm-http.googleapis.com/gcm/send\
-d"{\"registration_ids\":[\"ABC\"]}"
系統回傳 401 HTTP 狀態碼的話,表示您的 API 金鑰無效。否則,您會看見類似以下內容:
{"multicast_id":6782339717028231855,"success":0,"failure":1,
canonical_ids":0,"results":[{"error":"InvalidRegistration"}]}
您也可以使用代號來取代 "ABC"
以檢查註冊代號的有效性。
APNS 認證失效的可能原因如下:
.p8
檔案而非 .p12
檔案。下列範例說明如何在使用 VRS 時解決推送失敗的問題。
以下客戶擁有兩個 iOS 應用程式:
a.appid contains "PhotoShop_iOS_app_SF"
a.os contains "iOS"
此範例中,若 Photoshop 員工傳送推送至 PhotoShop_iOS_app_SF 應用程式,則所有 PhotoShop_iOS_app_SF 應用程式使用者都會如期收到推送訊息。但是,若員工傳送訊息至 PhotoShop_app_LA 應用程式,由於其 VRSID 定義區段不正確 (iOS
而非 a.os contains "PhotoShop_iOS_app_LA"
),因此訊息會傳送給 AllAdobe PhotoShop_apps 中的所有 iOS 使用者。儘管訊息仍會傳送給 PhotoShop_iOS_app_LA 使用者,但訊息也會將 PhotoShop_iOS_app_SF 使用者的推送 ID 加入封鎖名單,因為 PhotoShop_iOS_app_SF 應用程式具有不同憑證。若區段定義為 a.os contains "PhotoShop_iOS_app_LA"
,則推送訊息原本只會傳送給 PhotoShop_iOS_app_LA 使用者。
若透過 PhotoShop_IOS_app_LA 推送憑證傳送,PhotoShop_iOS_app_SF 的推送識別碼將傳回為 invalid
。
在您針對使用 VRS 的應用程式建立推送訊息,並按一下儲存並傳送之後,系統會顯示警示以提醒您確保所列出的每個應用程式必須具備有效憑證。若每個應用程式並未具備有效憑證,則您的對象區段可能已無限期列入封鎖名單,且您未來可能無法傳送推送訊息給受影響的使用者。如需對象區段的詳細資訊,請參閱對象:定義並設定推送訊息的對象區段。