API de identidad desatendida: Ampliación del flujo de invitado desatendido en un flujo de usuario nombrado
Cuando completa un flujo de invitados desatendido en su aplicación de plataforma externa, obtiene un token de acceso basado en JWT de invitado con el Id. de visitante exclusivo del usuario (UVID) acuñado en él. Para incorporar el UVID y todo su contexto asociado en una sesión de usuario nombrada, puede pasar el UVID a un nuevo flujo de autorización, como un flujo de registro o inicio de sesión desatendido.
Ediciones necesarias
| Disponible en: Salesforce Classic (no disponible en todas las organizaciones) y Lightning Experience |
| Disponible en: Enterprise Edition, Unlimited Edition y Developer Edition |
Manteniendo el contexto para sus usuarios, abre sus aplicaciones a potentes funciones. Por ejemplo, aloja una aplicación de comercio electrónico fuera de la plataforma Salesforce. En su aplicación, los usuarios deben iniciar sesión para guardar y adquirir artĆculos. Desea atraer mĆ”s compradores realizando la posibilidad de guardar artĆculos en un carrito sin iniciar sesión. Con el flujo de usuario invitado, configura su aplicación para generar un UVID que identifique de forma exclusiva al usuario antes de iniciar sesión. Con algunos cambios en su aplicación, los usuarios ahora pueden examinar sus productos y guardar artĆculos en su carrito sin iniciar sesión. Cuando se dirigen a comprar artĆculos, su aplicación les solicita iniciar sesión o registrarse. Durante el proceso de inicio de sesión, la aplicación pasa el UVID a una versión de usuario nombrada del flujo Código de autorización y credenciales. Dado que el UVID estĆ” vinculada al carrito, el usuario puede ver sus artĆculos de carrito guardados tras iniciar sesión, proporcionando una mejor experiencia de usuario.
Puede aplicar este mismo proceso a otros casos de uso, como el consentimiento de cookies. Por ejemplo, un usuario visita su aplicación y acepta una pancarta de consentimiento de cookie, creando otra cookie. Puede vincular esta cookie al UVID y utilizarla para almacenar información acerca del usuario, como sus preferencias de consentimiento y que ya aceptó la pancarta. Cuando el usuario inicia sesión, puede trasladar el UVID y recordar sus preferencias, creando una experiencia mÔs personalizada y con menos ruido.
Al aportar contexto para usuarios invitados, puede construir una imagen completa de su trayectoria por toda la aplicación, desde la primera visita hasta que se registran. Con la ayuda de una herramienta de anÔlisis de aplicaciones, esta información puede ayudarle a comprender qué tipos de experiencias prefieren sus usuarios y qué les dirige a crear cuentas.
Puede pasar el UVID en todas las variaciones del flujo Código de autorización y credenciales y el flujo de servidor web de OAuth 2.0. Estos flujos comparten un patrón común del tipo de otorgamiento de código de autorización de OAuth 2.0, donde la aplicación solicita un código de autorización desde Salesforce y lo intercambia por un token de acceso. A continuación encontrarÔ una lista completa de flujos de usuario nombrados donde puede utilizar una UVID.
- Inicio de sesión con nombre de usuario-contraseña desatendido con el flujo Código de autorización y credenciales
- Flujo Registro desatendido
- Flujo Inicio de sesión sin contraseña desatendido
- Flujo de servidor Web
- Flujo de servidor web hĆbrido
- Flujo de token de actualización de aplicación hĆbrida
Solo se pueden utilizar los tres primeros flujos de forma desatendida, de modo que si desea mantener su implementación desatendida, evite las variaciones de flujo de servidor web.
Este diagrama le muestra una descripción general de alto nivel sobre el método para pasar un token de acceso basado en JWT con un UVID a un flujo de autorización de usuario nombrado.
- En el punto donde se inicia el diagrama, el flujo invitado ya se completó. Por ejemplo, el usuario estuvo navegando por la aplicación pero no inició sesión aún. El usuario tiene una sesión de invitado vinculada al valor de UVID devuelto en el token de acceso basado en JWT (1).
- El usuario invitado decide registrarse o iniciar sesión. Por ejemplo, desea comprar algo, de modo que su aplicación le solicita registrarse. O bien hace clic en un botón que requiere acceso a datos protegidos, como su historial de pedidos (2).
- Su aplicación tiene el valor de UVID procedente de la sesión de invitado, de modo que cuando el usuario inicia sesión, pasa el UVID a un flujo de autorización de usuario nombrado, como inicio de sesión desatendido con el flujo Código de autorización y credenciales. La aplicación tiene tres opciones para pasar el UVID.
- Incluya un token de acceso basado en JWT de invitado con un UVID en el encabezado
Uvid-Hint. Para tokens emitidos desde el flujo de invitados, el UVID estÔ en la reclamación (sub) de sujeto. - Incluya un valor de UVID sin formato en el encabezado
Uvid-Hint - Incluya un valor UVID sin formato en el parƔmetro del cuerpo
uvid-hint
- Incluya un token de acceso basado en JWT de invitado con un UVID en el encabezado
- Salesforce completa el flujo de usuario nombrado y emite un token de acceso basado en JWT con el UVID. A diferencia de un token de invitado, donde el UVID estÔ en la reclamación de sujeto, el token de usuario nombrado tiene el UVID en la reclamación en nombre de (
obo). En un token basado en JWT de usuario nombrado, la reclamación de sujeto almacena el Id. de usuario. En este punto, el UVID se mantenĆa desde el momento en que el usuario visitó la aplicación por primera vez, hasta cuando inició sesión (4). - Su aplicación recibe el token de acceso con el UVID (5).
- El usuario nombrado ahora inició sesión y solicita acceso a datos de Salesforce protegidos (6).
- Con el token de acceso basado en JWT, el usuario puede acceder a recursos de Salesforce protegidos (7).

