Saltar al contenido principal
Capacidad

Plantillas de Página de Login Personalizadas

UX de login totalmente personalizado para cada gateway, marca o tenant — con plantillas compartidas gestionadas de forma centralizada.

Cada gateway AAM puede usar una plantilla de página de login totalmente personalizada — incluyendo branding, texto, diseño y campos personalizados. Una plantilla compartida define el branding corporativo una sola vez, así los estilos corporativos se definen una vez y cada gateway la referencia y cambia solo lo que es distinto. Para escenarios de proveedor de servicios o multi-tenant se soportan variantes por tenant: la misma infraestructura se presenta para cada cliente con su propio logo, su propio color, sus propios textos. El HTML, el CSS y las imágenes se sirven directamente desde el dispositivo; no se necesita un servidor web aparte, un CDN aparte ni un deployment de frontend aparte. Resultado: la ruta de login refleja tanto su identidad corporativa como la identidad de cada cliente al que presta servicio — desde una sola plataforma AAM.

1
Conjunto de plantillas compartidas, gestionado centralmente
0
Requisito de servidor web o CDN aparte
N
Número de tenants con marca desde la misma plataforma

La página de login es el primer y más crítico contacto del usuario con su organización

Cuando un usuario quiere acceder a una aplicación corporativa, lo primero que ve es la página de login. Esta página no es solo un formulario que recoge usuario y contraseña; es el primer punto donde se transmite la fiabilidad de la marca, la profesionalidad de la organización y la calidad del servicio.

La mayoría de los gateways de autenticación fallan en este punto. La página de login que ofrecen o es genérica y sin marca, o solo soporta un cambio superficial de logo. Una personalización más profunda — diseño personalizado, campos personalizados, texto personalizado, idiomas personalizados — requiere un deployment de frontend aparte, un servidor web aparte o una instalación de CDN aparte.

Para los proveedores de servicios u organizaciones multi-tenant este problema se multiplica. Un proveedor que quiere dar servicio a cada cliente con su propia marca se ve obligado a mantener un deployment aparte, una configuración DNS aparte y una versión de mantenimiento aparte para cada cliente. El branding se convierte en una promesa hecha al usuario en lugar de un compromiso técnico.

Y lo que es peor; la mayoría de las soluciones no soportan plantillas compartidas gestionadas de forma centralizada. No existe la posibilidad de definir el branding de la organización una vez y que cada gateway lo referencie y cambie solo lo que es distinto. Cada plantilla o se escribe desde cero o se duplica con el método de copiar y pegar; esto conduce a la inconsistencia y a un mantenimiento insostenible.

La página de login es la cara visible de la infraestructura de autenticación. Tiene que ser a la vez personalizable y sostenible.

Porque cada cliente espera una página de login a su nombre — pero si cada página de login se convierte en un deployment aparte, la infraestructura se desmorona.

Nuestro enfoque

Plantillas compartidas gestionadas de forma centralizada, variantes por tenant y assets servidos desde el dispositivo — todo en una sola plataforma.

Plantillas compartidas — defínelas una vez, reutilízalas entre gateways

El branding corporativo se define una vez en una plantilla compartida y gestionada de forma centralizada: colores, fuentes, diseño, textos comunes. Cada gateway o tenant la referencia y cambia solo las partes que son distintas — un logo, un color, un texto de título. El branding se define una vez y se reutiliza entre gateways; el coste de mantenimiento no crece de forma lineal por cada marca, y no hay duplicación por cada marca.

Personalización completa — HTML, CSS, imágenes, campos personalizados

Las plantillas no son solo un cambio de color o logo. Se soportan un diseño HTML completo, CSS personalizado, imágenes personalizadas y campos personalizados añadidos al formulario de login. Cualquier diseño que coincida con su guía de marca — desde cero o construido sobre la plantilla compartida — está soportado.

Variantes por tenant — diseñado para el proveedor de servicios

