Audio Microsoft Teams qui ne fonctionne pas sous Windows 11 : le guide de dépannage helpdesk 2026

L'audio Microsoft Teams ne fonctionne plus sous Windows 11 ? Diagnostic tier 1 en 15 minutes : permissions micro, cache du nouveau Teams (MSIX), pilotes Realtek/Intel SST, Call Analytics et script PowerShell Intune pour automatiser la résolution.

Mis à jour : 16 août 2026

Bon, allons droit au but : l'audio Microsoft Teams qui ne fonctionne pas sous Windows 11 vient, dans 80 % des cas, de trois causes très concrètes : les autorisations micro de Windows 11 sont désactivées, le nouveau client Teams (MSIX) utilise un cache corrompu, ou le pilote audio Realtek/Intel Smart Sound a été mis à jour de façon défectueuse. Ce guide de dépannage 2026 donne le diagnostic pas à pas, les commandes PowerShell et la lecture des données Call Analytics pour couper court à ces tickets avant qu'ils n'atteignent le tier 2.

  • Le client classique Teams a été retiré définitivement le 1er juillet 2025 : tout le monde est sur le nouveau Teams (MSIX), dont le cache se trouve désormais dans %localappdata%\Packages\MSTeams_8wekyb3d8bbwe.
  • La cause n°1 des tickets « pas de micro Teams » sous Windows 11 est la case « Autoriser les applications de bureau à accéder à votre microphone » désactivée par une GPO ou par un utilisateur.
  • Le Teams Admin Center (TAC) expose depuis 2025 des rôles Entra dédiés : Teams Communications Support Specialist (tier 1) et Teams Communications Support Engineer (tier 2), sans droits sur le reste du TAC.
  • Real-Time Analytics (RTA) permet au helpdesk de voir la perte de paquets, la gigue et la coupure audio pendant la réunion, avec conservation des données 24 h.
  • Un script PowerShell de 15 lignes couvre les 5 premières étapes du diagnostic et fait tomber le MTTR de ces tickets sous les 4 minutes.

Diagnostic tier 1 en 15 minutes

Quand un ticket « je n'ai pas de son sur Teams » ou « personne ne m'entend en réunion » arrive, je fais toujours passer l'appelant par le même arbre de décision avant d'ouvrir la moindre console. Cela évite les 30 minutes de fouille inutile dans le TAC et cadre parfaitement le FCR (First Call Resolution). Les cinq contrôles suivants résolvent, dans mes chiffres, un peu plus de trois tickets sur quatre.

  1. Micro physique : bouton mute du casque, câble jack correctement enfoncé, batterie du Bluetooth chargée, casque non appairé à un téléphone en parallèle.
  2. Silence dans la réunion : rappel du raccourci Ctrl + Maj + M pour basculer le micro Teams.
  3. Bon périphérique côté Teams : Paramètres > Périphériques, jamais laisser « Identique au système ».
  4. Test d'appel intégré : bouton Effectuer un appel test qui enregistre 10 secondes et les rejoue. Si Teams n'entend rien, ce n'est ni le réseau ni Teams Live.
  5. Autorisation micro Windows 11 : Paramètres > Confidentialité et sécurité > Microphone — les deux commutateurs du haut et « Autoriser les applications de bureau ».

Si l'appel test échoue mais que le micro fonctionne dans une autre application (Enregistreur vocal Windows, Zoom, teams.microsoft.com dans un navigateur), on saute directement aux sections cache du nouveau Teams et pilotes audio. Si le micro ne marche nulle part, c'est un problème système : voir les permissions puis les pilotes.

Comment autoriser Teams à utiliser le microphone sous Windows 11 ?

Sous Windows 11, une application n'a jamais un accès direct au micro : elle passe par la couche de confidentialité de l'OS. Le nouveau Teams étant un package MSIX, il peut apparaître comme « Microsoft Teams » dans la liste des applications, mais s'il est lancé en tant que processus de bureau (par exemple via ms-teams://), c'est la case « Autoriser les applications de bureau à accéder à votre microphone » qui compte. Beaucoup d'entreprises la désactivent par GPO ou par baseline Intune sans réaliser l'impact sur Teams.

