Webhooks
Descripción general
Ciertos eventos de ElevenLabs se pueden configurar para activar webhooks, lo que permite que aplicaciones y sistemas externos reciban y procesen estos eventos a medida que ocurren. Los tipos de eventos compatibles actualmente incluyen:
Configuración
Puedes crear, desactivar y eliminar webhooks desde la página de configuración general. Para usuarios de Espacios de trabajo, solo los administradores del espacio de trabajo pueden configurar los webhooks de este.

Después de crearlo, puedes seleccionar el webhook para que escuche eventos en la configuración de productos como Agents Platform.
Puedes desactivar los webhooks desde la página de configuración general en cualquier momento. Los webhooks que fallan repetidamente se desactivan automáticamente si hay 10 o más fallos consecutivos y la última entrega correcta fue hace más de 7 días, o si nunca se han entregado correctamente. Los webhooks desactivados automáticamente deben volver a activarse desde la página de configuración. Puedes eliminar los webhooks si no los utiliza ningún producto.
Reintentos
Puedes activar los reintentos para cada webhook, de modo que se vuelva a intentar automáticamente la entrega cuando falle una solicitud. Los reintentos están desactivados de forma predeterminada. Actívalos al crear o actualizar un webhook mediante la API o desde la configuración del webhook.
post_call_transcription.Programa de reintentos
Cuando un intento de entrega falla con un error reintentable, el sistema lo vuelve a intentar hasta 5 veces, con intervalos cada vez mayores entre intentos:
Se añade una pequeña variación aleatoria (de hasta el 10 % del intervalo) a cada reintento para distribuir la carga y evitar problemas de efecto rebaño.
Errores reintentables
No todos los fallos activan un reintento. Solo se consideran reintentables los siguientes códigos de estado HTTP:
- Códigos de estado
5xx(errores del servidor como 500, 502, 503 y 504). 429(demasiadas solicitudes).408(tiempo de espera de la solicitud).
Los errores de solicitud en el intervalo 4xx (como 400, 401, 403 y 404) no se reintentan, ya que suelen indicar un problema de configuración que requiere corrección manual.
Límites de cola por webhook
Cada webhook está limitado a 100 tareas de reintento pendientes. Si un webhook acumula más de 100 reintentos en cola, las tareas adicionales se descartan hasta que se procesen los reintentos existentes. Esto evita que un único webhook mal configurado consuma recursos excesivos.
Comportamiento de desactivación automática
El sistema registra los fallos de entrega consecutivos de cada webhook. Un webhook se desactiva automáticamente cuando se cumplen ambas condiciones siguientes:
- Se han producido 10 o más fallos de entrega consecutivos.
- El webhook nunca se ha entregado correctamente, o la última entrega correcta fue hace más de 7 días.
Cuando un webhook se desactiva automáticamente, los administradores del espacio de trabajo reciben una notificación por correo electrónico. Debes volver a activar manualmente el webhook desde la página de configuración antes de que reanude las entregas.
Integración
Para integrarte con webhooks, crea un controlador de ruta para recibir los datos de eventos del webhook como solicitudes POST. Tras validar la firma, el controlador debe devolver HTTP 200 sin demora para indicar que se ha recibido correctamente. Si no se devuelve repetidamente una respuesta correcta, el webhook podría desactivarse automáticamente.
La carga útil del reintento es idéntica a la del intento de entrega original. Los consumidores de webhooks no pueden distinguir entre una entrega inicial y un reintento solo a partir de la carga útil, así que diseña tu controlador para que sea idempotente: procesar el mismo evento varias veces debe producir el mismo resultado. Usa event_timestamp e identificadores específicos del evento (como conversation_id) para eliminar eventos duplicados si es necesario.
Campos de nivel superior
Ejemplo de carga útil de webhook
Autenticación
Es importante que el listener valide todos los webhooks entrantes. Actualmente, los webhooks admiten autenticación mediante firmas HMAC. Configura la autenticación HMAC de esta forma:
- Almacena de forma segura el secreto compartido generado al crear el webhook
- Verifica la cabecera ElevenLabs-Signature en tu ruta de API mediante el SDK
El SDK de JavaScript incluye constructEvent; el SDK de Python incluye construct_event con rawBody, sig_header y secret (en Python no se llaman payload / signature). Ambos verifican la firma, validan la marca de tiempo y analizan la carga útil JSON.
Python
JavaScript
Ejemplo de controlador de webhook con FastAPI: