Quitar parámetros de tracking — URL limpia sin UTM, fbclid y compañía.

¿Qué hace exactamente esta herramienta?

Esta herramienta toma una URL y elimina todos los parámetros de tracking marketing conocidos. La URL limpia aparece al instante debajo, con una vista diff transparente: qué parámetros se eliminaron y por qué, de qué sistema vienen. Opcionalmente modo bulk para varias URLs a la vez, opcionalmente lista custom para marcadores específicos de empresa, opcionalmente strip fragment-tracker para casos especiales como #_=_ en logins de Facebook. Pure-client, sin servidor, sin cuenta, sin tracking.

¿De dónde vienen los parámetros de tracking?

Los parámetros de tracking son una convención de 20 años. En 2005, la empresa Urchin desarrolló el Urchin Tracking Module — los cinco parámetros UTM utm_source, utm_medium, utm_campaign, utm_term y utm_content. Google compró Urchin y los integró en Google Analytics. Hasta hoy esta convención de cinco partes es el estándar de la industria para atribución de campañas. Fuente: Wikipedia — Parámetros UTM.

Otras plataformas llegaron con marcadores propios:

• Facebook / Meta cuelga desde 2018 automáticamente fbclid en cada enlace cliqueado desde Facebook o Instagram. El token es un Click-ID aleatorio que Facebook vincula internamente con la cuenta publicitaria.
• Google Ads usa gclid para seguimiento de conversión. Desde iOS 14.5 complementado con gbraid (apps iOS) y wbraid (variante web) para sortear las restricciones de App-Tracking-Transparency de Apple.
• Microsoft / Bing Ads refleja el patrón con msclkid, Yandex con yclid, TikTok con ttclid, LinkedIn con li_fat_id, Reddit con rdt_cid, Instagram con igshid.
• Email marketing: HubSpot pone _hsenc y _hsmi, Mailchimp mc_cid y mc_eid, Marketo mkt_tok. Vinculan la newsletter abierta con el destinatario que cliquea.

La mayoría de estos parámetros no tienen función para la página a la que aterriza. Son pura telemetría — un canal lateral que corre en paralelo al contenido.

¿Qué parámetros elimina la herramienta?

Una lista curada de más de 50 marcadores conocidos. Aquí los principales agrupados por fuente:

Plataforma	Parámetro
Google Analytics	utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_id, _ga, _gid, _gl
Google Ads	gclid, gclsrc, dclid, gbraid, wbraid
Meta / Facebook	fbclid
Microsoft Ads	msclkid
Yandex	yclid
LinkedIn	li_fat_id, trk, trkCampaign
TikTok	ttclid
Reddit	rdt_cid
Instagram	igshid, igsh
X / Twitter Ads	twclid
HubSpot	_hsenc, _hsmi, __hsfp, __hssc, __hstc, hsCtaTracking, hsa_*
Mailchimp	mc_cid, mc_eid
Marketo	mkt_tok
Matomo / Piwik	mtm_*, pk_*, piwik_*
Vero	vero_id, vero_conv
Omeda	oly_anon_id, oly_enc_id
Editoriales / estilo Adobe	ICID, ito, ncid

Los parámetros con * al final son patterns de prefijo: utm_* matchea todos los parámetros que empiezan con utm_.

¿Por qué debería eliminar parámetros de tracking?

Tres razones que cuentan más en la práctica:

1. Privacidad del destinatario. Si reenvía un enlace con ?utm_source=newsletter a un colega, el sitio destino sabe ahora que su colega también originalmente está suscrito a esa newsletter — aunque nunca lo haya hecho. Eso falsifica estadísticas y da a un tercero información a la que no tiene derecho.

2. Aspecto limpio. https://kittokit.com/es/meter-to-feet?utm_source=foo&utm_medium=bar&utm_campaign=baz&fbclid=IwAR0xyz123&gclid=Cj0KCQjw_super_long_string es feo. En Slack, WhatsApp o X parece sospechoso y empuja la legibilidad hacia el spam.

