

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Controla la experiencia del WorkSpaces cliente para tus usuarios
<a name="control-client-experience"></a>

A partir del 25 de agosto de 2026, Amazon WorkSpaces presentará un nuevo cliente de WorkSpaces Windows con una interfaz actualizada, diseñada para facilitar su uso, con un flujo de conexión simplificado, herramientas de sesión y ajustes más fáciles de encontrar, mensajes de error más útiles y una nueva función de mantenimiento de la sesión.

La nueva experiencia (denominada «nueva» en el resto de este documento) se incluirá en el paquete de instalación de la aplicación cliente a partir de la versión 5.34 y se instalará y ejecutará junto con la experiencia actual (denominada «clásica»).

De forma predeterminada, los usuarios finales del cliente de Amazon WorkSpaces Windows verán la opción «Probar» la nueva experiencia después de seleccionar una WorkSpace a la que conectarse. Si hacen clic en esta opción, verán un cuadro de diálogo de confirmación en el que se explica qué esperar y, si continúan, la experiencia clásica se cerrará y la nueva se abrirá en unos segundos. Del mismo modo, en la nueva experiencia, verán la opción de «volver a la versión clásica» en cualquier momento. Si bien te recomendamos encarecidamente que permitas el comportamiento predeterminado, vamos a introducir una política de experiencia de cliente por si necesitas gestionar la implementación de la nueva experiencia de cliente para tus usuarios finales.

Como administrador, al usar la política de experiencia del cliente, puede controlar qué experiencias ven sus usuarios y si pueden cambiar de una a otra. La política ya está disponible, por lo que puede decidir cómo implementar la nueva experiencia para sus usuarios y establecer el comportamiento que desee antes de que se lance el nuevo cliente.

En este tema se explican los valores de política disponibles, cómo establecer la política mediante la WorkSpaces API o el registro de Windows y cómo el cliente resuelve la política cuando un usuario se conecta.

**nota**  
La experiencia clásica es necesaria para conectarse a PCoIP-based WorkSpaces y a los WorkSpaces grupos, y seguirá siendo compatible de acuerdo con sus respectivos avisos de fin de soporte ([PCoIP ](workspaces-pcoip-end-of-support.md) y [ WorkSpaces grupos](wsp-pools-end-of-support.md)).

## Cómo funciona la política de experiencia del cliente
<a name="client-experience-policy-how"></a>

La política de experiencia del cliente determina qué experiencia de cliente ve un usuario cuando se conecta a un WorkSpace y si tiene la opción de cambiar de experiencia.

