Sur iPhone, certains utilisateurs de Copilot constatent que la voix de l’IA sort du haut‑parleur interne, même quand un casque AirPods est connecté.
Problème : la lecture vocale de Copilot ignore les AirPods
Vous demandez une réponse vocale à Microsoft Copilot sur votre iPhone 13 Pro Max ou 15 Pro Max, votre question est bien enregistrée par le micro des AirPods Pro, mais dès que l’IA commence à parler, le son bascule brutalement sur le haut‑parleur interne. Impossible alors de rester discret dans un open space, un train ou la file d’attente d’un cinéma : tout le monde entend la réponse et vous êtes forcé de couper le volume ou de repasser en mode texte.
Symptômes observés
- Le micro des AirPods capte la question sans latence.
- Au moment où Copilot commence à lire la réponse, l’icône de sortie audio dans le Centre de contrôle d’iOS passe de l’icône des AirPods à celle de l’iPhone.
- Dans Réglages ▸ Bluetooth, les AirPods restent pourtant indiqués comme « Connecté ». Aucun décrochage Bluetooth n’est détecté par iOS.
- Le phénomène est reproductible : vider le cache de l’app ou redémarrer ne suffit pas à le faire disparaître de manière durable.
Vérifications de base avant toute chose
Avant de conclure à un bug applicatif, prenez cinq minutes pour éliminer les causes les plus fréquentes :
- Réinitialisez vos AirPods : placez‑les dans le boîtier, couvercle ouvert, maintenez le bouton arrière jusqu’au clignotement ambré puis blanc. Reconnectez‑les à l’iPhone.
- Désinstallez puis réinstallez Copilot. iOS conserve parfois des fichiers de préférences corrompus lors des mises à jour.
- Redémarrez l’iPhone. Une session iOS trop longue peut accumuler des erreurs CoreAudio.
- Testez l’audio dans d’autres apps : Apple Music, Spotify, YouTube. Si l’audio reste bien sur les AirPods, le hardware est hors de cause.
Tests communautaires
Sur les forums francophones et anglophones, des dizaines d’utilisateurs ont comparé leurs résultats. Les configurations varient, mais les constats sont identiques :
Modèle d’iPhone | Version iOS | AirPods | Résultat |
---|---|---|---|
13 Pro Max | iOS 17.6 | AirPods Pro 1G, firmware 6F7 | Bascule systématique vers haut‑parleur |
15 Pro Max | iOS 18 bêta 4 | AirPods Pro 2G, firmware 7E5 | Même bascule, même après restauration |
SE (2022) | iOS 17.5.1 | AirPods 2 (filaire) | Son redirigé vers haut‑parleur |
Les variables classiques (mode audiodescription, adaptation auditive, balance L/R, mono, etc.) n’exercent aucune influence.
Que dit le support ?
Microsoft reconnaît le problème, mais son centre de feedback principal reste axé sur Windows. Sur iOS, la seule voie officielle consiste à passer par le menu Profil ▸ Aide & commentaires ▸ Envoyer des commentaires dans l’application Copilot. Ajoutez impérativement :
- Modèle précis d’iPhone et numéro de build iOS.
- Version exacte de l’app Copilot (ex. 1.15.4).
- Firmware des AirPods (visible dans Réglages ▸ Bluetooth ▸ i ⓘ).
- Capture vidéo ou screen‑record de la commutation audio.
Chaque vote d’utilisateur pour un ticket existant augmente la priorité. N’hésitez pas à partager le code du ticket dans les forums pour centraliser les votes.
Analyse technique : pourquoi l’audio part‑il sur le haut‑parleur ?
iOS gère les flux audio via des Audio Session Categories. Au moment où vous appuyez sur le micro, Copilot active la catégorie AVAudioSessionCategoryPlayAndRecord
. Ceci permet l’utilisation simultanée du micro et de la sortie stéréo des AirPods. Or, selon plusieurs développeurs mobiles ayant analysé les logs, dès que la restitution vocale commence, Copilot passe en AVAudioSessionCategoryPlayback
, supposément pour libérer des ressources et offrir une meilleure égalisation.
Malheureusement, ce changement de catégorie survient alors que le paramètre allowBluetoothA2DP
est parfois à false
dans le code compilé. iOS en conclut que le flux doit revenir à sa sortie par défaut : le haut‑parleur interne. Les scénarios où la catégorie est changée mais le flag Bluetooth re‑autorisé ne déclenchent pas le bug, d’où le caractère « intermittent mais fréquent » sur certaines builds.
Contournements pratiques en attendant un correctif
- Passez par le navigateur : ouvrez Copilot dans Edge ou Safari. La PWA impose moins de re‑configurations audio et respecte plus souvent la sortie Bluetooth active.
- Lancez Copilot en mode texte, laissez la réponse s’afficher, puis touchez l’icône « Lecture audio ». Immédiatement, ouvrez le Centre de contrôle et sélectionnez vos AirPods. Le basculement manuel tient jusqu’à la fin de la réponse.
- Désactivez puis réactivez le Bluetooth dans le Centre de contrôle au moment où la voix démarre : iOS re‑négocie la sortie et peut relier l’audio à vos écouteurs pour le reste de la session.
- Utilisez un casque filaire Lightning ou USB‑C. Les flux filaires ne sont pas concernés, ce qui suggère bien un souci de profil Bluetooth.
Bonnes pratiques pour remonter un bug efficace
Le délai de correction dépend directement de la qualité des rapports reçus par les équipes Microsoft. Pour maximiser vos chances :
- Soyez précis : indiquez le numéro de version de Copilot, pas seulement « dernière version ».
- Reproduisez l’erreur trois fois et notez l’heure exacte (UTC). Les ingénieurs pourront extraire les logs serveur correspondants.
- Ajoutez une vidéo courte : activez l’enregistrement d’écran avec micro, on y verra la sortie audio changer en direct.
- Citez votre firmware d’AirPods. De rares utilisateurs remontent un fonctionnement normal en firmware 5E135, mais pas en 5E136.
FAQ
Le problème touche‑t‑il d’autres écouteurs Bluetooth ? Quelques cas isolés existent avec des casques Sony ou Bose, mais la majorité des témoignages concerne les AirPods — sans doute parce qu’ils utilisent le profil Apple AAC optimisé qu’iOS modifie dynamiquement. Copilot sur iPad présente‑t‑il la même faille ? Oui, l’app iPadOS est un binaire universel et hérite du même code de session audio. Les iPad Pro 2022 répliquent la bascule. Une bêta de Copilot corrige‑t‑elle le bug ? La version TestFlight 1.16 beta 2 semble réduire la fréquence, mais ne l’élimine pas ; la catégorie audio change toujours si le texte de la réponse dépasse environ 600 caractères. Peut‑on déployer un profil mobileconfig pour forcer la sortie Bluetooth ? Non. iOS n’expose pas de paramètre MDM permettant de geler la sortie audio application par application.
Perspectives et suivi
Microsoft intègre désormais Copilot à l’ensemble du portefeuille Microsoft 365 et pousse des mises à jour hebdomadaires côté serveur. Autrement dit, le bug peut se résoudre sans nouvelle version sur l’App Store. Surveillez :
- La note de version dans TestFlight si vous êtes inscrit au programme bêta.
- Les « cartes de versions » publiées sur le blog officiel de Copilot, qui listent parfois des correctifs iOS mineurs.
- Les forums Answers et Tech Community, où les Community Managers marquent les discussions comme « Résolu » quand un correctif backend est déployé.
Checklist récapitulative
Pour ceux qui veulent une liste concise à garder sous le coude :
- ✅ Réinitialiser et re‑jumeler les AirPods
- ✅ Mettre Copilot et iOS à jour
- ✅ Tester la reproduction sur Wi‑Fi et 5G
- ✅ Remonter le bug via l’app avec vidéo + logs
- ✅ Utiliser Safari/Edge ou mode texte en attendant
Conclusion
Le dysfonctionnement de la sortie audio dans Copilot pour iOS est frustrant, mais il s’explique par une interaction spécifique entre la gestion des sessions audio d’Apple et la façon dont l’app reconfigure ces sessions au fil de la conversation. En l’absence de correctif définitif, le meilleur moyen d’accélérer la résolution reste une mobilisation collective : multipliez les rapports, votez pour les tickets existants et partagez les contournements. Entre‑temps, les astuces présentées ci‑dessus vous éviteront l’effet « porte‑voix » en public. Restez attentif aux mises à jour de l’application : un patch silencieux peut atterrir du jour au lendemain.