View a markdown version of this page

Contrôlez l'expérience WorkSpaces client de vos utilisateurs - Amazon WorkSpaces

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Contrôlez l'expérience WorkSpaces client de vos utilisateurs

À compter du 25 août 2026, Amazon WorkSpaces présentera un nouveau client WorkSpaces Windows doté d'une interface mise à jour, conçue pour être plus facile à utiliser, avec un flux de connexion simplifié, des paramètres et des outils de session plus faciles à trouver, des messages d'erreur plus utiles et une nouvelle fonctionnalité Session Health.

La nouvelle expérience (appelée « nouvelle » dans la suite de ce document) sera incluse dans le package d'installation de l'application cliente à partir de la version 5.34, et sera installée et exécutée parallèlement à l'expérience actuelle (appelée « classique »).

Par défaut, les utilisateurs finaux du client Amazon WorkSpaces Windows verront l'option « Essayer » la nouvelle expérience une fois qu'ils en auront sélectionné une WorkSpace à laquelle se connecter. S'ils cliquent sur cette option, une boîte de dialogue de confirmation leur expliquera à quoi s'attendre. S'ils continuent, l'expérience classique se fermera et la nouvelle s'ouvrira en quelques secondes. De même, dans la nouvelle expérience, ils verront une option permettant de « Revenir à la version classique » à tout moment. Bien que nous vous encourageons vivement à autoriser le comportement par défaut, nous introduisons une fonctionnalité de politique d'expérience client au cas où vous auriez besoin de gérer le déploiement de la nouvelle expérience client pour vos utilisateurs finaux.

En tant qu'administrateur, à l'aide de la Politique d'expérience client, vous pouvez contrôler l'expérience que vos utilisateurs voient et s'ils peuvent passer de l'une à l'autre. La politique est disponible dès maintenant. Vous pouvez donc décider de la manière dont la nouvelle expérience sera déployée auprès de vos utilisateurs et mettre en place le comportement que vous souhaitez avant le lancement du nouveau client.

Cette rubrique explique les valeurs de stratégie disponibles, comment définir la politique via l' WorkSpacesAPI ou via le registre Windows, et comment le client résout la politique lorsqu'un utilisateur se connecte.

Note

L'expérience classique est requise pour se connecter à PCoIP-based WorkSpaces et à des WorkSpaces pools, et le support continuera d'être assuré conformément à leurs avis de fin de support respectifs (PCoIP et WorkSpaces Pools).

Comment fonctionne la politique d'expérience client

La politique d'expérience client détermine l'expérience client qu'un utilisateur voit lorsqu'il se connecte à un WorkSpace, et si l'option de changer d'expérience est disponible pour lui.

Vous pouvez définir la politique à deux niveaux :

  • Option 1 : par annuaire, via l' WorkSpaces API — S'applique à tous les utilisateurs qui se connectent ou WorkSpaces sont enregistrés dans cet annuaire. Définissez cela à l'aide de l'opération ModifyClientProperties API. Il s'agit de la méthode recommandée par la plupart des administrateurs car elle ne nécessite pas la gestion de la machine cliente.

  • Option 2 : par machine, via le registre Windows — S'applique à tous les utilisateurs d'une machine Windows spécifique. Déployez-le à l'aide de la stratégie de groupe (GPO) ou d'un outil de gestion de configuration tel que SCCM. Utilisez cette méthode lorsque vous gérez les appareils clients de manière centralisée et que vous souhaitez un contrôle au niveau de la machine.

Si vous ne prenez aucune mesure, la politique par défaut est la suivante USER_CHOICE : vos utilisateurs finaux utilisant la version 5.34 ou supérieure du client Amazon WorkSpaces Windows passeront par défaut à l'expérience classique mais pourront eux-mêmes opter pour la nouvelle expérience en cliquant sur l'option « Essayer » dans le client.

Valeurs politiques

La Politique d'expérience client accepte les valeurs suivantes.

Value Comportement L'utilisateur peut-il changer ?

FORCE_CLASSIC

Les utilisateurs bénéficient toujours de l'expérience classique.

Non, l'option de commutation est masquée.

FORCE_UI_2026

Les utilisateurs voient toujours la nouvelle expérience.

Non, l'option de commutation est masquée.

USER_CHOICE

Les utilisateurs choisissent l'expérience à utiliser et peuvent changer librement.

