Qué se llevan UTM y click ID cuando reenvías un enlace de campaña

Marketing pega la landing en el canal de clientes de Slack. Soporte copia «la página de la campaña» en un ticket de Zendesk. Un compañero manda a WhatsApp o a Teams el enlace que Instagram ya había reescrito al compartir. Casi nadie mira primero lo que hay detrás del signo de interrogación. Esa cola larga en la barra de direcciones parece ruido. Es una cadena de consulta. El navegador la envía como parte de la petición; el chat, el correo y el sistema de tickets la guardan como texto corriente.

No es la misma capa que «por qué el fragmento # de una URL no llega a los registros del servidor». El fragmento se queda en la pestaña actual y no entra en la línea de petición HTTP. Un parámetro de consulta sí. El artículo Por qué el fragmento # de una URL no aparece en los registros del servidor solo explica la almohadilla. Este texto cubre el signo de interrogación: en el segundo envío, lo que suele irse no es la ruta, sino los campos de detrás —buscables, archivables y legibles otra vez en el siguiente host.

La ayuda del creador de URL de Google Analytics lo dice sin rodeos: cuando alguien hace clic en un enlace de referencia con etiquetas UTM, esos parámetros llegan a Analytics y aparecen en el informe de adquisición de tráfico. Para el equipo de campañas, eso es la función. Para quien reenvía la misma URL, es otra cosa: entregas al siguiente canal la etiqueta de «de qué campaña salió este clic», más cualquier ID de clic que la plataforma haya añadido sola. Ese canal no promete una sola lectura privada para el destinatario previsto.

El primero es UTM. La lista de Google incluye utm_source, utm_medium y utm_campaign, más campos opcionales como utm_term, utm_content y utm_id. Los valores son texto en claro que escribiste tú o una herramienta de etiquetado: newsletter, email, sep-sale, whatsapp. Describen una campaña, no la cuenta de un usuario. Tras el reenvío, el destinatario, quien entre después al grupo y quien pueda exportar el hilo ven para qué campaña y qué canal se construyó el enlace. Analytics trata mayúsculas y minúsculas como valores distintos: utm_source=google y utm_source=Google se parten en dos filas. Para quien lee el pegado, las dos son etiquetas legibles.

El segundo es un ID de clic. Las plataformas de anuncios lo añaden cuando alguien toca un anuncio. El valor es un token largo, no pensado para leerse. gclid sale del etiquetado automático de Google Ads y une un clic con una conversión. fbclid lo añade Meta y suele volver a leerlo el píxel o la API de conversiones. En la misma familia están ttclid, msclkid y twclid. Tú no elegiste esos valores y no puedes recuperar el nombre de la campaña a partir de la cadena. Identifican este clic, no esta campaña. Reenviar una dirección que aún lleva fbclid es entregar la clave de búsqueda de ese clic publicitario.

El tercero es una marca de quien comparte. En el correo de marketing el caso más claro es Mailchimp: mc_cid nombra una campaña, mientras mc_eid es un identificador de suscriptor que se puede unir a un registro de lista. Los enlaces de Instagram y Threads llevan desde hace tiempo igshid o un campo privado parecido. Las tablas comunitarias y el propio tratamiento de Link Tracking Protection de Apple listan igshid como parámetro de seguimiento, no como selector de página. Una comprobación que no necesita receta de ingeniería inversa: borra el signo de interrogación y todo lo que sigue; la publicación o la landing suele seguir abriendo, y la marca de quien comparte ya no está. Este artículo no recorre ni repite ningún método para convertir un parámetro en una cuenta. Basta el hecho que ves en el acto: algunos enlaces de compartir llevan «quién tocó Compartir», no solo «qué campaña».

Las ventanas de chat están hechas para que puedas volver a encontrar las cosas. Tras pegar una URL de campaña completa en un canal, el cuerpo del mensaje, la caché del cliente y el índice de búsqueda del servidor guardan cada uno una copia. Tres meses después, una búsqueda de utm_campaign o fbclid puede sacar ese mensaje. Retirar casi nunca borra el aviso ya leído en el otro extremo ni un historial que ya se sincronizó. No va de confiar en los compañeros. Ellos necesitan la landing. No necesitan el token de aquel clic de anuncio.

Los tickets y el correo guardan el enlace como prueba. Cuando soporte pega la URL de «esta página de campaña no abre» en un ticket, agentes, colas de escalado y cualquier visor externalizado abren otra vez la dirección completa. Una captura de pantalla a página completa en el carrete, o la barra de direcciones en la grabación de una reunión, es un segundo canal, a nivel de píxel. Las claves no deberían ir al chat: lo cubrimos en Tras una filtración de variables de entorno, por qué la clave nueva no debe volver al chat. Los parámetros de seguimiento son una filtración más suave. La forma del residuo es la misma: el canal guarda exactamente los caracteres que pegaste.

Conserva los campos que apuntan la página al recurso correcto. id=128 elige un producto. q= es un término de búsqueda. page=2 es paginación. El t= de YouTube es una marca de tiempo. Eso no son etiquetas de campaña. «Borrar todo lo que sigue al signo de interrogación» suele funcionar en un enlace de compartir de redes. En un enlace profundo de comercio o de un panel de administración te deja en la portada o en un error.

Quita los campos que describen el origen del tráfico, identifican un solo clic o apuntan a quien comparte. Toda la familia utm_*, los ID de clic habituales y los campos de atribución de comercio o de plataformas de contenidos —spm, mc_eid, igshid, refer_share_id, y equivalentes en Amazon o Mercado Libre— van aquí. No deciden qué ítem se abre. Deciden a quién se atribuye esta apertura.

Si no tienes claro el corte, empieza estrecho: quita solo utm_* y los ID de clic habituales, y mira si la página sigue apuntando al mismo recurso. Solo entonces decide si sueltas campos de analítica y atribución de plataforma. No es un eslogan. Son dos ajustes que puedes comparar por el resultado.