Przejdź do nawigacji

Webhooki po rozmowie

Otrzymuj powiadomienia przez webhooki, gdy rozmowy się kończą i analiza jest gotowa.

Omówienie

Webhooki Webhooks po rozmowie pozwalają otrzymywać szczegółowe informacje o rozmowie po zakończeniu analizy. Po włączeniu tej opcji ElevenLabs wyśle żądanie POST na wskazany endpoint z pełnymi danymi rozmowy.

ElevenLabs obsługuje trzy rodzaje webhooków po rozmowie:

  • Webhooki transkrypcji (post_call_transcription): zawierają pełne dane rozmowy, w tym transkrypcje, wyniki analizy i metadane
  • Webhooki audio (post_call_audio): zawierają minimalny zestaw danych oraz dźwięk całej rozmowy zakodowany w base64
  • Webhooki nieudanego rozpoczęcia rozmowy (call_initiation_failure): zawierają informacje o nieudanych próbach rozpoczęcia rozmowy, w tym przyczyny i metadane

Włączanie webhooków po rozmowie

Webhooki po rozmowie możesz włączyć dla wszystkich agentów w swoim obszarze roboczym na stronie ustawień ElevenAgents.

Ustawienia webhooków po rozmowie

Aby webhook po rozmowie został uznany za pomyślny, musi zwrócić kod statusu 200. Webhooki, które wielokrotnie zawodzą, są automatycznie wyłączane po co najmniej 10 kolejnych błędach, jeśli ostatnie udane dostarczenie nastąpiło ponad 7 dni temu lub nie było żadnego udanego dostarczenia.

Webhooki po rozmowie mogą być automatycznie ponawiane w razie błędu. Zobacz ponawianie webhooków.

Uwierzytelnianie

Ważne, by odbiornik weryfikował wszystkie przychodzące webhooki. Webhooki obecnie obsługują uwierzytelnianie za pomocą podpisów HMAC. Aby skonfigurować uwierzytelnianie HMAC:

  • Bezpiecznie przechowuj współdzielony sekret wygenerowany podczas tworzenia webhooka
  • Zweryfikuj nagłówek ElevenLabs-Signature w swoim endpointzie za pomocą SDK

SDK JavaScript udostępnia constructEvent, a SDK Python construct_event z parametrami rawBody, sig_header i secret (w Pythonie nie nazywają się one payload / signature). Oba weryfikują podpis, sprawdzają znacznik czasu i parsują dane JSON.

Przykładowy handler webhooka z użyciem FastAPI:

from dotenv import load_dotenv
from fastapi import FastAPI, Request
from fastapi.responses import JSONResponse
from elevenlabs.client import ElevenLabs
from elevenlabs.errors import BadRequestError
import os
load_dotenv()
app = FastAPI()
elevenlabs = ElevenLabs(
api_key=os.getenv("ELEVENLABS_API_KEY"),
)
WEBHOOK_SECRET = os.getenv("WEBHOOK_SECRET")
@app.post("/webhook")
async def receive_message(request: Request):
payload = await request.body()
signature = request.headers.get("elevenlabs-signature")
try:
event = elevenlabs.webhooks.construct_event(
rawBody=payload.decode("utf-8"),
sig_header=signature,
secret=WEBHOOK_SECRET,
)
except BadRequestError as e:
return JSONResponse(content={"error": "Invalid signature"}, status_code=401)
# construct_event returns a dict (parsed JSON), not an object with attributes
if event.get("type") == "post_call_transcription":
print(f"Received transcription: {event.get('data')}")
return {"status": "received"}

Niestandardowe nagłówki żądań

Oprócz weryfikacji podpisu HMAC możesz dołączać niestandardowe nagłówki do każdego dostarczenia webhooka. Przydaje się to do przekazywania kluczy API, tokenów bearer lub innych nagłówków uwierzytelniania wymaganych przez endpoint odbierający.

Niestandardowych nagłówków nie można obecnie skonfigurować w panelu ElevenAgents. Użyj SDK lub API, aby je ustawić.

