通话后 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 状态码才会被视为成功。如果连续失败 10 次或以上,且距上次成功 送达已超过 7 天,或从未成功送达,webhook 将被自动禁用。
通话后 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 对象包含:
conversation_initiation_client_data.dynamic_variables 将变量名称映射到任意 JSON 值,包括列表和对象。它包含内置的 system__ 变量,也可能添加新变量,因此请勿拒绝无法识别的键或值类型。请参阅动态变量。
音频 webhook(post_call_audio)
包含最少的数据,以及作为 base64 编码 MP3 的完整对话音频。
顶层字段
数据对象结构
data 对象仅包含:
音频 webhook 仅包含以上列出的字段。它们不包含转录数据、元数据、分析结果或其他对话详情。
通话发起失败 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 可立即触发自动化工作流。以下是一些实际应用:
CRM 集成
通话结束后立即使用对话数据更新客户关系管理系统:
有状态对话
通过存储和检索状态,在多次交互中保持对话上下文:
- 通话开始时,将用户 ID 作为动态变量传入。
- 通话结束时,设置 webhook 端点,根据从 dynamic_variables 中提取的用户 ID,将对话数据存储到数据库。
- 用户再次呼叫时,可以检索此上下文,并将其传入新对话的
{{previous_topics}}动态变量。 - 这样便能提供连贯的体验,让智能体“记住”之前的互动。