Microsoft Teams ne démarre plus après les mises à jour de juin/juillet 2024 : fenêtre noire, WebView2, correctifs et modes de contournement (Windows 11)

Depuis fin juin 2024, de nombreux postes Windows 11 voient Microsoft Teams (édition organisation) s’ouvrir sur une fenêtre noire puis se fermer en boucle. Voici un guide terrain, exhaustif et opérationnel, pour rétablir la productivité et cadrer les actions IT.

Sommaire

Vue d’ensemble du problème

Après une mise à jour récente de Teams, l’application démarre, affiche une fenêtre noire durant quelques secondes, puis se ferme sans message d’erreur. Les défaillances se concentrent sur la build 24152.412.2958.9166. Des tentatives classiques (réinitialisation, réparation, vidage des données, désinstallation/réinstallation) ne corrigent pas durablement le symptôme : au mieux, une session fonctionne avant que l’échec ne réapparaisse au lancement suivant.

Des retours indiquent qu’une version antérieure, 24137.2216.2931.2440, fonctionne correctement — mais l’auto‑update force la remontée vers la build défaillante, ramenant le bug.

Contexte côté service

Un incident a été référencé dans l’état du service M365 : TM807333, impactant spécifiquement les utilisateurs sur 24152.412.2958.9166. La cause annoncée : régression dans une mise à jour d’infrastructure Teams. Un correctif côté service était planifié mi‑juillet 2024 ; malgré cela, certains environnements ont observé des symptômes persistants jusqu’à la fin juillet.

Ce qu’il faut retenir

Problème connu et ciblé : la build 24152.412.2958.9166 est associée à la « fenêtre noire » et à des boucles de lancement.
Workaround immédiat : Teams Web (navigateur) fonctionne normalement, y compris en mode PWA.
Réinitialiser aide parfois… temporairement : efficace chez certains utilisateurs pour une seule session ; le problème réapparaît ensuite.

Plan d’action rapide (priorisé)

Basculer vers Teams Web (solution de contournement officielle). Dans Microsoft Edge : menu … → Applications → Installer ce site en tant qu’application pour créer un raccourci « comme une appli » (icône, notifications, lancement direct).
Geler temporairement la version fonctionnelle (downgrade) le temps de la résolution service. Réinstallez la version validée (ex. 24137.xxx) et empêchez l’auto‑mise à jour via Microsoft Store, GPO ou Intune (voir procédures détaillées).
Réparer ou réinstaller WebView2. Le nouveau client Teams s’appuie sur Microsoft Edge WebView2 Runtime. Une corruption de ce composant cause souvent des écrans noirs ou des boucles.
Désactiver l’accélération matérielle GPU. Si une session s’ouvre, désactivez l’option dans les paramètres Teams puis redémarrez.
Nettoyer les caches (en dernier recours et sous contrôle). Purgez les caches Teams/WebView2 et redémarrez la machine.
Suivre l’état du service (référence TM807333). Si l’incident est clos mais que vos postes restent affectés, escaladez auprès de Microsoft avec des journaux et informations de version.

Symptômes et périmètre

Windows 11 (postes physiques ou VDI), édition Teams « organisation » (nouveau client).
Au lancement : fenêtre noire, fermeture sans message, Event Viewer peu bavard ou erreurs génériques d’application.
Réinitialisation/réparation : amélioration de courte durée (parfois une seule ouverture).
Downgrade vers 24137.xxx : fonctionne, jusqu’à la mise à jour automatique vers 24152.xxx et le retour du bug.

Causes les plus probables

Régression côté service (incident TM807333) affectant les clients en 24152.xxx.
Rupture dans la chaîne WebView2 (runtime corrompu, profil utilisateur cassé, caches WebView2 inconsistants).
Problèmes de rendu (GPU/driver, accélération matérielle, sandbox graphique).
Cache applicatif incohérent (migration de build ou données héritées du « Classic »).

Procédures détaillées

1 — Utiliser Teams sur le Web (recommandé immédiatement)

