使用 Webhook 触发器响应来自 Zap 的源
Response to the Source from Zap with Webhook Trigger
当我的 zap 超过 1 步时，触发器是 Zapier 的 Webhooks with Catch Hook。当我将响应发送到 webhook 时，它会向源提供这种有效负载响应：
{"id": "548299ef-bb3a-4769-885a-fb001407c049", "request_id": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "attempt": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "status": "success"}
有没有办法让 Zap 的连接保持活动状态，而不是提供响应，而是提供 Zap 最后一步的响应？
简短回答：不，这是不可能的。您将始终获得发送 webhook 时发布的 json 有效载荷（除非您禁用它，但随后什么也得不到）。
长答案：不，因为 zap 执行与 webhook 摄取是分开发生的。把这个操作想象成不太像网络服务器（调用者正在等待响应），更像是异步的（调用者要求完成某件事，服务器确认它会做，然后事情最终发生）。
当我的 zap 超过 1 步时，触发器是 Zapier 的 Webhooks with Catch Hook。当我将响应发送到 webhook 时，它会向源提供这种有效负载响应：
{"id": "548299ef-bb3a-4769-885a-fb001407c049", "request_id": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "attempt": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "status": "success"}
有没有办法让 Zap 的连接保持活动状态，而不是提供响应，而是提供 Zap 最后一步的响应？
简短回答：不，这是不可能的。您将始终获得发送 webhook 时发布的 json 有效载荷（除非您禁用它，但随后什么也得不到）。
长答案：不，因为 zap 执行与 webhook 摄取是分开发生的。把这个操作想象成不太像网络服务器（调用者正在等待响应），更像是异步的（调用者要求完成某件事，服务器确认它会做，然后事情最终发生）。