Parámetros de URL y contenido duplicado: qué hacer con cada tipo

Respuesta breve

No todos los parámetros de URL merecen el mismo tratamiento. Los de seguimiento no cambian el contenido y se resuelven con canonical; los de ordenación producen las mismas fichas en otro orden y no necesitan ser rastreables; los de filtrado a veces crean una página con demanda propia y a veces solo ruido; y los de paginación forman parte de una serie legítima. La decisión se toma por tipo, después de inventariar qué genera cada uno.

Puntos clave

• Clasifica los parámetros por lo que le hacen al contenido, no por su nombre.
• Un parámetro de seguimiento no debe romper la medición: no se elimina con una redirección sin más.
• El canonical consolida, pero no impide que la URL se solicite ni que se enlace.
• Bloquear en robots.txt una URL con canonical impide leer ese canonical.
• El orden de los parámetros y las mayúsculas generan variantes que parecen iguales.
• El origen del problema suele estar en la navegación que crea los enlaces, no en la URL final.

Cada parámetro, por lo que le hace al contenido

Seguimiento

No cambia el contenido: canonical a la URL limpia y nunca una redirección, que rompe la medición.

Ordenación y vistas

Las mismas fichas en otro orden: no necesitan ser rastreables.

Filtros

A veces una página con demanda propia; a veces una variante sin fondo. Se decide uno a uno.

Variantes que parecen iguales

Orden de los parámetros y mayúsculas: se normalizan en origen.

Clasificar antes de decidir

Aplicar una regla global a todo lo que lleve un signo de interrogación es el camino corto que después obliga a rehacer el trabajo. Antes de decidir nada hay que saber qué parámetros existen, cuáles se generan solos y qué le hacen a la página.

Tipos de parámetro: si cambian el contenido, tratamiento habitual y riesgo si se ignoran.

Tipo	Cambia el contenido	Tratamiento habitual	Riesgo si se ignora
Seguimiento de campaña	no	canonical a la URL limpia	variantes indexadas con la misma página
Identificador de sesión	no	eliminar de la URL	URLs infinitas y contenido idéntico
Ordenación	no, reordena	canonical y sin enlaces rastreables	multiplicación de combinaciones
Filtrado por atributo	sí, subconjunto	decisión por combinación	páginas vacías o casi idénticas
Paginación	sí, elementos distintos	URL propia y canonical autorreferencial	catálogo inalcanzable
Búsqueda interna	sí, arbitrario	no rastreable	espacio de URLs ilimitado
Idioma o país	sí	URL propia y hreflang	versiones consolidadas por error

El inventario sale de tres fuentes que hay que cruzar: un rastreo del sitio, los logs del servidor y las URLs con impresiones en Search Console. La tercera fuente aporta lo que las otras dos no ven, que son las variantes enlazadas desde fuera. Un parámetro que solo aparece en los logs indica que alguien lo está generando sin que exista un enlace interno.

Un parámetro que solo aparece en los logs indica que alguien lo está generando sin que exista un enlace interno.

Parámetros de seguimiento

Los parámetros de campaña acompañan a los enlaces de correo, redes o anuncios y no modifican lo que se muestra. Su tratamiento tiene una restricción que se olvida a menudo: si se eliminan mediante una redirección al aterrizar, la analítica pierde la información de origen y las campañas dejan de poder atribuirse.

La solución compatible con ambas necesidades consiste en dejar que la URL con parámetros funcione y sirva un canonical hacia la versión limpia. La medición ocurre en el cliente y conserva el dato, mientras la señal de consolidación indica cuál es la versión preferida. Las implicaciones de medición se tratan con más detalle en el artículo sobre medición de conversiones orgánicas en GA4.

Lo que sí conviene evitar es que esos enlaces con parámetros aparezcan en la navegación interna, en el sitemap o en los enlaces canónicos de otras páginas. Un parámetro de campaña en un menú interno se propaga por todo el sitio y contamina también la atribución, porque atribuye a una campaña externa tráfico que ya estaba dentro.

Ordenación y vistas

