Aller au contenu

Qu’est-ce que la latence de l’IA conversationnelle et quels facteurs l’influencent ?

Rédigé par
Jack Limebear
Publié
Dernière mise à jour

ÉcouterÉcouter cet article

Pour l’IA conversationnelle, la latence distingue les bonnes applications des excellentes.

Par nature, l’IA conversationnelle est ambitieuse. Elle cherche à reproduire la sensation d’une conversation humaine, avec la même palette émotionnelle, la même intonation et le même rythme. En y ajoutant le délai qui paraît « naturel » entre le moment où vous cessez de parler et celui où un agent IA commence à répondre, on obtient un objectif de latence fondé sur la manière dont les humains communiquent réellement.

Les entreprises qui souhaitent déployer des agents d’IA conversationnelle à grande échelle doivent réduire cette latence autant que possible pour créer cette illusion naturelle. Cet article explique ce qu’est la latence de l’IA conversationnelle, les causes des délais tout au long du pipeline et les grandes lignes pour les réduire.

En résumé

  • La latence de l’IA conversationnelle correspond au délai total de bout en bout entre le moment où un utilisateur cesse de parler et celui où il entend le premier mot de l’agent.
  • Au-delà de 700 ms, les agents peuvent sembler peu naturels ; au-delà de 1 200 ms, les taux d’abandon sont élevés.
  • La latence s’accumule à chaque étape du pipeline d’IA conversationnelle.
  • ElevenAgents gère l’ensemble du pipeline dans une architecture unifiée, rendant l’IA conversationnelle à faible latence accessible à votre entreprise.

Qu’est-ce que la latence de l’IA conversationnelle ?

La latence de l’IA conversationnelle désigne le temps total nécessaire à un système pour répondre après votre prise de parole. Pour les modèles IA modernes, elle se mesure en ms. En pratique, cette latence totale regroupe plusieurs processus distincts, qui contribuent chacun au pipeline de bout en bout.

Un pipeline d’IA conversationnelle classique se présente ainsi :

  1. Un utilisateur parle
  2. L’audio est transcrit par un modèle Speech to Text
  3. La transcription est transmise à un modèle LLM, qui produit une réponse
  4. Le texte du LLM est ensuite synthétisé en audio avec un modèle de Text to Speech
  5. L’audio est ensuite diffusé à l’utilisateur

Chacune de ces étapes ajoute de la latence à un système d’IA conversationnelle. Il est donc utile de clarifier plusieurs acronymes lorsque l’on parle de latence.

Latence d’inférence du modèle

La latence d’inférence du modèle correspond au temps qu’un modèle consacre à générer une sortie, mesuré en interne et hors facteurs externes. C’est l’indicateur propre au modèle qui mesure la vitesse de votre moteur pour des entrées types. Par exemple, Flash v2.5 affiche une latence d’inférence d’environ 75 ms. Vous pouvez ainsi comparer la vitesse des modèles entre différentes solutions.

Gardez toutefois à l’esprit qu’il ne s’agit pas de la latence réellement perçue par l’utilisateur. Elle concerne uniquement le temps total qu’un modèle passe à générer une sortie.

Temps jusqu’au premier token du LLM

Le temps jusqu’au premier token d’un grand modèle de langage (LLM), ou TTFT, correspond au temps total nécessaire au modèle pour traiter un prompt et générer son premier token exploitable.

La génération TTS démarre dès réception du premier token de votre LLM. Cette mesure indique donc le temps nécessaire au LLM pour commencer à solliciter votre modèle TTS. Dans la plupart des systèmes d’IA conversationnelle de bout en bout, le TTFT du LLM représente une part importante de la latence totale.

Temps jusqu’au premier audio du TTS (TTFA)

Le temps jusqu’au premier audio du TTS (TTFA) mesure le délai entre la première requête TTS et le moment où le premier fragment audio sort effectivement du modèle. Il décrit la latence d’inférence, mais spécifiquement pour les moteurs TTS.

Temps de bout en bout jusqu’au premier audio (TTFA)

Le TTFA de bout en bout correspond à la latence totale de l’IA conversationnelle. Il additionne toutes les étapes du pipeline : reconnaissance vocale, TTFT du LLM, TTS, TTFA et toutes les transmissions réseau entre les étapes. C’est cet indicateur que l’utilisateur perçoit lorsque l’on parle de latence globale.

Après avoir parlé, l’utilisateur attend le TTFA de bout en bout avant d’entendre une réponse de votre agent. Cette mesure est globale : améliorer n’importe quelle partie du pipeline l’améliore.

Pourquoi la latence de l’IA conversationnelle compte

Lorsqu’un utilisateur échange avec votre agent IA, la latence devient un facteur déterminant de son expérience. Une faible latence réduit l’attente avant la réponse, rend la conversation plus naturelle et donne à votre agent une impression de compétence.

Les agents à forte latence semblent artificiels et moins compétents, même si la qualité de leurs réponses reste identique. Pour les entreprises, quelques centaines de ms peuvent déjà sembler interminables et rendre votre agent de service client lent et inefficace.