Chemin manuel : Démarrer > Paramètres > Confidentialité et sécurité > Microphone. Vérifier dans l'ordre :

  1. Accès au microphone (interrupteur principal, tout en haut) : activé.
  2. Autoriser les applications à accéder à votre microphone : activé.
  3. Microsoft Teams dans la liste : activé (uniquement visible si le nouveau Teams est installé et lancé au moins une fois).
  4. Autoriser les applications de bureau à accéder à votre microphone : activé (indispensable pour le nouveau Teams lancé depuis un raccourci).

Version PowerShell qui vérifie l'état côté registre, utile quand on ne peut pas partager l'écran de l'utilisateur :

# Vérifier l'autorisation micro pour le nouveau Teams
$base = "HKCU:\Software\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\microphone"
Get-ItemProperty -Path $base | Select-Object -Property Value

# Vérifier l'autorisation pour les applications de bureau (indispensable au nouveau Teams)
Get-ItemProperty -Path "$base\NonPackaged" -ErrorAction SilentlyContinue |
    Select-Object -Property Value

# Vérifier spécifiquement le package MSTeams
$pkg = "$base\Microsoft.MSTeams_8wekyb3d8bbwe"
if (Test-Path $pkg) { Get-ItemProperty -Path $pkg | Select-Object -Property Value }

Une valeur Allow signifie que Windows laisse passer. Deny ou clé absente = l'utilisateur n'entendra jamais son propre micro dans Teams, quelle que soit la configuration interne du client. Pour un correctif à grande échelle, on pousse la clé via CSP Intune Privacy/LetAppsAccessMicrophone.

Sélectionner le bon périphérique dans le nouveau Teams

Une fois les autorisations validées, le second réflexe est d'ouvrir Paramètres et plus > Paramètres > Périphériques dans Teams. La grande erreur, généralisée depuis le passage au nouveau client, est de laisser « Identique au système » pour le haut-parleur et le microphone. Sur un portable avec dock Thunderbolt et casque USB, Windows change de périphérique par défaut lors du branchement/débranchement, et Teams suit, mais l'utilisateur voit un périphérique dont le nom n'a plus rien à voir avec ce qu'il porte sur les oreilles.

Consignes à faire passer aux utilisateurs et à documenter dans votre KB interne :

  • Sélectionner explicitement le casque dans les deux listes déroulantes (Haut-parleur et Microphone), même s'il s'appelle « Écouteurs Jabra Evolve2 65 ».
  • Lancer l'appel test après chaque changement de matériel.
  • Activer Suppression du bruit > Automatique plutôt que Élevée : le mode élevé consomme davantage de CPU et provoque des coupures audio sur les postes tier 1 (i3 / 8 Go).
  • Désactiver Répondre aux appels sur des périphériques secondaires si l'utilisateur a un casque et une webcam avec micro (Teams peut basculer sans prévenir).

Depuis la version 25H1 du client Teams (juin 2026), la section Périphériques ajoute une colonne « État » qui affiche Occupé par une autre application quand un autre process retient le micro (typiquement OBS Studio, Discord, ou un service Zoom résiduel). Cliquer sur ce lien libère la ressource sans redémarrage complet.

Comment vider le cache du nouveau Teams (MSIX) ?

C'est LE point qui piège 80 % des scripts d'aide en ligne encore visibles en 2026 : ils pointent vers %appdata%\Microsoft\Teams, qui est l'ancien chemin du Teams classique (Electron), retiré définitivement le 1er juillet 2025. Le nouveau Teams est une application packagée MSIX/UWP, et son cache réel se trouve ici :

%localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams

Procédure manuelle propre, sans perdre les paramètres utilisateur :

  1. Quitter complètement Teams (icône barre système > clic droit > Quitter). Vérifier avec Get-Process ms-teams -ErrorAction SilentlyContinue qu'aucun processus ne reste.
  2. Ouvrir Exécuter (Win + R), coller le chemin ci-dessus, valider.
  3. Supprimer tout le contenu du dossier MSTeams, mais pas le dossier parent MSTeams_8wekyb3d8bbwe, sinon la personnalisation est perdue.
  4. Relancer Teams. La reconnexion prend 20 à 40 secondes.

