Pourquoi le menu Démarrer de Windows 11 s'ouvre en retard — et ce qui le règle vraiment

Le menu est devenu une app, pas un composant du shell

Sous Windows 10, le menu Démarrer vivait dans le shell ; sous Windows 11, il tourne dans son propre processus, StartMenuExperienceHost.exe — une application XAML que Windows suspend dès que vous la fermez. À l'ouverture suivante, il faut relancer ce processus, reconstruire l'arbre visuel, énumérer toutes les applications installées pour la liste, charger les icônes des éléments épinglés et demander à l'Explorateur des fichiers récents pour la bande « Recommandé ». Sur une machine chaude et inactive, cela prend des dizaines de millisecondes. Juste après la connexion, pendant que l'antivirus analyse, que l'indexeur de recherche chauffe et que Sysmain précharge, le menu se bat pour le disque et le CPU contre tout le reste — et perd.

Le cas d'école, c'est le disque dur mécanique. La liste des applications, ce sont des milliers de lectures minuscules — manifestes, fichiers d'icônes, chaînes localisées — et un disque de portable à 5400 tr/min en fait une pause visible après chaque connexion. L'autre cas d'école, c'est un paquet réellement cassé : si le menu traîne d'une à deux secondes à chaque ouverture, même des heures après la connexion, l'app du menu est en mauvais état et demande une réparation, pas des réglages.

Ce qui aide vraiment, par ordre de rendement

Parcourez la liste de haut en bas et arrêtez dès que la latence disparaît. Les deux premières lignes couvrent la grande majorité des cas que nous voyons au support.

• Ouvrez le Gestionnaire des tâches au moment du hoquet et guettez la colonne « Disque » : si elle plafonne à 100 pour cent, le menu attend les E/S — fermez les coupables ou revenez dans cinq minutes, le menu n'y est pour rien
• Passez le disque système sur un SSD si vous êtes encore en HDD — sur une machine qui bute après chaque connexion, rien d'autre ne s'en approche
• Éclaircissez le démarrage : chaque application retirée est une concurrente de moins pour le disque, exactement dans la fenêtre où vous ouvrez le menu
• Si la latence frappe chaque ouverture, réenregistrez le paquet : Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} dans PowerShell
• Des icônes vides ou génériques dans le menu signalent un cache d'icônes corrompu ; reconstruisez-le et une source de saccades disparaît avec les icônes cassées
• Gardez la liste d'applications courte en désinstallant ce que vous n'ouvrez jamais : moins d'entrées à énumérer, c'est moins de travail à chaque ouverture — même si le gain reste modeste

Quand le menu n'y est pour rien

Une expérience utile : ouvrez le menu à la seconde où le bureau apparaît, puis de nouveau deux minutes plus tard. Si seule la première ouverture est lente, le menu va bien ; la vraie histoire, c'est la tempête d'E/S qui suit la connexion : les mises à jour vérifient, OneDrive s'éveille, Defender termine son analyse de démarrage. Le menu est simplement le seul composant que vous fixez du regard.

Et si le retard est lié à une interaction précise — cliquer sur la recherche dans le menu ou attendre la liste complète des applications —, c'est l'index de recherche qu'il faut regarder, pas le shell du menu. C'est un autre sous-système, avec ses propres pannes et son propre diagnostic. Avant de toucher au menu, vérifiez qu'une recherche lancée depuis la boîte Exécuter répond instantanément : cela isole l'index en dix secondes.

Questions et réponses

À lire ensuite