我们正在尝试使用GCM API向Chrome用户发送一些推送通知。直到3-4几天前，向最终用户的通知的交付率是约60-70％。我们有1天的暂停，所以没有上网的人通知发出后的大约一天，不应该得到。
我们看到这种交付率急剧下降到大约10％，我们这一边没有改变。我们将消息推向GCM和API返回成功，但消息未能传递。另外，其中一些我们的测试池中的用户提到，尽管在线（开启）Chrome），他们在发送时没有收到任何通知。奇怪的是，他们确实在几天后收到了这些通知（甚至有一个超时设置后，为24小时）。
旧的GCM API是否有一些问题，例如延迟和交货下降费率？例如，对于测试令牌，该通知是在格林尼治标准时间09:55发送的，并于12月3日，格林尼治标准时间发送。
我们正在使用此端点：https：//android.googleapis.com/gcm/send
因此，为了使其简短，似乎您正在使用旧端点：
https://android.googleapis.com/gcm/send
，就GCM的实现而言，截至时刻没有任何这样的行为（我一直在监视GCM标签SO ..是的.. ），但是您除非您使用建议的端点（在文档中看到），否则无法真正保证请求的成功：
https://gcm-http.googleapis.com/gcm/send
我建议使用此前进。而且，由于我们还涉及使用建议的实现的主题，因此您也应该考虑使用Firebase Cloud Mess传递。欢呼！