Puede establecer la política en dos niveles:
+ **[Opción 1: Por directorio, a través de la WorkSpaces API ](#client-experience-policy-api)**: se aplica a todos los usuarios que se conectan o WorkSpaces están registrados en ese directorio. Configúrelo mediante la operación `ModifyClientProperties` de la API. Este es el método recomendado para la mayoría de los administradores, ya que no requiere administrar el equipo cliente.
+ **[Opción 2: por equipo, mediante el registro de Windows ](#client-experience-policy-registry)**: se aplica a todos los usuarios de un equipo Windows específico. Implemente esto mediante una política de grupo (GPO) o una herramienta de administración de la configuración, como SCCM. Utilice este método cuando administre los dispositivos cliente de forma centralizada y desee tener el control a nivel de máquina.

Si no toma ninguna medida, la política pasará de forma predeterminada a`USER_CHOICE`: los usuarios finales que utilicen la versión 5.34 o superior del cliente de Amazon WorkSpaces Windows optarán por defecto a la experiencia clásica, pero pueden optar por la nueva experiencia ellos mismos haciendo clic en la opción «Probar» del cliente.

## Valores de la política
<a name="client-experience-policy-values"></a>

La política de experiencia del cliente acepta los siguientes valores.


| Valor | Comportamiento | ¿Puede cambiar el usuario? | 
| --- | --- | --- | 
| `FORCE_CLASSIC` | Los usuarios siempre ven la experiencia clásica. | No, la opción de cambio está oculta. | 
| `FORCE_UI_2026` | Los usuarios siempre ven la nueva experiencia. | No, la opción de cambio está oculta. | 
| `USER_CHOICE` | Los usuarios eligen qué experiencia usar y pueden cambiar libremente. | Sí, la opción de cambio está visible. | 

**importante**  
Si tiene usuarios finales que necesitan conectarse a PCoIP-based WorkSpaces o a WorkSpaces grupos, le recomendamos que no utilice `FORCE_UI_2026` esta opción, ya que la nueva experiencia de cliente no admite estos servicios. En este caso, si se establece el valor en, los usuarios finales que no utilizan estos servicios `USER_CHOICE` podrán optar por la nueva experiencia de cliente, mientras que los usuarios de PCoIP y WorkSpaces Pools seguirán teniendo la posibilidad de utilizar la experiencia de cliente clásica.

## Orden de resolución de políticas
<a name="client-experience-policy-resolution"></a>

Cuando un usuario selecciona una WorkSpace para conectarse, el cliente resuelve la política en vigor comprobando cada fuente en el orden siguiente. La primera fuente que tenga un conjunto de valores gana y reemplaza a todas las fuentes de menor prioridad. Si ni la API ni el registro tienen un conjunto de valores, el cliente aplica el comportamiento predeterminado`USER_CHOICE`.

1. **Política centralizada (WorkSpaces API)**: la política por directorio que configuraste. `ModifyClientProperties`

1. **Política de máquinas locales (registro de HKLM)**: la política por máquina que se implementa mediante GPO o SCCM.

1. **Preferencia del usuario**: la experiencia que el usuario eligió por última vez (solo se aplica cuando la política está en vigor`USER_CHOICE`, que es la predeterminada cuando no se ha establecido ninguna política).

1. **Versión predeterminada del cliente**: la experiencia codificada en la versión del cliente (consulte la tabla siguiente).


| Versión del cliente | Experiencia predeterminada | Experiencias compatibles | 
| --- | --- | --- | 
| 5.33 y versiones anteriores | Classic | Solo la versión clásica (no se admite la experiencia nueva) | 
| 5.34 y versiones posteriores | Classic | Clásico y nuevo | 

**nota**  
Las versiones 5.33 y anteriores del cliente no admiten la nueva experiencia e ignoran la política. Los usuarios de esas versiones siempre ven la experiencia clásica.

## Cuando la política entre en vigor
<a name="client-experience-policy-when"></a>

El cliente aplica la política en la fase previa a la sesión, después de que el usuario seleccione una WorkSpace a la que conectarse, pero antes de iniciar sesión. Para cambiar de experiencia es necesario reiniciar el cliente. Si la experiencia resuelta difiere de la que se está ejecutando actualmente, el cliente le pedirá al usuario que reinicie el cliente para continuar con la conexión a la seleccionada WorkSpace. La política no se evalúa durante una sesión activa. Si cambias una política mientras un usuario está conectado, el cambio surtirá efecto la próxima vez que el usuario inicie el cliente o cierre sesión y vuelva a iniciarla.

## Opción 1: establecer la política a través de la WorkSpaces API
<a name="client-experience-policy-api"></a>

Utilice la operación de la [`ModifyClientProperties`](https://docs.aws.amazon.com/workspaces/latest/api/API_ModifyClientProperties.html) API para establecer la política de un directorio. El `ClientExperiencePolicy` campo forma parte del [`ClientProperties`](https://docs.aws.amazon.com/workspaces/latest/api/API_ClientProperties.html) objeto.

**nota**  
En el momento del lanzamiento, esta configuración solo está disponible a través de los SDK AWS CLI y. WorkSpacesla compatibilidad con la consola está prevista para una actualización futura.

### AWS CLI ejemplo
<a name="client-experience-policy-cli-example"></a>

El siguiente comando establece la política de un directorio en`USER_CHOICE`, lo que permite a los usuarios elegir su experiencia:

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

Para obligar a todos los usuarios de un directorio a utilizar la nueva experiencia:

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

### Ver la política actual
<a name="client-experience-policy-view"></a>

Utilice la operación de la `DescribeClientProperties` API para ver la política actualmente establecida para un directorio:

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

La respuesta incluye el `ClientExperiencePolicy` campo si se ha establecido una política. Si nunca se ha establecido ninguna política para el directorio, el campo se omite y el cliente vuelve a la política de registro a nivel de máquina (si se ha establecido) o al comportamiento predeterminado. `USER_CHOICE`

```
{
    "ClientPropertiesList": [
        {
            "ResourceId": "d-1234567890",
            "ClientProperties": {
                "ReconnectEnabled": "ENABLED",
                "LogUploadEnabled": "ENABLED",
                "ClientExperiencePolicy": "USER_CHOICE"
            }
        }
    ]
}
```

**Notas**  
No puede borrar el `ClientExperiencePolicy` valor después de configurarlo. Para restaurar el comportamiento predeterminado, defina el valor en`USER_CHOICE`.
Si envías un valor no reconocido, la API devuelve un`InvalidParameterValuesException`.

## Opción 2: establezca la política a través del registro de Windows
<a name="client-experience-policy-registry"></a>

Si administra los equipos cliente de forma centralizada, puede establecer una política por equipo con el siguiente valor de registro. Impleméntela mediante una política de grupo o una herramienta de administración de la configuración.

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

Esta ruta de registro es coherente con la configuración de otros equipos WorkSpaces cliente, como `clientUpgradeDisabled` y`WSUseDualStackIPv6`.

Para establecer el valor desde una línea de comandos elevada, utilice el siguiente comando. Este ejemplo fuerza la nueva experiencia:

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

Para eliminar el valor:

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

La política de registro solo se aplica cuando no se ha establecido ninguna política de API por directorio para el directorio al que se conecta el usuario. Una política de API por directorio siempre tiene prioridad sobre la política de registro a nivel de máquina.

**importante**  
Una vez que se ha establecido una política por directorio a través de la API, no se puede eliminar y siempre tiene prioridad sobre la política de registro, incluso cuando se establece en. `USER_CHOICE` Si confías en políticas de registro a nivel de máquina, evita establecer una política por directorio para esos directorios.

## Qué experimentarán sus usuarios
<a name="client-experience-policy-user-experience"></a>
+ **Cuando configuras `USER_CHOICE` (o no realizas ninguna acción, ya que `USER_CHOICE` es la opción predeterminada): ** los usuarios ven un enlace en el cliente que les permite cambiar entre la experiencia clásica y la nueva. Al cambiar, se les pide que reinicien el cliente antes de que se abra la experiencia recién elegida (en unos segundos).
+ **Cuando configuras `FORCE_CLASSIC` o`FORCE_UI_2026`: ** los usuarios ven la experiencia que has seleccionado y la opción de cambio está oculta. Si un usuario cambia a un WorkSpace directorio con una política forzada diferente, el cliente le pide que reinicie la experiencia que usted ha establecido mediante la política de experiencia del cliente.

## Planifique su implementación
<a name="client-experience-policy-rollout"></a>

Recomendamos el siguiente enfoque a la hora de adoptar la nueva experiencia:

1. **Evalúe las necesidades de sus usuarios finales. ** Si tiene usuarios finales que necesitan conectarse a WorkSpaces grupos PCoIP-based WorkSpaces o grupos, piense cómo incorporarlo en su estrategia general.

1. **Decide tu postura predeterminada. ** Elija si desea permitir que los usuarios opten por participar (`USER_CHOICE`), estandarizar la nueva experiencia (`FORCE_UI_2026`) o conservar la experiencia clásica durante la transición (`FORCE_CLASSIC`).

1. **Asegúrese de que los clientes estén al día. ** La política solo se respeta en las versiones 5.34 y posteriores del cliente. Confirme que sus usuarios utilizan una versión compatible antes de confiar en la política.

1. **Comunícate con tus usuarios. ** Informe a los usuarios cuándo estará disponible la nueva experiencia y si pueden cambiar.

1. **Realice los ajustes necesarios. ** Una vez que la nueva experiencia esté disponible, realiza una evaluación más detallada, obtén los comentarios de los usuarios finales e implementa cualquier cambio de postura si es necesario.

## Temas relacionados
<a name="client-experience-policy-related"></a>
+ [Modifique las propiedades del cliente ](https://docs.aws.amazon.com/workspaces/latest/api/API_ModifyClientProperties.html)
+ [Describa las propiedades del cliente ](https://docs.aws.amazon.com/workspaces/latest/api/API_DescribeClientProperties.html)
+ [ClientProperties data type](https://docs.aws.amazon.com/workspaces/latest/api/API_ClientProperties.html)