Niestandardowe nagłówki działają razem z uwierzytelnianiem HMAC. auth_type nadal musi mieć wartość hmac, a niestandardowe nagłówki są wysyłane dodatkowo obok nagłówka ElevenLabs-Signature.

Niestandardowe nagłówki są tylko do zapisu. Endpoint listy webhooków nie zwraca w odpowiedzi request_headers, więc nie możesz odczytać nagłówków skonfigurowanych dla webhooka.

Lista dozwolonych adresów IP

Dla większego bezpieczeństwa możesz dodać statyczne wychodzące adresy IP ElevenLabs do listy dozwolonych. Pełną listę adresów IP znajdziesz w sekcji lista dozwolonych adresów IP.

Połączenie listy dozwolonych adresów IP z weryfikacją podpisu HMAC zapewnia kilka warstw zabezpieczeń.

Zastępowanie webhooków dla poszczególnych agentów

Domyślnie wszyscy agenci w obszarze roboczym korzystają z webhooka skonfigurowanego w ustawieniach obszaru roboczego. Możesz to zastąpić dla każdego agenta osobno, aby wysyłać dane po rozmowie na różne endpointy dla różnych agentów.

1

Otwórz ustawienia agenta

Przejdź do swojego agenta w panelu ElevenAgents i otwórz Ustawienia.

2

Skonfiguruj zastąpienie webhooka

W sekcji Webhooki po rozmowie wybierz z listy inny webhook, aby zastąpić domyślne ustawienie obszaru roboczego dla tego agenta. Możesz też określić, jakie typy zdarzeń wysyłać.

Ustawienia zastąpienia webhooka agenta

post_call_webhook_id musi wskazywać webhook, który już istnieje w twoim obszarze roboczym. Możesz też określić typy zdarzeń do wysyłania za pomocą tablicy events:

Typ zdarzeniaOpis
transcriptDane transkrypcji ze szczegółami rozmowy i analizą
audioDźwięk MP3 całej rozmowy zakodowany w base64
call_initiation_failureInformacje o nieudanych próbach rozpoczęcia rozmowy
answering_machine_detectionWyniki wykrywania automatycznej sekretarki (tylko rozmowy wychodzące)
unredacted_transcriptTranskrypcja z nienaruszonymi danymi PII (wymaga odpowiedniej retencji danych)
unredacted_audioDźwięk bez redakcji danych PII (wymaga odpowiedniej retencji danych)

Struktura odpowiedzi webhooka

ElevenLabs wysyła trzy różne typy webhooków po rozmowie, każdy o innej strukturze danych:

Webhooki transkrypcji (post_call_transcription)

Zawierają pełne dane rozmowy, w tym kompletne transkrypcje, wyniki analizy i metadane.

Pola najwyższego poziomu

PoleTypOpis
typestringTyp zdarzenia (zawsze post_call_transcription)
dataobjectDane rozmowy w strukturze ConversationHistoryCommonModel
event_timestampnumberCzas wystąpienia zdarzenia w formacie Unix UTC

Struktura obiektu danych

Obiekt data zawiera:

PoleTypOpis
agent_idstringID agenta, który obsłużył rozmowę
agent_namestringNazwa agenta w czasie rozmowy
conversation_idstringUnikalny identyfikator rozmowy
statusstringStatus rozmowy (np. „done”)
user_idstringIdentyfikator użytkownika, jeśli jest dostępny
branch_idstringGałąź agenta użyta w rozmowie, jeśli dotyczy
version_idstringID wersji agenta (migawki), która była aktywna podczas rozmowy
environmentstringŚrodowisko użyte do rozwiązywania zmiennych środowiskowych
transcriptarrayPełna transkrypcja rozmowy z turami
metadataobjectCzas rozmowy, koszty i dane telefoniczne
analysisobjectWyniki oceny i podsumowanie rozmowy
conversation_initiation_client_dataobjectZastąpienia konfiguracji i zmienne dynamiczne
has_audiobooleanCzy dla rozmowy dostępny jest dźwięk
has_user_audiobooleanCzy dźwięk użytkownika jest dostępny dla rozmowy
has_response_audiobooleanCzy dźwięk odpowiedzi agenta jest dostępny dla rozmowy