3. Atribución correcta. Si su colega cliquea ahora desde su mensaje de Slack y el utm_source de la newsletter sigue colgado, Google Analytics reatribuye el clic otra vez a la newsletter. Los equipos de marketing usan por eso herramientas como la nuestra como paso obligatorio antes de cada compartir, para evitar la mala atribución.

¿Qué hay con iOS 17 Link Tracking Protection?

Apple introdujo en 2023 una funcionalidad llamada Link Tracking Protection en iOS 17. Elimina automáticamente los parámetros UTM de URLs abiertas en la app Mail, llegadas en iMessage o que llama en Safari-Private-Browsing. Fuente: Apple Developer — Link Tracking Protection.

Es una mejora real — pero el hueco es grande:

• Navegadores desktop (Chrome, Firefox, Edge en Mac/Windows/Linux) no hacen auto-strip. Firefox ofrece desde 2022 Query-Stripping en modo privacidad, activo solo allí.
• Compartir cross-app en iOS (p. ej. URL Safari → enviar a Slack) no strippea nada, porque Slack recibe la URL no modificada por el sharesheet del sistema.
• WhatsApp-Web, Telegram-Web, X-Web en desktop no están protegidos.
• Flujos IA: ChatGPT, Claude y Perplexity devuelven a menudo URLs con restos de tracking completos cuando citan fuentes.

Para cada uno de esos flujos necesita o una extensión de navegador o una herramienta web. Esta herramienta es la variante web.

¿Qué pasa con parámetros que la herramienta no conoce?

Quedan en la URL. Es a propósito: muchos parámetros query son funcionales. ?id=42 determina un artículo, ?lang=es el idioma, ?page=3 la página en el listado, ?q=test el término de búsqueda. Esos nunca se eliminan por error.

Si su flujo tiene marcadores específicos de empresa — p. ej. ?clx_campaign de un sistema de marketing propio — puede introducirlos en las opciones bajo «Parámetros tracker propios» separados por comas. Se aplican adicionalmente a la lista curada.

¿Qué no puede esta herramienta deliberadamente?

Tres cosas que no cubrimos para no crear expectativas equivocadas:

Resolver short-URLs. bit.ly/abc123 o t.co/xyz no pueden resolverse desde el navegador sin viaje al servidor — las restricciones CORS lo bloquean. No resolvemos por tanto short-URLs. Debe abrirlas usted mismo, copiar la URL de la barra de direcciones y pasar por esta herramienta.

Eliminar tags de afiliación. Amazon cuelga ?tag=..., eBay ?campid=.... Son técnicamente trackers, pero no los eliminamos por defecto porque son domain-específicos y la herramienta tendría que mantener una lista de 200+ marcas. Si lo necesita, introduzca el nombre del parámetro en la lista custom.

Eliminar web-bugs y pixel-tracking. Si la página compartida carga ella misma un pixel de tracking (p. ej. una llamada de imagen invisible 1×1 a Google Analytics), no lo eliminamos. Eso ocurre en servidor en la página destino, no en la URL. Las extensiones de navegador como uBlock Origin son la clase de herramienta adecuada para eso.

¿Cómo funciona técnicamente?

El código usa las APIs nativas del navegador URL y URLSearchParams, estandarizadas según RFC 3986. Cada URL se parsea, cada parámetro query se comprueba contra la blocklist curada (exact-match o prefix-match como utm_*), se elimina o se conserva. El orden de los parámetros conservados queda estable, origin y ruta no se modifican.

La blocklist es un archivo JSON con licencia CC0 en el código fuente. Inspiración de convenciones marketing públicamente documentadas — sin inspiración de listas propietarias. Revisada trimestralmente.

Las URLs sin esquema (kittokit.com/foo?utm=x) se prefijan tolerantemente con https:// antes de parsearse. Parámetros presentes varias veces (?utm_source=a&utm_source=b) se eliminan todos, no solo el primero.

