Conectar la web con el CRM: formularios, origen y consentimiento
Conectar la web con el CRM es que cada formulario cree o actualice un contacto con su mensaje, su página de origen y su campaña. Qué datos debe llevar, cómo no perder los UTM, por qué pedir información no es suscribirse y cuatro formas de conectarlo.
Conectar la web con el CRM significa que cada formulario que alguien envía desde tu web crea o actualiza un contacto en el CRM, con su mensaje, la página desde la que escribió y la campaña que lo trajo, en lugar de acabar como un correo más en una bandeja compartida. Es el paso que convierte la web en una fuente de clientes medible, y también un punto donde es fácil perder contactos.
Qué significa conectar la web con el CRM
Sin conexión, el recorrido típico es este: alguien rellena el formulario, llega un correo a una dirección compartida, alguien lo lee (o no), lo copia a mano en el CRM o en una hoja y, semanas después, nadie sabe si aquella persona vino de Google, de un anuncio o de una recomendación.
Con la web conectada, el formulario habla directamente con el CRM: el contacto se crea con sus datos y su origen, el equipo recibe un aviso y el seguimiento empieza en el mismo sistema en el que luego se hará el presupuesto. Nadie copia nada y nada se queda en un buzón que no mira nadie.
Qué debe llevar cada contacto
| Dato | Para qué sirve |
|---|---|
| Nombre, correo y teléfono | Contactar y reconocer si la persona ya existe |
| Mensaje y tema elegido | Saber qué pide antes de llamar |
| Página desde la que escribió | Saber qué contenidos generan contactos |
| Fuente, medio y campaña | Saber de qué canal viene |
| Consentimientos, con su fecha y el texto aceptado | Poder demostrar qué autorizó |
| Fecha y hora de entrada | Medir cuánto se tarda en responder |
Con esos seis datos ya puedes responder a las preguntas que importan: qué canal trae contactos que acaban siendo clientes, qué páginas convierten y cuánto tarda tu equipo en contestar.
El origen: página y parámetros UTM
Para saber de qué canal viene cada contacto, lo habitual es etiquetar los enlaces de las campañas con parámetros UTM. La ayuda de Google Analytics los describe así: utm_source es la fuente (por ejemplo, google o newsletter), utm_medium es el medio de marketing (por ejemplo, cpc, banner o email) y utm_campaign identifica la campaña. Google indica que al añadir parámetros a una URL siempre se deben usar esos tres.
El truco está en no perderlos por el camino. La web tiene que guardar esos parámetros cuando llega la visita y enviarlos al CRM junto con el formulario, aunque la persona haya pasado por tres páginas antes de escribir. Si no, en el CRM todo aparece como «web» y los datos no sirven para decidir en qué invertir.
Ojo con cómo se conservan: si para no perderlos entre páginas se guarda algo en el navegador (una cookie o el almacenamiento local), eso entra en el artículo 22.2 de la LSSI y, por regla general, necesita consentimiento. Si el formulario está en la misma página a la que llega la visita, basta con leerlos de la dirección.
Pedir información no es suscribirse
Un error frecuente al conectar la web con el CRM es tratar a todo el que escribe como parte de la lista de correo. La LSSI no permite enviar comunicaciones publicitarias o promocionales por correo electrónico u otro medio electrónico equivalente que no hayan sido solicitadas o expresamente autorizadas por quien las recibe (artículo 21).
Hay una excepción para quienes ya son clientes: si existe una relación contractual previa, los datos se obtuvieron de forma lícita y lo que se ofrece son productos o servicios de tu propia empresa similares a los contratados. Y en todo caso hay que ofrecer un procedimiento sencillo y sin coste para oponerse, tanto al recoger los datos como en cada comunicación.
Por su parte, el RGPD pide que, cuando un tratamiento se base en el consentimiento, el responsable sea capaz de demostrar que la persona consintió, y su texto recuerda que el silencio, las casillas ya marcadas o la inacción no deben constituir consentimiento.
En la práctica: una casilla propia y sin marcar para recibir comunicaciones comerciales, separada del envío del formulario y de la información sobre privacidad; un registro en el CRM de qué aceptó cada persona, cuándo y con qué texto; y la baja, en cada envío.
Duplicados, spam y avisos al equipo
- Un contacto, una ficha. Si la persona ya existe (mismo correo o teléfono), la nueva solicitud se añade a su ficha; no se crea otra.
- El spam, fuera antes de llegar al CRM. Un campo oculto que solo rellenan los robots o una comprobación en el servidor evitan que el CRM se llene de basura y que el equipo deje de fiarse de los avisos.
- Aviso a quien tiene que responder, con el mensaje y el origen, no a una dirección genérica.
- Respuesta honesta a quien escribe: que sepa que su mensaje ha llegado y cuándo puede esperar contestación.
- Nada se pierde si algo falla. Si el CRM no responde en ese momento, la solicitud se guarda y se reintenta, y alguien se entera si sigue fallando.
Cuatro formas de conectarlo
| Forma | Cómo funciona | Cuándo encaja | Qué vigilar |
|---|---|---|---|
| Formulario del propio CRM | El CRM genera el formulario y se inserta en la web | CRM comercial y web sencilla | Poco control del diseño y de los datos de origen |
| Integración por API | La web envía cada formulario al CRM | Web y CRM distintos, con API documentada | Reintentos, duplicados y errores que nadie ve |
| Conector de terceros (n8n, Make, Zapier…) | Una herramienta intermedia mueve los datos | Pruebas rápidas y flujos sencillos | Un eslabón más que puede fallar y otro proveedor con acceso a los datos |
| Web y CRM en el mismo sistema | El formulario escribe directamente en el CRM | Cuando quieres una sola fuente de verdad | Depender de un proveedor para las dos piezas |
Si vas por la vía de la API, lo que hay que exigir para que no duplique ni falle en silencio lo contamos en integración por API. Y si todavía no tienes CRM o se te ha quedado corto, empieza por qué es un CRM a medida y cuándo compensa.
Cómo lo resolvemos en las webs que hacemos
En las webs que hacemos con nuestro motor propio, sin WordPress ni plugins, cada formulario crea el contacto en el CRM con su origen. Las campañas de correo solo se envían a quien ha dado su consentimiento, con baja en un clic, y la analítica funciona sin cookies.
El seguimiento sigue en el mismo sitio: presupuesto, llamada o cita desde el mismo sistema en el que entró el contacto. Puedes ver cómo encaja todo en marketing, web y SEO.
Fuentes consultadas
Comprobadas el 27 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
- Ley 34/2002, de servicios de la sociedad de la información y de comercio electrónico (LSSI), texto consolidado: artículos 21 y 22. BOE.
- Reglamento (UE) 2016/679 (RGPD): considerando 32 y artículo 7. DOUE (vía BOE).
- Parámetros UTM y URLs de campaña personalizadas. Google (ayuda oficial de Analytics).
Preguntas frecuentes
¿Puedo enviar mi boletín a quien me escribió por el formulario de contacto?
Solo si además autorizó expresamente recibir comunicaciones comerciales, o si ya es cliente y le ofreces productos o servicios de tu empresa similares a los que contrató, con la opción de oponerse. Pedir información no equivale a suscribirse.
¿Qué CRM se puede conectar con la web?
Casi cualquiera que tenga API o formularios propios. Lo que conviene comprobar es qué datos admite (origen, campaña, consentimientos), cómo evita duplicados y qué pasa si falla el envío.
¿Qué son los parámetros UTM?
Etiquetas que se añaden al final de un enlace para identificar la fuente, el medio y la campaña de una visita. Si la web los guarda y los envía con el formulario, cada contacto llega al CRM con su canal de origen.
¿Qué pasa si el CRM no responde cuando alguien envía el formulario?
Una integración bien hecha guarda la solicitud, la reintenta más tarde y avisa si sigue fallando, sin perder el mensaje. Conviene preguntarlo antes de conectar nada.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.