Webhooki audio (post_call_audio)

Zawierają minimalny zestaw danych i dźwięk całej rozmowy jako MP3 zakodowane w base64.

Pola najwyższego poziomu

PoleTypOpis
typestringTyp zdarzenia (zawsze post_call_audio)
dataobjectMinimalne dane audio
event_timestampnumberCzas wystąpienia zdarzenia w formacie Unix UTC

Struktura obiektu danych

Obiekt data zawiera tylko:

PoleTypOpis
agent_idstringID agenta, który obsłużył rozmowę
conversation_idstringUnikalny identyfikator rozmowy
full_audiostringCiąg zakodowany w base64 zawierający pełny dźwięk rozmowy w formacie MP3

Webhooki audio zawierają tylko trzy pola wymienione powyżej. NIE zawierają danych transkrypcji, metadanych, wyników analizy ani innych szczegółów rozmowy.

Webhooki nieudanego rozpoczęcia rozmowy (call_initiation_failure)

Zawierają informacje o próbach rozpoczęcia rozmowy telefonicznej, w tym przyczyny błędu i metadane dostawcy usług telefonicznych.

Zdarzenia webhooka nieudanego rozpoczęcia rozmowy są wysyłane, gdy nie można rozpocząć rozmowy z powodu błędów połączenia, odrzucenia rozmowy przez użytkownika lub nieodebrania jej przez użytkownika. Jeśli rozmowa trafi na pocztę głosową lub odbierze ją automatyczna usługa, webhook nieudanego rozpoczęcia rozmowy nie zostanie wysłany, ponieważ rozmowa została pomyślnie rozpoczęta.

Pola najwyższego poziomu

PoleTypOpis
typestringTyp zdarzenia (zawsze call_initiation_failure)
dataobjectDane nieudanego rozpoczęcia rozmowy
event_timestampnumberCzas wystąpienia zdarzenia w formacie Unix UTC

Struktura obiektu danych

Obiekt data zawiera:

PoleTypOpis
agent_idstringID agenta przypisanego do obsługi rozmowy
conversation_idstringUnikalny identyfikator rozmowy
failure_reasonstringPrzyczyna błędu („busy”, „no-answer”, „unknown”)
metadataobjectDodatkowe dane przekazane przez dostawcę usług telefonicznych

W przypadku rozmów wychodzących przez Twilio wartość failure_reason pochodzi ze stanu Twilio CallStatus: busy i no-answer są przekazywane bez zmian, a failed jest zgłaszane jako unknown. Inne statusy rozmów Twilio nie wysyłają webhooka nieudanego rozpoczęcia rozmowy.

Struktura obiektu metadanych

Struktura obiektu metadata różni się zależnie od tego, czy rozmowa wychodząca została wykonana przez Twilio, czy przez trunking SIP. Obiekt zawiera pole type, które rozróżnia te dwa przypadki, oraz pole body ze szczegółami właściwymi dla dostawcy.

Metadane SIP (type: "sip"):

PoleTypWymaganeOpis
typestringTakTyp dostawcy (zawsze sip)
bodyobjectTakInformacje o błędzie rozmowy dla SIP

Obiekt body dla metadanych SIP zawiera:

PoleTypWymaganeOpis
from_numbernumberTakNumer telefonu strony, która rozpoczęła rozmowę.
to_numbernumberTakNumer telefonu strony, do której wykonano połączenie.
sip_status_codenumberTakKod statusu odpowiedzi SIP (np. 486 dla zajętej linii)
error_reasonstringTakCzytelny dla człowieka opis błędu
call_sidstringTakIdentyfikator sesji rozmowy SIP
twirp_codestringNieKod błędu Twirp, jeśli dotyczy
sip_statusstringNieTekst statusu SIP odpowiadający kodowi statusu

