Funciones de personalización
Prefill de la key de la API
Contenido MDX dinámico
user
.
Visibilidad de la página
groups
al frontmatter de sus páginas. De forma predeterminada, todas las páginas son visibles para todos los usuarios.
Los usuarios solo verán las páginas de los groups
a los que pertenecen.
Formato de datos de usuario
Tiempo de expiración de la sesión en segundos desde el epoch. Si el usuario carga una página después de este tiempo, sus datos almacenados se eliminan automáticamente y deberá volver a autenticarse.
Para handshakes con JWT: Esto difiere del claim
exp
del JWT, que determina cuándo un JWT se considera inválido. Por seguridad, establece el claim exp
del JWT en una duración corta (10 segundos o menos). Usa expiresAt
para la duración real de la sesión (de horas a semanas).Lista de grupos a los que pertenece el usuario. Las páginas con
groups
coincidentes en su frontmatter serán visibles para este usuario.Ejemplo: Un usuario con groups: ["admin", "engineering"]
puede acceder a páginas etiquetadas con los grupos admin
o engineering
.Datos personalizados accesibles en tu contenido Uso en Con los datos de
MDX
a través de la variable user
. Úsalo para personalización dinámica en toda tu documentación.Ejemplo básico:MDX
:user
del ejemplo, se renderizaría como: Welcome back, Ronan! Your Enterprise plan includes…Renderizado condicional avanzado:La información en
user
solo está disponible para usuarios que han iniciado sesión. Para los usuarios que han cerrado sesión, el valor de user
será {}
. Para evitar que la página falle en usuarios que no han iniciado sesión, usa siempre el encadenamiento opcional en tus campos de user
. Por ejemplo, {user.org?.plan}
.Valores específicos del usuario que rellenan previamente los campos del área de pruebas de la API. Ahorra tiempo al autocompletar sus datos cuando prueban APIs.Ejemplo:Si un usuario realiza solicitudes en un subdominio específico, puedes enviar
{ server: { subdomain: 'foo' } }
como un campo apiPlaygroundInputs
. Este valor se rellenará previamente en cualquier página de la API con el valor subdomain
.Los campos
header
, query
y cookie
solo se rellenarán previamente si forman parte de tu esquema de seguridad de OpenAPI. Si un campo está en las secciones Authorization
o Server
, se rellenará previamente. Crear un parámetro de cabecera estándar llamado Authorization
no habilitará esta función.Datos de usuario de ejemplo
Configuración de la personalización
- JWT (JSON Web Token)
- OAuth 2.0
- Sesión compartida
Requisitos previos
- Un sistema de inicio de sesión que pueda generar y firmar JWT
- Un servicio backend que pueda crear URL de redirección
Implementación
1
Genera una key privada.
- En tu dashboard, ve a Autenticación.
- Selecciona Personalization.
- Selecciona JWT.
- Ingresa la URL de tu flujo de inicio de sesión existente y selecciona Guardar cambios.
- Selecciona Generate new key.
- Almacena tu key de forma segura donde tu backend pueda acceder a ella.
2
Integra la personalización de Mintlify en tu flujo de inicio de sesión.
Modifica tu flujo de inicio de sesión existente para incluir estos pasos después de que el usuario inicie sesión:
- Crea un JWT que contenga la información del usuario autenticado en el formato
User
. Consulta la sección User data format más arriba para obtener más información. - Firma el JWT con la key secreta, usando el algoritmo ES256.
- Crea una URL de redirección de vuelta a tu documentación, incluyendo el JWT como hash.
Ejemplo
Tu documentación está alojada endocs.foo.com
. Quieres que tu documentación esté separada de tu dashboard (o no tienes un dashboard) y habilitar la personalización.Genera un secreto JWT. Luego crea un endpoint de inicio de sesión en https://foo.com/docs-login
que inicie un flujo de inicio de sesión hacia tu documentación.Después de verificar las credenciales del usuario:- Genera un JWT con los datos del usuario en el formato de Mintlify.
- Firma el JWT y redirige a
https://docs.foo.com#{SIGNED_JWT}
.
Conservación de anclas de página
Para redirigir a los usuarios a secciones específicas después de iniciar sesión, usa este formato de URL:https://docs.foo.com/page#jwt={SIGNED_JWT}&anchor={ANCHOR}
.Ejemplo:- URL original:
https://docs.foo.com/quickstart#step-one
- URL de redirección:
https://docs.foo.com/quickstart#jwt={SIGNED_JWT}&anchor=step-one