Skip to main content
Un Formulario recoge datos personales, así que Brein guarda solo lo necesario y trata las bajas como reglas, no como preferencias.

​
Qué guarda una respuesta

  • Respuestas. Lo que escribió la persona, normalizado a tus campos (correo, teléfono, URL, número, moneda, fecha, opciones).
  • Contexto. La página, el referente y los valores utm_* — nunca la IP de quien visita. Brein guarda solo un hash de la IP, para poder contar envíos sin identificar a nadie.
  • Consentimiento. Si se aceptó el aviso de privacidad, si se marcó la casilla de promociones, la versión del aviso y la hora.
  • Resultado. El contacto con el que coincidió o que creó, y qué campos llenó.

​
Consentimiento

El formulario muestra el enlace a tu propio aviso de privacidad junto a la casilla de consentimiento. Brein no pone uno: un formulario nuevo nace con el enlace vacío y no se puede publicar hasta que lo agregues (un enlace http(s) al aviso de tu empresa, no uno de trybrein.com); publicar sin él se rechaza con 422 en consent.privacyUrl. Sin el consentimiento, el envío se rechaza con 422. Si activas la casilla de promociones, es una casilla aparte y opcional: una persona puede responder sin aceptar promociones.

​
Bajas y supresión

Importan dos bajas distintas:
  • Baja del correo. Si la persona está en tu lista de supresión de correo, el contacto igual llega al CRM, pero Brein nunca la agrega a una Secuencia.
  • Supresión de datos. Si la persona pidió suprimir sus datos, no se guarda nada: la Respuesta queda como Rechazada y sin datos personales.
Ada y otros clientes de MCP crean formularios con form_save y los leen con form_read; al leer listas y resultados nunca se expone el correo ni el teléfono. Para las reglas más amplias, mira Seguridad.

​
Relacionado