Seguridad y privacidad
Qué guarda Dapta Forms con una respuesta y qué no recoge nunca, cómo se protegen las credenciales de las integraciones, cómo se firman los webhooks, cómo se limita la tasa del formulario público y cóm
Dapta Forms recoge las respuestas que te da la gente, y nada más. Esta página explica exactamente qué se guarda, qué no se recoge nunca, cómo se protegen tus credenciales de integración y las entregas de webhook, y cómo borras datos cuando ya no los necesitas.
Qué se guarda con una respuesta
Cada respuesta es una fila por persona y por sesión. Contiene:
Respuestas
Un valor por pregunta, indexado por la clave de campo de esa pregunta.
Puntaje
El puntaje total, recalculado en el servidor a partir de tu formulario publicado.
Marcas de tiempo
Cuándo empezó la persona, cuándo se capturó una parcial, y cuándo completó.
Parámetros de campaña
Cualquier utm_source, utm_medium, utm_campaign, utm_term y utm_content que viniera en el enlace que abrió, o en la página que inserta el formulario.
Página
La página donde se respondió el formulario: su dirección y su título, si el formulario estaba insertado ahí, y los IDs de página y de portal de HubSpot cuando esa página carga HubSpot. Mira Página de origen y atribución en HubSpot.
Cookie de visitante de HubSpot
La cookie hubspotutk de una página que carga tu código de seguimiento de HubSpot. Se guarda solo cuando el formulario tiene un webhook activado o registra la respuesta como form submission en HubSpot, los dos lugares que la usan.
ID de sesión
Un id aleatorio creado por pestaña del navegador, que sirve para mantener una respuesta por persona en lugar de muchas.
Archivos subidos
Cuando el formulario tiene una pregunta Subir archivo: el archivo en el almacenamiento, más su nombre, su tamaño y el tipo que reportó el navegador, en la respuesta. Mira más abajo.
En Respuestas ves las respuestas, el puntaje, las marcas de tiempo, los parámetros de campaña y la página, y el CSV lleva lo mismo, con la página como su dirección. Dos cosas se guardan pero nunca se muestran ni se exportan: la cookie de HubSpot, de la que Respuestas solo muestra la etiqueta Cookie de HubSpot recibida, y los IDs de página y de portal de HubSpot, que solo sirven a la sincronización con HubSpot. Si un paso se responde con una reserva de Calendly, los datos de la reserva (el correo y el nombre del invitado y la hora de la reunión) vienen con ella.
Quien rechazó el seguimiento de HubSpot no envía ninguna cookie, y tu página puede dejar de enviar cualquier dato sobre sí misma con un atributo en el iframe. Mira Insertar en tu sitio web.
Qué no se recoge nunca
Dapta Forms no guarda nada de lo siguiente con una respuesta:
Ninguna dirección IP. El formulario público se limita por dirección, pero ese contador vive solo en memoria y nunca se escribe junto a una respuesta. En un formulario con la protección contra spam activa, la dirección se envía a Cloudflare para comprobar la verificación, cuando es una dirección pública, y tampoco se guarda.
Ninguna huella de dispositivo o navegador. Ni agente de usuario, ni tamaño de pantalla, ni sistema operativo.
Ninguna ubicación. Ni país, ni ciudad, ni geolocalización.
Ningún historial de navegación. La única página que se registra es aquella donde se respondió el formulario. Dónde estuvo la persona antes solo se sabe por los parámetros UTM de tus propios enlaces.
Los números del embudo en Analíticas se construyen con esos mismos ids de sesión: vistas, inicios, vistas de paso y envíos. No hay desglose por dispositivo ni informe geográfico porque esos datos no se recogen en primer lugar.
⚠️ Nota: Si añades un ID de Google Tag Manager, píxel de Meta, PostHog o seguimiento de HubSpot en Conectar → Seguimiento y píxeles, ese proveedor recoge lo que recoja su propio script, bajo su propia política de privacidad. Lo mismo vale para la verificación de Cloudflare en un formulario con la protección contra spam activa, que se carga cuando la persona empieza a responder. Sin ningún ID definido y con la protección contra spam apagada, un formulario publicado no hace peticiones a terceros. Mira Seguimiento y píxeles.
Credenciales de las integraciones
Conectas HubSpot y Calendly una vez para todo el workspace, en la página de Conexiones. Cuando pegas un token, el campo te dice qué pasa con él: El token se valida, se cifra y se guarda en el servidor. No se vuelve a mostrar.
La tarjeta solo muestra la etiqueta de la cuenta, los últimos cuatro caracteres y la fecha en que conectaste.
No hay forma de leer de vuelta un token guardado, ni desde la interfaz ni desde una exportación.
Para rotar un token, haz clic en Desconectar y conecta otra vez con el nuevo.
Solo un admin o un owner puede conectar o desconectar un proveedor.
Tu Secreto de firma de webhook funciona igual. Una vez guardado, el campo dice Hay un secreto guardado: déjalo en blanco para conservarlo o escribe uno nuevo. y nunca vuelve a mostrar el valor.
Nada de esto llega a quien responde. La página pública del formulario se sirve solo con tus preguntas y tu diseño: las URLs de webhook, los secretos de firma, los mapeos del CRM y el interruptor de la protección contra spam se quitan antes de mandar el formulario a un navegador. Un formulario con la protección contra spam activa solo lleva la clave pública de la verificación.
Entregas de webhook
Los webhooks son el único sitio donde tus datos salen de Dapta a propósito, así que tienen sus propias barreras.
Solo HTTPS. La URL del endpoint tiene que empezar por
https://. Elhttp://pelado se rechaza salvo enlocalhostmientras desarrollas.Firmados a petición. Define un Secreto de firma y cada entrega lleva una cabecera
X-Forms-Signaturecon un HMAC-SHA256 del cuerpo exacto, para que tu endpoint pueda demostrar que la petición vino de tu formulario. Mira Verificar la firma.Las direcciones privadas se rechazan. Si una URL resuelve a una dirección privada, reservada, de loopback o interna, la entrega se bloquea antes de enviar nada y la fila del historial lo explica: Bloqueado antes de enviar: esa dirección es privada, reservada o interna, y nunca publicamos hacia ahí.
Las redirecciones nunca se siguen. Una respuesta
3xxcuenta como fallo, así que una entrega no puede rebotar a una dirección que tú no elegiste.Acotadas. Cada intento se agota a los 10 segundos, y una entrega se reintenta como mucho cinco veces antes de quedar marcada con Falló.
La cookie de HubSpot solo va a tu endpoint. Cuando una respuesta lleva la cookie de HubSpot de la visita, la entrega la incluye en su objeto
visitpara que tu endpoint pueda sincronizar HubSpot por su cuenta. El historial la muestra como[hidden].
Cada intento, con lo que se envió y lo que volvió, se conserva en el Historial del webhook de la tarjeta. Lee Entrega, reintentos e historial para el ciclo completo.
Archivos subidos
Una pregunta Subir archivo guarda el archivo que la gente adjunta. Se maneja aparte de las respuestas, y sus reglas son propias.
El archivo nunca pasa por los servidores de Dapta. Al navegador se le da una dirección de un solo uso que puede escribir un archivo y nada más, y manda los bytes directo al almacenamiento.
Esa dirección caduca en minutos. También caduca cada dirección que se usa para volver a leer un archivo. Los enlaces se crean en el momento del clic, y nunca se escriben en una página, en un correo, en un payload de webhook ni en la exportación a CSV.
El tipo se verifica. Antes de guardar una respuesta, el contenido real del archivo se compara con su extensión. Un archivo cuyos bytes no coinciden con su nombre se rechaza y el envío falla.
Los programas y las páginas web se rechazan siempre, en todos los formularios, sin importar qué acepte la pregunta. Mira Subir archivo.
Solo tu workspace los puede leer. No existe una URL pública para un archivo subido, así que no hay nada que compartir por accidente ni nada que adivinar.
Límites de tasa y bots en el formulario público
La superficie pública (cargar un formulario, autorizar la subida de un archivo, enviar, registrar un evento de embudo, confirmar una reserva) se limita por dirección IP. El servicio alojado usa límites más altos que los que recibe por defecto un despliegue autoalojado, que son una ráfaga de 60 peticiones que se recarga a razón de una por segundo. Pasado el límite, la API contesta 429 con una pista Retry-After, y quien responde lee Demasiados intentos desde tu conexión. Espera un momento e inténtalo de nuevo.
Esto protege tu formulario del spam de envíos y de que alguien raspe tu configuración. Una persona real rellenando un formulario nunca se acerca al límite.
Para los bots que se quedan por debajo del límite, activa la protección contra spam en el formulario. El envío final pasa a necesitar una verificación humana que comprueba la API, así que un script que envía por su cuenta es rechazado y no guarda nada.
Quién puede ver qué
Los workspaces son la frontera de privacidad. Un formulario, sus respuestas y sus analíticas pertenecen a un workspace, y solo la gente de ese workspace puede llegar a ellos.
Member
Sus propios formularios: construir, publicar, borrar, leer respuestas y analíticas, configurar webhooks y mapeos de campos, gestionar su propia página pública.
Admin
Todo lo que puede un member, sobre los formularios de todo el mundo, más invitar gente, cambiar roles, activar o desactivar miembros, editar el kit de marca y los correos de notificación, y conectar y desconectar HubSpot y Calendly.
Owner
Todo lo que puede un admin, más quitar a un miembro que ya aceptó y actuar sobre otros owners. Un workspace siempre conserva al menos un owner.
Cambiar de workspace cambia todo con él: nunca ves los formularios ni las respuestas de otro workspace en la lista. Quitar a un miembro le retira el acceso y deja intactos los formularios y las respuestas. Mira Miembros y roles.
Borrar datos
Tú controlas la retención: no se borra nada de forma automática. Dos cosas se quedan después de borrar, y las dos se explican abajo: los archivos subidos, y el historial de entregas de tus integraciones.
Borrar una respuesta: abre Respuestas, usa la acción de fila Eliminar y confirma ¿Eliminar esta respuesta? No se puede deshacer. Para borrar varias a la vez, selecciónalas y confirma ¿Eliminar {n} respuestas? Las respuestas, el puntaje, la página y las marcas de tiempo se van con cada una. Un archivo que la persona haya subido deja de aparecer, pero el archivo guardado no se borra.
Borrar un formulario y todo lo que recogió: abre el menú de tres puntos en la fila del formulario en Formularios y elige Eliminar. La confirmación dice ¿Eliminar este formulario y todas sus respuestas? Borrar el formulario quita sus respuestas, sus eventos de embudo, sus reservas y sus anulaciones de correo propias, todo de una vez. Los archivos que subieron sus respuestas no se borran.
Cada integración guarda un registro de lo que envió. El Historial del webhook, el Historial de HubSpot y el Historial de correos conservan cada entrega tal como se envió, así que borrar una respuesta no quita sus entregas pasadas de esos registros.
⚠️ Nota: Ninguno de los dos borrados se puede deshacer, y ninguno alcanza a las copias que ya salieron. Un contacto que creaste en HubSpot, o un payload que tu endpoint de webhook ya guardó, hay que borrarlo también allí.
Cerrar sesión
Cerrar sesión en el menú de perfil termina tu sesión de Dapta Forms. Tu inicio de sesión de Dapta queda como está, así que los otros productos de Dapta en ese navegador siguen con la sesión abierta. Vuelves a la tarjeta de inicio de sesión, y Continuar con Dapta siempre muestra entonces la pantalla de inicio de sesión de Dapta, donde eliges la cuenta con la que entras.
Una sesión que caduca sola también termina solo tu sesión de Forms.
Reportar un problema de seguridad
Si crees que has encontrado una vulnerabilidad en Dapta Forms, no abras un issue público. Escribe a security@dapta.ai con una descripción, el impacto y los pasos para reproducirla. El proyecto también acepta avisos privados en su repositorio de GitHub.
Qué sigue
Webhooks: URL del endpoint, secreto de firma y qué dispara una entrega.
Verificar la firma: comprueba que una petición vino de verdad de tu formulario.
Protección contra spam (captcha): deja a los bots fuera de tu formulario y de tus integraciones.
Miembros y roles: quién puede hacer qué en un workspace.
Respuestas: lee, filtra y borra respuestas.
Seguimiento y píxeles: las etiquetas de analítica que puedes añadir tú.
Última actualización