Version PowerShell scriptable :

# Vider proprement le cache du nouveau Teams (à exécuter dans le contexte utilisateur)
$teamsProc = Get-Process -Name "ms-teams" -ErrorAction SilentlyContinue
if ($teamsProc) {
    $teamsProc | Stop-Process -Force
    Start-Sleep -Seconds 3
}

$cache = Join-Path $env:LOCALAPPDATA "Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams"
if (Test-Path $cache) {
    Get-ChildItem -Path $cache -Recurse -Force | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue
    Write-Host "Cache MSTeams vidé : $cache"
} else {
    Write-Host "Chemin introuvable, l'utilisateur est probablement encore sur Teams classique (peu probable en 2026)."
}

# Relancer Teams
Start-Process "ms-teams:"

Alternative sans manipuler le disque : Paramètres > Applications > Applications installées > Microsoft Teams > ... > Options avancées > Réinitialiser. Réparer conserve les données ; Réinitialiser les efface. Pour un problème purement audio, Réparer suffit dans neuf cas sur dix. Sur ce sujet de synchronisation client/serveur, notre guide OneDrive sync Windows 11 détaille la même logique de séparation cache local / état cloud.

Pilotes audio Realtek / Intel Smart Sound et Windows 11 24H2

Quand le micro fonctionne partout sauf dans Teams, c'est souvent un cache. Quand il ne fonctionne nulle part depuis une mise à jour Windows 11 récente, ce sont les pilotes. Depuis l'arrivée de Windows 11 24H2 (fin 2024) et surtout du cumulatif de janvier 2026, deux familles de pilotes provoquent des régressions récurrentes vues en helpdesk :

  • Realtek Audio Driver 6.0.9701.x : perte du micro interne sur les Dell Precision 5490 / 5690 et sur plusieurs Lenovo ThinkPad série T14/P14. Downgrade en 6.0.9648.1 via Device Manager corrige.
  • Intel Smart Sound Technology (SST) OED 10.30.x : bruit blanc constant, ou micro qui s'active/désactive toutes les 10 secondes. Correctif dans 10.30.03031 publié en juillet 2026.
  • USB Audio 2.0 générique (casques Jabra/Poly récents) : la mise à jour KB5064312 casse la détection à chaud sur certains contrôleurs USB4. Réactivation forcée : Gestionnaire de périphériques > Contrôleurs de bus USB > désactiver/réactiver.

Diagnostic rapide via PowerShell :