Metadane Twilio (type: "twilio"):

PoleTypWymaganeOpis
typestringTakTyp dostawcy (zawsze twilio)
bodyobjectTakTreść Twilio StatusCallback ze szczegółami rozmowy, opisana tutaj

Przykładowe ładunki webhooków

Przykład webhooka transkrypcji

{
"type": "post_call_transcription",
"event_timestamp": 1739537297,
"data": {
"agent_id": "xyz",
"conversation_id": "abc",
"status": "done",
"user_id": "user123",
"transcript": [
{
"role": "agent",
"message": "Hey there angelo. How are you?",
"tool_calls": null,
"tool_results": null,
"feedback": null,
"time_in_call_secs": 0,
"conversation_turn_metrics": null
},
{
"role": "user",
"message": "Hey, can you tell me, like, a fun fact about 11 Labs?",
"tool_calls": null,
"tool_results": null,
"feedback": null,
"time_in_call_secs": 2,
"conversation_turn_metrics": null
},
{
"role": "agent",
"message": "I do not have access to fun facts about Eleven Labs. However, I can share some general information about the company. Eleven Labs is an AI voice technology platform that specializes in voice cloning and text-to-speech...",
"tool_calls": null,
"tool_results": null,
"feedback": null,
"time_in_call_secs": 9,
"conversation_turn_metrics": {
"convai_llm_service_ttfb": {
"elapsed_time": 0.3704247010173276
},
"convai_llm_service_ttf_sentence": {
"elapsed_time": 0.5551181449554861
}
}
}
],
"metadata": {
"start_time_unix_secs": 1739537297,
"call_duration_secs": 22,
"cost": 296,
"deletion_settings": {
"deletion_time_unix_secs": 1802609320,
"deleted_logs_at_time_unix_secs": null,
"deleted_audio_at_time_unix_secs": null,
"deleted_transcript_at_time_unix_secs": null,
"delete_transcript_and_pii": true,
"delete_audio": true
},
"feedback": {
"overall_score": null,
"likes": 0,
"dislikes": 0
},
"authorization_method": "authorization_header",
"charging": {
"dev_discount": true
},
"termination_reason": ""
},
"analysis": {
"evaluation_criteria_results": {},
"data_collection_results": {},
"call_successful": "success",
"transcript_summary": "The conversation begins with the agent asking how Angelo is, but Angelo redirects the conversation by requesting a fun fact about 11 Labs. The agent acknowledges they don't have specific fun facts about Eleven Labs but offers to provide general information about the company. They briefly describe Eleven Labs as an AI voice technology platform specializing in voice cloning and text-to-speech technology. The conversation is brief and informational, with the agent adapting to the user's request despite not having the exact information asked for."
},
"conversation_initiation_client_data": {
"conversation_config_override": {
"agent": {
"prompt": null,
"first_message": null,
"language": "en"
},
"tts": {
"voice_id": null
}
},
"custom_llm_extra_body": {},
"dynamic_variables": {
"user_name": "angelo"
},
"branch_id": null,
"environment": null
}
}
}

Przykład webhooka audio

{
"type": "post_call_audio",
"event_timestamp": 1739537319,
"data": {
"agent_id": "xyz",
"conversation_id": "abc",
"full_audio": "SUQzBAAAAAAA...base64_encoded_mp3_data...AAAAAAAAAA=="
}
}

Przykłady webhooków nieudanego rozpoczęcia rozmowy

Przykład metadanych Twilio

