Meta Tech Provider
account_alerts Webhook
account_alerts 是 Meta 用于提示业务账户相关事项的通用通道。与其他事件不同，它不携带需要应用的状态，因此它提示您查看，而不是让系统自动采取行动。
此通道会收到什么？
凡是 Meta 认为值得标记的账户事项，都可能出现在这里。内容范围本来就没有固定边界，而且一直在扩展。
由于内容不是固定集合，按特定警报类型编写的处理程序会漏掉新类型。持久可靠的做法是记录警报，将其关联到账户，并呈现给人工查看，而不是把每种警报映射为自动响应。
这是唯一一个诚实的处理方式是留意，而不是作出判断的运营事件。我们的处理程序会记录警报已到达，但不会尝试从中推断状态。
它应如何纳入监控？
把它作为时间线上的标记，放在那些确实携带状态的事件旁边。
价值在于事件顺序。一个警报先到达，随后出现审核被拒和限制，这个顺序讲述的故事，不是其中任何一个事件单独能够说明的。把它们记录在同一条时间线上，才能看清这一点，也才能让您与客户的对话从猜测变成具体日期和事件。
它不应触发任何操作。警报不是断开连接，不是质量下降，也不是限制。把它当作其中任何一种情况，都会产生误报，让人们开始忽略真正的警报。
常见错误
- 按特定警报类型切换处理逻辑。集合会扩展，围绕今天的列表编写的处理程序会逐渐失效。
- 根据警报触发自动化。它不携带状态，因此任何推断都只是猜测。
- 因为它不可直接操作就丢弃。它的价值在于与其他事件形成的顺序。
使用 EasyCoexistence 完成这些操作
EasyCoexistence 会在连接时间线上记录每条警报，并与确实携带状态的事件放在一起，因为顺序决定了它们的意义。
常见问题
为什么它不会改变我的连接状态？
因为它没有说明发生了什么变化。根据它推断状态会产生误报。
在哪里可以查看详情？
在业务账户的 Business Manager 中。此事件提示您到那里查看。
它很少出现吗？
它不是日常事件，因此出现时更值得呈现出来。
这是否意味着出现了问题？
不一定。这表示 Meta 提出了某个事项，值得人工查看，而不是自动响应。
继续阅读
The account_review_update webhookMeta reports the outcome of an account review here. What the decision field carries, and why a rejection is worth treating as a degraded connection.The business_capability_update webhookHow messaging limit changes arrive. What the tier means, why it moves in both directions, and how it differs from throughput.WhatsApp error 368: account restricted by policyError 368 means Meta has restricted the WhatsApp Business Account for a policy violation. What restriction means, and what it does not.WhatsApp webhook fields, and which ones go whereThe eight webhook fields a Coexistence connection uses, what each carries, and which are routed to your endpoint versus kept for monitoring.
准备开始了吗？
几分钟即可设置 WhatsApp Coexistence，而不是几个月。应用会继续在手机上运行。
开始免费试用验证时间