Formas de integrar: API, SDKs y enlaces sin código
No necesitas escribir código para empezar a verificar personas con Didit - usa un enlace sin código, o incorpora un SDK o la API cuando quieras automatización.
Tres rutas. Los enlaces sin código no necesitan backend en absoluto. La API más una redirección es la integración estándar. Los SDK meten el flujo dentro de tu propia aplicación, y son la única ruta que admite NFC. Elijas la que elijas, recoge los resultados con webhooks.
No necesitas un desarrollador para lanzar la verificación de identidad con Didit. Existe una opción sin código que lleva minutos, además de opciones de API y SDK para cuando quieras automatizarla dentro de tu propio producto.
#¿Puedo usar Didit sin programar?
Sí. Una vez que hayas construido un flujo de trabajo en la consola, puedes generar una sesión de verificación de dos formas sin escribir código:
- El paso uno emite la clave de API con la que se autentica tu backend.
- El paso dos elige el flujo de trabajo que ejecutará cada sesión.
- El paso tres registra dónde se publican los resultados y envía una entrega de prueba.
- El paso cuatro es el código: copia el inicio rápido para tu stack.
- Enlace de verificación (de un solo uso)
Desde la página Workflows, crea una sesión directamente en la consola. Obtienes una URL y un código QR únicos para esa persona: envíalo por correo electrónico, SMS o cualquier canal, o haz que escaneen el código en persona.
- Enlace reutilizable (Unilink)
Cada flujo de trabajo tiene también un enlace reutilizable que inicia una sesión nueva en cada visita. Ponlo detrás de un botón en tu web, imprímelo como código QR para un quiosco o una sucursal, o compártelo con afiliados. Consulta enlaces reutilizables.
Ambas opciones se saltan por completo la API y tu backend: la elección correcta para MVP, revisión manual, verificación presencial, o para empezar antes de haber construido nada a medida.
#Cuando quieres automatización
Si necesitas que el resultado actualice tus propios sistemas automáticamente, y no solo que aparezca en la consola, necesitarás la API o un SDK:
| Quieres... | Usa |
|---|---|
| Redirigir a los usuarios desde tu aplicación a una página de verificación alojada | Una única llamada a la API para crear una sesión y luego redirigir a la URL devuelta |
| Incrustar la verificación dentro de tu aplicación web | El SDK de JavaScript o el iframe in-context |
| Verificar dentro de una aplicación nativa de iOS, Android, Flutter o React Native | El SDK nativo correspondiente, obligatorio para NFC |
| Añadir verificación a WordPress/WooCommerce o Shopify | El plugin de WordPress/WooCommerce o de Shopify, sin necesidad de código |
| Conectarlo a una herramienta de automatización | La API desde Zapier, n8n, o cualquier herramienta que pueda hacer una solicitud HTTP y recibir un webhook |
| Recibir los resultados directamente en tu backend en cuanto estén listos | Webhooks |
| Ejecutar comprobaciones individuales tú mismo (procesamiento por lotes, interfaz de captura a medida) | Las API independientes, llamadas directamente en lugar de a través de una sesión de flujo de trabajo |
#Enviar el enlace tú mismo
Si creas una sesión a través de la API, Didit devuelve la URL de verificación, y entregarla pasa a ser cosa tuya. Enviarla desde tu propio producto, con tu propio texto y tu propia marca, suele ser de todas formas la mejor experiencia: la persona ya confía en ti, y un mensaje de un remitente desconocido tiene un coste de conversión.
Si necesitas que Didit envíe el correo a la persona en tu lugar, pasa los datos de contacto al crear la sesión. Confirma qué está soportado en tu configuración en lugar de asumirlo, y ten en cuenta que el idioma del correo es un campo separado del idioma del flujo. Consulta configurar el idioma de la verificación.
#Elegir entre alojado, incrustado y nativo
| Redirección alojada | Incrustado (SDK web / iframe) | SDK nativo | |
|---|---|---|---|
| Código necesario | Mínimo | Moderado | El mayor |
| El usuario sale de tu aplicación | Sí | No | No |
| Lectura de chip NFC | No | No | Sí |
| Mejor comportamiento de cámara | Bueno | Bueno | El mejor |
| El dominio personalizado quita Didit de la URL | Sí | n/a | n/a |
Si NFC te importa, esa fila lo decide: el chip no se puede leer desde una página de navegador. Consulta verificación de chip NFC.
Qué opciones incrustadas están disponibles en tu plan es algo que merece la pena confirmar con tu contacto de Didit antes de dimensionar un proyecto en torno a una de ellas.
#API independientes frente a sesiones de flujo de trabajo
Una sesión de flujo de trabajo ejecuta las comprobaciones juntas, produce una única decisión agregada, y se apoya en las asignaciones gratuitas por función para las cuatro funciones del nivel gratis. Una llamada a una API independiente ejecuta una comprobación sobre datos que tú aportas, devuelve solo ese resultado, y se factura por llamada, sin asignación gratuita.
Las llamadas independientes son la herramienta adecuada para procesamiento por lotes, para una interfaz de captura que hayas construido tú mismo, o para una comprobación que quieras ejecutar fuera de un flujo de alta. Son la herramienta equivocada si lo que buscabas era el nivel gratis.
#Probar antes de salir a producción
Crea una aplicación separada en modo sandbox para pruebas: cada aplicación tiene su propia clave de API y sus propios flujos de trabajo, así que el tráfico de prueba nunca toca los datos de producción, y las sesiones de sandbox no cuestan nada y te permiten forzar cualquier resultado. Consulta probar en sandbox.
#Próximos pasos
- Configura primero un flujo de trabajo si aún no lo has hecho: construir un flujo de trabajo de verificación
- Recibe los resultados en cuanto estén listos: obtener resultados de verificación con webhooks
- Dónde encontrar tu clave de API: gestionar tus claves de API
- Cuando algo devuelve un error: errores de la API y qué significan