Pourquoi : le service Teams est sain ; c’est l’hôte local (client/infra WebView2) qui est en cause. La version Web (Edge/Chrome) n’est pas affectée par la régression de la build locale.

Étapes :

Ouvrez Teams dans Microsoft Edge ou Chrome.
Dans Microsoft Edge : … → Applications → Installer ce site en tant qu’application. Un raccourci est créé avec intégration aux notifications Windows.
Épinglez la PWA dans la barre des tâches pour un accès direct (expérience proche du client natif).

Limitation : certaines intégrations profondes (ex. add-ins Office locaux) peuvent différer, mais la messagerie, les réunions, le partage d’écran et la visioconférence fonctionnent normalement.

2 — Rester provisoirement sur une version sûre et empêcher l’auto‑update

Objectif : stabiliser la production en attendant la résolution côté service. À consigner et à lever dès confirmation du rétablissement.

Poste non géré : ouvrir Microsoft Store → profil → Paramètres → désactiver Mettre à jour les applications automatiquement. Réinstaller ensuite la build fonctionnelle (24137.xxx) si disponible.
Environnement géré (GPO) : stratégie Windows Components ▸ Store ▸ Turn off Automatic Download and Install of updates. Ciblez les seuls appareils impactés, définissez un périmètre de temps et documentez l’exception.
Environnement géré (Intune) : utilisez une politique de mise à jour des applis Microsoft Store ou un packaging de la version validée pour empêcher la remontée automatique, puis planifiez le retour à la dernière version stable.

Bonnes pratiques : limitez la durée du gel, tracez les machines affectées et ajoutez un rappel de dégel dans votre outil ITSM.

3 — Vérifier / réparer Microsoft Edge WebView2 Runtime

Pourquoi : le nouveau Teams est une application WebView2. Un runtime cassé ou un profil WebView2 endommagé provoque typiquement l’écran noir et les boucles de démarrage.

Étapes rapides (poste individuel) :

Windows → Applications installées → Microsoft Edge WebView2 Runtime → Modifier → Réparer.
Si la réparation échoue ou ne change rien : désinstallez puis réinstallez le runtime (package Evergreen), puis redémarrez.

Étapes gérées :

Déployez une réparation ou réinstallation WebView2 via votre outil (Intune, ConfigMgr) sur le parc ciblé.
Surveillez via un déploiement pilote. Si l’incident persiste, passez à la désactivation GPU ou au nettoyage de caches.

4 — Désactiver l’accélération matérielle (GPU)

But : contourner d’éventuels conflits de pilote ou de rendu.

Ouvrez Teams (si une session réussit).
Paramètres → Général → décochez Accélération matérielle, puis redémarrez Teams.

Astuce avancée (test) : pour forcer le mode logiciel même si l’UI n’est pas accessible, définissez provisoirement une variable d’environnement utilisateur WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS avec --disable-gpu, lancez Teams, validez, puis supprimez la variable après retour à la normale.

5 — Nettoyage approfondi des caches

À utiliser en dernier recours, car cela réinitialise l’état local de l’application.

Fermez Teams et terminez tous les processus ms‑teams.exe (Gestionnaire des tâches).
Windows > Paramètres > Applications > Microsoft Teams > Options avancées > Réinitialiser.
Si nécessaire, purgez les caches Teams/WebView2 de l’utilisateur (profils, EBWebView) puis redémarrez le PC.

En environnement géré : encapsulez ces opérations dans un script de remédiation validé, avec sauvegarde préalable des données utiles (ex. paramètres).

6 — Suivi & escalade

Surveillez le Centre d’administration Microsoft 365 → État du service (référence TM807333).
Si l’incident est clos mais que vos postes restent impactés : ouvrez un ticket et fournissez :
- La version Teams fonctionnelle et la défaillante.
- La chronologie des essais (réinitialisation, réparation WebView2, etc.).
- Des journaux (Observateur d’événements, traces Teams/WebView2 si disponibles) et captures d’écran/vidéos courtes du démarrage.

