Top.Mail.Ru
Webhook 通知 — 发布 | Postmypost — Postmypost

发布的 Webhook 通知

每次 Postmypost 发布文章或发布失败时,都可以向您的服务器发送实时 HTTP 通知。接收事件、处理数据负载并触发任何下游操作:更新您的 CMS、记录结果、安排下一篇文章或通知您的团队。

实时发布事件

Postmypost 在文章发布、失败或被删除的那一刻向您的端点发送 HTTPS POST。实时响应每个状态更改,无需任何 API 轮询。

结构化的 JSON 负载

每个 webhook 都提供一致的 JSON 正文,包含发布 ID、渠道类型、文章内容、状态代码、时间戳和错误消息(如适用) — 您的处理程序在一个请求中需要的所有上下文。

自动化下游工作流

将 Postmypost 发布事件连接到任何工作流:当文章上线时更新您的 CMS、在失败时通知 Slack 渠道、触发重新发布或将数据提供给分析管道 — 所有由 webhook 驱动。

按项目配置

为每个项目设置唯一的 webhook URL。来自不同渠道或团队的事件会自动路由到正确的端点 — 无需共享处理程序逻辑。

交付日志和重放

每个 webhook 尝试都会记录其完整负载和您的服务器的 HTTP 响应。检查失败、修复您的端点并重新发送错过的事件,不会丢失任何发布数据。

可靠的重试

如果您的服务器返回非 2xx 响应或超时,Postmypost 会自动重试交付。即使在临时停机期间,您的集成也能保持弹性。

其他功能

即时交付
当发布状态更改时,Webhook 事件会立即分发 — 无需轮询,事件和您的处理程序之间没有延迟。
失败时重试
如果您的端点暂时不可用,Postmypost 会自动重试 webhook 交付,确保没有事件丢失。
完整的事件负载
每个 webhook 包括发布 ID、渠道、文章内容、状态、时间戳和任何错误详情 — 您需要的一切信息。
触发任何自动化
使用传入的 webhook 启动任何工作流:更新数据库记录、发送 Slack 提醒、创建下一个计划的文章或调用任何第三方 API。
多个端点
为不同的项目或渠道配置单独的 webhook URL。每个项目都可以有自己的端点,事件路由到恰好需要的位置。
无轮询开销
无需持续查询 Postmypost API 获取状态更新,让 webhook 向您推送事件 — 更清晰的架构、更低的 API 使用量、更快的反应。
事件历史
所有 webhook 交付都会记录其负载和响应代码。检查过去的事件以调试您的集成或重新发送错过的通知。
适用于任何技术栈
Webhook 是带有 JSON 正文的纯 HTTPS POST 请求 — 与任何语言、框架或无服务器函数兼容。

更多功能