GPT-Live : full-duplex chez ChatGPT, pas dans votre callbot

Ce qu'OpenAI a mis dans les mains le 8 juillet et pourquoi le full-duplex n'est pas un gain de latence

Le 8 juillet 2026, OpenAI a publié GPT-Live, une famille de modèles vocaux composée de GPT-Live-1 et GPT-Live-1 mini.¹ La distribution est ciblée : GPT-Live-1 est le modèle par défaut des formules payantes ChatGPT Go, Plus et Pro, et GPT-Live-1 mini est servi aux comptes gratuits.²

Le changement d'architecture est réel. GPT-Live abandonne le modèle « tour de parole » utilisé jusqu'ici par ChatGPT Voice. Le modèle traite l'audio en continu, dans les deux sens, et décide plusieurs fois par seconde s'il faut parler, se taire, poursuivre l'écoute, interrompre son interlocuteur ou déclencher un outil.¹ Concrètement : le modèle peut glisser un « mhm » ou un « d'accord » pendant que l'utilisateur parle, tenir un aller-retour rapide, ou rester silencieux si l'utilisateur cherche un mot.¹

Pour les questions qui exigent une recherche web, un raisonnement plus long ou un outil complexe, GPT-Live délègue à GPT-5.5 en arrière-plan et rapporte la réponse dans la conversation.² C'est un schéma connu : un modèle « rapide et social » en façade de conversation, un modèle « lent et savant » derrière. La nouveauté est que la fusion se fait sans que l'utilisateur perçoive le passage de relais.

Beaucoup de commentaires ont réduit ce lancement à un gain de latence. C'est une lecture courte. Le vrai apport du full-duplex se joue sur la gestion des silences et des interruptions, pas sur le temps de premier son. OpenAI annonce, pour son offre voix précédente, une médiane de premier segment audio entre 300 et 600 millisecondes.³ L'entreprise n'a pas publié le chiffre pour GPT-Live. Agora, un fournisseur d'infrastructure temps réel, a mesuré indépendamment le comportement du modèle le jour du lancement : environ 1,1 seconde pour reconnaître qu'un utilisateur a parlé, 1,4 seconde pour céder la parole quand l'utilisateur interrompt, zéro faux arrêt sous voix de fond, et un surcoût moyen de 314 millisecondes en présence de 10 % de pertes de paquets.⁴

Ces chiffres racontent une histoire différente de « ChatGPT parle plus vite ». Ils décrivent un modèle qui gère mieux la conversation quand elle devient bruyante, désordonnée ou dégradée par le réseau. C'est utile pour un callbot d'assurance où le client parle dans une voiture, ou pour un SAV e-commerce où l'appel arrive derrière un casque de mauvaise qualité. En contrepartie, la latence brute perçue reste proche de la seconde. Un DSI qui attend un callbot « instantané » sera déçu : GPT-Live n'est pas le saut technologique qui rend la voix indistinguable d'un humain. Il rend la conversation plus tolérante aux interruptions et aux silences. Ce sont deux problèmes distincts.

L'API entreprise n'existe pas encore : le vrai calendrier de migration

Le point le plus important pour un CODIR français : votre callbot ne peut pas encore consommer GPT-Live. L'API que vos éditeurs et intégrateurs utilisent pour brancher OpenAI dans une plateforme voix n'est pas ouverte.²

Concrètement, si vous exploitez aujourd'hui un callbot fondé sur la Realtime API — que ce soit GPT-Realtime-2 sorti le 7 mai 2026 avec raisonnement embarqué ou une génération antérieure — votre architecture ne bouge pas d'ici la fin de l'été. Toute promesse commerciale qu'un fournisseur voix vous ferait cette semaine sur GPT-Live en production doit être écrite au conditionnel dans son devis.

OpenAI n'a pas publié de feuille de route entreprise pour GPT-Live à ce jour. Voici le scénario de planification que nous recommandons chez Webotit à un DSI qui doit outiller son équipe callbot dès maintenant — à recalibrer dès qu'OpenAI publie une date d'ouverture API et un SLA. Inscription sur la liste d'attente OpenAI dès maintenant pour l'équipe qui gère votre callbot. Prévoir un accès API partiel plausible en fin d'été ou début d'automne 2026, avec probablement des quotas et sans engagement de service (SLA) formalisé au départ. Tests internes en environnement de préproduction sur un jeu d'appels réels enregistrés, en français, entre septembre et novembre. Décision d'arbitrage en comité de pilotage vers la fin d'année. Migration éventuelle en production au premier ou deuxième trimestre 2027.

