PATCH /v2/prompts/{prompt}/screen/{screen}/rendering.
La configuración de renderizado incluye las siguientes propiedades:
Modos de renderización
rendering_mode determina si una pantalla usa la interfaz de usuario predeterminada de Universal Login o tu implementación personalizada de ACUL.
- Standard: La pantalla se renderiza con la interfaz de usuario predeterminada de Universal Login. Puedes usar partials y variables de plantilla para personalizar la pantalla.
- Advanced: La pantalla se renderiza con tus recursos personalizados de JavaScript y CSS cargados mediante
head_tags. Los partials no se aplican. De forma predeterminada, el modo avanzado se aplica a todas las aplicaciones y organizaciones del inquilino. - Advanced (filtered): La pantalla se renderiza con ACUL para las solicitudes que coinciden con los criterios definidos en
filters(aplicaciones específicas, organizaciones o dominios personalizados). Las solicitudes que no coinciden con los filtros usan la renderización estándar, donde sí se aplican los partials.
rendering_mode en advanced y proporciona un objeto filters con un match_type (includes_any o excludes_any) y al menos una matriz de entidades (clients, organizations o domains). Cada entidad puede identificarse por id o mediante un par clave/valor de metadata.
Las etiquetas <head> son el mecanismo principal para cargar su interfaz de usuario personalizada en la página anfitriona de ACUL. Cuando Auth0 renderiza una pantalla en modo avanzado, sirve una página HTML mínima e inserta en el <head> de la página los elementos definidos en head_tags. Estas etiquetas cargan los paquetes de recursos de JavaScript y CSS que componen su pantalla de autenticación personalizada.
Cada entrada de la matriz head_tags es un objeto con las siguientes propiedades:
El atributo
integrity es obligatorio para las etiquetas script y las hojas de estilo. Auth0 usa Subresource Integrity (SRI) para verificar que los recursos no se hayan modificado.
Segmentos dinámicos de URL
head admiten segmentos dinámicos mediante la sintaxis de plantillas Liquid, lo que le permite entregar distintos paquetes de recursos según el contexto de autenticación actual. Por ejemplo, puede cargar un paquete de JavaScript diferente por cliente o por organización para admitir múltiples marcas.
Las variables disponibles para los segmentos dinámicos incluyen:
- Prompt y pantalla:
{{ screen.name }},{{ prompt.name }},{{ locale }} - Cliente:
{{ client.id }},{{ client.name }},{{ client.metadata.KEY_NAME }} - Organización:
{{ organization.id }},{{ organization.name }},{{ organization.metadata.KEY_NAME }}
integrity acepta varios hashes separados por espacios en blanco; el navegador carga el recurso si alguno de los hashes coincide.
default_head_tags_disabled en true.
Datos de contexto
universal_login_context en la página anfitriona. En el código de tu aplicación, usa los hooks del SDK de ACUL React o los métodos del SDK de ACUL JS para acceder a los datos de contexto.
Cada valor que quieras poner a disposición en tu pantalla debe incluirse explícitamente en la matriz context_configuration. Auth0 elimina de la carga útil las claves que se resuelven en valores vacíos o nulos.
Están disponibles los siguientes valores de contexto estáticos:
También puedes agregar claves dinámicas con notación de puntos:
client.metadata.YOUR_KEYpara los metadatos de la aplicaciónorganization.metadata.YOUR_KEYpara los metadatos de la organizacióntransaction.custom_domain.domain_metadata.YOUR_KEYpara los metadatos del dominio personalizadountrusted_data.authorization_params.ext-YOUR_KEYpara parámetros de consulta personalizados enviados al endpoint/authorizecon el prefijoext-