Voici plusieurs scénarios qui illustrent concrètement l’importance de la latence en IA conversationnelle :

  • Moins de 500 ms : Un agent conversationnel paraît réactif et fluide. Les utilisateurs peuvent ne pas percevoir le délai entre la fin de leur prise de parole et la première réponse, ce qui permet à la conversation de se dérouler naturellement.
  • De 500 ms à 1 000 ms : Le délai entre le moment où l’utilisateur cesse de parler et celui où il reçoit une réponse peut devenir perceptible. Il est légèrement trop long : les utilisateurs risquent de se répéter par anticipation ou de marquer une pause pour vérifier que l’agent les a bien compris.
  • Au-delà de 1 000 ms : Les délais commencent à paraître longs, avec des silences qui peuvent donner à certains utilisateurs l’impression que l’agent IA ne suit pas pleinement la conversation. Les transcriptions peuvent révéler des interruptions occasionnelles ou des demandes de mise en relation avec un agent humain. Dans certains cas, les utilisateurs peuvent abandonner l’appel.

Chacun de ces seuils a des conséquences concrètes pour votre entreprise.

Dans la partie basse du spectre de latence, votre agent de service client peut traiter naturellement les questions entrantes et aider les utilisateurs à résoudre leurs demandes sans assistance supplémentaire. Il soulage vos agents humains et maintient un haut niveau de satisfaction client. Dans la partie haute, un agent qui semble hésiter trop longtemps risque de frustrer vos clients.

Dans un autre article, nous avons défini les références de budget de latence pour les agents vocaux afin d’illustrer ce qu’est une bonne latence aux valeurs P50 comme P95.

Quelles sont les causes de la latence de l’IA conversationnelle ?

La latence de l’IA conversationnelle résume plusieurs processus, chaque segment contribuant au résultat global. Le principal obstacle à une faible latence relève donc davantage du système que du simple choix d’un meilleur modèle. Plusieurs modèles interagissent en effet au sein du pipeline.

Pour les développeurs, nous avons rédigé un guide technique détaillé sur l’optimisation de la latence des agents vocaux, afin d’améliorer chaque étape du temps de bout en bout jusqu’au premier audio (TTFA).

Au-delà du pipeline central, d’autres facteurs comme la téléphonie et les appels de fonctions ajoutent également de la latence, même s’ils ne font pas partie de l’infrastructure des modèles.

Voici un aperçu de tous les facteurs qui contribuent à la latence de l’IA conversationnelle.

Reconnaissance automatique de la parole

La latence de la reconnaissance vocale ne correspond pas au temps nécessaire pour générer une transcription. La transcription s’exécute en arrière-plan pendant que l’utilisateur parle ; lorsque la prise de parole s’achève, le texte est donc en grande partie prêt.

La latence correspond ici à l’intervalle entre la fin de la parole et la finalisation de la transcription, avant sa transmission à l’étape suivante. Scribe v2 Realtime ramène cet intervalle à environ 150 ms grâce à un streaming continu, pour que la sortie soit prête dès la fin du tour de parole.

Conversational AI latency diagram showing ASR system: user input speech and processing latency by ElevenLabs.

Gestion des tours de parole et détection de fin de parole

Un détecteur d’activité vocale (VAD) se place entre la reconnaissance vocale et le modèle de langage. Il détermine si l’utilisateur a réellement terminé de parler.

Pour éviter les erreurs, le VAD attend un seuil de silence continu avant de considérer le tour de parole comme terminé. Cette attente ajoute de la latence avant que le modèle de langage ne traite le moindre mot. Ce léger délai allonge le temps de réponse, mais évite aussi que le système commence à répondre pendant que l’utilisateur parle encore.

D’un point de vue technique, si tous les autres composants de l’IA conversationnelle n’ajoutaient aucune latence, celle liée à la gestion des tours de parole serait bénéfique. Les humains marquent un court temps d’arrêt avant de répondre. Une pause similaire rend l’interaction plus réaliste. Toutefois, comme les autres composants ajoutent déjà de la latence, il est préférable de la réduire au minimum.

Turn taking diagram showing speech processing flow from Input Speech to LLM with latency and data flow paths.

Traitement par le modèle de langage

Une fois la transcription prête dans le moteur Speech to Text (STT), le modèle de langage génère une réponse. La latence correspond ici au temps nécessaire pour commencer à générer des tokens, et non pour produire la réponse complète. Ces tokens sont transmis en streaming à l’étape TTS dès leur arrivée : le TTFT est donc l’indicateur essentiel.

Au-delà du choix du modèle, la longueur du prompt et la taille de la base de connaissances influencent cette étape. Plus le LLM doit prendre en compte de contexte, plus il a besoin de temps. Pour concevoir ces systèmes à grande échelle, trouvez le juste équilibre entre une base de connaissances utile et un prompt concis afin de préserver la rapidité.

Diagram showing speech-to-text-to-speech process with latency and data flow.

Synthèse vocale

La latence TTS correspond au délai entre la réception des premiers tokens du modèle de langage et le début de l’audio. Les tokens arrivant plus vite que la parole humaine n’est diffusée, le modèle de synthèse n’attend jamais la réponse complète. La latence TTS correspond strictement au temps jusqu’au premier fragment audio.

