Limpiador de URL

Funciones

• La lista tiene 11 familias de proveedores más «otros», con 90 y pico entradas: UTM, Google (gclid / gclsrc / dclid / wbraid / gbraid / _ga / _gl), Meta/Facebook, Microsoft, HubSpot, Mailchimp, Matomo, TikTok, Twitter/X, Snapchat, Pinterest
• Una casilla por familia, todas activadas (quitarlo todo) — así puedes quitar las UTM y conservar Meta
• ⚠️ Todo lo que no está en la lista se conserva: mejor quitar de menos que quitar mal; los nombres que falten se añaden en las opciones
• ⚠️ El orden de los parámetros y la codificación porcentual se dejan byte a byte, así que una URL sin nada que quitar vuelve idéntica
• El resultado dice qué familias se quitaron y cuántos parámetros perdió cada enlace, y enumera exactamente qué parámetros se han quitado
• ⚠️ Al quitar un ID de clic como gclid, o un parámetro de correo como mc_cid, avisa con honestidad de que la atribución o las estadísticas de correo pierden ese dato
• De un parámetro repetido conserva solo el primero (y dice cuántos se han fusionado): las repeticiones suelen ser el rastro de una cadena de reenvíos
• Quitar el #fragmento y la barra final son opciones distintas, y la barra de la ruta raíz nunca se toca
• Pega muchos enlaces, uno por línea, agrupados por línea, con un total al final
• Solo acepta http/https: una URL `javascript:` no se trata como enlace

Cómo se usa

1. Pega los enlaces, uno por línea
2. Desactiva la familia que quieras conservar (por ejemplo Google, si necesitas la atribución)
3. Añade en «parámetros extra» los nombres que no estén en la lista integrada
4. El resultado da el enlace limpio, las familias quitadas y cuántos parámetros se han ido

Preguntas frecuentes

¿Por qué no se han quitado algunos parámetros?

Porque un parámetro que no está en la lista no se puede juzgar. `?id=42` casi seguro que lo usa la página, mientras que `?ref=home` puede ser un parámetro de navegación del propio sitio: quitarlo lleva al visitante a otro lado sin explicación visible. Así que solo se quitan los parámetros de seguimiento inequívocos (su formato y su uso los definen las plataformas de anuncios; un sitio no los usaría para otra cosa) y el resto lo indicas tú en las opciones.

¿Por qué se conserva el orden de los parámetros?

Porque las URLs firmadas incluyen el orden de los parámetros en la firma. Reordenarlos hace fallar la firma y el servidor rechaza el enlace, y todo lo que ve el usuario es «este enlace no abre», sin nada que señale el orden. Así que el orden se mantiene y solo se quitan los parámetros previstos.

¿Por qué un enlace ya limpio vuelve byte a byte?

Porque aquí la cadena de consulta se separa a mano, en vez de decodificarla con `URLSearchParams` y volver a componerla. Eso último convierte `y=%2B` en `y=+`, y en esta codificación `+` significa espacio, así que el significado del parámetro cambia sin avisar. Hay una prueba que fija justo eso.

¿Para qué fusionar los parámetros repetidos?

`?a=1&a=2&a=3` casi siempre es el rastro de una cadena de reenvíos, en la que cada salto añade otro, y los servidores suelen leer solo el primero. Conservar únicamente el primero y decir cuántos se han fusionado es más útil que dejar pasar la repetición: dejarla hace que el enlace parezca limpio mientras algún framework del servidor falla o lee un valor inesperado.

¿Cuándo no conviene quitar nada?

Cuando necesitas la atribución. Los ID de clic como `gclid`, `fbclid` o `msclkid` son la forma en que las plataformas de anuncios responden «qué anuncio, qué clic trajo esta visita»; `mc_cid` / `mc_eid` tienen que ver con las estadísticas de apertura y clic del correo y con las bajas. Si estás del lado del marketing, o cuadras esas cifras, quitarlos hace que los datos del otro lado dejen de sumar. La solución es sencilla: desmarca la familia correspondiente (Google, Meta, Mailchimp…) y quita solo lo que de verdad no quieras, como las UTM. «Quitarlo todo» es un valor por defecto razonable al reenviar un enlace, no una verdad incuestionable.