Résumé pratique

Élément	État / Action
Version 24152.412.2958.9166	Problématique (boucle « fenêtre noire »)
Version 24137.2216.2931.2440	Fonctionnelle (jusqu’à mise à jour auto)
Contournement	Utiliser Teams Web (PWA Edge conseillée)
Mesure temporaire	Geler les mises à jour de Teams/Microsoft Store
Correctifs locaux utiles	Réparer WebView2, désactiver GPU, nettoyage des caches
Suivi	Contrôler l’État du service M365, lever le gel dès résolution

Arbre de décision express

La productivité est bloquée ? Passez immédiatement à Teams Web (PWA).
Build défaillante détectée (24152.xxx) ? Réinstallez la build fonctionnelle (24137.xxx) et suspendez l’auto‑update (périmètre, durée et traçabilité).
Échec persistant ? Réparez/réinstallez WebView2.
Écran noir lié au rendu ? Désactivez l’accélération GPU.
Persistant malgré tout ? Purgez caches (script piloté), puis redémarrez.
Encore KO ? Escaladez avec logs + références de version, surveillez TM807333.

Scénarios par environnement

PC individuel (non géré)

Adoptez la PWA Edge pour travailler immédiatement.
Désactivez l’auto‑mise à jour du Microsoft Store le temps de la résolution.
Réparez WebView2 depuis Applications installées.
Si besoin, réinitialisez l’application Teams et purgez les caches (avec prudence).

Parc géré (Intune/GPO)

Diffusez une communication interne (statut, contournement, consignes d’assistance).
Créez une politique temporaire pour bloquer l’auto‑update Teams/Store sur un groupe dynamic des postes affectés.
Déployez une remédiation : réparation/réinstallation de WebView2, puis bascule PWA automatisée si souhaité.
Tracez le périmètre et le timebox de l’exception ; planifiez un roll‑back automatique dès résolution confirmée.

Scripts et commandes utiles (optionnel)

Vérifier la présence de Teams (nouveau client)

# À exécuter dans PowerShell, pour l’utilisateur concerné
Get-AppxPackage -Name MSTeams | Select Name, PackageFullName, Version

Fermer Teams proprement avant remédiation

# Ferme le client s'il est en arrière-plan
Get-Process -Name "ms-teams" -ErrorAction SilentlyContinue | Stop-Process -Force
Start-Sleep -Seconds 2

Réparer ou réinstaller WebView2 (poste individuel)

# Exemple indicatif : privilégiez votre outil de gestion d'applications en entreprise
# 1) Désinstallation si nécessaire
winget list --name "WebView2" | Out-Null
winget uninstall --id Microsoft.EdgeWebView2Runtime -e --silent

# 2) Réinstallation du runtime Evergreen

winget install --id Microsoft.EdgeWebView2Runtime -e --silent

Remarque : selon les politiques de sécurité, winget peut être restreint. Adaptez via votre gestionnaire de paquets interne.

Désactiver l’accélération GPU via variable d’environnement (test)

# Ajoute un argument WebView2 pour l'utilisateur courant
$envName = "WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS"
$envValue = "--disable-gpu"
[Environment]::SetEnvironmentVariable($envName, $envValue, "User")

# Démarre Teams, puis vérifiez si la fenêtre s'affiche correctement.

Start-Process "ms-teams:"

# Pour rétablir ensuite :

# \[Environment]::SetEnvironmentVariable(\$envName, \$null, "User")

Purge raisonnée des caches (dernière intention)

# À réaliser après fermeture de Teams, et idéalement avec sauvegarde des paramètres.
$paths = @(
  "$env:APPDATA\Microsoft\Teams",
  "$env:LOCALAPPDATA\Microsoft\Teams",
  "$env:LOCALAPPDATA\Packages\MSTeams_*\LocalCache",
  "$env:APPDATA\Microsoft\Teams\EBWebView",
  "$env:LOCALAPPDATA\Packages\MSTeams_*\LocalCache\EBWebView"
)

