Los filtros de una tienda online pueden crear muchas URL que muestran productos parecidos sin aportar una página útil para buscar en Google. Antes de bloquearlas, separa las categorías que merecen aparecer en el buscador de las combinaciones necesarias para comprar, revisa cómo se generan sus enlaces y prueba cada cambio sin romper el catálogo.
¿Por qué un filtro puede multiplicar las páginas de tu tienda?
Seleccionas una familia de productos, añades un color y ordenas por precio. La pantalla sigue pareciendo un catálogo normal, pero la dirección del navegador ha cambiado varias veces. Si cada combinación se enlaza como una página distinta, el buscador puede encontrarse con muchos recorridos hacia artículos casi iguales.
Esto se conoce como navegación por facetas: el usuario acota una colección mediante atributos. Sirve para encontrar productos y puede ser imprescindible en una tienda. El problema aparece cuando la forma de construir las URL genera combinaciones repetidas, órdenes equivalentes o resultados vacíos que siguen pareciendo páginas nuevas.
Imagina una tienda de iluminación que permite filtrar por estancia, acabado, potencia y tipo de instalación. Es un ejemplo hipotético, no un cliente de meiika. Una persona necesita esos controles para elegir, pero no toda mezcla de atributos necesita convertirse en una página destinada a captar búsquedas.
Google explica que las combinaciones de filtros pueden consumir recursos de rastreo y dificultar el descubrimiento de páginas útiles. La recomendación depende de si necesitas que esas URL puedan indexarse. Esa advertencia justifica revisar la arquitectura, pero no demuestra que tu tienda tenga ese problema. Fuente: Google, navegación por facetas, consultada el 13/10/2026.
La primera comprobación es sencilla: recorre el catálogo y guarda varias direcciones que muestren prácticamente lo mismo. Anota qué cambia realmente en productos, título y texto. Si solo varía el orden, tienes un candidato para investigar; todavía no una razón suficiente para aplicar un bloqueo general.
¿Qué combinaciones merecen una página propia en Google?
Una categoría comercial útil responde a una necesidad reconocible y presenta una selección comprensible. La decisión debe apoyarse en el catálogo, las consultas observadas y lo que puedes explicar en esa página. Crear una dirección para cada filtro no equivale a disponer de contenido distinto.
En el ejemplo de iluminación, una colección de apliques de exterior podría tener sentido si existe una gama real, instrucciones relevantes y una intención comercial definida. Otra combinación que mezcla ordenación, disponibilidad temporal y un acabado con un único resultado quizá solo necesite funcionar como herramienta de navegación para comprar.
Prepara una clasificación antes de tocar la configuración:
- Colecciones prioritarias: selección estable, propósito claro y contenido propio que ayude a decidir.
- Filtros de uso interno: combinaciones para localizar productos dentro del catálogo, sin estrategia de captación independiente.
- Variantes equivalentes: direcciones que presentan la misma selección con un orden diferente o parámetros repetidos.
- Combinaciones imposibles: atributos incompatibles o páginas de resultados que no existen.
No uses únicamente el número de productos como criterio. Una colección pequeña puede resolver bien una consulta específica. Una colección grande puede ser indistinguible de otras. También debes considerar mantenimiento: si una página queda vacía durante una parte del año, necesita una política coherente con su finalidad y con el comportamiento del catálogo.
Antes de añadir páginas nuevas, busca si ya existe una categoría que cubra la misma necesidad. Si hay dos destinos muy similares, decide cuál sirve mejor al usuario y cómo organizar sus enlaces. La arquitectura comercial se diseña antes que las etiquetas técnicas; cambiar un canonical no corrige una clasificación confusa.
¿Qué diferencias hay entre canonical, noindex y robots.txt?
Estas herramientas responden a preguntas distintas y no deben intercambiarse por comodidad. Un canonical señala una versión preferida entre páginas similares. Una instrucción noindex pide que una página no aparezca en resultados. Robots.txt limita el acceso del rastreador a determinadas rutas o patrones.
Google advierte que el buscador debe poder rastrear una página para leer su instrucción noindex. Si la bloqueas en robots.txt, puede no llegar a esa indicación. Por eso bloquear el rastreo y pedir que no se indexe no son el mismo cambio. Fuente: Google, impedir la indexación con noindex, consultada el 13/10/2026.
El canonical tampoco es una orden de borrar otras páginas ni una garantía de eliminar inmediatamente su rastreo. En su guía de facetas, Google lo describe como una señal que puede reducir con el tiempo las visitas a versiones no canónicas. No conviene usarlo para unir páginas que resuelven necesidades comerciales distintas.
La decisión práctica empieza con el resultado deseado. ¿Quieres conservar una colección en Google? ¿Evitar que se descubran combinaciones innecesarias? ¿Retirar una página existente de resultados? La respuesta orienta el mecanismo y la secuencia de aplicación. Copiar reglas de otra tienda sin conocer esas diferencias puede ocultar productos importantes.
Pide una propuesta que identifique qué patrones se cambian, por qué y cómo se comprobará el efecto. Debe incluir ejemplos permitidos y excluidos. Una regla demasiado amplia puede alcanzar parámetros que intervienen en la navegación real, en la paginación o en funciones ajenas al catálogo.
¿Cómo revisar las URL sin estropear la compra?
Trabaja primero con una muestra representativa. Incluye una colección principal, un filtro útil, una combinación equivalente, un resultado vacío y una página posterior del listado. La revisión debe mirar tanto la experiencia visible como la respuesta del servidor: una pantalla de error puede seguir devolviendo un estado de éxito.
Para combinaciones de facetas sin resultados o imposibles, Google recomienda responder con HTTP 404 en esa misma URL. No lo conviertas en una regla indiscriminada para cualquier producto sin stock: un producto agotado y una combinación de filtros inexistente son situaciones diferentes que necesitan una política propia.
Prueba también el orden de los parámetros. Seleccionar primero un acabado y después una estancia no debería crear un recorrido incoherente respecto a hacerlo al revés. El objetivo es que la combinación se represente de forma consistente, sin generar versiones nuevas por cada manera de llegar al mismo conjunto.
El recorrido de compra debe seguir funcionando. Comprueba que el usuario puede aplicar y quitar filtros, abrir un producto, volver al listado y continuar entre páginas. Si comparte una dirección filtrada, la otra persona debería entender la selección recibida. Reducir el rastreo no justifica eliminar una navegación útil.
Conserva una copia de las reglas anteriores y ensaya los cambios en un entorno de prueba cuando sea posible. Después revisa un conjunto pequeño en producción. No cambies simultáneamente rutas, plantilla, categorías y reglas de rastreo: si aparece una incidencia, resultará más difícil localizar su causa.
¿Qué conviene medir después de cambiar los filtros?
Antes de intervenir, guarda una referencia de las URL afectadas y de las colecciones importantes. Puedes revisar su presencia en Search Console y, si tienes acceso autorizado, los registros del servidor. Anota periodos y cambios realizados. Una caída puntual de visitas no permite atribuir una causa por sí sola.
Después comprueba si se siguen descubriendo combinaciones que querías evitar y si las colecciones prioritarias mantienen acceso y enlaces correctos. No esperes que una modificación técnica se refleje inmediatamente en todas las herramientas. Los informes y el rastreo tienen sus propios tiempos.
Evalúa también el negocio: búsquedas internas sin resultado, consultas sobre productos difíciles de encontrar y fallos al quitar un filtro. Un catálogo técnicamente ordenado puede seguir teniendo etiquetas que el cliente no entiende. El trabajo termina cuando navegación y arquitectura responden al mismo propósito.
Documenta las decisiones para quien mantenga la tienda después. Si se añade un atributo nuevo, debe saberse cómo afecta a las URL y qué combinaciones pueden convertirse en colecciones. Así evitas que una actualización del catálogo reconstruya el problema unos meses más tarde.
Cómo lo hemos abordado en meiika
En meiika podemos revisar la relación entre catálogo, navegación y web orientada a negocio. El alcance se define con ejemplos de URL, recorridos de compra y decisiones de contenido, antes de proponer cambios técnicos.
La medición y el trabajo de Growth y MarTech ayudan a elegir qué observar y qué incertidumbres siguen abiertas. No prometemos posiciones ni resultados garantizados: cada tienda necesita comprobar su situación y las consecuencias de la propuesta.