Cette étape était autrefois la principale source de latence en IA conversationnelle : les anciens modèles prenaient 2 à 3 secondes avant de commencer à générer de la parole. Flash v2.5 d’ElevenLabs traite directement ce point, avec une synthèse vocale d’environ 75 ms de latence, réduisant ce goulot d’étranglement de plusieurs secondes à une fraction de seconde.

Conversational AI latency flowchart showing speech processing: input speech to ASR, VAD, and LLM, then TTS for output speech.

Latence réseau

Le transfert de données d’un emplacement à un autre ajoute toujours de la latence, la distance géographique accentuant encore la latence des allers-retours réseau.

Lorsque plusieurs composants collaborent pour produire une réponse de bout en bout, une latence importante peut s’accumuler au fil de plusieurs sauts réseau.

Audio-processing workflow diagram showing latency and data flow by ElevenLabs.

Appels de fonctions

Les appels de fonctions ajoutent des allers-retours API à l’étape du LLM. Une recherche interne rapide ajoute quelques dizaines de millisecondes, tandis qu’un système de paiement ou de gestion des stocks peut ajouter plusieurs secondes. La latence dépend entièrement du service appelé, ce qui rend cette étape particulièrement difficile à optimiser directement.

La méthode la plus efficace consiste à demander au LLM de répondre avant la fin de l’appel à l’outil. Une phrase comme « Je vérifie cela pour vous » maintient l’utilisateur engagé pendant que l’appel externe se termine, plutôt que de laisser un silence. La réponse vocale commence tandis que l’outil s’exécute en parallèle.

Conversational AI latency flowchart showing speech processing from input to output, highlighting ASR, VAD, TTS, and LLM stages.

Comment réduire la latence de l’IA conversationnelle

Réduire la latence de l’IA conversationnelle exige d’agir sur chaque étape du pipeline selon son impact. Chaque amélioration réduit la latence, mais c’est une approche globale de l’ensemble du pipeline qui produira les gains les plus importants.

Voici quelques principes pour réduire globalement la latence de l’IA conversationnelle :

  • Choix du modèle TTS : Les modèles TTS optimisés pour la vitesse, comme Flash v2.5, reposent sur des architectures différentes de celles des modèles optimisés pour la qualité, comme Eleven v3. Pour des agents vocaux en temps réel, choisissez le modèle de meilleure qualité qui respecte votre objectif de latence ; il s’agira presque toujours d’un modèle optimisé pour la vitesse.
  • Choix du modèle LLM : Les LLM plus petits et plus rapides offrent généralement un temps jusqu’au premier token inférieur à celui des modèles plus grands. Choisir le LLM le plus rapide qui répond toujours à vos exigences de qualité pour la tâche compte autant que le choix du modèle TTS.
  • Streaming : Le streaming TTS renvoie l’audio par fragments au fil de la synthèse : l’utilisateur entend ainsi le premier mot alors que le modèle génère encore le reste. Ce principe s’applique aussi à la sortie du LLM : lancer la synthèse TTS dès la première phrase, pendant que le modèle de langage génère les suivantes, permet de récupérer de la latence dans le pipeline.
  • Conception du prompt système : Les utilisateurs peuvent alléger les prompts système en déplaçant les instructions vers des procédures ou des workflows, plutôt qu’en les intégrant à chaque étape de décision. Cela réduit la quantité de contexte que le modèle doit analyser à chaque tour.
  • Garde-fous : Exécuter les garde-fous dans le modèle de streaming permet de commencer la lecture de la sortie avant la fin de leur vérification, au lieu de bloquer la lecture jusqu’à ce qu’elle soit terminée.
  • Colocalisation des modèles : Lorsque c’est possible, utiliser des modèles colocalisés, comme dans la stack ElevenLabs Agents, rapproche les composants et évite la latence due aux sauts entre des modèles hébergés séparément.
  • Géographie : La proximité entre vos serveurs et vos utilisateurs peut réduire considérablement la latence, car elle diminue directement la part du réseau dans le TTFA de bout en bout.


Pour aller plus loin, consultez ce guide technique d’optimisation de la latence.

Lancez-vous avec l’IA conversationnelle à faible latence sur ElevenAgents

La latence de l’IA conversationnelle est un facteur majeur lors de la création et du déploiement d’agents. Avec ElevenAgents, l’optimisation de la latence est intégrée au processus. Des techniques de chevauchement pour réduire les temps de récupération à la faible latence d’inférence des composants individuels, ElevenAgents crée des stacks d’IA conversationnelle à faible latence pour votre entreprise.

L’objectif final est de créer une interaction réaliste. L’utilisateur doit retrouver la simplicité d’un échange avec un humain tout en bénéficiant des avantages d’un programme informatique. En optimisant chaque sous-processus, cela est désormais possible.

Découvrez plus d’informations sur ElevenAgents ou contactez l’équipe commerciale pour commencer dès aujourd’hui.

FAQ sur la latence de l’IA conversationnelle

Articles similaires

Créez avec l'audio IA de la plus haute qualité