Facebook聊天机器人：用户屏蔽消息的Webhook事件查询

嘿，我来帮你梳理下Facebook Messenger平台这边的情况——很遗憾，目前并没有像VK的message_deny那样专门用来捕获用户屏蔽机器人消息的Webhook事件。不过别担心，我们有几个间接的方法可以追踪这类行为，覆盖大部分场景：

• 捕获消息发送失败的错误响应：当你尝试给用户发送消息时，如果对方已经屏蔽了机器人、取消了订阅，或者限制了消息接收，Facebook的Graph API会返回特定的错误代码：

  • 错误代码100 + 子代码2018001：表示用户已阻止你的机器人，无法发送消息。
  • 错误代码100 + 子代码2018002：表示用户已取消订阅来自你的页面的消息。
    你可以在发送消息的API调用中捕获这些错误，然后将对应的用户ID标记为「已停止接收消息」。

• 监听页面取消订阅事件：如果你的机器人关联了Facebook页面，当用户取消关注该页面时，Webhook会触发page_unsubscribe事件。虽然取消关注页面≠屏蔽机器人，但这是用户明确表示不想再和页面（及关联机器人）互动的信号，可以作为补充的追踪依据。

• 留意用户主动触发的停止接收操作：部分用户会通过Messenger内的「停止接收」选项关闭机器人消息，这种场景下有时会触发messaging_optouts事件（属于Webhook的messaging类型子事件）。不过这个事件的触发条件相对有限，仅当用户通过特定订阅管理入口操作时才会发送，所以不能完全依赖，但可以作为额外的数据源。

需要注意的是，这些方法都需要你在代码中主动处理，没有像VK message_deny那样的实时触发事件，所以最好结合发送消息的错误处理和页面事件监听，以此覆盖绝大多数用户停止接收消息的场景。

内容的提问来源于stack exchange，提问作者mrequ