Cuando la misma plataforma AAM presta servicio a varios clientes, cada cliente obtiene su propia página de login con marca. La detección de tenant se hace mediante coincidencia de gateway, nombre de host o patrón de URL. Cuando un usuario llega a la puerta correcta, ve la marca correcta; sin dejar ningún rastro que apunte a la plataforma propia del proveedor de servicios.

Servido desde el dispositivo — sin servidor web ni CDN aparte

El HTML, el CSS y las imágenes se sirven directamente desde el dispositivo AAM. No hay un servidor web aparte, un CDN aparte ni un deployment de frontend aparte. Esto aporta tanto simplicidad operativa como la ausencia de un punto adicional de dependencia externa — la página de login viene del mismo stack que ejecuta la autenticación.

Capacidades

Los bloques de construcción de plantillas en detalle, más el control operativo y la vía de ampliación futura.

Plantillas compartidas — branding DRY

La plantilla compartida y gestionada de forma centralizada de la organización define los colores, las fuentes, el diseño y los textos comunes. Cada gateway o tenant la referencia y cambia solo las partes que son distintas. El branding se define una vez y se reutiliza entre gateways; sin mantenimiento de copiar y pegar por cada nueva marca.

Asignación de plantilla por gateway

Cada gateway AAM elige qué plantilla usará desde la interfaz de gestión. En la misma plataforma, distintos gateways pueden ejecutar distintas plantillas; un UX de login aparte para cada aplicación, cada marca o cada cliente — desde un solo dispositivo.

Soporte multi-tenant — variante de plantilla por tenant

Cuando el mismo gateway presta servicio a varios tenants, cada tenant obtiene su propia variante de plantilla. La detección de tenant se configura mediante nombre de host, patrón de URL, componente de ruta o cabecera personalizada; la plantilla correcta se sirve al usuario correcto con el desencadenante correcto.

Control completo de HTML, CSS e imágenes

Las plantillas soportan HTML, CSS y assets de imagen completos. No solo cambio de logo y color; se soportan diseños personalizados, campos de formulario personalizados y todo lo que requiera su guía de marca.

Personalización de campos de formulario — añadir campos personalizados al flujo de login

Además de los campos estándar de usuario/contraseña, pueden añadirse identificador de cliente, código de tenant, selector de ubicación, selector de idioma o cualquier otro campo que desee. Estos campos se conectan al flujo de autenticación; el valor recogido se transmite a los sistemas backend o al motor de política.

Multilingüe — i18n por plantilla

Cada plantilla puede soportar varios idiomas. La detección de idioma se hace mediante la preferencia del usuario, la cabecera Accept-Language o un parámetro de URL. Una sola plantilla ofrece un UX de login coherente en cada idioma; no hay obligación de duplicar una plantilla aparte por cada idioma.

Assets servidos desde el dispositivo — sin infraestructura aparte

El HTML, el CSS, las imágenes y los demás assets se sirven directamente desde el dispositivo AAM. No se necesita un servidor web aparte, un CDN aparte ni un deployment de frontend aparte. Se preserva la simplicidad operativa; no se añade ningún punto de dependencia externa.

Profundidad operativa

La mecánica que hace la gestión de plantillas escalable y sostenible.

01

La asignación de plantilla es parte de la configuración del gateway

En la configuración del gateway, qué plantilla se usará está definido como un campo. El cambio de configuración se aplica sin afectar a los usuarios en vivo; las sesiones activas continúan con la plantilla actual, las nuevas sesiones ven la plantilla actualizada.

02

La detección de tenant funciona con desencadenantes configurables

Cuando un gateway presta servicio a varios tenants, la detección de tenant se configura mediante coincidencia de nombre de host (customer-a.portal.example.com), ruta de URL (/customer-a/login), un valor de cabecera o una cookie. Cuando se detecta el tenant correcto, se sirve la variante de plantilla correcta.

03

Caché de plantillas — sin fricción a costa del rendimiento

Las plantillas se cachean en el dispositivo AAM; no es necesario leer del disco en cada solicitud. Cuando se publica una actualización de plantilla, la caché se invalida automáticamente; se preserva el rendimiento, las actualizaciones se reflejan al instante.

04

