Windows 11 23H2/24H2 : démarrage très lent des apps dans shell:startup (WaitForIdleState) — causes et correctifs éprouvés

Vos applications placées dans shell:startup (Steam, Wallpaper Engine, Dropbox, etc.) se lancent très tard sous Windows 11 23H2/24H2 ? Voici une analyse claire du problème, ses causes probables et des correctifs concrets, validés en pratique.

Sommaire

Vue d’ensemble du problème

Sur de nombreuses configurations Windows 11 récentes, un comportement déroutant est observé : après l’affichage du Bureau, les éléments censés démarrer automatiquement via shell:startup ne s’exécutent qu’au bout de 1 à 5 minutes. Ce décalage disparaît si l’on lance manuellement les mêmes applications par double‑clic, qui s’ouvrent alors immédiatement. Les vérifications usuelles (état CPU/SSD, sfc /scannow, DISM, antivirus, journaux d’événements) ne révèlent aucune anomalie matérielle ou logicielle évidente.

Cause probable : la nouvelle logique « Wait For Idle State »

Depuis Windows 11 23H2, Microsoft a substitué un délai fixe de démarrage par un ordonnancement dynamique. Tant que le système estime que le processeur est occupé (phase de post‑logon, initialisations de session, indexation, etc.), il retarde l’exécution des éléments d’auto‑démarrage afin de réduire la concurrence au boot. Sur des machines modernes rapides, ce heuristique peut paradoxalement sur‑retarder les lancements, créant un délai supérieur à la réalité des ressources disponibles.

Comment Windows orchestre réellement ce démarrage

Point d’entrée utilisateur : le dossier shell:startup (profil utilisateur) et, secondairement, shell:common startup (tous les utilisateurs).
Orchestrateur : l’Explorateur (Explorer.exe) et le sous‑système de logon déclenchent la lecture des raccourcis au moment jugé « idéal ».
Heuristique d’« idle » : l’algorithme repousse l’exécution tant que la machine n’est pas considérée comme au repos. Cela peut être perturbé par des opérations silencieuses (indexation, OneDrive, services qui « s’échauffent »)

Bilan : le retard provient moins des applications elles‑mêmes que du signal de départ que Windows attend trop longtemps.

Comment confirmer que vous êtes touché

Avant d’appliquer une correction, vérifiez que vous êtes dans le cas typique « idle retardé ». Voici un test simple et non intrusif.

Ouvrez Win+R, saisissez shell:startup et validez.
Dans le dossier qui s’ouvre, créez un fichier StartupTest.bat contenant :

@echo off
echo Démarrage &percnt;DATE&percnt; &percnt;TIME&percnt; &gt;&gt; "%USERPROFILE%\Desktop\StartupLog.txt"

Redémarrez le PC, n’ouvrez rien et attendez l’apparition de StartupLog.txt sur le Bureau.

Si le fichier n’apparaît qu’au bout de plusieurs minutes alors que le Bureau est déjà prêt, vous subissez très probablement le retard d’« idle ». En revanche, si le fichier arrive quasi instantanément mais que vos applis tardent, le problème est ailleurs (chemin réseau, UAC, droits…).

Solutions testées et validées

Quatre approches ont été testées, la première — la plus citée et efficace — consistant à neutraliser explicitement l’attente d’« idle » via le Registre.

