在我们公司,我们为客户提供网络推送通知服务。我们注意到 2024 年 6 月最后几天的 404 错误数量有所增加,并且诸如“通过 Firebase 发送推送通知时,应在 URL 中指定有效的推送订阅端点,如下所示:
https://fcm.googleapis.com/wp/...
”之类的消息有所增加。
这些错误来自用户订阅期间创建的浏览器生成的端点,而不是我们可以控制的东西。我们已经检查过这些订阅者实际上在过去已经收到过消息。此外,当最近的用户订阅该服务时,端点并没有改变,它们仍然是“https://fcm.googleapis.com/fcm/send/....”的格式。
从此处 [2] 和此处 [3] 的帖子中我不确定我们是否需要从我们的端迁移某些内容,以便继续通过 FCM(这是我们使用的唯一服务)使用网络推送通知。除此之外,我们还没有看到支持我们端发送过程的网络推送库的代码库有任何变化。
我们非常担心我们继续发送通知的能力,并且一旦我们收到任何非 201 响应,我们应该停止将其发送给这些订阅者,这会削减更多客户的受众。
也许与[1]有关?
[2] https://groups.google.com/g/firebase-talk/c/3C2Vq9pIWr4?pli=1
我们注意到 2024 年 6 月最后几天 404 错误有所增加
此问题于 2024 年 6 月 26 日开始,描述如下:
https://pushpad.xyz/blog/fcm-returns-404-for-stale-push-subscriptions
Google 基本上确认了 FCM 发生了变化,现在正在删除 9 个月或更长时间未从 FCM 下载通知的订阅。
基于在数亿台设备上收集的数据,我们对FCM的这一变化仍然存在一些疑问。似乎还删除了一些有效端点(我们发现某些客户的点击次数较少)。如果您也遇到过这种情况,请在此处报告问题:
从此处 [2] 和此处 [3] 的帖子中我不确定我们是否需要从我们端迁移某些内容才能继续通过 FCM 使用网络推送通知
这取决于:
我们直接联系了 Google FCM 支持人员,他们也确认了这一点。