Une DSI qui compresse ce calendrier pour être « la première à basculer » prend un risque disproportionné pour un gain d'expérience marginal. Le retour d'expérience de la vague GPT-Realtime-1 vers GPT-Realtime-2, documenté dans notre article de mai, montre qu'un changement de modèle vocal impose au minimum une nouvelle passe d'évaluation qualité, une revalidation des garde-fous et une renégociation de contrat avec le fournisseur télécom.

Le français n'est pas encore une langue de production pour GPT-Live

Deuxième détail que la plupart des équipes ratent : OpenAI reconnaît explicitement que la voix est optimisée pour « la plupart des langues parlées » et que « pour certaines langues, le modèle peut avoir un accent non natif ou des lacunes de fluidité ».⁵ L'entreprise n'a pas publié de liste de langues prises en charge à parité pour GPT-Live à la date du lancement.⁵

Pour un service client français qui traite des appels en France, cette formulation doit être lue comme un feu orange. GPT-Realtime, l'offre développeur voix existante, a un cousin dédié à la traduction — gpt-realtime-translate — qui documente 13 langues de sortie dont le français, l'espagnol, le portugais, l'allemand, l'italien, le russe, le chinois, le japonais, le coréen, le hindi, l'indonésien et le vietnamien.⁵ Mais gpt-realtime-translate est un produit différent, orienté traduction en direct, pas un modèle vocal généraliste de conversation.

Un directeur relation client d'une banque ou d'une mutuelle française qui envisagerait GPT-Live pour son callbot doit donc tester le français en conditions réelles avant tout engagement contractuel. Un accent nord-américain sur un callbot bancaire peut suffire à faire raccrocher un client dès l'entrée en conversation. Un mot mal prononcé sur un numéro d'adhérent mutuelle produit une réclamation.

Ce que ça change pour une entreprise française

Trois canaux concrets où l'annonce du 8 juillet a un impact opérationnel immédiat.

Canal 1 — les cellules SAV e-commerce. Un e-commerçant français qui traite des pics d'appels sur des retours, des livraisons ou des remboursements observe deux choses. L'ergonomie conversationnelle de GPT-Live rend la voix IA plus supportable pour un client déjà agacé — moins de coupures maladroites, plus de silence quand le client hésite. Mais ce bénéfice ne devient monnayable qu'au moment où l'API entreprise est ouverte, ce qui n'est pas encore le cas.² D'ici là, un pilote callbot d'e-commerce sur GPT-Realtime-2 reste le bon choix opérationnel. Il faut cadrer dès maintenant un dossier de retour sur investissement qui isole ce que le passage éventuel à GPT-Live apporterait vraiment, et ce qu'il coûterait en re-tests.

Canal 2 — les banques et mutuelles régionales. Une banque de détail ou une mutuelle santé française qui exploite un callbot pour des demandes standard — solde, opposition carte, prise de RDV, statut de dossier — doit peser la sensibilité de son audience à l'accent et au ton. La confiance d'un client bancaire tient à des détails de prononciation que GPT-Live n'a pas garantis à parité française. Un callbot de relation client déployé sur GPT-Realtime-2 ou sur une pile Azure vocale reste plus prudent tant qu'OpenAI n'a pas publié un engagement français explicite.

Canal 3 — les callbots médicaux hospitaliers. Un GHT ou un hôpital public qui traiterait des flux de prise de rendez-vous ou d'orientation par callbot fait face à un enjeu de conformité RGPD et santé qui va au-delà du choix de modèle. Le fait que GPT-Live délègue à GPT-5.5 en arrière-plan pour les demandes complexes² ajoute une deuxième surface d'audit : où passent les données médicales pendant la délégation, dans quelle région, sous quelle certification. Tant qu'OpenAI n'a pas explicité ce point sur GPT-Live pour l'offre entreprise, un DSI d'hôpital français est fondé à attendre.

Dans les trois cas, la décision n'est pas « adopter maintenant ou refuser », mais « préparer une fenêtre d'arbitrage documentée pour début 2027 avec un dossier de test français interne prêt le jour où l'API entreprise ouvre ».

Ce qu'il faut retenir

Trois décisions à cadrer avec votre CODIR avant la rentrée

Décision 1 — Ne pas remplacer votre callbot en production ce trimestre. Un fournisseur voix qui vous promet GPT-Live cet été promet une capacité qui n'existe pas dans son API. Verrouillez au contrat : le passage à GPT-Live sera un avenant, pas une clause silencieuse, et il déclenche un test qualité français à vos frais avant bascule.