Méthode	Description	Avantages	Inconvénients / Précautions
Modification du Registre (solution la plus citée et la plus efficace)	1. Ouvrir regedit. 2. Créer la clé : `HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize`. 3. Ajouter deux valeurs DWORD : `WaitForIdleState = 0` et `StartupDelayInMSec = 0`.	Supprime complètement le délai ; mise en place en quelques secondes.	La clé peut disparaître après des mises à jour Windows ; conserver un fichier .reg pour réappliquer. Intervention manuelle dans le Registre : toujours sauvegarder avant.
Tâche planifiée	1. Déplacer les raccourcis de `shell:startup` vers un dossier (p. ex. `C:\Startup`). 2. Créer une tâche Planificateur : déclencheur « Ouverture de session », action : `cmd.exe /C for %f in (*.lnk) do start "" "%f"` (Démarrer dans = `C:\Startup`).	Contourne le délai sans toucher au Registre ; utile si la modification est interdite (PC d’entreprise).	Plus « bricolage » ; nécessite un ajustement si certaines applis demandent des privilèges élevés ou une connexion réseau.
Désactivation des lecteurs réseau inactifs	Certains utilisateurs ont observé un blocage lié à des mappages réseau hors‑ligne.	Facile à tester (déconnecter/reconnecter les lecteurs).	N’explique pas tous les cas ; effet variable selon la configuration.
Autoruns & démarrage sélectif	Vérifier qu’aucune autre entrée de démarrage (Services, tâches inutiles, etc.) ne monopolise les ressources.	Bon outil de diagnostic global.	N’élimine pas le retard intrinsèque dû à `WaitForIdleState`.

Procédure détaillée : suppression du délai via le Registre

Étapes pas à pas

Appuyez sur Win+R, tapez regedit et validez.
Accédez à :
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
Si le sous‑dossier Serialize n’existe pas, créez‑le : clic droit → Nouveau > Clé → nommez‑le Serialize.
Dans Serialize, créez deux valeurs DWORD (32 bits) :
- WaitForIdleState → valeur 0
- StartupDelayInMSec → valeur 0
Fermez l’Éditeur du Registre et redémarrez Windows.

Fichier .reg prêt à l’emploi

Conservez le fichier ci‑dessous pour réappliquer la correction après une mise à niveau majeure de Windows :

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize]
"StartupDelayInMSec"=dword:00000000
"WaitForIdleState"=dword:00000000

Bonnes pratiques : exportez la clé Explorer avant modification (menu Fichier > Exporter), fermez toute application critique, et redémarrez après chaque changement pour évaluer l’effet.

Alternative sans Registre : démarrage via le Planificateur de tâches

Si vous êtes en environnement verrouillé (GPO interdisant l’édition du Registre) ou si vous préférez un contournement non invasif, déclenchez vos applis via une tâche de logon.

Préparer le dossier de lancement

Créez C:\Startup (ou un autre répertoire dédié).
Déplacez‑y les raccourcis (.lnk) actuellement présents dans shell:startup.

Créer la tâche planifiée

Ouvrez Planificateur de tâches → Créer une tâche.
Général : donnez un nom (ex. Startup Apps Fast). Cochez Exécuter même si l’utilisateur n’est pas connecté seulement si nécessaire. Dans la plupart des cas, laissez décoché.
Déclencheurs : À l’ouverture de session (votre compte). Optionnel : retard de 5–10 s si une appli exige que l’Explorateur soit prêt.
Actions : Démarrer un programme :
- Programme/script : cmd.exe
- Arguments : /C for %f in (*.lnk) do start "" "%f"
- Démarrer dans : C:\Startup
Conditions : décochez Ne démarrer la tâche que si l’ordinateur est en courant alternatif si portable.
Paramètres : cochez Exécuter la tâche dès que possible après un démarrage planifié manqué.

Astuce : si une application nécessite des privilèges élevés, créez pour elle une tâche dédiée avec l’option Exécuter avec les autorisations maximales, plutôt que de lui confier l’élévation via shell:startup.

Cas particuliers et réglages complémentaires

Lecteurs réseau mappés mais inactifs

Des mappings vers des partages inaccessibles peuvent bloquer l’Explorateur au logon. Désactivez ou re‑connectez les lecteurs réseau temporaires, puis mesurez l’impact avec le test StartupTest.bat. Si le délai diminue, automatisez la reconnexion après le logon (script dédié) ou configurez l’option Reconnecter à l’ouverture de session avec discernement.

Audit du démarrage avec Autoruns

Autoruns (Sysinternals) dresse la liste exhaustive des démarrages (Run, RunOnce, Services, tâches…). Désactivez provisoirement les éléments non essentiels pour identifier un processus « goulet ». Notez toutefois que si le symptôme central est « les applis de shell:startup démarrent tard », l’édition du Registre reste le levier le plus direct.

