¿Qué es un Parámetro GET?

Un parámetro GET, también llamado query parameter o parámetro de consulta, es un par clave-valor añadido a una URL después de un signo de interrogación. La sintaxis es ?clave1=valor1&clave2=valor2, donde el símbolo & separa cada par cuando hay varios. El servidor recibe esa cadena junto con la petición y decide qué hacer con ella: filtrar resultados, ordenar una lista, mostrar una página concreta.

La parte de la URL antes del signo de interrogación, el dominio y la ruta, identifica el recurso base. Los parámetros no cambian ese recurso, solo indican cómo se debe presentar. Por eso tienda.es/zapatos?color=azul y tienda.es/zapatos?color=rojo apuntan al mismo catálogo de zapatos, con un filtro distinto aplicado.

Los valores pueden contener espacios, símbolos o acentos, pero la URL solo admite un conjunto limitado de caracteres. Los demás se codifican con el mecanismo percent-encoding, el mismo que convierte un espacio en %20 y que se apoya en el Código ASCII para representar cada carácter.

Varios parámetros pueden combinarse libremente, siempre que cada par quede separado por &. En una tienda online real, una URL así suele verse como tienda.es/zapatos?color=azul&talla=42&marca=nike. Por eso los caracteres reservados como ?, & o = no pueden aparecer sin codificar dentro de un valor: si lo hacen, rompen la estructura de la consulta.

El contexto de uso pesa tanto como la técnica en esta elección. Un formulario de búsqueda o un filtro de producto encaja bien con GET porque el resultado merece tener su propia URL compartible. Un formulario de login o de pago encaja con POST porque los datos no deben quedar expuestos ni guardados en el historial del navegador.

Cuando un usuario aplica un filtro, cambia de página o hace clic en un enlace con seguimiento, el navegador construye la URL añadiendo los parámetros correspondientes y la envía al servidor con una petición GET. El servidor lee la cadena de consulta, la interpreta según la lógica de la aplicación y devuelve una respuesta, casi siempre la misma plantilla HTML con datos distintos.

Los usos más habituales son cuatro. Filtrado (?color=azul&talla=m) para acotar un catálogo. Ordenación (?orden=precio) para cambiar el criterio de una lista. Paginación (?pagina=2) para dividir resultados largos. Y seguimiento, con los parámetros UTM (?utm_source=newsletter&utm_medium=email) como el caso más conocido, que permiten a herramientas de Analítica Web identificar de dónde viene cada visita.

Una práctica antigua y ya en desuso era pasar el identificador de sesión como parámetro GET (?sessionid=abc123) para reconocer a un usuario entre páginas. Se abandonó porque ese identificador queda visible en el historial, en los logs del servidor y en cualquier enlace que se comparta por error. Hoy esa función la cubre casi siempre una cookie de sesión, más difícil de exponer accidentalmente.

En un catálogo real es habitual combinar varios parámetros a la vez, por ejemplo ?color=azul&talla=m&marca=nike&orden=precio, y el servidor aplica todos los filtros juntos antes de devolver la lista. Cuántas más combinaciones existan, más versiones de la misma página quedan disponibles, lo que conecta directamente con el problema de contenido duplicado que se explica a continuación.

<!-- Misma página, pero con los parámetros en distinto orden: para el servidor son dos URLs diferentes -->
https://zds.es/que-es-title-tag?utm_source=newsletter&sort=fecha
https://zds.es/que-es-title-tag?sort=fecha&utm_source=newsletter

El problema más frecuente que causan los parámetros GET en SEO es el contenido duplicado. Si ?color=azul&talla=m y ?talla=m&color=azul muestran el mismo listado de productos, Google ve dos URLs distintas para el mismo contenido. Multiplicado por una navegación con facetas de un catálogo grande, esto puede generar miles de URLs que compiten entre sí en vez de reforzar una sola.

Ese exceso de URLs también desperdicia rastreo: si Googlebot dedica tiempo a recorrer combinaciones de parámetros que no aportan contenido nuevo, le queda menos presupuesto para encontrar páginas realmente distintas, un problema que se agrava en sitios grandes trabajados desde el SEO Técnico.

Google cerró en abril de 2022 la herramienta de parámetros de Search Console, que antes permitía indicar manualmente qué parámetros ignorar. Desde entonces, la gestión recae en tres mecanismos: la etiqueta canonical apuntando a la versión preferida, bloqueos selectivos en robots.txt para patrones de parámetros de bajo valor, y un enlazado interno consistente que siempre use el mismo orden de parámetros.

Esta decisión afecta más allá de páginas sueltas. En una navegación por facetas con diez filtros pueden formarse en teoría miles de combinaciones, aunque solo unas pocas reciban visitas reales. Sin reglas claras, en el peor de los casos Google acaba indexando justo las variantes que nadie busca, en vez de las páginas que sí podrían traer tráfico.

• Apunta la etiqueta canonical de cada variante con parámetros a la URL sin parámetros o a la combinación preferida.
• Mantén siempre el mismo orden de parámetros en los enlaces internos, para no crear variantes nuevas por error.
• Bloquea en robots.txt los patrones de parámetros que no generan contenido distinto, como los de sesión u ordenación redundante.
• Usa cookies en vez de parámetros GET para guardar identificadores de sesión o datos sensibles.
• Codifica correctamente los valores con espacios, acentos o símbolos antes de publicar el enlace.
• Vigila en los informes de rastreo cuántas URLs con parámetros indexa Google y compáralo con las que realmente aportan tráfico.

• Seguir esperando encontrar la herramienta de parámetros en Search Console: dejó de existir en abril de 2022 y no tiene sustituto directo.
• No poner canonical en las URLs de campañas con parámetros UTM, lo que las deja compitiendo con la página original en el índice.
• Publicar enlaces con caracteres sin codificar, que rompen el parámetro y a veces devuelven un Status Code 400 por una petición mal formada.
• Acortar una URL con parámetros de seguimiento sin comprobar que el Acortador de URL conserva o redirige correctamente esos parámetros.
• Dejar que una navegación por facetas genere combinaciones infinitas de parámetros, cada una rastreable, sin ningún límite ni regla de bloqueo.