foreach (\$p in \$paths) {
Get-ChildItem -Path \$p -ErrorAction SilentlyContinue | ForEach-Object {
try { Remove-Item $\_.FullName -Recurse -Force -ErrorAction Stop } catch {}
}
}

# Redémarrez Windows après la purge.

Important : n’étendez pas cette purge à d’autres répertoires Edge / WebView2 globaux sans justification — vous pourriez impacter d’autres applications.

Collecte des journaux pour l’escalade

Horodatages : notez les heures exactes (démarrages, échecs, réinitialisations).
Versioning : capturez les versions fonctionnelle vs défaillante.
Observateur d’événements :
- Journaux Windows > Application (erreurs .NET/APPCRASH génériques).
- Journaux Applications et services > Microsoft > Windows > AppxDeployment‑Server / AppModel‑Runtime (si déploiement MSIX concerné).
Journaux applicatifs : dossiers de logs sous le profil utilisateur (Teams et WebView2/EBWebView), si disponibles.

Bonnes pratiques d’administration

Segmenter les correctifs : pilotez par lots (anneaux) pour limiter le risque et mesurer l’efficacité réelle.
Documenter toute exception d’update : périmètre, durée, motif (référence TM807333), plan de retour.
Standardiser la remédiation : script Intune/GPO unique, testé et versionné.
Surveiller la santé WebView2 : le runtime est une dépendance critique pour Teams et d’autres apps modernes.
Communiquer aux utilisateurs : fournir un guide rapide PWA, préciser qu’il s’agit d’un contournement temporaire.

FAQ – Questions fréquentes

Le passage en PWA change‑t‑il les fonctionnalités ? L’essentiel (chat, appels, réunions, partage d’écran) reste disponible. Les intégrations locales profondes peuvent différer, mais pour la majorité des usages, l’expérience est équivalente.

Combien de temps garder le gel des mises à jour ? Le minimum nécessaire. Surveillez l’état du service ; dès la résolution annoncée et vérifiée en pilote, réactivez l’auto‑update.

Faut‑il réinstaller Windows ? Non. Les symptômes pointent une combinaison Teams build + WebView2 et/ou rendu GPU. Les démarches ci‑dessus suffisent dans la grande majorité des cas.

Pourquoi la réinitialisation ne tient‑elle qu’une journée ? Parce qu’au redémarrage ou à la fermeture/relance, la même condition défaillante (runtime, cache, rendu, ou régression service) se reproduit.

Après la résolution – retour à la normale

Levez le gel des mises à jour (Store/Intune/GPO) et basculez vers la dernière version stable de Teams.
Supprimez toute variable d’environnement WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS ajoutée pour le diagnostic.
Réactivez l’accélération GPU si elle a été désactivée et que les tests de pilotage sont concluants.
Clôturez l’incident dans votre ITSM avec retour d’expérience : étapes efficaces, métriques (taux de succès, temps moyen de remédiation), et actions préventives.

Check‑list imprimable (condensé)

✅ PWA Edge opérationnelle (les utilisateurs peuvent travailler).
✅ Version sûre déployée (si nécessaire) et auto‑update gelée (périmètre + durée).
✅ WebView2 réparé/réinstallé.
✅ Accélération GPU désactivée en test si écran noir persiste.
✅ Caches purgés en dernier recours (script piloté).
✅ Suivi État du service M365 (TM807333) et plan de dégel.
✅ Journalisation complète prête pour escalade Microsoft si besoin.

En bref : le bug « fenêtre noire » de Microsoft Teams sur Windows 11 autour des builds de juin/juillet 2024 est connu et localisé. La stratégie gagnante : assurer la continuité via la PWA, stabiliser par gel temporaire, réparer WebView2, désactiver le GPU si nécessaire, puis nettoyer les caches avec une remédiation pilotée. Surveillez TM807333 et revenez à une configuration standard dès que la correction service est confirmée.