Soporte pega la página de una campaña en un ticket. Marketing suelta el enlace de un producto en WhatsApp. Un desarrollador comparte la documentación en el chat. Esas tres acciones ocurren cada día, y la cadena que llega al portapapeles del siguiente suele ser más larga de lo que nadie pretendía: utm_source=newsletter, un fbclid= de cincuenta caracteres, un código de posición con puntos como spm=. Si reenvías el bloque entero, también reenvías el canal de la campaña, la identidad del clic del anuncio y el hueco desde el que se abrió.
El hábito contrario es igual de habitual: borrar «por si acaso» todo lo que va detrás del signo de interrogación. Entonces YouTube responde 404, la tienda vuelve a la portada y la búsqueda queda en una lista vacía. La pregunta no es si hay que limpiar la URL. Es cómo separar dos tipos de nombres en la consulta: etiquetas de seguimiento que puedes quitar, y localizadores del recurso que debes conservar. La tabla, las excepciones y las comprobaciones de abajo se quedan en esa decisión. La página Limpiar URL de MyPassGen sigue el mismo corte; este artículo no es un recorrido por la herramienta. Responde qué parámetros borrar cuando compartes un enlace y cuáles dejar quietos.
Tras el signo de interrogación no todo sobra
La parte de una URL que va después de ? es la cadena de consulta (query). Según el estándar URL de WHATWG, al abrir un enlace http o https esa consulta viaja en la línea de la petición y suele acabar en los registros de acceso del sitio de destino. No es lo mismo que el fragmento que va después de #. El navegador no incluye el fragmento en la petición HTTP por defecto. La consulta sí sale.
Una consulta es una lista de pares nombre=valor unidos por &. La API URLSearchParams del navegador permite leer y borrar nombres sin buscar el signo de interrogación a mano. Si un par se puede quitar con seguridad depende del nombre —de si la página lo necesita para localizar el contenido—, no de lo largo o aleatorio que parezca el valor.
Parámetros de seguimiento: etiquetas para la analítica
Los parámetros de seguimiento existen para las estadísticas, la atribución de anuncios y los sistemas de correo. La plantilla de la página suele pintar el mismo artículo o el mismo producto sin ellos. Tras borrarlos, el visitante debería seguir cayendo en el mismo contenido. Lo que cambia es el informe del destino: registra una vez menos «este clic vino de aquel anuncio o de aquel correo».
Google Analytics escribe esas etiquetas como parámetros UTM. El artículo de ayuda Collect campaign data with custom URLs enumera utm_source, utm_medium, utm_campaign, utm_term, utm_content y utm_id. Source, medium y campaign son los tres que Google pide incluir siempre en una campaña personalizada: para quien etiquetó la URL, no como requisito para que la página cargue.
Parámetros de negocio: lo que abre este recurso concreto
Los parámetros de negocio apuntan a un recurso concreto. El v= de YouTube es el ID del vídeo. El sku=, id= o el variant= de una tienda eligen un SKU. El q= de una búsqueda es la consulta. El page= de la paginación decide qué pantalla querías compartir. Si borras esos nombres, el servidor no sabe qué objeto pediste. Obtienes un 404, la portada o un resultado vacío. Un nombre corto o un valor que parece ruido no demuestra que el par sea de seguimiento.
Hazte una pregunta antes de borrar
¿Este nombre le dice a un sistema de analítica de dónde vino el clic, o le dice al servidor qué registro abrir? Si no sabes responder, empieza por los nombres que empiezan por utm_ y por los IDs de clic habituales; luego abre una pestaña nueva y comprueba que el título y el cuerpo siguen siendo la misma página.
Parámetros de seguimiento que sí puedes quitar
La tabla de abajo está agrupada por origen. No es un catálogo completo —las plataformas de anuncios inventan nombres nuevos—, pero cubre los pares que más viajan cuando copias desde un panel de anuncios, un boletín o un botón de compartir. Quitarlos rara vez cambia la página que querías abrir.
| Grupo | Nombres habituales | Qué suele pasar al quitarlos |
|---|---|---|
| Etiquetas UTM de campaña | utm_source utm_medium utm_campaign utm_term utm_content utm_id |
Misma página; el destino pierde una atribución de campaña |
| IDs de clic de anuncio | fbclid gclid gbraid wbraid msclkid dclid twclid |
Misma página; la plataforma pierde un cruce de clics |
| Analítica y correo | _ga _gl mc_eid mkt_tok |
Misma página; un enlace menos de identidad entre dominios o buzones |
| Atribución de marketplaces | spm scm pvid utparam share_token |
La ficha del producto suele abrir; el código de hueco y el token de compartir dejan de viajar |
fbclid es el identificador de clic que los productos de Meta pegan tras un compartir o un salto de anuncio; en España y Latinoamérica aparece a menudo al reenviar desde Facebook, Instagram o WhatsApp. gclid es el ID de clic de Google Ads. msclkid pertenece a Microsoft Advertising. gbraid y wbraid salen en la cadena de atribución de Google después de restringir las cookies de terceros. Los valores son largos y parecen secretos. Su trabajo sigue siendo atribuir, no localizar un artículo o un SKU.
La protección contra el seguimiento de enlaces de Safari, incluida desde iOS 17 y reforzada después, ya recorta una lista de IDs de clic que la comunidad ha documentado en Mail, Mensajes y la navegación privada de Safari. Apple no publica una lista oficial. Los informes coinciden en gclid, fbclid y msclkid. Los nombres UTM estándar no aparecen en esas listas, por eso una URL pegada desde Mensajes de iOS puede haber perdido ya el ID de clic y seguir llevando utm_source. Sirve como contexto, no como motivo para dejar de limpiar antes de reenviar. Quien reciba el enlace en Chrome de escritorio sigue viendo todo lo que dejaste en la cadena.
Códigos de marketplace como spm (un modelo de posición usado en varios comercios grandes) marcan desde qué hueco se produjo el clic. Si reenvías ese nombre junto con el ID del producto, el destino puede acreditar tu hueco —y el ticket o el grupo de WhatsApp acaba conteniendo un mapa de su estructura de colocación. Conserva el ID del producto. El código de hueco, en general, puede irse. Amazon y otros marketplaces usan a veces tag= con un sentido parecido: a veces es solo atribución; a veces decide la comisión de un afiliado. Si no estás seguro, déjalo y quita solo UTM e IDs de clic.
Queda un grupo gris: ref, source, from. Unos sitios los usan solo para acreditar la campaña. Otros cambian la plantilla o el pago de afiliados según el valor. Si dudas, consérvalos, quita solo UTM e IDs de clic y compara título, cuerpo y opciones del producto en una pestaña nueva.
IDs que rompen la página si los borras
Los parámetros de negocio no tienen un prefijo común. Los reconoces por lo que hace el sitio con el nombre. Estos grupos casi siempre tienen que quedarse:
- IDs de recurso:
v=(vídeo),id=/sku=/pid=/variant=(producto u objeto),doc=(número de documento). - La consulta en sí:
q=,query=,keyword=en páginas de búsqueda; coordenadas o un ID de lugar en un mapa. - Paginación y orden:
page=,p=,offset=,sort=. Borrarlos suele devolver la primera página o el orden por defecto. No siempre es un 404, pero ya no es la pantalla que querías compartir. - Idioma y sitio:
hl=,lang=,locale=. Quitarlos puede saltarte a otra versión de idioma de la que estabas comprobando.
Una prueba que puedes hacer ahora mismo: copia la consulta completa en notas, borra un solo nombre y abre el resultado en una ventana privada. Si el título, la imagen principal, el precio o el cuerpo ya no coinciden, devuelve ese nombre al lado de «hay que conservar». No vacíes toda la consulta para luego adivinar qué par rompió la página.
Los enlaces que llevan un inicio de sesión o un token de un solo uso son un caso peor. token=, auth= y access_key= también parecen cadenas aleatorias, pero pueden ser una sesión o una credencial de descarga. Esos valores no son etiquetas UTM y no deberían aparecer en un grupo. No reenvíes una URL que contenga un token. Si otra persona necesita el mismo contenido, envíala por su propio acceso, o cifra el archivo en este dispositivo y elige otro canal.
No pegues la consulta completa en un «limpiador online» desconocido
Una cadena de consulta puede mezclar tokens de sesión, códigos de vista previa e IDs internos. Pegar la URL entera en un sitio que sube el original escribe esos valores en los registros de otro. La limpieza debería quedarse en la pestaña actual del navegador y listar los nombres que se quitaron, para que puedas comprobarlo —no pedirte que confíes en un «no lo guardamos».
Los acortadores, los códigos QR y el botón de copiar esconden la consulta
Una dirección bit.ly, t.co o amzn.to no demuestra que la consulta esté limpia. Un acortador es un salto: el navegador pide el anfitrión corto y sigue un 301 o 302 hasta una URL larga que sigue llevando la consulta completa. Lo que copiaste en el chat es el trozo corto. Cuando el destinatario hace clic, la barra de direcciones puede seguir mostrando nombres utm_ e IDs de clic.
Los códigos QR funcionan igual. Muchos botones de compartir primero construyen una URL larga con parámetros de seguimiento y luego la comprimen en un código. Tras escanear con el teléfono, lee la barra de direcciones después de la redirección, no la imagen del cartel. Para compartir un enlace limpio, copia desde la barra ya aterrizada. No reenvíes el control «copiar enlace corto» de un panel de campaña.
Los envoltorios de correo y SMS se ven aún menos. Algunos proveedores reescriben cada href hacia su propio anfitrión de clics y luego rebotan a un destino que sigue llevando mkt_tok o mc_eid. La URL que quieres reenviar es la página final, no el salto de medición dentro del mensaje. El orden es: ábrelo tú, espera a que la barra de direcciones deje de cambiar y entonces decide qué nombres de la consulta borrar.
Compruébalo al momento: barra de direcciones, pestaña nueva, Red
Los eslóganes no se pueden verificar. El tráfico sí. Estos pasos no dependen de una promesa de marca. El navegador enseña el resultado.
- Pega la URL completa en notas, incluida la consulta original, para no editar de memoria.
- Con la tabla de arriba, borra solo
utm_*e IDs de clic (fbclid,gclidy el resto). Deja los IDs de negocio en esta pasada. - Abre la dirección limpia en una ventana privada o en una pestaña nueva. Compara título, cuerpo, precio o vídeo. Debería seguir siendo el mismo objeto.
- Abre las herramientas de desarrollo → Red, activa «Conservar registro» y recarga. Mira la URL de la solicitud del documento: los nombres quitados no deberían aparecer;
v=eid=sí deberían seguir. - Si la página falla, devuelve el nombre que acabas de quitar. Restaura un nombre cada vez hasta encontrar el par que la página necesita de verdad.
Si usas una herramienta que lista en el navegador «nombres que se quitaron», lee esa lista contra la URL de la solicitud en Red. Un nombre que está en la lista y no está en la petición sí se ha ido. Un nombre que borraste a mano y nunca apareció en la lista —sobre todo id=— es daño colateral. Devuélvelo.
La página Limpiar URL de MyPassGen trabaja en ese límite. El modo estándar cubre UTM habituales, IDs de clic y parte de la atribución de marketplaces. El modo conservador toca sobre todo UTM e IDs de clic. El recorte ocurre en la pestaña actual. El original no se sube y no hace falta crear una cuenta. La página lista los parámetros que quitó para que los compares con la barra de direcciones. Una sola URL de más de 8 KB, o un pegado de más de unas 100 líneas, conviene partirlo. No asumas que la herramienta tragará un bloque de texto de cualquier tamaño.
Errores: vaciar la consulta, fiarse del acortador, ignorar el token
«Todo lo que va detrás del signo de interrogación sobra» es la limpieza excesiva más frecuente. Los términos de búsqueda, la paginación, el idioma y los IDs de recurso viven en la consulta. El valor seguro por defecto es un borrado por lista blanca (solo nombres de seguimiento conocidos), no un vaciado por lista negra (borrar todo nombre desconocido).
«El acortador ya es corto, así que debe estar limpio» no se sostiene. Lo corto es la capa de redirección, no la consulta de aterrizaje. Para comprobarlo, hay que ver la barra de direcciones cuando el salto termina.
«HTTPS ya protege la privacidad» solo cubre a quien escucha en el camino. Cuando el destinatario abre el enlace, el destino sigue viendo la consulta completa. Lo que reduces son etiquetas innecesarias en la copia que envías. Eso no es el trabajo de HTTPS.
«Limpiar un enlace es lo mismo que redactar texto» también es falso. Teléfonos, documentos de identidad, correos y claves de API suelen estar en el cuerpo, en una captura o en la tabla de un ticket —no en la URL. Cuando el enlace ya está limpio, esos campos siguen necesitando una máscara local. Quitar utm_ no cierra el pase.
Por dónde empezar a limpiar
Empieza por la URL que vas a enviar hoy. Abre el original, espera a que la barra de direcciones se estabilice, copia la cadena completa, quita solo UTM e IDs de clic según la tabla, comprueba en una pestaña nueva y entonces envíala. Los enlaces viejos de un grupo, una base de conocimiento o una plantilla de ticket pueden esperar. No hace falta limpiar el sitio entero de una sentada.
Si un pegado trae varias URL, sepáralas por línea y lee los nombres que van detrás de cada signo de interrogación. Cuando una sola dirección tiene id= y spm=, conserva id=, suelta spm=, ábrela y confirma que el producto no cambió. Tras esa pasada ya puedes responder la pregunta del título: las etiquetas de seguimiento pueden irse; los parámetros de negocio que localizan el contenido, no.
Si la dirección limpia viaja todavía con un secreto, no metas la clave otra vez en la consulta. Un secreto corto de un solo uso corresponde a un enlace de un solo uso, con la clave detrás de # en la URL. Un archivo que quizá tengas que descifrar otra vez corresponde a Cifrar, que genera un .lock / .enc en este dispositivo. Limpiar el enlace reduce etiquetas al reenviar. No es un canal para intercambiar claves.
Preguntas frecuentes
Después de quitar los UTM, ¿la otra persona sigue viendo la misma página?
En la mayoría de sitios de contenido y fichas de producto, sí. Las etiquetas UTM alimentan informes de campaña. La plantilla casi nunca las necesita para pintar el cuerpo. Confía en el título y el contenido principal de una pestaña nueva, no solo en un HTTP 200.
fbclid es largo. ¿Es un secreto? ¿Puedo reenviarlo?
Es un identificador de clic, no una contraseña de acceso —y aun así no hay motivo para mandarlo. Dejarlo entrega al siguiente que abra el enlace la cadena de atribución de ese clic, y la escribe en el historial del chat que conserve.
¿Debo expandir un acortador antes de quitar parámetros?
Sí. Abre el acortador en tu propio navegador, espera a que termine la redirección, copia la URL larga de la barra de direcciones y entonces borra los nombres de seguimiento de la tabla. Si solo reenvías la forma corta, el destinatario puede aterrizar igual con la consulta completa.
¿Hace falta una cuenta para limpiar una URL? ¿Se sube el original?
No hace falta cuenta. El riesgo de registro empieza cuando entregas la URL a un sitio que sube el original. El procesamiento local deja el original en la pestaña actual. Lo que compruebas es si Red envió la URL completa a un tercero, y si los nombres de la lista de recorte desaparecieron de verdad de la barra de direcciones.