Ordenar por precio, cambiar a vista de lista o modificar el número de elementos por página produce URLs distintas con el mismo conjunto de elementos. No hay contenido nuevo, solo una presentación distinta, y esas variantes rara vez tienen demanda propia.

El tratamiento razonable combina dos medidas. La primera es un canonical hacia la vista por defecto, que declara cuál es la versión preferida. La segunda es evitar que esos controles generen enlaces rastreables, porque de lo contrario la combinación de orden, vista y número de elementos multiplica el número de URLs alcanzables sin aportar nada.

Conviene resistir aquí el impulso de bloquear en robots.txt. Si la URL está bloqueada, no puede descargarse y por tanto su canonical no puede leerse. La señal que iba a resolver el problema queda inaccesible, y la variante puede seguir apareciendo listada sin descripción. Bloquear el rastreo y controlar la indexación son mecanismos distintos y no se sustituyen entre sí.

Filtros: el caso que exige criterio

Los filtros son el único tipo donde la respuesta no es uniforme, porque algunas combinaciones sí responden a una necesidad concreta y otras solo existen porque la interfaz las permite. Distinguir unas de otras es el trabajo real.

• Combinación con demanda propia y catálogo estable. Puede merecer una página indexable, con contenido propio y enlazada desde la navegación.
• Combinación de dos o más filtros. Suele producir subconjuntos pequeños y variables; salvo excepción justificada, no debería ser rastreable.
• Combinación con pocos resultados o ninguno. No debe ser indexable, y conviene decidir qué se muestra cuando queda vacía.
• Rangos numéricos y deslizadores. Generan un espacio prácticamente ilimitado y no deberían producir enlaces.
• Filtros que replican una categoría existente. Compiten con ella; la decisión es elegir una de las dos, no mantener ambas.

La consecuencia práctica es que el control empieza en la plantilla que genera la navegación, no en las etiquetas de la página resultante. Si la interfaz no crea enlaces hacia las combinaciones que no interesan, la mayor parte del problema desaparece antes de existir. La implementación concreta en una plataforma de catálogo está tratada en el artículo sobre filtros y facetas en PrestaShop.

Variantes que parecen iguales y no lo son

Además de los tipos anteriores, hay una familia de duplicados que nace de la forma de escribir la URL. Son variantes técnicamente distintas que devuelven el mismo contenido, y se acumulan sin que nadie las haya creado a propósito.

• los mismos parámetros en distinto orden;
• parámetros vacíos o con el valor por defecto explícito;
• parámetros repetidos en la misma URL;
• diferencias de mayúsculas en nombres o valores;
• con y sin barra final;
• con y sin www, o en ambos esquemas;
• fragmentos que el servidor ignora pero que aparecen en los enlaces.

La medida preventiva es normalizar en el servidor: fijar un orden de parámetros, descartar los vacíos y unificar mayúsculas cuando el valor no distingue. Es más barato normalizar en el origen que consolidar después decenas de variantes, y evita que el rastreo se reparta entre URLs que no aportan nada nuevo. En sitios grandes ese reparto sí tiene coste, como explica la guía de Google sobre gestión del rastreo en sitios grandes.

Qué hace y qué no hace el canonical

El canonical indica cuál es la versión preferida entre varias que muestran el mismo contenido. Es una señal, no una orden, y Google lo describe así en su documentación sobre consolidación de URLs duplicadas: se valora junto con otras señales, entre ellas los enlaces internos y el sitemap.

De ahí que un canonical aislado sea insuficiente cuando el resto del sitio dice lo contrario. Si la navegación enlaza la variante con parámetros, el sitemap la incluye y las redirecciones apuntan hacia ella, la señal declarada compite con el comportamiento observado. La coherencia entre canonical, enlaces internos y sitemap es lo que hace que la consolidación funcione.

Tampoco elimina las URLs existentes ni reduce por sí solo el número de peticiones: la variante se sigue pudiendo solicitar. Para dejar de generarlas hay que actuar sobre lo que las crea. Otros casos donde la etiqueta se usa como sustituto de una decisión están recogidos en el artículo sobre errores de canonical.

Orden de actuación

Con el inventario delante, el trabajo tiene una secuencia que evita romper cosas por el camino.

