Facebook graph api 如何处理FB messenger API web钩子调用中的延迟？

我正在开发一个messenger机器人，在发送消息之前会有很长的延迟（10~15分钟）。我正在尝试向页面发送音频消息，会有很长的延迟，然后我会收到大量消息。person的消息路由工作得很好，我看到消息显示在仪表板上，所以我知道FB正在从我的客户那里接收消息。 我想这可能是因为发送媒体（音频）造成了更多的延迟，但即使是短信也需要一段时间才能送达

这正常吗？ 有什么解决办法吗

有一件事可能是一些消息被推迟审批/人工检查，但该应用程序处于开发模式

---

更新：第二天-我仍然收到我昨天发送的消息，并将反馈输入到我的API webhook中。因此webhook API调用延迟了12个小时以上>。我相信Messenger平台至少从19年11月16日起就经历了重大动荡。我们看到对“Get Started”webhook的重复调用，每个用户最多调用8次（我们这边没有变化，两年来有很多用户）。[在许多聊天机器人中][1]网络视图也存在问题，因为FB

signed\u请求被破坏。在过去的两年里，我们有太多无法解释的节目阻止了Messenger平台的漏洞，以至于我们将所有的主营业务都从Messenger转移出去，并且只用于次要的营销活动。[1] ：是的，听起来不错。几天后收到了消息。我在旧金山参加了一个facebook hackathon，基本上不可能为该平台开发，因为消息到达的时间会超过两天活动的持续时间：我相信Messenger平台至少自19年11月16日以来经历了重大动荡。我们看到对“Get Started”webhook的重复调用，每个用户最多调用8次（我们这边没有变化，两年来有很多用户）。[在许多聊天机器人中][1]网络视图也存在问题，因为FB
signed\u请求被破坏。在过去的两年里，我们有太多无法解释的节目阻止了Messenger平台的漏洞，以至于我们将所有的主营业务都从Messenger转移出去，并且只用于次要的营销活动。[1] ：是的，听起来不错。几天后收到了消息。我当时在旧金山的一个facebook hackathon上，基本上不可能为这个平台开发，因为消息到达的时间要比两天的活动时间长：D