> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Dominio personalizado para KYC: configuración DNS > Didit te permite servir el flujo de verificación desde tu propio subdominio en lugar de verify.didit.me. Añade el dominio y dos registros DNS. Ofrece el flujo de verificación desde tu propio subdominio: `verify.yourbrand.com` en lugar de `verify.didit.me`. Los usuarios permanecen en tu dominio durante todo el recorrido, lo que elimina la última referencia visible a Didit en un flujo de [marca blanca](https://docs.didit.me/es/console/white-label.md). > [!NOTE] > > El dominio personalizado forma parte de Marca blanca, en los planes **Scale** y **Enterprise**. También necesitas **acceso de escritura a Personalización**: los miembros con acceso de solo lectura ven la sección deshabilitada. > [!NOTE] > > Cuando tu organización deja Scale o Enterprise, incluida una prueba de Scale que termina sin un plan de pago, su dominio personalizado se elimina y los nuevos enlaces de verificación vuelven a usar el dominio de Didit. Un dominio personalizado conectado antes del 1 de noviembre de 2026 se mantiene en cualquier plan; si lo eliminas, volver a agregar un dominio personalizado requiere Scale o Enterprise. > [!NOTE] > > Los dominios personalizados solo están disponibles en **aplicaciones de producción**. Una aplicación de [sandbox](https://docs.didit.me/es/integration/sandbox-testing.md) no puede agregar uno, y las sesiones de sandbox siempre se ejecutan en el dominio predeterminado de la página de verificación alojada. Cambia a tu aplicación de producción en la Business Console para configurar tu dominio. *** ## Requisitos | Requisito | Detalle | | - | - | | **Aplicación de producción** | El dominio pertenece a una aplicación de producción. Las aplicaciones de sandbox no pueden configurar un dominio personalizado. | | **Solo subdominios** | Usa `verify.yourbrand.com`. Se rechazan los dominios raíz como `yourbrand.com` y también los dominios con el prefijo `www.`. | | **Que no esté en uso** | El subdominio no puede apuntar a un sitio web o aplicación tuya que ya exista. | | **Acceso al DNS** | Necesitas crear dos registros en tu proveedor de DNS. | *** ## Cómo funciona Introduces tu subdominio en la Business Console. Didit genera entonces dos registros DNS para que los agregues en tu proveedor: | Registro | Propósito | | - | - | | **CNAME de verificación** | Demuestra que eres el propietario del dominio, lo que permite emitir el certificado SSL. | | **CNAME de CloudFront** | Apunta tu subdominio a la interfaz de verificación. | Ambos registros son obligatorios. Una vez que se resuelven, verificas la propiedad desde la consola y el flujo empieza a servirse desde tu dominio. *** ## Configura tu dominio **1. Agrega el dominio** Ve a **Personalización > Dominio**, introduce tu subdominio (por ejemplo `verify.yourbrand.com`) y haz clic en **Agregar dominio**. La consola genera tus registros DNS. Esto tarda unos segundos. **2. Copia los dos registros** La consola muestra una tarjeta para cada registro: **CNAME de verificación** y **CNAME de CloudFront**. Cada tarjeta te da dos valores: | Campo de la tarjeta | Dónde va en tu proveedor de DNS | | - | - | | **Nombre de host** | El **nombre** del registro (host) | | **Datos/URL** | El **valor** del registro (destino) | > [!WARNING] > > No intercambies **Nombre de host** y **Datos/URL** al pegarlos en tu proveedor de DNS, y usa el botón de copiar para cada valor. Los valores de verificación son largos y es fácil escribirlos mal. **3. Agrega ambos registros en tu proveedor de DNS** Crea ambos registros como `CNAME`. Agregar solo el registro de CloudFront es el motivo más común por el que la verificación falla más adelante. Establece el TTL en `300` para que cualquier corrección que hagas después se propague en minutos en lugar de horas. **4. Verifica la propiedad** De vuelta en la consola, haz clic en **Verificar dominio**. Si la verificación se realiza correctamente, el panel cambia a **Dominio verificado** y el botón desaparece. Si falla, la consola muestra un recuadro de **Verificación fallida** con el motivo concreto. Léelo antes de cambiar nada: indica el registro que falta o que es incorrecto. > [!NOTE] > > El DNS suele propagarse en cuestión de minutos, pero puede tardar hasta **24–48 horas**. Si la consola indica **Cambios de DNS detectados**, tus registros son correctos y la propagación aún está terminando: no necesitas hacer nada. *** ## Cambia o elimina tu dominio Para mover el flujo a otro subdominio, introduce el nuevo y haz clic en **Actualizar dominio**. Didit genera un nuevo par de registros, así que tienes que añadirlos a la configuración DNS de tu proveedor y volver a verificarlo. Para volver a `verify.didit.me`, vacía el campo y haz clic en **Eliminar dominio**. > [!NOTE] > > Mientras haya un dominio personalizado configurado, no puedes volver a habilitar la pantalla de inicio de sesión de Didit. Elimina primero el dominio. *** ## Solución de problemas > [accordion] Error 500 o un mensaje sobre otra distribución de CloudFront > > Tu subdominio tiene un registro `A` que entra en conflicto con el CNAME: un host no puede tener ambos. Elimina el registro `A` y conserva solo el CNAME. > > Si no hay ningún registro `A`, el CNAME de CloudFront apunta a un destino incorrecto. Compáralo carácter por carácter con el valor de **Data/URL** de la consola. > [accordion] La verificación nunca se completa > > Comprueba que existan **ambos** registros en tu proveedor. Añadir solo el registro de CloudFront es la causa más habitual, porque el flujo parece cargar mientras el certificado nunca se emite. > > El recuadro **Verification failed** de la consola indica qué registro falta o es incorrecto. > [accordion] El certificado nunca se emite (Cloudflare) > > Configura ambos registros como **DNS only**, es decir, con la nube gris y el proxy desactivado. El proxy de la nube naranja intercepta la solicitud e impide la emisión del certificado. > > Los proveedores sin opción de proxy, como cPanel, no se ven afectados. > [accordion] El nombre del registro aparece duplicado > > Algunos proveedores añaden tu zona automáticamente, lo que convierte `verify.yourbrand.com` en `verify.yourbrand.com.yourbrand.com`. > > En esos proveedores, introduce el nombre **relativo** en lugar del nombre completo que muestra la consola: `verify` en lugar de `verify.yourbrand.com`, y `_abc123.verify` en lugar de `_abc123.verify.yourbrand.com`. Después, vuelve a abrir el registro guardado y comprueba que el nombre completo almacenado coincida exactamente con el **Hostname** de la consola. > [accordion] Una corrección tarda horas en aplicarse > > Tus registros se almacenan en caché durante el tiempo que indica su TTL. Reduce el TTL a `300` y espera a que caduque el valor anterior antes de volver a probar. *** ## Próximos pasos * **Adapta el resto de la interfaz a tu marca**: los colores, el logotipo y la tipografía se configuran en [Personalización](https://docs.didit.me/es/console/white-label.md). * **Activa tu estilo en cada flujo**: la marca solo se aplica a los flujos que tienen activada la opción **Incluir estilo personalizado**. Consulta [Marca blanca](https://docs.didit.me/es/console/white-label.md#activar-el-estilo-personalizado-en-tu-flujo). * **Revisa tus obligaciones de divulgación**: un dominio personalizado oculta la marca de Didit, pero no su rol. Consulta las [responsabilidades de cumplimiento](https://docs.didit.me/es/console/white-label.md#responsabilidades-de-cumplimiento-en-los-flujos-de-marca-blanca). This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.