Oui, l'option de commutation est visible.

Important

Si certains de vos utilisateurs finaux doivent se connecter à des WorkSpaces pools PCoIP-based WorkSpaces ou y accéder, nous vous recommandons de ne pas utiliser FORCE_UI_2026 cette option, car la nouvelle expérience client ne prend pas en charge ces services. Dans ce scénario, la définition de la valeur sur USER_CHOICE permettra à vos utilisateurs finaux qui ne sont pas abonnés à ces services d'opter pour la nouvelle expérience client, tandis que vos utilisateurs sur PCoIP et WorkSpaces Pools pourront toujours utiliser l'expérience client classique.

Ordre de résolution des politiques

Lorsqu'un utilisateur sélectionne une source WorkSpace à laquelle se connecter, le client résout la politique effective en vérifiant chaque source dans l'ordre suivant. La première source dont les valeurs sont définies gagne et remplace toutes les sources de priorité inférieure. Si ni l'API ni le registre n'ont de valeur définie, le client applique le USER_CHOICE comportement par défaut.

  1. Politique centralisée (WorkSpaces API)  : politique par répertoire que vous définissez avecModifyClientProperties.

  2. Stratégie de machine locale (registre HKLM)  : politique par machine que vous déployez via GPO ou SCCM.

  3. Préférence utilisateur  : expérience choisie pour la dernière fois par l'utilisateur (ne s'applique que lorsque la politique est effectiveUSER_CHOICE, ce qui est la valeur par défaut lorsqu'aucune stratégie n'a été définie).

  4. Version du client par défaut  : expérience codée en dur dans la version du client (voir le tableau suivant).

Version du client Expérience par défaut Expériences prises en charge

5.33 et versions antérieures

Classique

Version classique uniquement (nouvelle expérience non prise en charge)

5.34 et versions ultérieures

Classique

Classique et nouveau

Note

Les versions 5.33 et antérieures du client ne prennent pas en charge la nouvelle expérience et ignorent la politique. Les utilisateurs de ces versions bénéficient toujours de l'expérience classique.

Quand la politique entre en vigueur

Le client applique la politique au cours de la phase de pré-session, une fois qu'un utilisateur a sélectionné un utilisateur WorkSpace auquel se connecter, mais avant de se connecter. Le changement d'expérience nécessite le redémarrage du client. Si l'expérience résolue diffère de celle en cours d'exécution, le client invitera l'utilisateur à redémarrer le client afin de continuer à se connecter à l'utilisateur sélectionné WorkSpace. La politique n'est pas évaluée pendant une session active. Si vous modifiez une politique alors qu'un utilisateur est connecté, la modification prend effet la prochaine fois que l'utilisateur démarre le client ou se déconnecte puis se reconnecte.

Option 1 : définir la politique via l' WorkSpaces API

Utilisez l'opération ModifyClientProperties API pour définir la politique d'un annuaire. Le ClientExperiencePolicy champ fait partie de l'ClientPropertiesobjet.

Note

Au lancement, ce paramètre est disponible uniquement via les SDK AWS CLI et. WorkSpacesla prise en charge de la console est prévue pour une future mise à jour.

AWS CLI exemple

La commande suivante définit la politique d'un annuaireUSER_CHOICE, permettant aux utilisateurs de choisir leur expérience :

aws workspaces modify-client-properties \ --resource-id d-1234567890 \ --client-properties ClientExperiencePolicy=USER_CHOICE

Pour forcer tous les utilisateurs d'un annuaire à accéder à la nouvelle expérience :

aws workspaces modify-client-properties \ --resource-id d-1234567890 \ --client-properties ClientExperiencePolicy=FORCE_UI_2026

Afficher la politique actuelle

Utilisez l'opération DescribeClientProperties API pour afficher la politique actuellement définie pour un répertoire :

aws workspaces describe-client-properties \ --resource-ids d-1234567890

La réponse inclut le ClientExperiencePolicy champ indiquant si une politique a été définie. Si aucune politique n'a jamais été définie pour le répertoire, le champ est omis et le client revient à la politique de registre au niveau de la machine (si elle est définie) ou au comportement par défaut. USER_CHOICE