¿Qué aporta la vista diff — y a quién?

Otros limpiadores de URL solo muestran la URL limpia y no comunican qué quitaron. Mostramos tres columnas por parámetro eliminado: el nombre tal como estaba en su URL, la fuente (Google Analytics, Meta, HubSpot, Mailchimp…) y el valor original. Esta transparencia tiene valor práctico:

• Equipos marketing y SEO verifican que nada funcional se cae. Una ?source=docs-URL queda intacta porque source no está en la blocklist. Si fuera ?utm_source=docs, se iría — y el diff hace visible la diferencia.
• Auditores de privacidad documentan qué plataformas dejan tracking en un sitio.
• Desarrolladores depuran integraciones marketing. Una cadena UTM que pasa por dos redirecciones puede modificarse por el camino. Con diff ve qué llega al final.

Las columnas diff se ordenan por aparición en la query-string, no alfabéticamente — se preserva el orden del original.

¿Cuándo usar el modo bulk?

El modo bulk toma URLs separadas por newline y limpia cada una independientemente. Casos de uso sensatos:

• Evaluación de newsletter: tiene una lista con 50 enlaces a incrustar en el próximo brand-mailing — todos de fuentes internas con restos UTM de campañas previas. Bulk-strip en 1 segundo.
• Colección de fuentes para un artículo: 30 URLs de investigación en sus pestañas de navegador, las exporta a Notion u Obsidian. Antes: pasar por el bulk-cleaner.
• Auditoría sitemap: herramientas externas de sitemap entregan a veces URLs con marcadores internos de crawler. Bulk-strip antes del import a herramienta de indexing propia.
• Separación de afiliación: si un agregador entrega 100 URLs de producto y solo quiere quitar los trackers de plataforma (dejar tag de afiliación), use el modo bulk sin lista custom.

Bulk no tiene límite duro, pero el render del navegador de las listas diff se hace lento a partir de unas 500 URL. En cantidades mayores, dividir la lista en tramos o usar la variante compacta «Copiar todo», que solo coloca la lista de URL limpias en el portapapeles sin renderizar el diff por URL.

¿Qué tiene que ver con Privacy Sandbox y Topics API?

Google planifica desde 2024 el reemplazo paulatino de cookies de terceros en Chrome por la Privacy Sandbox — una iniciativa con Topics-API, Protected-Audience-API y Attribution-Reporting-API como bloques centrales. Eso desplaza el modelo tracking del layer URL hacia flujos de datos servidor first-party.

A pesar de todo, los parámetros URL de tracking siguen siendo relevantes. Primero: UTM y Click-IDs son multi-plataforma (Apple, Microsoft y Meta los usan tanto como Google) — Privacy Sandbox solo afecta a Chrome. Segundo: son una capa de «last-mile misattribution». Aunque desaparezca el modelo píxel-cookie, un equipo de marketing quiere saber de qué newsletter vino un clic — así que el utm_source queda en la URL. Tercero: las APIs Sandbox son del lado del navegador y los servidores web no tienen acceso a ellas, por lo que los stacks de analítica server-side siguen dependiendo de los parámetros URL.

Consecuencia: aunque la industria publicitaria cambie en 2027 completamente a Privacy Sandbox, el UTM-stripping seguirá siendo relevante por al menos un ciclo de generación de navegador más.

Preguntas frecuentes

Las respuestas principales están arriba en el bloque FAQ — se emiten como JSON-LD (FAQPage) estructurado para los buscadores.

¿Qué herramientas encajan?

Otras herramientas del ecosistema kittokit útiles en el mismo contexto:

• URL Encoder Decoder — codificar o decodificar caracteres especiales en URLs como percent-encoding, conforme con RFC 3986.
• Codificador Base64 — codificar texto a Base64 y de vuelta, para Data-URIs, payloads JWT y encabezados de API.
• Decodificador JWT — decodificar y comprobar tokens JWT sin enviar el token a un servidor.