Windows 365 : tester le ciblage élargi des Cloud PC Settings avant de l'utiliser largement

Précision du 22 octobre : les paramètres d’affichage par défaut sont en disponibilité générale (un écran ou tous les écrans). Les préférences utilisateur Windows App sur Windows/macOS peuvent remplacer ce défaut, selon la documentation de connexion. Cette GA ne transforme pas le ciblage global all users/all devices en GA : ce ciblage reste Public Preview.

Classement : À tester

Résumé : Microsoft annonce en Public Preview que les Cloud PC Settings Windows 365 peuvent être assignés plus largement, jusqu'à all users ou all devices selon l'objet de paramètres. Les équipes qui pilotent des Cloud PCs depuis Intune doivent vérifier les effets de portée, les conflits avec les anciens réglages et le comportement réel à la connexion avant d'utiliser ces cibles globales.

Impact : tenants Windows 365 Enterprise ou Windows 365 Flex qui configurent des Cloud PC Settings dans Intune, en particulier pour le local admin, les réglages Windows App, les fonctions BCDR, les redirections ou les paramètres de connexion distante.

Action : inventorier les Cloud PC Settings existants, reproduire les affectations sur un groupe restreint, puis tester séparément les objets ciblés utilisateurs et ceux ciblés appareils avant toute affectation all users ou all devices.

Statut : À tester.

Ce qui change

La page What's new in Windows 365 Enterprise, mise à jour le 8 octobre 2026, ajoute pour la semaine du 5 octobre 2026 un signal intitulé All users and all devices targeting for Cloud PC Settings. Microsoft précise que la fonctionnalité est en Public Preview et que les administrateurs peuvent maintenant assigner des Cloud PC Settings à des groupes d'utilisateurs, des groupes d'appareils, tous les utilisateurs ou tous les appareils, selon l'objet de paramètres.

La nuance est importante. Il ne s'agit pas d'un seul interrupteur global applicable à tous les réglages Windows 365. La documentation sépare au moins trois objets : Cloud PC configurations, Windows App settings et Remote Connection Experience. Les deux premiers supportent un ciblage par groupes d'utilisateurs ou all users. Le troisième supporte un ciblage par groupes d'appareils ou all devices et s'applique juste à temps lorsqu'un utilisateur se connecte à un Cloud PC ciblé.

Le changement est utile parce qu'il simplifie la gestion de politiques communes, mais il augmente aussi le risque d'une affectation trop large. Une option acceptable sur une population de test, comme l'élévation locale, une capacité de restauration utilisateur ou une restriction de redirection, peut avoir un effet support immédiat si elle touche tous les Cloud PCs ou tous les utilisateurs Windows 365 sans validation.

Périmètre concerné

Les postes physiques Windows ne sont pas concernés directement. Le sujet vise les environnements qui utilisent Windows 365 et administrent les Cloud PCs depuis Devices > Cloud PC Settings dans le centre d'administration Intune.

Pour Cloud PC configurations, Microsoft liste notamment des réglages d'AI-enabled features en Frontier preview, Enable local admin en preview et des fonctions de continuité ou reprise d'activité. La documentation recommande d'utiliser Cloud PC configurations pour le réglage Enable local admin et indique que les anciennes configurations équivalentes dans User Settings peuvent continuer à être gérées pour l'instant, avec une recommandation de migration progressive.

Pour Windows App settings, la page documente des réglages utilisateur comme la possibilité de réinitialiser un Cloud PC ou d'initier une restauration. Microsoft précise aussi qu'en cas de conflit, Windows App settings prend le dessus sur User settings. Ce point doit être testé avant toute généralisation, car il peut modifier une délégation existante sans changer la politique historique.

Pour Remote Connection Experience, le ciblage est côté appareil. Les réglages peuvent porter sur les redirections conditionnelles, l'input protection en preview ou les paramètres d'affichage par défaut. Microsoft indique que ces paramètres s'appliquent au moment où l'utilisateur se connecte au Cloud PC ciblé.

Actions recommandées

Commencer par un inventaire des objets existants sous Devices > Cloud PC Settings. Pour chaque politique, relever le type d'objet, les réglages activés, la cible actuelle, les exclusions opérationnelles et les anciennes politiques User Settings susceptibles d'entrer en conflit. Le résultat attendu est une matrice simple : réglage, cible actuelle, cible envisagée, effet utilisateur ou support.

Créer ensuite un test par famille de réglages au lieu de tout valider en bloc. Pour Cloud PC configurations et Windows App settings, cibler d'abord un groupe d'utilisateurs Windows 365 représentatif. Vérifier que les utilisateurs attendus reçoivent bien le réglage, que les options apparaissent ou disparaissent dans Windows App comme prévu, et qu'un éventuel conflit avec User settings se résout dans le sens documenté par Microsoft.

Pour Remote Connection Experience, utiliser un groupe de Cloud PCs de test. Valider une connexion depuis les clients réellement utilisés, notamment Windows App sur Windows et macOS si l'organisation les supporte, puis comparer les redirections, l'affichage et les comportements d'entrée avant et après application du réglage. Comme ces paramètres s'appliquent à la connexion, le contrôle doit inclure une nouvelle session utilisateur et pas seulement l'état de la politique dans Intune.

Ne passer à all users ou all devices qu'après avoir documenté le résultat attendu et le retour arrière. Pour un réglage sensible, prévoir une fenêtre de changement et un critère d'arrêt : hausse des tickets de connexion, perte de redirection nécessaire, confusion autour des actions de reset ou restore, ou élévation locale visible sur une population non prévue.

Points de vigilance

Le signal reste en Public Preview. Il justifie un test, pas une généralisation automatique. Les organisations qui n'ont pas besoin d'un ciblage global peuvent conserver des groupes explicites, souvent plus lisibles pour l'exploitation.

Ne pas mélanger les portées. All users concerne les objets orientés utilisateur ; all devices concerne Remote Connection Experience. Une documentation d'exploitation doit donc nommer l'objet configuré, pas seulement parler de Cloud PC Settings au sens large.

Enfin, une page récemment modifiée ne prouve pas qu'un réglage métier est nouveau. Ici, le fait nouveau est porté par la page What's new Windows 365 pour la semaine du 5 octobre ; les pages de référence servent à vérifier les chemins, les portées et les effets documentés.

Sources

• Microsoft Learn, What's new in Windows 365 Enterprise, semaine du 5 octobre 2026, annonce Public Preview du ciblage all users et all devices pour Cloud PC Settings : https://learn.microsoft.com/en-us/windows-365/enterprise/whats-new#week-of-october-5-2026
• Microsoft Learn, Cloud PC configurations, ciblage groupes utilisateurs ou all users, réglages local admin, BCDR et migration recommandée depuis User Settings : https://learn.microsoft.com/en-us/windows-365/enterprise/cloud-pc-configurations
• Microsoft Learn, Windows App settings (Preview), ciblage groupes utilisateurs ou all users, reset/restore et priorité sur User settings en cas de conflit : https://learn.microsoft.com/en-us/windows-365/enterprise/windows-app-settings
• Microsoft Learn, Remote connection experience, ciblage groupes appareils ou all devices et application à la connexion au Cloud PC : https://learn.microsoft.com/en-us/windows-365/enterprise/remote-connection-experience