概要

在 2026 年 5 月 19 日 4:05 至 5:07 UTC 之间,所有 Pod 的客户都遇到了WhatsApp、 Messenger和 Instagram对话的入站消息传送中断。在此事务窗口内,一些终端用户消息延迟或未送达到 Zendesk 消息传送。 出站消息传送(通过 API 发送的消息)不受影响。 

时间线

太平洋时间 | 2026 年 5 月 18 日下午 11:53 2026 年 5 月 19 日 4:53 UTC
我们目前注意到一个影响WhatsApp、 Messenger和 Instagram社交消息传送渠道中消息发送的问题。我们的工程师正在积极调查此问题,并会与供应商合作伙伴密切合作,尽快解决此问题。一旦有更多信息可用,我们将尽快分享更新。感谢您的耐心和理解。
 
太平洋时间 | 2026 年 5 月 19 日上午 12:27 5:27 UTC
我们已确认这两个渠道的入站消息发送已部分恢复。WhatsApp、 Messenger和 Instagram 现已部分恢复,但消息发送仍可能时断时续。我们的合作伙伴 Meta 已确认此问题,并正在积极解决。我们将继续密切关注,如有更多信息,我们会及时分享更新。
 
太平洋时间 | 2026 年 5 月 19 日上午 12:53 5:53 UTC
我们确认, WhatsApp、 Messenger和 Instagram 的入站消息发送已完全恢复,所有渠道现已正常运行。感谢您的耐心等待和理解,我们已与合作伙伴合作解决此问题。
 

根本原因分析

造成此事件的原因是来自提供WhatsApp/ Messenger /Instagram 整合的社交消息传送平台的Webhook 传递出现上游中断。

 

这意味着什么

对于这些渠道,入站消息依靠Webhook从上游平台传递到 Zendesk 端点。在事务窗口期间:

  • 到达 Zendesk 的入站 Webhook 请求数量急剧下降。
  • 已成功处理到达的 Webhook 请求(未观察到应用程序端错误峰值)。
     

为什么 Zendesk 无法阻止?

由于中断发生在 Zendesk 的上游(在请求到达我们的应用程序之前),我们无法在 Zendesk 中应用更改来恢复收件箱。此次事件中,我们关注的焦点是:

  • 快速检测和验证
  • 清晰的客户沟通
  • 升级给上游提供商
  • 恢复发送后确认端到端恢复
     

解决方案

随着上游 Webhook 发送问题的解决,入站发送已恢复。我们监测入站流量,并进行功能测试,直至确认:

  • 各个渠道一致收到的入站消息
  • 工作量已恢复到正常基准水平
     

我们接下来做什么

虽然我们无法完全避免这些渠道中的上游中断,但我们正在采取措施改进检测和响应:

  • 更新了上游社交消息传送事务的内部升级指南。
  • 为WhatsApp、 Messenger和 Instagram建立共享生产测试帐户,更快地验证影响和恢复。
  • 继续细化监测,以便我们更快地区分平台端送达中断和 Zendesk 中的问题。
     

如需更多信息

有关 Zendesk 当前系统状态信息以及对您帐户的具体影响,请访问我们的系统状态页面。如果您对此事务有其他疑问,请联系 Zendesk 客户支持。

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

由 Zendesk 提供技术支持