{
"type": "call_initiation_failure",
"event_timestamp": 1759931652,
"data": {
"agent_id": "xyz",
"conversation_id": "abc",
"failure_reason": "busy",
"metadata": {
"type": "twilio",
"body": {
"Called": "+441111111111",
"ToState": "",
"CallerCountry": "US",
"Direction": "outbound-api",
"Timestamp": "Wed, 08 Oct 2025 13:54:12 +0000",
"CallbackSource": "call-progress-events",
"SipResponseCode": "487",
"CallerState": "WA",
"ToZip": "",
"SequenceNumber": "2",
"CallSid": "CA8367245817625617832576245724",
"To": "+441111111111",
"CallerZip": "98631",
"ToCountry": "GB",
"CalledZip": "",
"ApiVersion": "2010-04-01",
"CalledCity": "",
"CallStatus": "busy",
"Duration": "0",
"From": "+11111111111",
"CallDuration": "0",
"AccountSid": "AC37682153267845716245762454a",
"CalledCountry": "GB",
"CallerCity": "RAYMOND",
"ToCity": "",
"FromCountry": "US",
"Caller": "+11111111111",
"FromCity": "RAYMOND",
"CalledState": "",
"FromZip": "12345",
"FromState": "WA"
}
}
}
}

Przykład metadanych SIP

{
"type": "call_initiation_failure",
"event_timestamp": 1759931652,
"data": {
"agent_id": "xyz",
"conversation_id": "abc",
"failure_reason": "busy",
"metadata": {
"type": "sip",
"body": {
"from_number": "+441111111111",
"to_number": "+11111111111",
"sip_status_code": 486,
"error_reason": "INVITE failed: sip status: 486: Busy here (SIP 486)",
"call_sid": "d8e7f6a5-b4c3-4d5e-8f9a-0b1c2d3e4f5a",
"sip_status": "Busy here",
"twirp_code": "unavailable"
}
}
}
}

Dostarczanie webhooków audio

Webhooki audio są dostarczane osobno od webhooków transkrypcji i zawierają tylko podstawowe pola potrzebne do identyfikacji rozmowy oraz dane audio zakodowane w base64.

Webhooki audio można włączać i wyłączać przełącznikiem „Wyślij dane audio” w ustawieniach webhooka. To ustawienie możesz skonfigurować zarówno na poziomie obszaru roboczego (w ustawieniach ElevenAgents), jak i agenta (w indywidualnych zastąpieniach webhooka agenta).

Dostarczanie strumieniowe

Webhooki audio są dostarczane jako strumieniowe żądania HTTP z nagłówkiem transfer-encoding: chunked, aby wydajnie obsługiwać duże pliki audio. Limit czasu każdego żądania wynosi 5 minut.

Ponowienia

Gdy dla webhooka włączono ponowienia, nieudane dostarczenia audio są ponawiane według tego samego harmonogramu co webhooki transkrypcji. Ponowienie wysyła cały ładunek audio, więc usuwaj duplikaty według conversation_id. Harmonogram, błędy kwalifikujące się do ponowienia i limity rozmiaru audio znajdziesz w sekcji ponawianie webhooków.

Przetwarzanie webhooków audio

Ponieważ webhooki audio są dostarczane przez kodowanie transferu chunked, musisz prawidłowo obsługiwać dane strumieniowe:

import base64
import json
from aiohttp import web
async def handle_webhook(request):
# Check if this is a chunked/streaming request
if request.headers.get("transfer-encoding", "").lower() == "chunked":
# Read streaming data in chunks
chunked_body = bytearray()
while True:
chunk = await request.content.read(8192) # 8KB chunks
if not chunk:
break
chunked_body.extend(chunk)
# Parse the complete payload
request_body = json.loads(chunked_body.decode("utf-8"))
else:
# Handle regular requests
body_bytes = await request.read()
request_body = json.loads(body_bytes.decode('utf-8'))
# Process different webhook types
if request_body["type"] == "post_call_transcription":
# Handle transcription webhook with full conversation data
handle_transcription_webhook(request_body["data"])
elif request_body["type"] == "post_call_audio":
# Handle audio webhook with minimal data
handle_audio_webhook(request_body["data"])
elif request_body["type"] == "call_initiation_failure":
# Handle call initiation failure webhook
handle_call_initiation_failure_webhook(request_body["data"])
return web.json_response({"status": "ok"})
def handle_audio_webhook(data):
# Decode base64 audio data
audio_bytes = base64.b64decode(data["full_audio"])
# Save or process the audio file
conversation_id = data["conversation_id"]
with open(f"conversation_{conversation_id}.mp3", "wb") as f:
f.write(audio_bytes)
def handle_call_initiation_failure_webhook(data):
# Handle call initiation failure events
agent_id = data["agent_id"]
conversation_id = data["conversation_id"]
failure_reason = data.get("failure_reason")
metadata = data.get("metadata", {})
# Log the failure for monitoring
print(f"Call failed for agent {agent_id}, conversation {conversation_id}")
print(f"Failure reason: {failure_reason}")
# Access provider-specific metadata
provider_type = metadata.get("type")
body = metadata.get("body", {})
if provider_type == "sip":
print(f"SIP status code: {body.get('sip_status_code')}")
print(f"Error reason: {body.get('error_reason')}")
elif provider_type == "twilio":
print(f"Twilio CallSid: {body.get('CallSid')}")
print(f"Call status: {body.get('CallStatus')}")
# Update your system with the failure information
# e.g., mark lead as "call_failed" in CRM

