0

我們正嘗試使用GCM API向Chrome用戶發送一些推送通知。直到3-4 前幾天,向最終用戶發送通知的遞送率爲 約爲60-70%。我們有1天的超時時間,因此在通知發佈後大約一天沒有上線 的人不應該得到它。未提供推送通知的GCM API

我們看到,這個交付率已經急劇下降到約10%,我們這邊沒有變化。我們將消息推送到GCM,API成功返回,但消息未傳遞。此外,我們在測試池中的用戶中有一些人提到儘管在線(位於Chrome的 ),但他們在發送時沒有收到任何通知。 奇怪的是,他們在幾天後確實收到了這些通知(甚至在設置了24小時超時後的 )。

舊的GCM API是否有一些問題,如延遲和遞送 率?例如,對於測試令牌,通知在格林威治標準時間12月1日09:55發送,並於格林威治標準時間13時13分13秒發送。

我們正在利用這個端點:https://android.googleapis.com/gcm/send

+0

似乎不是一個廣泛的事件。在那段時間之前/之前你有沒有改變過什麼? –

+1

不,我們沒有改變任何東西。端點,有效載荷與我們的日誌相同。我應該編輯這個問題,提到我們正在向Chrome發送通知,而不是Android。 – Milind

+0

由於您提到您的結局沒有任何變化,但仍然有突然意外的行爲,我認爲您應該繼續向[GCM支持]報告此問題(https://support.google.com/code /接觸/ gcm_dev_support)。 –

回答

0

所以只是爲了保持它短,這似乎是你使用的是舊端點:

https://android.googleapis.com/gcm/send 

並儘可能GCM執行得好,有WASN (我一直在監控GCM標籤,所以..是啊..),但是您不能保證請求的成功,除非您使用的是建議的端點(見docs):

https://gcm-http.googleapis.com/gcm/send 

我建議使用這種前進。由於我們也在討論使用建議的實現方式,所以您也應該看看使用Firebase Cloud Messaging。乾杯!