Automatiser, déployer, revenir en arrière

Appliquer la correction par script PowerShell (session utilisateur)

New-Item -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize" -Force | Out-Null
New-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize" -Name "StartupDelayInMSec" -Value 0 -PropertyType DWord -Force | Out-Null
New-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize" -Name "WaitForIdleState"  -Value 0 -PropertyType DWord -Force | Out-Null

Révoquer la modification (rollback)

Pour supprimer les valeurs et restaurer le comportement d’origine :

Remove-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize" -Name "StartupDelayInMSec","WaitForIdleState" -ErrorAction SilentlyContinue

Déploiement en entreprise

Périmètre : la clé est sous HKCU (par utilisateur). Préparez un script de logon ou un package de déploiement utilisateur.
Support : l’astuce est non documentée officiellement. Testez d’abord sur un groupe pilote et conservez un plan de retour arrière.
Mises à jour : de grandes versions de Windows peuvent supprimer la clé Serialize. Réappliquez automatiquement après mise à niveau.

Retours d’expérience synthétisés

De nombreux retours confirment une disparition totale du délai dès que WaitForIdleState = 0 est présent sous Serialize.
Effets secondaires rares : un cas isolé de Green Screen of Death signalé (probablement en build Insider), non reproduit par la majorité.
Contexte professionnel : des administrateurs rappellent que modifier ce paramètre peut, théoriquement, sortir du cadre de support éditeur. D’où l’importance du pilote et du rollback.

Recommandations pratiques

Créez et conservez un fichier .reg réutilisable (voir plus haut) pour réappliquer la correction après une mise à jour majeure.
Validez d’abord sur un seul compte utilisateur avant un déploiement large.
En environnement soumis à des GPO, privilégiez la tâche planifiée si le Registre est verrouillé.
Surveillez les mises à jour Windows : si la latence réapparaît, vérifiez si la clé Serialize a été supprimée et restaurez‑la.

Guide de diagnostic rapide

Pour accélérer l’analyse et éviter les faux positifs, suivez cette check‑list :

Le double‑clic est instantané ? Oui → privilégier la piste « idle retardé ».
Le test StartupTest.bat est retardé ? Oui → correction Registre recommandée.
Raccourcis vers des chemins réseau ? Remplacer provisoirement par des chemins locaux pour vérifier l’impact.
Applications demandant l’élévation UAC ? Créer une tâche dédiée élevée au logon.
Antivirus tiers ? Désactiver temporairement l’« analyse au lancement » pour isoler l’effet (test court, hors‑ligne si possible).

FAQ

Faut‑il configurer la clé aussi dans `HKLM` ?

Non. Le comportement observé se corrige au niveau utilisateur (HKCU). L’ajout dans HKLM n’est pas requis et peut être ignoré.

Que se passe‑t‑il si je ne mets que `StartupDelayInMSec` ?

Sur Windows 11 23H2/24H2, StartupDelayInMSec seul peut ne plus suffire. C’est l’ajout de WaitForIdleState = 0 dans Serialize qui supprime l’attente « idle » et rend l’action immédiate.

Est‑ce risqué pour la stabilité ?

La modification est peu intrusive et réversible. Les retours indiquent une stabilité identique, avec un cas isolé de plantage en build Insider. Sauvegardez le Registre et testez avant déploiement large.

Pourquoi certaines applis continuent de tarder malgré la clé ?

Si une appli requiert des prérequis (réseau, service en arrière‑plan), elle peut attendre son propre état de disponibilité. Dans ce cas, ajoutez un délai ciblé via une tâche planifiée dédiée (ex. déclenchement à T+10 s) plutôt que de réintroduire un délai global.

La correction impacte‑t‑elle le temps de démarrage global ?

Non, elle affecte uniquement le moment où vos éléments utilisateur sont lancés. Le boot système n’est pas modifié.

Exemples concrets