Décision 2 — Inscrire l'équipe callbot sur la liste d'attente OpenAI dès cette semaine. Le moment où vous recevez l'accès API détermine votre position dans la file de bêta-testeurs français. Préparez en parallèle un jeu de tests francophones extrait de vos vrais appels — anonymisés, catégorisés par intention métier, avec des accents régionaux et des conditions audio variées. C'est ce jeu qui vous permettra de trancher, pas la démo publique de ChatGPT.

Décision 3 — Rouvrir la discussion d'architecture avec votre intégrateur. GPT-Live change la façon dont un callbot orchestre les silences et les interruptions. Si votre pile callbot repose sur des modules de détection de fin de parole (endpointing) et d'interruption (barge-in) construits pour un modèle à tours de parole, ces briques deviendront redondantes ou concurrentes du modèle. La gestion technique des interruptions et du VAD dans un agent vocal mérite d'être remise à plat dans votre feuille de route avant la fin de l'année, même si vous ne migrez qu'en 2027.

Conclusion

GPT-Live est une vraie avancée sur la couche produit ChatGPT et un signal important pour l'industrie de la voix IA. Ce n'est pas encore une brique consommable dans un callbot d'entreprise française. Un CODIR qui fait le tri entre l'annonce et le calendrier réel prend une avance nette sur ses concurrents qui vont perdre du temps à essayer de basculer trop tôt.

Le bon usage de l'été 2026 est de solidifier votre callbot actuel, de préparer un dossier de test français interne, et de cadrer avec votre fournisseur le passage éventuel à GPT-Live comme une décision documentée pour 2027 — pas comme un pilote de démonstration. Estimez le retour sur investissement de votre callbot actuel et échangez avec un expert Webotit avant de signer tout engagement contractuel qui mentionnerait GPT-Live cette année.

Qu'est-ce que GPT-Live et quand a-t-il été lancé ?+

GPT-Live est une famille de modèles vocaux full-duplex publiée par OpenAI le 8 juillet 2026. Elle comprend GPT-Live-1 pour les formules payantes ChatGPT (Go, Plus, Pro) et GPT-Live-1 mini pour l'offre gratuite. Le full-duplex signifie que le modèle écoute et parle simultanément au lieu d'alterner par tours de parole. Les questions nécessitant un raisonnement plus profond ou une recherche web sont déléguées à GPT-5.5 en arrière-plan.¹²

GPT-Live est-il déjà utilisable dans un callbot d'entreprise ?+

Non. À la date de lancement, l'API développeur et entreprise n'est pas ouverte. OpenAI propose un formulaire d'inscription pour être notifié quand l'accès arrivera, sans date publiée. Un callbot d'entreprise ne peut donc pas consommer GPT-Live en production aujourd'hui. Les callbots existants qui exploitent la Realtime API restent sur GPT-Realtime-2 ou une génération antérieure jusqu'à nouvel ordre.²

Quelle est la latence réelle de GPT-Live pour un callbot ?+

OpenAI n'a pas publié de chiffre officiel pour GPT-Live. La mesure indépendante d'Agora, faite le jour du lancement, donne environ 1,1 seconde pour reconnaître qu'un utilisateur a parlé et 1,4 seconde pour céder le tour de parole quand il interrompt, avec un surcoût moyen de 314 millisecondes en présence de 10 % de pertes de paquets. Le full-duplex n'apporte donc pas un gain de latence brute — il apporte une meilleure gestion des silences et des interruptions.⁴

GPT-Live gère-t-il le français à parité pour un service client français ?+

OpenAI reconnaît explicitement que la voix est optimisée pour « la plupart des langues parlées » et que « pour certaines langues, le modèle peut avoir un accent non natif ou des lacunes de fluidité ». Aucune liste de langues à parité n'a été publiée pour GPT-Live. Un service client français qui envisage GPT-Live doit exiger un test réel sur ses propres flux d'appels francophones avant tout engagement.⁵

Quel calendrier de migration pour une ETI française qui veut passer à GPT-Live ?+

OpenAI n'a pas publié de feuille de route entreprise à ce jour. Le calendrier que Webotit recommande à un DSI qui doit outiller son équipe callbot cet été, à recalibrer dès qu'OpenAI publie une date d'ouverture API : inscription sur la liste d'attente dès maintenant, accès API partiel plausible fin été ou début automne 2026, tests français en préproduction sur des appels réels anonymisés entre septembre et novembre, décision d'arbitrage en comité de pilotage en fin d'année, migration en production au premier ou deuxième trimestre 2027. Toute promesse d'un fournisseur pour une bascule immédiate cet été doit être verrouillée par un avenant contractuel qui déclenche un test qualité français à ses frais avant mise en production.

Sources et references

1. [1]
2. [2]
3. [3]
4. [4]
5. [5]