ComparatifsMis à jour le 19 min de lecture
Comment choisir un callbot : les 8 critères objectifs
Comparer deux callbots sur un tableau d'étoiles ou une liste de fonctionnalités revient à comparer deux plaquettes commerciales, pas deux produits. Ce guide détaille huit critères objectifs — mesurables en démonstration, pas seulement lisibles sur une page tarifaire — pour choisir un callbot en connaissance de cause. Vous y trouverez aussi les critères que les éditeurs mettent en avant à tort, et une grille à reprendre telle quelle avant votre prochain rendez-vous commercial.

Photo : Tima Miroshnichenko · Pexels
Corrigé le 22/10/2026 : la première version de cet article (23/09/2026) présentait comme établi un seuil de perception de 700 à 800 ms, alors que les éditeurs qui avancent de tels seuils ne citent pas d'étude et divergent (de 300 à 800 ms) ; elle généralisait l'étude de Stivers et al. (2009), qui porte sur des questions fermées dans dix langues dont le français est absent ; elle citait une fourchette de « 60 à 90 % de résolution » sans étude ; elle laissait croire que Call-bot.ai notait des comparatifs et testait des outils, alors qu'aucun test pratique de produit de tiers n'a été mené ; elle annonçait que nous documentions les cas d'usage secteur par secteur, alors que ce pilier ne comptait encore aucun article ; elle situait la définition de la donnée biométrique à l'article 9 du RGPD (elle figure à l'article 4, point 14) ; elle présentait comme celle d'un callbot sortant l'obligation de prouver un consentement préalable « depuis le 11 août 2026 », sans citer de texte ni distinguer le démarchage téléphonique en général (article L223-1 du code de la consommation) de la prospection par système automatisé (article L34-5 du code des postes et des communications électroniques) ; enfin, elle n'avait ni section Sources, ni mention « avis juridique », et ne disait rien du cadre actuel de transfert de données vers les États-Unis. Ces points sont corrigés ci-dessous, et plusieurs autres affirmations sans source ont aussi été retirées, nuancées ou rattachées à leur source. Notre politique de corrections.
Choisir un callbot se joue trop souvent sur un tableau comparatif trouvé en ligne, une démonstration bien réglée et un prix catalogue. Aucun des trois ne dit grand-chose de la façon dont l'outil se comportera avec vos appelants, sur votre ligne téléphonique, avec vos données : un tableau comparatif reflète la grille de son auteur, pas la vôtre ; une démonstration commerciale est par construction jouée dans des conditions favorables ; un prix catalogue décrit un tarif à la minute, rarement un coût par appel réellement résolu.
Les huit critères qui suivent partagent un principe : chacun se vérifie, il ne se déclare pas. Robustesse, sécurité, simplicité figurent sur la plupart des plaquettes commerciales et ne départagent personne ; un critère objectif donne lieu à une question précise, à laquelle un fournisseur sérieux répond par un chiffre, une méthode ou un document. Si vous découvrez tout juste le sujet, notre guide qu'est-ce qu'un callbot pose les bases avant d'aller plus loin.
Pourquoi ces 8 critères, et pas un classement à étoiles
Un classement agrégé — trois, quatre ou cinq étoiles — fusionne des dimensions qui n'ont pas vocation à se compenser. Une latence excellente ne rattrape pas un hébergement de données incompatible avec votre secteur ; une intégration CRM soignée ne compense pas l'absence de sortie vers un humain. Réduire ces éléments à une note unique masque l'arbitrage que vous devez faire — c'est le principe que nous nous fixons pour nos comparatifs : évaluer chaque critère séparément plutôt que le fondre dans une moyenne (voir notre méthodologie de test). Les huit critères ci-dessous reprennent cette logique côté acheteur, pas côté fiche produit.
Les 8 critères objectifs pour comparer deux callbots
Huit critères permettent de comparer deux callbots sans dépendre des arguments commerciaux de chaque éditeur. Chacun se traduit par une question à poser, une mesure à demander ou un document à exiger avant signature.
1. RGPD et localisation réelle des données vocales
La voix est une donnée personnelle par défaut, et elle peut être qualifiée de donnée biométrique au sens de l'article 4, point 14, du RGPD dès lors qu'elle sert à authentifier un appelant, et relève alors de l'article 9 — ce qui rend le consentement explicite quasiment incontournable, les autres exceptions prévues au paragraphe 2 de l'article 9 ne correspondant pas à une relation commerciale ordinaire. Même hors de ce cas, l'enregistrement et sa transcription restent des données personnelles soumises aux règles habituelles de finalité, de conservation et d'information.
Le critère objectif n'est pas « êtes-vous conforme RGPD » — la plupart des fournisseurs répondent oui — mais trois questions précises : dans quel pays les enregistrements sont-ils hébergés, quels sous-traitants y ont accès, et quelle est la durée de conservation par défaut. Si l'hébergement se fait hors Union européenne, demandez sur quel mécanisme juridique repose le transfert : la Cour de justice de l'Union européenne a invalidé le précédent cadre vers les États-Unis (le « Privacy Shield ») en juillet 2020. Le cadre actuel, adopté par la Commission le 10 juillet 2023, a fait l'objet d'un recours en annulation rejeté par le Tribunal de l'Union européenne le 3 septembre 2025 ; un pourvoi a été formé devant la Cour de justice. Cela invite à vérifier la solidité du mécanisme invoqué plutôt qu'à le tenir pour acquis. Nous suivons ces obligations dans Réglementation & confiance. Ce guide ne constitue pas un avis juridique.
2. Latence mesurée en conditions réelles, pas en démonstration
En conversation humaine, le délai moyen entre la fin d'une question fermée, qui appelle un oui ou un non, et le début de la réponse est de 208 millisecondes selon Stivers et al., 2009, une étude menée sur dix langues (dont le français ne fait pas partie), avec des moyennes allant de 7 millisecondes en japonais à 469 en danois. Pour un callbot, les seuils avancés viennent d'éditeurs, qui ne citent pas d'étude à l'appui de ces chiffres, et ils divergent : Retell situe vers 700 ms la limite au-delà de laquelle la conversation cesse de paraître humaine, AssemblyAI vers 800 ms, et Vapi écrit que les utilisateurs commencent à remarquer un délai vers 300 ms.
Le problème, selon Telnyx (lui-même éditeur d'une plateforme vocale), est que la plupart des chiffres publiés par les éditeurs mesurent une portion de l'appel plus étroite que ce que l'appelant entend, ou ne disent pas où le chronomètre démarre. Le critère objectif consiste à redemander cette mesure en démonstration, sur vos propres phrases et une vraie ligne téléphonique, sur plusieurs échanges — et à demander la variance, pas seulement la moyenne : un outil à 400 ms en moyenne mais avec des pics à deux secondes peut paraître moins fluide qu'un outil régulier à 500 ms (chiffres donnés à titre d'illustration), car, écrit AssemblyAI, les humains se calent sur un rythme et sont bien plus gênés par la variance que par le délai absolu.
3. Compréhension des accents, du bruit de fond et des reformulations
Un moteur de reconnaissance vocale performant en environnement calme, avec un locuteur qui articule, peut se dégrader dès que les conditions changent : la documentation de Google Cloud Speech-to-Text prévient qu'un bruit de fond ou des échos excessifs peuvent réduire la justesse de la reconnaissance, et le livre blanc de la CNIL sur les assistants vocaux (septembre 2020) relève que les timbres de voix, les types d'élocution et les accents peuvent introduire des sources d'erreurs spécifiques à la reconnaissance vocale.
Le critère objectif consiste à tester l'outil avec les voix qui appelleront réellement votre entreprise, pas celle, en général claire, de la personne qui mène la démonstration. Faites reformuler une demande, introduisez un bruit de fond, laissez quelqu'un se reprendre en cours de phrase : c'est dans ces écarts au script que se juge la robustesse réelle d'un moteur.
4. Capacité et clarté du transfert vers un humain
Un callbot bien conçu prévoit une sortie vers un humain ; son absence est en soi un signal d'alerte. La question objective porte sur trois points : ce qui déclenche le transfert (mot-clé, échec répété, demande explicite), ce qui est transmis au conseiller (l'historique complet, ou rien — l'appelant doit tout répéter), et ce qui se passe si personne n'est disponible.
Un taux de transfert élevé n'est pas un échec en soi : sur les appels entrants, c'est un indicateur de service parmi d'autres, pas seulement une variable à minimiser — pour les indicateurs de service d'un callbot entrant, voir callbot entrant ou sortant.
5. Profondeur de l'intégration téléphonie et CRM
« Compatible avec votre CRM » ne veut rien dire tant que le fournisseur n'a pas précisé comment : lecture seule du dossier client, ou écriture en retour du résultat de l'appel ; synchronisation en temps réel, ou traitement par lot. Côté téléphonie, la méthode de transfert change le coût : chez Retell, par exemple, l'agent quitte la ligne lors d'un transfert à froid, alors qu'il reste en ligne lors d'un transfert à chaud, attente et présentation comprises, et l'appel est facturé au tarif normal à la minute tant qu'il y est.
Le critère objectif consiste à exiger un schéma technique précis pour votre propre stack, pas une liste générique de connecteurs disponibles.
6. Coût réel par appel résolu, pas par minute
Le tarif à la minute affiché sur une page tarifaire ne couvre pas nécessairement le transport téléphonique (facturé à part sur les pages tarifaires de Retell, de Vapi et de Bland, relevées le 21/10/2026), ni la préparation du corpus documentaire, ni la supervision, ni les appels qui échouent et se répètent. Comparer deux callbots sur leur seul prix catalogue revient à comparer deux moteurs sur leur seule consommation au ralenti.
Le critère objectif est le coût complet divisé par le nombre d'appels effectivement résolus — pas « traités » ni « clos sans transfert », deux formulations qui recoupent le « containment » des éditeurs d'agents vocaux (la part des appels terminés sans transfert vers un humain) : un appel peut y être compté comme réussi alors que l'appelant a raccroché sans réponse ou a rappelé ensuite, ce qui conduit Retell à recommander de mesurer le containment à côté de la résolution. Nous détaillons l'ensemble des postes qu'une grille tarifaire ne montre pas dans les coûts cachés d'un projet callbot.
7. SLA de disponibilité et transparence en cas d'incident
Un engagement de disponibilité de 99,9 % équivaut à environ 8 h 46 d'indisponibilité tolérée par an ; à 99,95 %, environ 4 h 23 ; à 99,99 %, environ 53 minutes. Ce calcul simple permet de lire n'importe quel chiffre de SLA sans se laisser impressionner par le nombre de neuf après la virgule.
Le critère objectif porte sur trois points qu'un pourcentage seul ne dit pas : ce qui compte comme incident, l'existence de pénalités financières réelles en cas de manquement, et la disponibilité d'un historique d'incidents public consultable avant de signer. Vérifiez aussi que le SLA couvre toute la chaîne — téléphonie, reconnaissance vocale, modèle de langage — pas la seule couche que l'éditeur maîtrise directement.
8. Transparence du fournisseur sur ses propres tests
C'est le critère qui permet de vérifier les sept autres. Un taux de résolution, un score de latence ou un taux de satisfaction n'ont de valeur que rattachés à une méthode publique : quel échantillon d'appels, sur quelle période, mesuré par qui. Un chiffre présenté sans ces éléments n'est pas une donnée, c'est un argument commercial mis en forme.
Demandez la méthode utilisée pour produire les chiffres phares, la date de la dernière mesure, et si elle a été réalisée en interne ou par un tiers. Un fournisseur qui accepte que vous rejouiez son propre scénario de test devant vous mérite davantage d'être pris au mot — le principe que nous nous fixons pour nos comparatifs, détaillé dans notre méthodologie de test.
Les critères que les éditeurs mettent en avant à tort
Certains arguments reviennent dans la plupart des plaquettes commerciales sans réellement départager les outils entre eux.
Le taux de résolution automatique affiché sans méthodologie. Le taux annoncé ne vaut que par ce qu'il compte comme « résolu » : un appel terminé sans transfert vers un humain peut être compté comme réussi même si l'appelant a raccroché sans réponse, comme le rappellent Retell et Kaizo. Sans savoir comment ce taux a été mesuré (critère 8), il ne se compare à rien.
Le nombre de langues ou d'accents « supportés ». Un chiffre brut — trente langues, tous les accents — ne dit rien de la qualité réelle sur la langue et l'accent qui comptent pour vous (critère 3).
Le nom du modèle de langage mis en avant comme argument de vente. « Propulsé par le dernier modèle » vend une marque, pas un résultat : le modèle change au rythme de son fournisseur, pas du vôtre, et la qualité perçue dépend aussi de l'intégration, pas seulement du modèle. Nous suivons ces évolutions dans notre pilier IA & modèles.
Les notes et classements affichés sur des annuaires ou comparatifs. Une note moyenne agrégée n'a de valeur qu'avec le nombre d'avis sur lequel elle repose et la mention d'un éventuel placement rémunéré. Un classement ne vaut que par la méthode publique qui l'établit et la transparence de l'éditeur qui le publie.

Pondérer les critères selon votre contexte
Ces huit critères n'ont pas le même poids selon votre situation ; les traiter à égalité serait une erreur aussi grande que de n'en retenir qu'un seul.
Le volume d'appels déplace l'arbitrage vers le coût réel par appel résolu et le SLA : au-delà d'un certain nombre d'appels simultanés, quelques centimes par minute ou quelques minutes d'indisponibilité se traduisent en montants significatifs. Sur un faible volume, l'intégration soignée et la qualité du transfert pèsent souvent davantage que le tarif.
Le sens des appels change le poids de la conformité juridique : depuis le 11 août 2026, tout professionnel qui démarche des consommateurs par téléphone doit pouvoir prouver leur consentement préalable (article L223-1 du code de la consommation), règle que nous lisons comme visant aussi un callbot sortant qui démarche des particuliers ; la prospection directe « au moyen de système automatisé de communications électroniques » relève par ailleurs de l'article L34-5 du code des postes et des communications électroniques, qui l'interdit sans consentement préalable de la personne physique et auquel renvoie l'article L223-7 du code de la consommation pour les automates d'appel, sans que les textes de loi lus disent si un agent vocal conversationnel en relève — des contraintes que l'entrant ignore. Nous détaillons cette distinction dans callbot entrant ou sortant.
Le secteur d'activité déplace enfin le curseur vers la conformité dans la santé ou la finance, et vers la gestion des accents et du bruit là où les appelants téléphonent depuis un chantier ou un véhicule — notre pilier cas d'usage a vocation à documenter ces cas secteur par secteur.
Les questions à poser en démonstration
Une grille de critères ne vaut que si elle se traduit en questions posées à voix haute pendant la démonstration, plutôt qu'après signature :
- Dans quel pays mes enregistrements seront-ils hébergés, et pour combien de temps par défaut ?
- Pouvez-vous mesurer la latence maintenant, sur une phrase que je dicte, sur une vraie ligne téléphonique ?
- Puis-je vous faire écouter un accent régional ou un extrait bruyant pour voir comment le système réagit ?
- Que reçoit exactement le conseiller humain au moment d'un transfert : l'historique complet, ou rien ?
- Comment votre solution se connecte-t-elle précisément à mon autocommutateur et à mon CRM, pas à un CRM générique ?
- Quel est le coût total par appel effectivement résolu, téléphonie et supervision incluses ?
- Quel est l'engagement contractuel de disponibilité, et qu'est-ce qui déclenche une pénalité ?
- Sur quelle méthode reposent vos chiffres de résolution, et puis-je rejouer votre test moi-même ?
Une réponse précise et chiffrée à chacune vaut mieux qu'un long argumentaire général. Un silence ou un changement de sujet est, à ce stade, une information en soi.
La grille à réutiliser
Voici la synthèse des huit critères, pensée pour être reprise telle quelle avant un rendez-vous commercial ou un arbitrage interne.
| Critère | Ce qu'il faut demander | Signal d'alerte |
|---|---|---|
| RGPD et hébergement des données | Pays d'hébergement exact, sous-traitants, durée de conservation, mécanisme de transfert hors UE | Réponse générique (« nous sommes conformes ») sans localisation précise |
| Latence mesurée | Mesure en direct, sur vos phrases, sur une vraie ligne, avec la variance et pas seulement la moyenne | Seule une moyenne en conditions de laboratoire est communiquée |
| Compréhension accents et bruit | Test avec vos propres accents, votre vocabulaire métier et du bruit de fond réel | La démonstration ne fonctionne qu'avec un micro studio et un script propre |
| Transfert vers un humain | Déclencheurs du transfert, contenu transmis au conseiller, comportement si personne n'est disponible | Contexte perdu au transfert, appelant devant tout répéter |
| Intégration téléphonie et CRM | Schéma technique précis pour votre autocommutateur et votre CRM, méthode de transfert utilisée | « Compatible avec tous les CRM » sans détail de connecteur |
| Coût réel par appel résolu | Coût complet (plateforme, téléphonie, supervision, reprises) divisé par les appels réellement résolus | Seul le prix par minute est communiqué, sans définition de « résolu » |
| SLA de disponibilité | Définition contractuelle de l'incident, pénalités financières, historique d'incidents public | Un pourcentage cité sans engagement contractuel ni définition |
| Transparence sur les tests du fournisseur | Méthode, échantillon, date et auteur des chiffres publiés ; possibilité de rejouer le test | Chiffres cités sans méthode, sans date, ou refus de démonstration en direct |
Questions fréquentes
Existe-t-il une norme officielle pour comparer les callbots ?
À notre connaissance, non : aucune norme ni certification ne note ou ne classe la qualité d'un callbot. Les normes voisines portent sur autre chose : l'ISO 18295-1 fixe des exigences de service pour les centres de contact client, et l'ISO/IEC 42001 des exigences de management pour les organisations qui fournissent ou utilisent des systèmes d'IA. C'est pour cette raison qu'une méthode explicite, appliquée de façon identique à chaque outil comparé, compte davantage qu'un label ou une note affichée sur un site tiers.
Combien de critères faut-il retenir pour un premier tri de fournisseurs ?
Vous n'avez pas besoin des huit dès la première sélection. Trois peuvent suffire à éliminer les candidats inadaptés : l'hébergement des données au regard de votre secteur, l'existence d'un SLA contractuel, et la clarté du transfert vers un humain. Les cinq autres départagent ensuite les finalistes.
Un callbot moins cher au tarif catalogue est-il toujours le meilleur choix ?
Pas nécessairement, et la question posée est souvent la mauvaise : le tarif catalogue ne dit rien du coût par appel réellement résolu. Un outil moins cher à la minute mais mal intégré, ou qui multiplie les transferts, peut coûter davantage une fois l'ensemble des postes additionnés.
Faut-il se méfier d'un fournisseur qui refuse de communiquer sa méthode de test ?
Oui, c'est un signal à prendre au sérieux. Un fournisseur qui ne peut pas expliquer comment il a obtenu ses propres chiffres de performance, ou qui refuse une démonstration dans vos conditions plutôt que les siennes, ne vous met pas en mesure de vérifier ce qu'il avance.
En résumé
Choisir un callbot en connaissance de cause suppose de vérifier huit points plutôt que de comparer des étoiles : l'hébergement et la conformité RGPD des données vocales, la latence mesurée dans vos conditions, la compréhension des accents et du bruit, la clarté du transfert vers un humain, la profondeur réelle de l'intégration téléphonie et CRM, le coût complet par appel résolu, l'engagement contractuel de disponibilité, et la transparence du fournisseur sur ses propres chiffres. Aucun de ces critères ne se prend sur parole : chacun se traduit par une question posable en démonstration. Gardez cette grille sous la main au prochain rendez-vous commercial — et si vous voulez l'appliquer à votre propre projet, parlons-en.
Sources
- Universals and cultural variation in turn-taking in conversation (Stivers et al., PNAS, 2009) — consulté le 21/10/2026
- À votre écoute : exploration des enjeux éthiques, techniques et juridiques des assistants vocaux (livre blanc de la CNIL) — consulté le 21/10/2026
- Règlement (UE) 2016/679 (RGPD), articles 4 et 9 — EUR-Lex — consulté le 21/10/2026
- Press release No 91/20 — Judgment in Case C-311/18, Data Protection Commissioner v Facebook Ireland and Maximillian Schrems (Cour de justice de l'Union européenne, 16 juillet 2020) — consulté le 21/10/2026
- Communiqué de presse n° 106/25 — Arrêt du Tribunal dans l'affaire T-553/23, Latombe/Commission (3 septembre 2025) — consulté le 21/10/2026
- Pourvoi formé le 31 octobre 2025 par Philippe Latombe, affaire C-703/25 P (Journal officiel de l'Union européenne, C/2025/6610) — consulté le 21/10/2026
- How Real-Time Voice AI Works: STT, LLM and TTS Explained (Retell AI) — consulté le 21/10/2026
- How to build the lowest latency voice agent in Vapi: Achieving ~465ms end-to-end Latency (AssemblyAI) — consulté le 21/10/2026
- Speech Latency Solutions: Complete Guide to Sub-500ms Voice AI (Vapi) — consulté le 21/10/2026
- Voice AI Agents Compared on Latency: 2026 Benchmarks (Telnyx) — consulté le 21/10/2026
- Bonnes pratiques | Cloud Speech-to-Text (Google Cloud Documentation) — consulté le 21/10/2026
- AI-to-Human Handoff: How Voice Agent Call Transfers Work (Retell AI) — consulté le 21/10/2026
- AI Phone Agent Pricing (Retell AI) — consulté le 21/10/2026
- Vapi - Build Advanced Voice AI Agents, page Pricing (Vapi) — consulté le 21/10/2026
- Pricing (Bland AI) — consulté le 21/10/2026
- Call Containment: How to Measure and Improve It (Retell AI) — consulté le 21/10/2026
- What Is Containment Rate? Definition and Why It Can Mislead (Kaizo) — consulté le 21/10/2026
- Code de la consommation, article L223-1 (version en vigueur depuis le 11/08/2026) — Légifrance — consulté le 21/10/2026
- Code de la consommation, chapitre III : Consentement au démarchage téléphonique (articles L223-1 à L223-7) — Légifrance — consulté le 21/10/2026
- Code des postes et des communications électroniques, article L34-5 — Légifrance — consulté le 21/10/2026
- Les règles du démarchage téléphonique s'imposant aux entreprises (DGCCRF, 27/07/2026) — consulté le 21/10/2026
- ISO 18295-1:2017 — Customer contact centres — Part 1: Requirements for customer contact centres (ISO) — consulté le 21/10/2026
- ISO/IEC 42001:2023 — AI management systems (ISO) — consulté le 21/10/2026