--- title: "Etiquetado UTM hasta la ficha del CRM: guía práctica" description: "Cómo hacer que el etiquetado UTM llegue del formulario web a la ficha del CRM: campos ocultos, persistencia, mapeo y errores que rompen la atribución." canonical: https://adsbeast.pro/blog/es/etiquetado-utm-hasta-la-ficha-del-crm-guia-practica language: es published: 2026-09-18T00:14:24.767Z updated: 2026-09-18T00:14:24.768Z author: "Equipo editorial de ADS Beast" translations: - ar: https://adsbeast.pro/blog/ar/utm-tagging-that-survives-to-the-crm-card - en: https://adsbeast.pro/blog/en/utm-tagging-that-survives-to-the-crm-card - he: https://adsbeast.pro/blog/he/utm-tagging-that-survives-to-the-crm-card - ru: https://adsbeast.pro/blog/ru/utm-razmetka-kotoraya-dokhodit-do-kartochki-v-crm - sk: https://adsbeast.pro/blog/sk/utm-oznacenie-ktore-prezije-az-do-karty-v-crm - uk: https://adsbeast.pro/blog/uk/utm-rozmitka-yaka-dozhivaye-do-kartki-v-crm --- # Etiquetado UTM que llega hasta la ficha en el CRM El etiquetado UTM son los parámetros que se añaden a una URL para identificar de dónde viene cada visita. Cuando el usuario envía un formulario, esos valores se capturan y se envían como campos ocultos al CRM, donde quedan guardados en la ficha del contacto. Así ves qué anuncio o enlace trajo al lead, no solo que el lead existe. ## En resumen - Sin campos ocultos en el formulario, los UTM se quedan en la analítica y nunca entran al CRM. - La causa más común de pérdida de origen es la última visita sin parámetros, que sobrescribe el primer toque. - Guardar los UTM en cookie de primer party o localStorage durante 30, 60 o 90 días resuelve la mayor parte del problema. - Los cinco parámetros estándar cubren casi todos los informes; cada campo extra encarece el mantenimiento. - Registrar primer toque y último toque por separado evita discusiones estériles sobre atribución. ## Qué es el etiquetado UTM y por qué se pierde al llegar al CRM El etiquetado UTM es el conjunto de parámetros añadidos a una URL que describen el origen del tráfico: fuente, medio, campaña, contenido y término. La analítica web los lee sin problema. El CRM, en cambio, no los ve por defecto, porque el formulario solo envía lo que el usuario escribe. Ahí está el fallo de origen. La plataforma de anuncios te dice que la campaña funcionó, el CRM te dice que llegaron leads, y nadie conecta ambas cosas. Si quieres entender por qué esas dos cifras nunca coinciden del todo, conviene revisar primero cómo se reparte el mérito entre canales en [Panel de anuncios vs CRM: por qué no coinciden](/blog/es/panel-de-anuncios-vs-crm-por-que-no-coinciden). El etiquetado es el primer eslabón de esa cadena. Hay una segunda pérdida, más silenciosa. El usuario casi nunca convierte en la primera visita. Vuelve días después, entra directo o desde una búsqueda de marca, y ese último acceso no lleva parámetros. Si tu formulario solo lee la URL actual, guarda vacío y borra el origen real. ## Cómo pasar los UTM del formulario a la ficha del CRM El formulario debe leer los parámetros de la URL con JavaScript y escribirlos en campos ocultos antes del envío. Al recibir el lead, el CRM mapea esos campos a propiedades personalizadas del contacto. No hay magia: es captura en el navegador más mapeo en el destino. El orden de trabajo es este: 1. Crea en el CRM los campos personalizados de origen (fuente, medio, campaña, contenido, término) como texto. 2. Añade al formulario campos ocultos con esos mismos nombres. 3. Inserta el script que lee los parámetros de la URL y los escribe en los campos ocultos. 4. Comprueba que la integración nativa o la API mapea cada campo oculto a su propiedad en el contacto. 5. Haz una prueba real con una URL etiquetada y verifica la ficha creada. Si usas HubSpot, Pipedrive o Salesforce, casi todas permiten crear esos campos y rellenarlos por API o por integración nativa. En herramientas más simples puede que necesites un conector o una automatización intermedia. La prueba del paso 5 no es opcional: es la única forma de saber que el mapeo funciona antes de gastar presupuesto. ## Cuántos parámetros UTM conviene guardar en el CRM Con los cinco estándar (utm_source, utm_medium, utm_campaign, utm_content y utm_term) cubres la mayoría de los informes que vas a necesitar. Añade solo los que vayas a usar de verdad: cada campo extra complica el mantenimiento y ensucia la base de datos. La tentación de guardarlo todo tiene un coste concreto. Más campos significan más reglas de nomenclatura, más formularios que revisar cuando cambie una campaña y más filas vacías en los informes. Si necesitas más detalle, crea un campo adicional como utm_id en lugar de duplicar valores dentro de utm_campaign. | Decisión | Cuándo tiene sentido | Qué implica | |---|---|---| | Solo los cinco estándar | Equipos pequeños, campañas estables | Mantenimiento bajo, informes simples | | Añadir utm_id | Variantes de anuncio que cambian a menudo | Un campo más, informes más finos | | Guardar todos los parámetros posibles | Operaciones grandes con analistas dedicados | Nomenclatura estricta y limpieza periódica | | No guardar ninguno en el CRM | Nunca, si inviertes en adquisición | Atribución imposible a nivel de cliente | ## Cómo evitar que los UTM se pierdan entre la primera visita y la conversión La solución es guardar los UTM en una cookie de primer party o en localStorage durante 30, 60 o 90 días. Así, cuando el usuario vuelva sin parámetros, el formulario recupera el origen original en lugar de enviar un campo vacío. El plazo depende de tu ciclo de venta. Un producto de compra impulsiva se resuelve en días; un servicio B2B puede tardar meses. Si tu ciclo es largo, una ventana corta te hará creer que el tráfico directo genera clientes cuando en realidad es el cierre de una campaña de hace tres meses. Este desajuste es el mismo que aparece cuando comparas plataformas con periodos distintos, algo que se explica en [Ventanas de atribución: por qué las cifras no cuadran](/blog/es/ventanas-de-atribucion-por-que-las-cifras-no-cuadran). Además, registra el primer toque y el último toque por separado en el CRM. Son dos campos, no uno, y responden a preguntas distintas: qué canal descubrió al cliente y qué canal lo convenció. Sin esa separación, cualquier discusión sobre atribución se vuelve opinión. ## Errores frecuentes que rompen la captura El error más común es leer la URL solo en la página de destino. Si el usuario navega dentro del sitio antes de rellenar el formulario, los parámetros ya no están en la URL. La captura debe ocurrir en la primera página que ve y persistir desde ahí. Otros fallos que aparecen en la práctica: - Campos ocultos que existen en el formulario pero no están mapeados a ninguna propiedad del CRM. - Nombres de campo distintos entre formulario y CRM, que provocan que el valor llegue y se descarte. - Scripts de captura que se cargan después del envío del formulario. - Redirecciones internas que eliminan la query string antes de que el script la lea. - Formularios duplicados o embebidos que no heredan el script del principal. La forma de detectarlos es la misma prueba: envía un lead con una URL etiquetada conocida y revisa la ficha. Si el campo está vacío, el fallo está en la captura. Si el valor llega mal escrito, el fallo está en el mapeo. ## Dónde ver en el CRM qué campaña generó cada cliente En la ficha del contacto o de la oportunidad, dentro de los campos personalizados de origen. La mayoría de CRM permiten filtrar y agrupar por utm_campaign o utm_source para crear informes de atribución. Si además enlazas el CRM con tu herramienta de analítica, puedes comparar los datos de plataforma con los ingresos reales. Ese cruce es donde aparece el valor. No se trata de saber cuántos clics tuvo un anuncio, sino cuántos clientes cerrados llevan esa campaña en su ficha. Cuando el CRM guarda el origen, puedes responder preguntas que la plataforma de anuncios no responde: qué canal trae clientes que repiten, qué campaña genera tickets más altos, qué palabra clave produce oportunidades que nunca cierran. Si trabajas con varias plataformas, el mismo campo te sirve para comparar rendimiento entre ellas. Por ejemplo, antes de decidir si tiene sentido abrir un canal nuevo, revisa en qué casos conviene en [Microsoft Ads: para qué empresas tiene sentido | Guía](/blog/es/microsoft-ads-para-que-empresas-tiene-sentido-guia). Y si tu problema está en la parte de medición de conversiones más que en la captura de origen, el enfoque complementario es la [Transferencia de conversiones del servidor sin duplicar el conteo](/blog/es/transferencia-de-conversiones-del-servidor-sin-duplicar-el-conteo). ## Cómo elegir y mantener la nomenclatura de campañas La nomenclatura importa más de lo que parece. Si cada persona del equipo etiqueta a su manera, los informes del CRM se llenan de variantes del mismo canal y la agrupación deja de servir. Define una regla escrita antes de lanzar campañas: minúsculas, sin acentos, sin espacios, separador fijo. Decide si utm_source llevará el nombre de la plataforma o del canal, y mantenlo en todas las campañas. Para elegir términos y agruparlos por intención, el [Planificador de palabras clave de Google](/blog/es/planificador-de-palabras-clave-de-google-guia-y-herramientas) sirve como punto de partida para nombrar campañas de forma coherente con la estructura de búsqueda. Una revisión trimestral de los valores guardados en el CRM detecta duplicados y errores de escritura antes de que contaminen los informes anuales. ## Siguiente paso Antes de tocar nada más, haz una prueba de extremo a extremo: crea una URL con los cinco parámetros, envíala a un formulario real y abre la ficha creada en el CRM. Si los campos de origen están rellenos, tu cadena funciona y puedes pasar a la persistencia y a los informes. Si están vacíos, el problema está en la captura o en el mapeo, y resolverlo es más barato que cualquier campaña nueva que lance sin medir. La implementación completa de esta captura, con persistencia y mapeo a tu CRM, está descrita en [Etiquetado UTM](/features/es/tracking). ## FAQ **¿Qué es el etiquetado UTM y cómo llega hasta la ficha del CRM?** El etiquetado UTM son los parámetros que se añaden a una URL para identificar de dónde viene cada visita: fuente, medio, campaña, contenido y término. Cuando un usuario rellena un formulario, esos valores se capturan y se envían como campos ocultos al CRM, donde quedan guardados en la ficha del contacto. Así puedes ver no solo que un lead existe, sino qué anuncio o enlace lo trajo. **¿Cómo paso los parámetros UTM del formulario web a la ficha del CRM?** El formulario debe leer los parámetros de la URL con JavaScript y escribirlos en campos ocultos antes del envío. Al recibir el lead, el CRM mapea esos campos a propiedades personalizadas del contacto. Si usas herramientas como HubSpot, Pipedrive o Salesforce, casi todas permiten crear esos campos y rellenarlos por API o integración nativa. **¿Cuántos parámetros UTM conviene guardar en el CRM?** Con los cinco estándar (utm_source, utm_medium, utm_campaign, utm_content y utm_term) cubres la mayoría de los casos. Añade solo los que vayas a usar en informes: cada campo extra complica el mantenimiento y ensucia la base de datos. Si necesitas más detalle, es mejor crear un campo adicional como utm_id en lugar de duplicar valores. **¿Por qué se pierden los UTM entre la primera visita y la conversión?** Porque el usuario suele llegar varias veces antes de convertir y, si no hay persistencia, la última visita sin parámetros borra el origen real. La solución es guardar los UTM en una cookie de primer party o en localStorage durante 30, 60 o 90 días. También ayuda registrar el primer toque y el último toque por separado en el CRM. **¿Dónde veo en el CRM qué campaña ha generado cada cliente?** En la ficha del contacto o de la oportunidad, dentro de los campos personalizados de origen. La mayoría de CRM permiten filtrar y agrupar por utm_campaign o utm_source para crear informes de atribución. Si además enlazas el CRM con tu herramienta de analítica, puedes comparar los datos de plataforma con los ingresos reales. ## Preguntas y respuestas ### ¿Qué es el etiquetado UTM y cómo llega hasta la ficha del CRM? El etiquetado UTM son los parámetros que se añaden a una URL para identificar de dónde viene cada visita: fuente, medio, campaña, contenido y término. Cuando un usuario rellena un formulario, esos valores se capturan y se envían como campos ocultos al CRM, donde quedan guardados en la ficha del contacto. Así puedes ver no solo que un lead existe, sino qué anuncio o enlace lo trajo. ### ¿Cómo paso los parámetros UTM del formulario web a la ficha del CRM? El formulario debe leer los parámetros de la URL con JavaScript y escribirlos en campos ocultos antes del envío. Al recibir el lead, el CRM mapea esos campos a propiedades personalizadas del contacto. Si usas herramientas como HubSpot, Pipedrive o Salesforce, casi todas permiten crear esos campos y rellenarlos por API o integración nativa. ### ¿Cuántos parámetros UTM conviene guardar en el CRM? Con los cinco estándar (utm_source, utm_medium, utm_campaign, utm_content y utm_term) cubres el 90% de los casos. Añade solo los que vayas a usar en informes: cada campo extra complica el mantenimiento y ensucia la base de datos. Si necesitas más detalle, es mejor crear un campo adicional como utm_id en lugar de duplicar valores. ### ¿Por qué se pierden los UTM entre la primera visita y la conversión? Porque el usuario suele llegar varias veces antes de convertir y, si no hay persistencia, la última visita sin parámetros borra el origen real. La solución es guardar los UTM en una cookie de primer party o en localStorage durante 30, 60 o 90 días. También ayuda registrar el primer toque y el último toque por separado en el CRM. ### ¿Dónde veo en el CRM qué campaña ha generado cada cliente? En la ficha del contacto o de la oportunidad, dentro de los campos personalizados de origen. La mayoría de CRM permiten filtrar y agrupar por utm_campaign o utm_source para crear informes de atribución. Si además enlazas el CRM con tu herramienta de analítica, puedes comparar los datos de plataforma con los ingresos reales.