{ "ClientPropertiesList": [ { "ResourceId": "d-1234567890", "ClientProperties": { "ReconnectEnabled": "ENABLED", "LogUploadEnabled": "ENABLED", "ClientExperiencePolicy": "USER_CHOICE" } } ] }
Remarques
  • Vous ne pouvez pas effacer la ClientExperiencePolicy valeur une fois que vous l'avez définie. Pour rétablir le comportement par défaut, définissez la valeur surUSER_CHOICE.

  • Si vous soumettez une valeur non reconnue, l'API renvoie unInvalidParameterValuesException.

Option 2 : définir la politique via le registre Windows

Si vous gérez les ordinateurs clients de manière centralisée, vous pouvez définir une politique par machine à l'aide de la valeur de registre suivante. Déployez-le via une stratégie de groupe ou un outil de gestion de configuration.

Path: HKEY_LOCAL_MACHINE\SOFTWARE\Amazon\Amazon WorkSpaces Client Name: ClientExperiencePolicy Type: REG_SZ Value: FORCE_CLASSIC | FORCE_UI_2026 | USER_CHOICE

Ce chemin de registre est cohérent avec les autres paramètres de l'ordinateur WorkSpaces client, tels que clientUpgradeDisabled etWSUseDualStackIPv6.

Pour définir la valeur à partir d'une invite de commande élevée, utilisez la commande suivante. Cet exemple impose la nouvelle expérience :

reg add "HKLM\SOFTWARE\Amazon\Amazon WorkSpaces Client" /v ClientExperiencePolicy /t REG_SZ /d FORCE_UI_2026 /f

Pour supprimer la valeur :

reg delete "HKLM\SOFTWARE\Amazon\Amazon WorkSpaces Client" /v ClientExperiencePolicy /f

La politique de registre s'applique uniquement lorsqu'aucune politique d'API par répertoire n'est définie pour l'annuaire auquel l'utilisateur se connecte. Une politique d'API par répertoire a toujours priorité sur la politique de registre au niveau de la machine.

Important

Une fois qu'une politique par répertoire a été définie via l'API, elle ne peut pas être supprimée et a toujours priorité sur la politique de registre, y compris lorsqu'elle est définie sur. USER_CHOICE Si vous vous fiez à des politiques de registre au niveau de la machine, évitez de définir la politique par répertoire pour ces répertoires.

Ce que vos utilisateurs vont découvrir

  • Lorsque vous définissez USER_CHOICE (ou n'effectuez aucune action, puisque USER_CHOICE c'est le cas par défaut) : les utilisateurs voient apparaître un lien dans le client qui leur permet de basculer entre l'expérience classique et la nouvelle expérience. La commutation les invite à redémarrer le client avant que l'expérience nouvellement choisie ne s'ouvre (quelques secondes plus tard).

  • Lorsque vous définissez FORCE_CLASSIC ou FORCE_UI_2026 : les utilisateurs voient l'expérience que vous avez sélectionnée et l'option de commutation est masquée. Si un utilisateur bascule vers un WorkSpace répertoire avec une politique forcée différente, le client l'invite à recommencer à utiliser l'expérience que vous avez définie via la Politique d'expérience client.

Planifiez votre déploiement

Nous recommandons l'approche suivante lors de l'adoption de la nouvelle expérience :

  1. Évaluez les besoins de vos utilisateurs finaux. Si vous avez des utilisateurs finaux qui ont besoin de se connecter à PCoIP-based WorkSpaces nos WorkSpaces pools, réfléchissez à la manière de les intégrer à votre stratégie globale.

  2. Décidez de votre posture par défaut. Choisissez d'autoriser les utilisateurs à s'inscrire (USER_CHOICE), de standardiser la nouvelle expérience (FORCE_UI_2026) ou de conserver l'expérience classique pendant la transition (FORCE_CLASSIC).

  3. Assurez-vous que les clients sont à jour. La politique n'est respectée que par les versions client 5.34 et ultérieures. Vérifiez que vos utilisateurs utilisent une version prise en charge avant de vous fier à cette politique.

  4. Communiquez avec vos utilisateurs. Indiquez aux utilisateurs quand la nouvelle expérience sera disponible et s'ils peuvent changer.

  5. Effectuez les ajustements nécessaires. Une fois la nouvelle expérience disponible, effectuez une évaluation plus détaillée, obtenez les commentaires de vos utilisateurs finaux et mettez en œuvre tout changement de posture si nécessaire.