通话后 Webhook
通话结束且分析完成后,通过 Webhook 接收通知。
概述
通话后 Webhook 可让你在分析完成后接收通话详细信息。启用后,ElevenLabs 会向指定端点发送 POST 请求,其中包含完整的通话数据。
ElevenLabs 支持 3 种通话后 Webhook:
- 转录 Webhook(
post_call_transcription):包含完整对话数据,包括转录内容、分析结果和元数据 - 音频 Webhook(
post_call_audio):包含精简数据以及完整对话的 Base64 编码音频 - 呼叫发起失败 Webhook(
call_initiation_failure):包含呼叫发起失败尝试的信息,包括失败原因和元数据
启用通话后 Webhook
可通过 ElevenAgents 设置页面,为工作区中的所有智能体启用通话后 Webhook。

通话后 Webhook 必须返回 200 状态码才会被视为成功。若 Webhook 连续失败 10 次或以上,且上次成功投递已超过 7 天,或从未成功投递,则会自动禁用。
通话后 Webhook 失败时可自动重试。请参阅 Webhook 重试。
身份验证
监听器必须验证所有传入的 webhook。Webhook 目前支持通过 HMAC 签名进行身份验证。可按以下方式设置 HMAC 身份验证:
- 安全存储创建 webhook 时生成的共享密钥
- 使用 SDK 在端点中验证 ElevenLabs-Signature 请求头
JavaScript SDK 提供 constructEvent;Python SDK 提供 construct_event,并使用 rawBody、sig_header 和 secret(在 Python 中,它们不叫 payload / signature)。两者都会验证签名、验证时间戳,并解析 JSON 负载。
Python
JavaScript
使用 FastAPI 的 webhook 处理程序示例:
自定义请求标头
除了 HMAC 签名验证外,还可以在每次 Webhook 投递时附加自定义标头。这可用于传递接收端点所需的 API 密钥、Bearer 令牌或其他身份验证标头。
控制台
CLI
SDK
目前无法通过 ElevenAgents 控制台配置自定义标头。请使用 SDK 或 API 设置自定义标头。
自定义标头可与 HMAC 身份验证同时使用。auth_type 仍必须设为 hmac,
并且会在 ElevenLabs-Signature 标头之外发送自定义标头。
自定义标头为只写。列出 Webhook 端点
的响应不返回 request_headers,因此无法读取为某个 Webhook 配置了哪些标头。
IP 允许列表
为提高安全性,可将 ElevenLabs 的静态出口 IP 添加到允许列表。完整 IP 地址列表请参阅 IP 允许列表。
将 IP 允许列表与 HMAC 签名验证结合使用,可提供多层安全保护。
按智能体覆盖 Webhook
默认情况下,工作区中的所有智能体都会使用工作区设置中配置的 Webhook。可按智能体覆盖此设置,将不同智能体的通话后数据发送到不同端点。
控制台
CLI
SDK
post_call_webhook_id 必须引用工作区中已存在的 Webhook。还可以使用 events 数组指定要发送的事件类型:
Webhook 响应结构
ElevenLabs 会发送 3 种不同的通话后 Webhook,每种都有不同的数据结构:
转录 Webhook(post_call_transcription)
包含完整的对话数据,包括全部转录内容、分析结果和元数据。
顶层字段
数据对象结构
data 对象包含:
音频 Webhook(post_call_audio)
包含精简数据以及作为 Base64 编码 MP3 的完整对话音频。
顶层字段
数据对象结构
data 对象仅包含:
音频 Webhook 仅包含上列 3 个字段。它们不包含转录数据、 元数据、分析结果或任何其他对话详情。
呼叫发起失败 Webhook(call_initiation_failure)
包含电话呼叫发起尝试的信息,包括失败原因和电话服务提供商元数据。
当呼叫因连接错误、用户拒接或用户未接听而无法发起时,会发送呼叫发起失败 Webhook 事件。如果呼叫转入语音信箱,或由自动服务接听,则不会发送呼叫发起失败 Webhook,因为呼叫已成功发起。
顶层字段
数据对象结构
data 对象包含:
对于通过 Twilio 发起的外呼,failure_reason 由 Twilio CallStatus 衍生:busy 和 no-answer 会原样传递,failed 则报告为 unknown。其他 Twilio 呼叫状态不会发送呼叫发起失败 Webhook。
元数据对象结构
metadata 对象结构取决于外呼是通过 Twilio 还是 SIP 中继发起。该对象包含用于区分两者的 type 字段,以及包含服务提供商特定详情的 body 字段。
SIP 元数据(type: "sip"):
SIP 元数据的 body 对象包含:
Twilio 元数据(type: "twilio"):
Webhook 载荷示例
转录 Webhook 示例
音频 Webhook 示例
呼叫发起失败 Webhook 示例
Twilio 元数据示例
SIP 元数据示例
音频 Webhook 投递
音频 Webhook 与转录 Webhook 分开投递,仅包含识别对话所需的必要字段以及 Base64 编码音频数据。
可在 Webhook 设置中使用“发送音频数据”开关启用或禁用音频 Webhook。此设置可在工作区层级(ElevenAgents 设置中)和智能体层级(单个智能体的 Webhook 覆盖设置中)配置。
流式投递
音频 Webhook 会以带有 transfer-encoding: chunked 标头的流式 HTTP 请求投递,以高效处理大型音频文件。每个请求会在 5 分钟后超时。
重试
若为 Webhook 启用了重试,失败的音频投递会按照与转录 Webhook 相同的计划重试。重试会重新发送完整音频载荷,因此请按 conversation_id 去重。有关重试计划、可重试错误和音频大小限制,请参阅 Webhook 重试。
处理音频 Webhook
由于音频 Webhook 通过分块传输编码投递,需要正确处理流式数据:
音频 Webhook 的文件可能较大,请确保 Webhook 端点能够处理流式请求,并有足够的内存和存储容量。音频以 MP3 格式投递。
使用场景
自动通话跟进
通话后 Webhook 可用于构建在通话结束后立即触发的自动化 workflow。以下是一些实用场景:
CRM 集成
在通话完成后立即使用对话数据更新客户关系管理系统:
有状态对话
通过存储和检索状态,在多次互动间保持对话上下文:
- 通话开始时,将用户 ID 作为动态变量传入。
- 通话结束时,设置 Webhook 端点,根据从 dynamic_variables 中提取的用户 ID 将对话数据存入数据库。
- 当用户再次来电时,可检索此上下文并将其作为
{{previous_topics}}动态变量传入新对话。 - 这样可打造流畅体验,让智能体“记住”之前的互动。