Cuándo usar la redirección
- Verificación entre dispositivos: empieza en el escritorio y termina en el móvil
- Máxima compatibilidad: funciona en todos los navegadores, incluidos los más antiguos
- Integración sencilla: no requiere configurar un iframe
- Problemas con la cámara: cuando el acceso a la cámara desde un iframe da problemas
Implementación
Paso 1: Crear una sesión (backend)
La respuesta de creación de la sesión incluye un campo llamadourl: pasa ese valor al navegador.
Paso 2: Redirigir al usuario (frontend)
HTML:Gestión del callback
Cuando la verificación finaliza, Didit redirige a tu URL de callback con parámetros de consulta:Ejemplo con Next.js
Ejemplo con Express.js
Ejemplo con Vue Router
Abrir en una pestaña nueva
Si prefieres mantener tu aplicación abierta mientras el usuario realiza la verificación:Buenas prácticas de seguridad
Verifica el callback del lado del servidor
Trata los parámetros de consultaverificationSessionId y status como indicaciones de interfaz no fiables. Confirma siempre la decisión final en tu backend, ya sea gestionando el webhook (opción preferida) o volviendo a obtener la decisión mediante la API:
Usa webhooks
Para lograr la integración más fiable, usa webhooks para recibir los resultados de la verificación directamente en tu backend, independientemente de cómo se comporte el navegador del usuario.Flujo entre dispositivos
El método de redirección admite de forma natural la verificación entre dispositivos:- El usuario hace clic en “Verificar” en una computadora de escritorio
- El usuario es redirigido a la página de verificación
- Si es necesario, el usuario puede escanear un código QR para continuar en el móvil
- Al terminar, el usuario es redirigido a tu URL de callback; el dispositivo desde el que se realiza la redirección se controla mediante
callback_method(initiator,completeroboth)
Solución de problemas
No se recibe el callback
- Verifica que la URL de callback esté configurada correctamente al crear la sesión
- Asegúrate de que tu URL de callback sea accesible desde internet
- Comprueba que la URL no tenga errores tipográficos ni problemas de codificación
El estado siempre es “Declined”
- Revisa la configuración de tu flujo en la Didit Console
- Verifica que los documentos de prueba que usas sean válidos
- Revisa los detalles de la sesión mediante la API para conocer los motivos concretos del rechazo
Bucle de redirección
- Asegúrate de que tu manejador de callback no redirija de nuevo a la verificación
- Comprueba si hay problemas de caché en tu página de callback
- Borra la caché del navegador y vuelve a intentarlo
Repositorio de ejemplo
Repositorio de GitHub
Consulta el código fuente y los ejemplos en GitHub