Windows 11 multisession : la suppression d’applications par stratégie est annoncée
Microsoft annonce l’extension de la suppression d’applications par stratégie aux environnements Windows 11 multisessions, sur le périmètre Enterprise et Education décrit dans son guide. Les équipes qui administrent ces hôtes doivent préparer leur liste d’applications et faire confirmer la compatibilité de leurs builds avant activation : la référence CSP ne reflète pas encore le même périmètre.
- Impact
- hôtes Windows 11 multisessions concernés par la suppression d’applications préinstallées ou MSIX/APPX ; la stratégie s’applique à tous les utilisateurs de l’appareil.
- Action
- inventorier les hôtes et les applications à conserver, puis clarifier le support du mécanisme et du schéma de stratégie pour les versions visées.
- Statut
- À surveiller
Une extension annoncée, pas un nouvel outil de désinstallation universel
Le Windows Message Center du 29 octobre 2026 annonce le support des environnements multisessions. Le guide de configuration le confirme et décrit Windows 11 24H2 ou ultérieur, éditions Enterprise et Education. L’événement est antérieur au 2 novembre ; il reste utile pour préparer les prochaines évolutions des hôtes partagés.
La stratégie retire des applications Store préinstallées d’une liste statique et peut utiliser une liste dynamique pour d’autres packages MSIX/APPX. Elle n’est pas un mécanisme général de suppression des applications MSI ou Win32.
Une limite documentaire empêche une recommandation de déploiement immédiat. La référence RemoveDefaultMicrosoftStorePackages indique encore « Windows Insider Preview [11.0.26100] » dans sa matrice d’applicabilité, alors que l’annonce et le guide décrivent un périmètre plus large. Les sources consultées n’établissent pas une KB minimale propre à l’extension multisession. Ne pas conclure que tout hôte 24H2 est prêt, ni qu’un réglage visible dans Intune prouve son support effectif. Faire confirmer la compatibilité de la build et du mode de gestion visés avant un essai actif.
Préparer la sélection et le retour arrière
Le guide prévoit une configuration MDM ou GPO, ciblée sur les appareils, pas sur les utilisateurs. La liste doit donc convenir à toutes les personnes utilisant un même hôte ; les exceptions individuelles ne sont pas assurées par cette stratégie.
Deux conséquences documentées doivent guider la sélection :
- La suppression enlève aussi les données locales associées à l’application. Identifier ce qui doit être conservé avant toute activation.
- Tant que l’application reste sélectionnée, sa réinstallation est bloquée. La retirer de la liste ne la restaure pas : il faut ensuite la réinstaller ou la reprovisionner.
Pour la liste dynamique, Microsoft avertit que des versions différentes du schéma CSP peuvent empêcher l’application de la stratégie. Le guide limite par ailleurs l’usage de la liste dynamique via OMA-URI personnalisé à des tests en raison d’une contrainte de format nécessitant une intervention par appareil. Ce n’est pas un raccourci à recommander en production. Éviter également de configurer simultanément la même suppression par Intune et GPO.
Ce qu’un futur essai devra démontrer
Une fois le support clarifié, utiliser un hôte de laboratoire représentatif, sans données à conserver. Comparer un profil existant après déconnexion/reconnexion et un nouveau profil : la suppression n’est pas immédiate dans une session déjà ouverte.
Contrôler les applications présentes avant/après, les applications métier à conserver et les événements AppxDeployment-Server > Operational. Vérifier aussi le retour arrière : retrait de la sélection, réception de la stratégie, puis réinstallation de l’application. N’élargir que si les suppressions sont limitées à la liste voulue et si le retour fonctionne ; sinon, suspendre et analyser les erreurs de politique ou de package.
Ce protocole est une recommandation PatchFactory conditionnelle, pas un test réalisé ni une confirmation de disponibilité sur votre parc.