Respuesta corta: Firefox sí elimina parámetros de consulta, pero la lista de la versión estable que documenta Mozilla son sobre todo identificadores de anuncios y de correo como fbclid y mkt_tok. Tus etiquetas utm_source y utm_campaign no están en ella. Si los datos de campaña desaparecen, la causa suele ser un script bloqueado, un consentimiento denegado o un destino que descarta la cadena de consulta.
Eso corrige la afirmación con la que solía abrir este artículo, y importa, porque si culpas al mecanismo equivocado arreglas lo equivocado. Aquí tienes lo que documenta cada navegador, qué probar tú mismo y dónde está realmente la pérdida. Para las etiquetas en sí, consulta los parámetros UTM explicados. Para los límites de almacenamiento y cookies, consulta la atribución de clics tras Safari ITP.
Qué documenta cada navegador
Todo lo que sigue procede de páginas de los fabricantes, consultadas el 2026-10-24. Donde una página no lo decía, lo digo en lugar de adivinar.
Firefox. La documentación de eliminación de parámetros de consulta de Mozilla dice que está activada en la versión estable dentro de la Protección de rastreo mejorada en modo Estricto, con una lista inicial de parámetros: mc_eid, oly_anon_id, oly_enc_id, __s, vero_id, _hsenc, mkt_tok y fbclid. Las ventanas de navegación privada no están cubiertas por defecto; Mozilla dice que lo está considerando y existe una preferencia. Nightly usa una lista ampliada guardada en Remote Settings, que esa página no reproduce. Ningún parámetro utm_ aparece en la lista de la versión estable.
Safari. WebKit describe la Protección contra el rastreo de enlaces como parte de la navegación privada, que elimina antes de la navegación un subconjunto de parámetros de consulta que identifican rastreo entre sitios. Las mismas protecciones se aplican a la navegación normal cuando el usuario activa el ajuste avanzado de rastreo y huellas digitales para toda la navegación. WebKit dice que parámetros de atribución como campaign pueden pasar. No nombra las etiquetas utm_ en ningún sentido.
Brave. El filtro de cadenas de consulta de Brave tiene reglas simples, condicionales y con ámbito. El único parámetro que nombra su wiki es mkt_tok, eliminado salvo en las URL de baja de suscripción. La lista completa vive en brave-core, y no pude confirmar con las páginas que leí si alguna etiqueta utm_ está en ella. Tampoco pude confirmar con la documentación del fabricante el comportamiento de Brave frente a GA4, así que no afirmo ninguno.
Entonces, ¿adónde van los datos UTM?
Tres causas explican la mayor parte, y ninguna es "el navegador borró mis etiquetas".
- El host de destino descarta la cadena de consulta. Una redirección por barra final o una regla de hosting puede descartar todo lo que va después del signo de interrogación. Por qué los parámetros UTM no aparecen en GA4 recorre este árbol de decisión.
- El script de analítica no se ejecuta. La protección contra rastreo y las extensiones bloquean dominios de analítica conocidos. Las etiquetas están en la URL; nada las lee.
- Se denegó el consentimiento. Mismo efecto, distinta razón. La brecha entre clics y sesiones de Clics de enlaces cortos vs sesiones de GA4 es sobre todo esto más los bots y las sesiones fusionadas.
Los identificadores de clic son la verdadera víctima. fbclid está en la lista de eliminación de Firefox, así que los ID de clic dirigidos a Meta pueden desaparecer en modo Estricto aunque tus UTM sobrevivan. Eso importa si dependes de los ID de clic para la correspondencia con las plataformas de anuncios. Los ID de clic explicados cubre qué plataformas usan cuáles.
Pruébalo en tus propios enlaces
No te fíes de un artículo de blog, incluido este, para una lista que cambia entre versiones. Lleva cinco minutos.
- Crea un enlace corto a una página que controles, con
?utm_source=test&utm_medium=test&utm_campaign=check&fbclid=abc&mkt_tok=xyzen el destino. - Ábrelo en Firefox con protección Estricta, en la navegación privada de Safari, en Brave y en Chrome.
- Lee la barra de direcciones final en cada uno. Lo que falte es lo que ese navegador elimina ese día.
- Repite tras una actualización importante del navegador, ya que las listas crecen.
Por qué se extiende la historia equivocada
"Los navegadores eliminan los UTM" es una explicación ordenada, así que se repite. También es difícil de refutar desde dentro de un informe de GA4, porque una campaña ausente se ve igual sea cual sea lo que la quitó. Una sesión archivada como directa o sin asignar puede significar una etiqueta eliminada, una redirección que descartó la cadena de consulta o una app que nunca envió un referente.
Los casos se diferencian en lo que puedes arreglar. Un host que descarta la cadena de consulta es un cambio de una línea en el servidor. Un script bloqueado queda fuera de tu control, y también un aviso de consentimiento denegado. Los ID de clic eliminados solo importan si construiste informes sobre ellos. Meter los cuatro en el saco de "navegadores de privacidad" te manda al sitio equivocado, y por eso la prueba de arriba vale más que cualquier porcentaje que pudiera citar. Deliberadamente no doy ninguno: las cifras que circulan sobre la cuota de navegadores de privacidad vienen de encuestas de fabricantes con definiciones distintas, y tu audiencia no es la media.
Leer la división por navegador de tu propio tráfico
Cuando hayas hecho la prueba, ponle cifras a tu propio tráfico. En GA4, desglosa las sesiones por navegador para una campaña y compáralas con el recuento de clics del enlace corto de esa campaña en las mismas fechas.
- La proporción de sesiones a clics en Chrome es la línea base. Arrastra las pérdidas habituales por escáneres, bots y abandono.
- Una proporción claramente menor en Firefox o Safari apunta a bloqueo de scripts o consentimiento, ya que la eliminación de UTM por sí sola no quitaría la sesión, solo su etiqueta de campaña.
- Una proporción normal pero una cuota alta de directo o sin asignar en un navegador apunta a etiquetas o ID de clic perdidos, no a que la etiqueta no se cargue.
Ese segundo patrón es el que vale la pena perseguir, y es el único en el que una función del navegador realmente quitó algo que enviaste. Todo lo demás es un problema de visibilidad que gestionas con una línea base, no un error que corriges. Si tus clics y sesiones ya difieren por motivos ajenos a los navegadores, resuélvelos primero con la rutina de una tarde del artículo sobre clics frente a sesiones.
Registra el clic antes de que el navegador lo toque
Haga lo que haga cada navegador, lo hace en la página de destino. Un enlace corto se resuelve en la redirección y registra primero el clic, así que lo que el navegador elimine o bloquee después no puede cambiar que el clic ocurrió.
En Elido la redirección en el edge escribe el evento de clic (enlace, hora, país y dispositivo) mientras se envía la respuesta, y los rastreadores conocidos y los bots de vista previa no se cuentan. Los eventos de clic pueden reenviarse después a GA4 y a otras herramientas, algo que cubre el seguimiento de GA4 en el servidor mediante redirecciones.
El límite es real: esto recupera el recuento de adquisición, es decir, que ocurrió un clic y de qué enlace. No recupera la sesión en la página, los eventos ni la conversión si la etiqueta estaba bloqueada. Para los ingresos, atribuye los pedidos a un enlace en el servidor, como en rastrear campañas UTM de principio a fin.
Qué hacer
- Conserva tus UTM. Las listas documentadas no los tienen como objetivo.
- Trata los ID de clic como
fbclidcomo poco fiables, y no construyas informes que dependan de ellos. - Ejecuta la prueba de cinco minutos de arriba tras las actualizaciones de los navegadores.
- Envuelve los enlaces de campaña en un enlace corto etiquetado para que el clic se cuente en la redirección. La analítica de enlaces de Elido muestra esos recuentos por campaña.
- Reconcilia los clics con las sesiones de GA4 por campaña y por navegador, y sigue la proporción a lo largo del tiempo.
Lee la serie cornerstone
Este artículo forma parte del clúster de ingeniería. Empieza por rastrear campañas UTM de principio a fin para ver el pipeline completo.
Relacionado en el blog
Preguntas frecuentes
¿Firefox elimina los parámetros UTM?
No por defecto en la lista de la versión estable que documenta Mozilla. La eliminación de parámetros de consulta está activada en el modo Estricto y quita una lista corta de identificadores: mc_eid, oly_anon_id, oly_enc_id, __s, vero_id, _hsenc, mkt_tok y fbclid. Los parámetros utm_ no están en esa lista inicial, así que un enlace etiquetado normalmente llega intacto. Mozilla también dice que la lista puede crecer, así que pruébalo en tu propio navegador.
¿Brave elimina los parámetros UTM?
Brave quita algunos parámetros de rastreo conocidos mediante un filtro de consulta, y algunas reglas son condicionales, como mkt_tok, que se mantiene en las páginas de baja de suscripción. No pude confirmar con la documentación pública si las etiquetas utm_ están en la lista del filtro, así que trátalo como desconocido y pruébalo en la versión actual.
¿Safari elimina los parámetros UTM?
La Protección contra el rastreo de enlaces de Safari quita un subconjunto de parámetros de consulta identificados como rastreadores entre sitios, en la navegación privada y, en la navegación normal, si el usuario activa la protección avanzada para toda la navegación. WebKit dice que los parámetros de atribución de campañas pueden pasar, y su artículo no nombra las etiquetas utm_.
Entonces, ¿por qué faltan mis datos UTM en algunos visitantes?
Normalmente por algo distinto de la eliminación. El host de destino descarta la cadena de consulta, la etiqueta de analítica está bloqueada o se denegó el consentimiento. En todos los casos el clic es real y falta la sesión o la campaña en GA4.
¿Cómo rastreo campañas si se pierde la etiqueta o los parámetros de la URL?
Registra el clic en la redirección, antes de que se cargue la página de destino. Un enlace corto registra el clic y su destino en el servidor, de modo que ni el tratamiento de parámetros ni el bloqueo de scripts en la página pueden borrarlo. Recupera el recuento de adquisición, no el comportamiento en la página.
¿Cómo puedo medir cuánto pierdo por los navegadores de privacidad?
Compara los clics de los enlaces cortos con las sesiones de GA4 por campaña y luego divide GA4 por navegador. Una brecha grande en Firefox o Safari pero no en Chrome apunta a bloqueo o consentimiento más que a un enlace roto. Construye la línea base durante unas semanas.
Prueba Elido
Pega una URL, obtén un enlace corto
Sin registro. El enlace vive 30 días. Crea una cuenta para conservarlo.
Sin registro. Crea una cuenta gratis y obtén 50 enlaces al mes.