Plantillas y assets gestionados a través de la interfaz de administración

Una plantilla y sus assets — HTML, CSS, imágenes y los demás archivos — se gestionan a través de la interfaz de administración. Esto facilita las operaciones de mantenimiento y copia de seguridad, y las plantillas se sincronizan entre varios dispositivos para que cada nodo sirva el mismo branding.

05

Asignación de plantilla por gateway — sin servidor web aparte

Cada gateway se vincula a su plantilla mediante configuración. Un cambio en esa asignación surte efecto sin levantar ni redeplegar un servidor web aparte; el gateway simplemente referencia la plantilla actualizada y la sirve directamente.

En qué escenarios se utiliza

Proveedor de servicios — login con marca por tenant

Un MSP o proveedor SaaS presta servicio de autenticación a varios de sus clientes. Cada cliente quiere ver su propio logo, sus propios colores y sus propios textos. Una sola plataforma AAM, con la detección de tenant, ofrece a cada cliente su propia página de login con marca — sin deployments aparte.

Organización multimarca — una puerta aparte para cada marca

Una organización con varias marcas (por ejemplo, una estructura de holding o un retail multimarca) quiere una página de login aparte para cada marca. La misma infraestructura base, con una variante de plantilla por marca, ofrece la experiencia de usuario propia de cada marca; la infraestructura técnica se unifica en un solo punto, la identidad de marca se separa.

Adaptación multilingüe y regional

Una organización internacional quiere ofrecer una página de login en su propio idioma y con su propia adaptación local para cada región. Con el soporte de i18n por plantilla, una sola plantilla funciona en varios idiomas; la detección de idioma es automática y cada usuario inicia sesión en su propio idioma.

Solución white-label — login presentado a nombre de la organización

Un partner o revendedor quiere ofrecer servicio de autenticación a sus propios clientes, pero quiere hacer invisible que debajo está la plataforma TR7. Las plantillas totalmente personalizables aportan un UX presentado por completo con la marca del partner, sin ningún rastro de TR7 en el código de la página, el logo o los textos.

Preguntas frecuentes

¿Cuánto puede personalizarse la plantilla? ¿Solo logo y color?
Se soporta el control completo de HTML, CSS y assets de imagen. No solo logo y color; se soportan diseños personalizados, campos de formulario personalizados y todo lo que requiera su guía de marca. Su equipo de diseño puede materializar por completo su propia visión.
¿Cómo funcionan las plantillas compartidas?
La plantilla compartida y gestionada de forma centralizada de la organización define una vez los colores, las fuentes, el diseño y los textos comunes. Cada gateway la referencia y cambia solo las partes que son distintas. El branding se define una vez y se reutiliza entre gateways; no necesita hacer un mantenimiento de copiar y pegar por cada marca.
¿En el escenario de proveedor de servicios se necesita un deployment aparte para cada cliente?
No. Una sola plataforma AAM, con la detección de tenant, ofrece a cada cliente su propia página de login con marca. La detección de tenant se configura mediante nombre de host, patrón de URL, cabecera o cookie. Una sola infraestructura, tenants con marca ilimitados.
¿Se necesita un servidor web o CDN aparte para servir el HTML, el CSS y las imágenes?
No. El HTML, el CSS, las imágenes y los demás assets se sirven directamente desde el dispositivo AAM. No se necesita un servidor web aparte, un CDN aparte ni un deployment de frontend aparte. La página de login viene del mismo stack que ejecuta la autenticación.
Cuando actualizo la plantilla, ¿se ven afectados los usuarios en vivo?
No. Las sesiones activas continúan con la plantilla actual; solo las nuevas sesiones que comienzan después de la actualización ven la nueva plantilla. La caché de plantillas no crea fricción a costa del rendimiento, las actualizaciones se reflejan al instante.

La página de login es la primera impresión de su marca — hágala suya

Plantillas compartidas gestionadas de forma centralizada, variantes por tenant y assets servidos desde el dispositivo — todo en una sola plataforma. Le hacemos un recorrido en una instalación en vivo con su propia guía de marca.