Forcer un lancement propre de trois applications au logon

Déplacez les raccourcis Steam, Wallpaper Engine et Dropbox dans C:\Startup.
Créez la tâche Startup Apps Fast comme décrit plus haut.
Vérifiez au redémarrage : l’icône de chaque appli doit apparaître en zone de notification en quelques secondes.

Journaliser le temps d’apparition pour comparer avant/après

Ajoutez ce script dans shell:startup pour tracer l’heure de déclenchement :

@echo off
echo Avant-correctif &percnt;DATE&percnt; &percnt;TIME&percnt; &gt;&gt; "%USERPROFILE%\Desktop\StartupLog-BEFORE.txt"

Appliquez la clé Serialize, renommez simplement le script en StartupLog-AFTER.bat et comparez les horodatages. La différence se mesure souvent en dizaines de secondes, voire plusieurs minutes.

Erreurs fréquentes à éviter

Créer des QWORD (64 bits) au lieu de DWORD (32 bits). Les valeurs attendues sont des DWORD.
Écrire « 0x0 » en texte dans l’éditeur de Registre. Saisissez simplement 0 (hexadécimal ou décimal).
Oublier le redémarrage après l’ajout des valeurs : l’Explorateur ne relit pas toujours immédiatement la configuration.
Laisser des raccourcis cassés ou pointant vers des partages réseau non disponibles : corrigez les cibles.

Modèle de script de lancement sélectif

Si quelques applications seulement posent souci, un script de logon minimaliste peut être plus lisible :

@echo off
REM Exemple : démarrer 3 applis en parallèle, puis attendre 2s pour une 4e dépendante du réseau
start "" "C:\Program Files (x86)\Steam\steam.exe"
start "" "C:\Program Files\Dropbox\Client\Dropbox.exe"
start "" "C:\Program Files (x86)\Steam\steamapps\common\wallpaper_engine\wallpaper32.exe"
timeout /t 2 /nobreak &gt; nul
start "" "C:\Chemin\Vers\UneAppliQuiAttendLeReseau.exe"

Placez ce .bat dans C:\Startup et remplacez l’action de la tâche planifiée par l’exécution directe du script.

Sécurité et conformité

La désactivation de l’attente « idle » n’affecte pas les politiques de sécurité, UAC ou SmartScreen.
Sur des postes gérés, documentez la dérogation et obtenez la validation de l’équipe sécurité/ITSM.
Gardez une trace (ticket, change) du qui/quoi/quand pour toute modification de Registre.

Résumé opérationnel

La latence de démarrage des éléments shell:startup sous Windows 11 23H2/24H2 provient d’une logique d’ordonnancement qui attend un état « idle ». La correction la plus simple et fiable consiste à créer la clé de Registre Serialize et à fixer WaitForIdleState (et éventuellement StartupDelayInMSec) à 0, rétablissant un lancement quasi instantané au logon. En contexte d’entreprise ou si l’édition du Registre est proscrite, la tâche planifiée est une alternative propre et auditable. Complétez au besoin par l’assainissement des lecteurs réseau mappés et un audit Autoruns.

Annexe : rappel des chemins utiles

Démarrage (utilisateur) : %APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup → alias shell:startup
Démarrage (tous les utilisateurs) : %ProgramData%\Microsoft\Windows\Start Menu\Programs\StartUp → alias shell:common startup
Clé Registre : HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize

Annexe : modèle .reg réutilisable

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize]
"StartupDelayInMSec"=dword:00000000
"WaitForIdleState"=dword:00000000

Conclusion

Si vos applications de session semblent « endormies » alors que le Bureau est prêt, vous êtes probablement face à la nouvelle attente Wait For Idle State. Désactivez‑la proprement via la clé Serialize ou contournez‑la avec une tâche planifiée : dans les deux cas, vous retrouverez un démarrage instantané de vos applications au logon, sans sacrifier stabilité ni sécurité. Gardez à l’esprit que certaines mises à jour majeures suppriment la clé : conservez votre fichier .reg et réappliquez‑le au besoin.