1. clasifica cada parámetro por tipo y anota qué lo genera;
2. corta en origen los enlaces internos hacia variantes que no deben ser rastreables;
3. normaliza en el servidor orden, valores vacíos y mayúsculas;
4. declara canonical coherente en las variantes que deben seguir funcionando;
5. revisa que el sitemap contenga solo las versiones preferidas;
6. decide de forma explícita qué combinaciones de filtros merecen ser indexables y documenta el criterio;
7. vuelve a rastrear y compara el número de URLs alcanzables antes y después;
8. vigila en Search Console cómo se reclasifican las variantes durante las semanas siguientes.

El indicador de que el trabajo va bien no es que desaparezcan las URLs con parámetros, sino que el número de URLs alcanzables deje de crecer sin control y que las que reciben impresiones sean las que se decidieron a propósito.

En cuatro láminas

ejemplo: /zapatos/?utm_source=boletin / → canonical a /zapatos/; nunca redirigir / /zapatos/?orden=precio / → canonical a la vista por defecto / /zapatos/?color=rojo / → según demanda propia y estabilidad / /zapatos/?Color=Rojo&orden=precio / → normalizar en origen

0 redirecciones de parámetros de campaña. Eliminan los parámetros antes de que la analítica los lea: la visita se atribuye a otro canal o a ninguno.

Del inventario al origen: 1. Inventariar: logs, rastreo y enlaces externos → 2. Clasificar por lo que hacen → 3. Corregir la navegación que los genera → 4. Etiquetar lo que queda

Errores frecuentes

• Aplicar la misma regla a todos los parámetros sin clasificarlos.
• Redirigir los parámetros de campaña al aterrizar y perder la atribución.
• Bloquear en robots.txt URLs cuyo canonical hay que leer.
• Poner canonical y seguir enlazando la variante desde la navegación.
• Incluir URLs con parámetros en el sitemap.
• Indexar combinaciones de filtros sin comprobar si tienen resultados estables.
• Dejar que deslizadores y rangos generen enlaces rastreables.
• No normalizar el orden de los parámetros ni los valores vacíos.
• Confundir un filtro con demanda propia con una categoría que ya existe.
• Tratar la paginación como si fuera un parámetro prescindible.

Preguntas habituales

¿Redirijo los parámetros de campaña al aterrizar?

No sin romper la medición: la redirección elimina los parámetros antes de que la analítica los lea, y la visita se atribuye a otro canal o a ninguno. Los parámetros de seguimiento no cambian el contenido, así que se resuelven con canonical y se dejan llegar.

¿El canonical evita que se rastree la variante?

No. Consolida las señales hacia la URL elegida, pero la variante sigue siendo solicitable y sigue recibiendo enlaces. Si además se bloquea en robots.txt, el canonical no llega a leerse nunca: son dos medidas que parecen reforzarse y se anulan.

¿Los filtros deben ser indexables?

Depende de si la combinación tiene demanda propia y resultados estables. Un filtro que produce una página útil y repetible puede merecerlo; uno que devuelve un conjunto que cambia cada día, o que se cruza con otros tres, genera variantes sin fondo. Se decide filtro a filtro, no por regla general.

¿Dónde está el origen del problema?

Casi siempre en la navegación que crea los enlaces, no en la URL final. Deslizadores, rangos y ordenaciones que generan enlaces rastreables producen el espacio de variantes; mientras sigan generándolo, cualquier regla sobre las URLs es un parche que hay que mantener.

Próximo paso

Extrae la lista de parámetros que aparecen en un rastreo, en los logs y en Search Console, y asigna a cada uno su tipo y su origen. Empieza por cortar los enlaces internos que generan variantes sin valor: es la intervención que reduce el problema en la fuente, antes de discutir qué etiqueta poner en cada página.

Fuentes

• Google Search Central, consolidar URLs duplicadas — documentación oficial.
• Google, infraestructura de rastreo, gestión del presupuesto de rastreo — documentación oficial.

Servicio relacionado

Si esto es lo que te está pasando, seo técnico es el trabajo que lo resuelve. Diagnóstico primero, prioridades después.

Ver seo técnico