# Lister les pilotes audio et leur date de mise à jour
Get-PnpDevice -Class "Media" -PresentOnly |
    Where-Object { $_.Status -eq "OK" } |
    ForEach-Object {
        $drv = Get-PnpDeviceProperty -InstanceId $_.InstanceId `
            -KeyName "DEVPKEY_Device_DriverVersion","DEVPKEY_Device_DriverDate"
        [PSCustomObject]@{
            Nom     = $_.FriendlyName
            Version = ($drv | Where-Object KeyName -like "*DriverVersion*").Data
            Date    = ($drv | Where-Object KeyName -like "*DriverDate*").Data
        }
    } | Format-Table -AutoSize

Si la date remonte à moins de 30 jours et coïncide avec le début des incidents, on tente Roll Back Driver avant tout autre changement. Notre guide Windows Update bloqué sous Windows 11 couvre la procédure de mise en pause d'un KB défectueux via WUfB. Utile pour isoler un pilote livré par Windows Update.

Utiliser Call Analytics et RTA depuis le Teams Admin Center

Une fois le poste écarté comme cause, la question devient : est-ce le réseau, le tenant, ou un problème côté serveur Teams ? Le Teams Admin Center Call Analytics répond en 3 clics. Depuis la refonte du modèle de rôles en 2025, deux rôles Microsoft Entra permettent d'ouvrir cet accès au helpdesk sans donner les droits globaux du TAC :

  • Teams Communications Support Specialist : vue limitée : ID d'appel, qualité audio agrégée, périphérique. Suffisant pour un tier 1.
  • Teams Communications Support Engineer : vue complète : journaux réseau, MOS score, PDL, gigue, trace de session, escalade Microsoft.

Chemin : Teams Admin Center > Utilisateurs > Gérer les utilisateurs > sélection de l'utilisateur > onglet Réunions et appels. La fenêtre affiche les 30 derniers jours. Pour un problème en cours, activer Real-Time Analytics (RTA) : la télémétrie descend au niveau seconde, avec alertes automatiques sur perte de paquets > 5 %, gigue > 30 ms et coupures audio. Les données restent 24 heures.

Ce qu'il faut lire en premier dans un rapport Call Analytics « audio dégradé » :

  1. Send/Receive packet loss % : au-dessus de 5 %, c'est le réseau, pas Teams. Vérifier VPN split-tunnel et QoS DSCP 46.
  2. Round-trip time (RTT) : au-dessus de 500 ms, réunion à travers un pays éloigné ou un VPN saturé.
  3. Device driver / device name : renvoie à la section pilotes ci-dessus.
  4. Wi-Fi signal strength (RSSI) : sous -70 dBm, le poste est trop loin de l'AP. Notre guide Wi-Fi qui se déconnecte Windows 11 détaille l'audit RSSI/BSSID.

Script PowerShell de diagnostic à déployer via Intune

Chez nous, tout ce qui est décrit plus haut est empaqueté dans un script Intune que l'utilisateur déclenche depuis le portail Company Portal sous le nom « Diagnostic audio Teams ». Le script s'exécute dans le contexte utilisateur, journalise dans %TEMP%\teams-audio.log, remonte le résultat via Detection Script et ferme automatiquement 41 % des tickets audio Teams avant qu'un technicien ne les touche. Extrait fonctionnel :

# teams-audio-diag.ps1 : Diagnostic tier 1 automatisé
$log = Join-Path $env:TEMP "teams-audio.log"
"=== Diag Teams Audio $(Get-Date -Format o) ===" | Tee-Object -FilePath $log

# 1. Permission micro Windows 11 (couche desktop apps)
$mic = "HKCU:\Software\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\microphone\NonPackaged"
$state = (Get-ItemProperty -Path $mic -ErrorAction SilentlyContinue).Value
"[1] Autorisation micro apps desktop : $state" | Tee-Object -FilePath $log -Append

# 2. Version du client Teams
$teamsPkg = Get-AppxPackage -Name "MSTeams" -ErrorAction SilentlyContinue
"[2] Version MSTeams : $($teamsPkg.Version)" | Tee-Object -FilePath $log -Append

# 3. Pilote audio et date
$audio = Get-PnpDevice -Class "AudioEndpoint" -PresentOnly |
    Select-Object -First 1
"[3] Périphérique audio par défaut : $($audio.FriendlyName) / $($audio.Status)" |
    Tee-Object -FilePath $log -Append

# 4. Détection d'un cache Teams volumineux (> 500 Mo = à nettoyer)
$cache = Join-Path $env:LOCALAPPDATA "Packages\MSTeams_8wekyb3d8bbwe\LocalCache"
if (Test-Path $cache) {
    $sizeMb = [math]::Round((Get-ChildItem $cache -Recurse -Force |
        Measure-Object -Property Length -Sum).Sum / 1MB, 1)
    "[4] Taille cache Teams : $sizeMb Mo" | Tee-Object -FilePath $log -Append
    if ($sizeMb -gt 500) {
        "[4] ACTION : cache > 500 Mo, nettoyage recommandé." |
            Tee-Object -FilePath $log -Append
    }
}

# 5. Test connectivité Teams Live (ports UDP 3478-3481)
$ports = 3478..3481
foreach ($p in $ports) {
    $t = Test-NetConnection -ComputerName "worldaz.tr.teams.microsoft.com" `
        -Port $p -InformationLevel Quiet -WarningAction SilentlyContinue
    "[5] UDP $p : $t" | Tee-Object -FilePath $log -Append
}