Webhooki audio mogą być dużymi plikami, dlatego upewnij się, że endpoint webhooka obsługuje żądania strumieniowe i ma wystarczającą pojemność pamięci lub przestrzeni dyskowej. Dźwięk jest dostarczany w formacie MP3.

Zastosowania

Automatyczne działania po rozmowie

Webhooki po rozmowie pozwalają tworzyć automatyczne workflow uruchamiane od razu po zakończeniu rozmowy. Oto kilka praktycznych zastosowań:

Integracja z CRM

Zaktualizuj system zarządzania relacjami z klientami danymi rozmowy zaraz po jej zakończeniu:

// Example webhook handler
app.post("/webhook/elevenlabs", async (req, res) => {
// HMAC validation code
const { data } = req.body;
// Extract key information
const userId = data.metadata.user_id;
const transcriptSummary = data.analysis.transcript_summary;
const callSuccessful = data.analysis.call_successful;
// Update CRM record
await updateCustomerRecord(userId, {
lastInteraction: new Date(),
conversationSummary: transcriptSummary,
callOutcome: callSuccessful,
fullTranscript: data.transcript,
});
res.status(200).send("Webhook received");
});

Rozmowy ze stanem

Utrzymuj kontekst rozmowy między wieloma interakcjami, zapisując i pobierając stan:

  1. Gdy rozmowa się zaczyna, przekaż identyfikator użytkownika jako zmienną dynamiczną.
  2. Gdy rozmowa się kończy, skonfiguruj endpoint webhooka, aby zapisywał dane rozmowy w bazie danych na podstawie identyfikatora użytkownika wyodrębnionego z dynamic_variables.
  3. Gdy użytkownik zadzwoni ponownie, możesz pobrać ten kontekst i przekazać go do nowej rozmowy w zmiennej dynamicznej {{previous_topics}}.
  4. Dzięki temu agent „pamięta” wcześniejsze interakcje, co zapewnia płynne doświadczenie.
// Store conversation state when call ends
app.post("/webhook/elevenlabs", async (req, res) => {
// HMAC validation code
const { data } = req.body;
const userId = data.metadata.user_id;
// Store conversation state
await db.userStates.upsert({
userId,
lastConversationId: data.conversation_id,
lastInteractionTimestamp: data.metadata.start_time_unix_secs,
conversationHistory: data.transcript,
previousTopics: extractTopics(data.analysis.transcript_summary),
});
res.status(200).send("Webhook received");
});
// When initiating a new call, retrieve and use the state
async function initiateCall(userId) {
// Get user's conversation state
const userState = await db.userStates.findOne({ userId });
// Start new conversation with context from previous calls
return await elevenlabs.startConversation({
agent_id: "xyz",
conversation_id: generateNewId(),
dynamic_variables: {
user_name: userState.name,
previous_conversation_id: userState.lastConversationId,
previous_topics: userState.previousTopics.join(", "),
},
});
}