- Qué son los segmentos de ruta
- Qué son los parámetros de consulta
- La regla de oro
- Cuándo usar segmentos de ruta
- Cuándo usar parámetros de consulta
- El problema de los parámetros en URLs de contenido
- Parámetros de seguimiento y canonicalización
- Paginación: segmentos vs. parámetros
- Para profundizar
Una URL puede transmitir información de dos formas: mediante segmentos de ruta (/seccion/contenido/) o mediante parámetros de consulta (?parametro=valor). No son intercambiables. Cada uno tiene un propósito distinto, y confundirlos produce URLs mal diseñadas con consecuencias técnicas y arquitectónicas concretas.
Qué son los segmentos de ruta
Los segmentos de ruta son las partes de la URL separadas por barras /. Identifican un recurso concreto dentro de la jerarquía del servidor:
https://www.arquitecturadelainformacion.es/urls/parametros-vs-segmentos/
├───┤ ├──────────────────────┤
seg1 seg2
Los segmentos de ruta identifican qué recurso se está solicitando. Son parte de la identidad del recurso. Deben ser estables, descriptivos y formar parte de la estructura permanente del sitio.
Qué son los parámetros de consulta
Los parámetros de consulta (query string) son pares clave-valor que se añaden al final de la URL tras el signo ?, separados entre sí por &:
https://www.ejemplo.com/productos/?color=azul&talla=M&orden=precio-asc
├─────────────────────────────────┤
parámetros de consulta
Los parámetros de consulta modifican o filtran el recurso identificado por la ruta, pero no cambian su identidad fundamental. La página de productos sigue siendo la misma; los parámetros simplemente filtran o ordenan su contenido.
La regla de oro
Segmentos de ruta → para identificar recursos permanentes y únicos. Parámetros de consulta → para modificar, filtrar, ordenar o paginar un recurso existente.
Cuándo usar segmentos de ruta
- Contenido permanente con su propia identidad: artículos, productos, páginas, términos del glosario.
- Secciones y subsecciones del sitio.
- Cualquier recurso que merezca ser enlazado, indexado y recordado de forma independiente.
Ejemplos correctos:
/glosario/taxonomia/ ← un término específico del glosario
/productos/camisa-azul-m/ ← un producto específico
/formacion/cursos/wordpress/ ← un curso específico
Cuándo usar parámetros de consulta
- Filtros de navegación facetada:
/productos/?color=azul&talla=M - Ordenación de resultados:
/productos/?orden=precio-asc - Paginación (aunque hay alternativas más limpias):
/blog/?pagina=3 - Parámetros de seguimiento de campañas:
?utm_source=newsletter - Parámetros de sesión o estado temporal (no deberían existir en URLs públicas)
- Resultados de búsqueda interna:
/busqueda/?q=taxonomia
El problema de los parámetros en URLs de contenido
Uno de los errores más frecuentes en sitios mal arquitecturados es usar parámetros para identificar contenido permanente:
/index.php?id=1234 ← identificador de base de datos, no descriptivo
/?p=1234 ← WordPress sin configurar permalinks
/?cat=7&tag=23 ← taxonomías expresadas como parámetros
/productos/?sku=ABC-123-M-AZUL ← variante de producto como parámetro
El problema no es solo estético. Las URLs con parámetros son:
- Difíciles de recordar y compartir.
- Más propensas a generar contenido duplicado (distintos valores de parámetro pueden devolver contenido idéntico o muy similar).
- Potencialmente problemáticas para los buscadores, que pueden rastrear un número exponencial de combinaciones de parámetros y desperdiciar presupuesto de rastreo.
- Más difíciles de gestionar en redirecciones cuando se reestructura el sitio.
Parámetros de seguimiento y canonicalización
Los parámetros UTM (utm_source, utm_medium, utm_campaign) son el caso más habitual de parámetros que no deben afectar a la indexación. Una URL como:
https://www.ejemplo.com/blog/articulo/?utm_source=twitter&utm_medium=social
Es la misma página que:
https://www.ejemplo.com/blog/articulo/
La solución es doble: declarar el canonical apuntando a la URL limpia (sin parámetros), y configurar el servidor o el CMS para que los parámetros de seguimiento no generen variantes distintas en el sitemap.
Paginación: segmentos vs. parámetros
La paginación es el caso donde la elección entre segmentos y parámetros tiene más debate. Ambas opciones son válidas técnicamente:
/blog/pagina/2/ ← paginación con segmento
/blog/?pagina=2 ← paginación con parámetro
La primera opción produce URLs más limpias y es más coherente con el principio de usar segmentos para recursos. La segunda es más habitual en implementaciones por defecto de muchos CMS.
En cualquier caso, las páginas de paginación raramente deben indexarse: su contenido es un subconjunto de los artículos del blog, sin valor añadido propio. La decisión de indexar o no se trata en detalle en qué indexar y qué no.