# Code retour Intune : 0 = OK, 1 = action utilisateur requise
if ($state -ne "Allow" -or $sizeMb -gt 500) { exit 1 } else { exit 0 }

Combiné avec l'action Remediation Script qui vide le cache et ré-active la permission, l'ensemble tourne en moins de 20 secondes et publie un rapport dans Intune > Reports > Endpoint analytics. Pour les tickets qui remontent quand même, notre approche script + TAC pour la recherche Outlook suit la même logique de diagnostic packagé.

Ce qu'il faut mesurer le mois prochain

Un guide de dépannage n'a de valeur que s'il fait bouger les KPI. Voici les quatre indicateurs que je regarde chaque mois pour cette catégorie de tickets Teams sous Windows 11 :

  • MTTR de la catégorie « Teams audio » : objectif sous les 12 minutes en tier 1, contre 27 min de moyenne observée avant automation.
  • Taux de FCR : cible > 80 % avec le script Intune en place. On mesure aussi le taux de self-heal, c'est-à-dire les tickets fermés par le script sans intervention humaine.
  • % de tickets réouverts sous 7 jours : indicateur clé pour distinguer les vraies résolutions des workarounds. Un pic ici signale un pilote régressif.
  • Score MOS moyen du tenant : extrait mensuel du CQD. Une baisse de 0,3 point est un signal fort avant l'orage.

Quand ces quatre chiffres évoluent dans le bon sens, la catégorie « audio Teams » sort du top 5 des motifs de contact. C'est exactement l'objectif : rendre invisible ce qui, il y a encore deux ans, saturait les files d'attente du lundi matin.

Questions fréquentes

Comment réparer le son sur Teams sous Windows 11 ?

Suivre l'arbre en cinq étapes : mute physique, mute Teams (Ctrl+Maj+M), périphérique explicite dans Paramètres > Périphériques, appel test intégré, puis autorisation micro Windows 11 dans Confidentialité et sécurité > Microphone avec la case « Applications de bureau » activée. Cela résout plus de 75 % des cas sans autre action.

Pourquoi Teams n'a-t-il pas de son sous Windows 11 ?

Les trois causes majoritaires en 2026 sont l'autorisation micro Windows 11 désactivée (souvent par baseline Intune), un cache corrompu du nouveau Teams dans %localappdata%\Packages\MSTeams_8wekyb3d8bbwe, ou un pilote audio Realtek/Intel SST récemment mis à jour qui a régressé.

Comment vider le cache du nouveau Teams ?

Quitter Teams complètement, ouvrir %localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams et supprimer tout le contenu. L'ancien chemin %appdata%\Microsoft\Teams ne concerne plus personne : le client classique a été retiré définitivement le 1er juillet 2025.

Comment autoriser Teams à utiliser le microphone ?

Aller dans Paramètres Windows > Confidentialité et sécurité > Microphone, activer les deux commutateurs du haut, puis descendre et activer « Autoriser les applications de bureau à accéder à votre microphone ». Cette dernière case est indispensable pour le nouveau Teams lancé depuis un raccourci de bureau.

Comment tester le micro dans Teams sans appeler un collègue ?

Utiliser le bouton Effectuer un appel test dans Paramètres > Périphériques. Il enregistre 10 secondes, les rejoue, et confirme que Teams a bien accès à un flux audio ascendant et descendant. C'est le contrôle le plus rapide avant d'ouvrir un ticket.

Quel rôle donner au helpdesk pour accéder à Call Analytics ?

Le rôle Microsoft Entra Teams Communications Support Specialist pour un tier 1 (vue résumée), ou Teams Communications Support Engineer pour un tier 2 (vue détaillée réseau et session). Ces rôles n'ouvrent aucun autre droit sur le Teams Admin Center.

Maria Castellano
À propos de l'auteur Maria Castellano

IT operations analyst focused on automation and metrics. Believes most tier-1 problems should never reach a human.