# Los filtros de tu tienda pueden crear miles de páginas: cómo ordenar la navegación sin complicar el SEO Fuente: https://kizashidigital.com/academia/seo-filtros-tienda/ Una tienda tiene trescientas fichas de producto, pero el rastreo encuentra miles de URLs. Cambiar un color, combinar un talle, ordenar por precio y avanzar de página produce una dirección diferente. Para el comprador esas funciones pueden ser útiles; para el sitio representan estados que hay que controlar. El trabajo SEO consiste en decidir cuáles merecen una página de búsqueda propia, cuáles sirven solamente para navegar y cómo evitar que una combinación sin valor se convierta en otra ruta que el buscador debe explorar. Esta guía te permite preparar un inventario, definir reglas y verificar una implementación sin eliminar filtros que ayudan a comprar. Conviene separar tres conceptos: rastrear es acceder a una URL para leerla; indexar es incorporarla al índice del buscador; posicionar es aparecer para una consulta determinada. Que una dirección pueda rastrearse no significa que vaya a indexarse ni que tenga valor para una búsqueda. Las reglas de esta guía actúan sobre etapas diferentes de ese recorrido. ## Qué es la navegación por facetas Una faceta es una propiedad con la que se puede acotar un conjunto: marca, color, tamaño, material o compatibilidad. Aplicar un filtro cambia qué productos aparecen. Ordenar el mismo conjunto por precio cambia su presentación, pero no necesariamente la selección. Esa diferencia importa al evaluar si dos URLs representan contenidos distintos o variantes del mismo listado. La dirección puede expresar el estado mediante parámetros, como `/tienda/zapatillas/?color=negro&talle=40`, o mediante una ruta, como `/tienda/zapatillas/negras/`. Ninguno de esos formatos decide por sí solo si la página debería aparecer en buscadores. La utilidad, la coherencia técnica y el tratamiento de sus enlaces siguen siendo necesarios. Para dimensionar el problema, imaginá seis marcas, ocho colores, cinco talles, tres órdenes y cuatro páginas de resultados. Si cada estado eligiera una opción de cada grupo, serían 6 × 8 × 5 × 3 × 4 = 2.880 combinaciones. Es un ejemplo simplificado: no afirma que todas tengan productos, enlaces o una página indexada. Permitir selecciones múltiples y opciones sin filtro puede ampliar todavía más el espacio de estados. Antes de ampliar controles, revisá si sus atributos ayudan a elegir. En [cómo construir un catálogo que facilite la elección](https://kizashidigital.com/academia/catalogo-ayuda-elegir/) trabajamos la información de producto. Acá el foco es qué URLs genera esa navegación y qué debe hacer el sitio con cada familia. ## Construí una muestra antes de cambiar reglas Elegí una categoría importante y recorré sus filtros como comprador. Copiá la URL inicial, una selección simple, una combinación de dos atributos, el mismo estado aplicado en otro orden, una ordenación y una página de resultados posterior. Agregá una combinación sin productos y una página que no exista. Un rastreo puede ampliar esa muestra, pero no reemplaza entender qué acción produjo cada dirección. En una hoja, registrá URL, acción, cantidad de productos, respuesta HTTP, título, canonical, regla de indexación y enlaces que la descubren. Anotá también si el filtro se puede compartir y si al recargar permanece la selección. Es útil distinguir el comportamiento visible de lo que devuelve el servidor: mostrar un mensaje de error dentro de una respuesta 200 no equivale a devolver un error HTTP. Muestra inicial de una categoría de zapatillas Estado | URL de ejemplo | Pregunta para revisar | Categoría base | `/tienda/zapatillas/` | ¿Presenta la categoría completa y una función de compra clara? | Un atributo | `?color=negro` | ¿Esta selección merece una página propia o solo un filtro? | Dos atributos | `?color=negro&talle=40` | ¿Hay productos y una necesidad de búsqueda diferenciada? | Mismo estado, otro orden | `?talle=40&color=negro` | ¿El sistema genera una segunda URL para el mismo resultado? | Ordenación | `?orden=precio-asc` | ¿Cambia la selección o solo el orden? | Paginación válida | `?pagina=2` | ¿Muestra otros productos y tiene enlaces navegables? | Paginación imposible | `?pagina=99` | ¿El servidor informa correctamente que no existe? | Compará la muestra con Search Console para saber qué URLs reciben impresiones o fueron detectadas. Si tenés registros del servidor, podés estudiar qué familias rastrean los buscadores y con qué frecuencia. Un informe de rastreo interno muestra lo que tu herramienta descubrió; no demuestra exactamente qué recorrió Googlebot ni qué decidió indexar. ## Asigná una política a cada familia de URLs Separá decisiones editoriales de estados de navegación. Una categoría de “zapatillas negras” puede merecer una página estable si responde a una búsqueda relevante, cuenta con una selección suficiente y aporta orientación útil. La combinación “negras, talle 40, ordenadas por precio, página 7” no hereda automáticamente ese valor. Elegí las páginas de búsqueda de manera deliberada. Observá consultas, productos disponibles, diferencias entre alternativas y capacidad de mantener la selección. No alcanza con cambiar el título de una categoría general. Una landing necesita una tarea propia y una ruta estable aunque los filtros de la interfaz se modifiquen después. Decisiones distintas para estados distintos Familia | Tratamiento posible | Condición importante | Categoría principal | URL estable, rastreable e indexable. | Contenido útil, enlaces internos y canonical coherente. | Selección con demanda y oferta suficiente | Página propia elegida para búsqueda. | Función diferenciada, mantenimiento y enlaces hacia su URL preferida. | Variante realmente duplicada | Consolidación hacia una versión representativa. | La canonical se usa para páginas iguales o muy similares, no para borrar diferencias útiles. | Estado útil solo para navegación | Exclusión de búsqueda o prevención de rastreo, según el objetivo. | Definir por separado qué debe pasar con URLs ya indexadas. | Combinación inválida o página inexistente | Respuesta HTTP 404 con una salida comprensible para el usuario. | Evitar redirigir todas las situaciones a una categoría sin relación. | La política debe especificar las excepciones. Si el taller vende una línea con una compatibilidad muy particular, esa selección puede ser más importante que un color. El criterio nace de la compra y se verifica con la búsqueda; no de una regla que declare que todos los parámetros son malos. ## Canonical, noindex y robots.txt hacen trabajos diferentes La canonical señala una versión preferida entre páginas duplicadas o muy similares. Es una señal, no una redirección ni un bloqueo de rastreo. El destino debe representar el contenido y estar accesible. Hacer que todas las selecciones apunten a la categoría base puede ocultar diferencias que sí decidiste trabajar como páginas propias. Para una landing elegida como destino, una canonical hacia ella misma se vería así en el ``. El dominio es ficticio y el ejemplo muestra la estructura del elemento, no una instrucción para copiar esa dirección: ``` ``` Noindex pide que una URL no forme parte del índice. Para que Google pueda leer esa regla, debe acceder a la página. Puede declararse en una etiqueta del HTML o en una cabecera de respuesta. Este ejemplo corresponde a un estado de navegación que decidiste excluir, no a la landing anterior: ``` ``` Robots.txt controla el acceso de rastreadores a rutas. Impedir el rastreo no garantiza retirar una URL ya conocida del índice. Si bloqueás una página, el buscador tampoco puede leer el noindex que colocaste dentro. Definí primero si necesitás retirar resultados existentes, reducir la generación de URLs rastreables o consolidar duplicados: son problemas relacionados, pero no equivalentes. Para URLs que ya aparecen en búsqueda y deben salir, prepará una transición que permita leer la exclusión y verificá su procesamiento antes de plantear un bloqueo de rastreo posterior. No existe un plazo único que garantice ese cambio. Para familias nuevas que no necesitan búsqueda, podés diseñar desde el inicio cómo prevenir su rastreo sin afectar categorías, productos ni recursos necesarios para renderizar el sitio. En WordPress, el plugin SEO, el tema y la solución de filtros pueden emitir señales diferentes. Revisá el HTML y la respuesta reales después de configurar. Activar una opción llamada “no indexar filtros” no demuestra que el comportamiento de cada URL coincida con la política acordada. ## No mandes todas las páginas de resultados a la primera Si la página 2 muestra productos diferentes, no es una copia de la página 1. Dale una URL propia y una canonical coherente con ella, en lugar de consolidar toda la serie en la primera página. Los productos de páginas posteriores también necesitan rutas de descubrimiento. La navegación entre páginas y hacia fichas debería ofrecer enlaces que el rastreador pueda seguir, como elementos ``. Si la tienda utiliza “cargar más”, comprobá que el acceso a los siguientes resultados no dependa exclusivamente de que alguien pulse un botón o haga scroll. Abrí una página posterior directamente y verificá que muestra el conjunto esperado. La ordenación y la paginación pueden combinarse. No declares dos listados equivalentes solo porque comparten categoría: al ordenar y partir el conjunto, quizá cada página contenga productos distintos. Revisá la política del estado completo y preservá una ruta estable de acceso a todas las fichas que deban descubrirse. ## Llevá la política al desarrollo con casos verificables Prepará una lista de ejemplos junto con el resultado esperado. Incluí el orden de los parámetros, los valores permitidos y qué ocurre cuando falta alguno. Si dos URLs expresan la misma selección, decidí cuál será la forma estable y cómo se tratará la otra. La interfaz debería generar la forma elegida en lugar de seguir multiplicando variantes. Si los filtros se codifican en la ruta, conservá un orden lógico y evitá repetir atributos. Si usás parámetros, mantené una separación consistente y valores definidos. Controles como rangos de precio abiertos o fechas arbitrarias pueden permitir estados casi ilimitados: evaluá si necesitan una URL rastreable por cada cambio. Un estado con filtros en el fragmento de una URL, después de `#`, tiene un comportamiento diferente para búsqueda y rastreo. Puede ser una opción para navegación que no necesita posicionarse, pero no reemplaza una landing SEO con dirección propia. Probá además recarga, compartir, volver atrás y acceso directo: reducir URLs no debería romper la tarea del comprador. Para una combinación generada que no tiene resultados, devolvé un estado de error apropiado y ofrecé quitar un filtro o volver a una selección válida. Una categoría comercial estable que temporalmente quedó sin stock requiere una decisión distinta: puede conservar información y alternativas útiles mientras recupera inventario. No conviertas toda falta de stock en eliminación de páginas. En una landing indexable, enlazá productos pertinentes, usá un título que describa la selección y explicá las diferencias que ayudan a elegir. Los enlaces internos y el sitemap deben acompañar las URLs preferidas. Si el menú apunta a una variante mientras la canonical señala otra, estás manteniendo señales que el equipo quería evitar. ## Una revisión de doce casos antes de lanzar Probá las reglas en un entorno de ensayo y guardá el resultado de cada caso. La siguiente lista funciona como acuerdo entre SEO y desarrollo. Una respuesta “está configurado” no reemplaza mostrar la URL y la salida comprobada. - La categoría base responde 200 y conserva su contenido. - Una landing elegida para búsqueda responde 200, es indexable y tiene canonical hacia su URL preferida. - Un filtro exclusivo de navegación recibe el tratamiento que declaraste. - La misma selección aplicada en orden inverso no crea una política contradictoria. - Una ordenación mantiene productos y navegación según el diseño previsto. - La segunda página muestra resultados posteriores y su canonical es coherente. - Una página de resultados inexistente devuelve 404. - Una combinación inválida o repetida no se transforma en otra página vacía indexable. - Recargar, compartir y volver atrás conserva un estado comprensible. - Los enlaces hacia productos siguen disponibles desde una ruta rastreable. - El sitemap contiene las URLs elegidas, sin sumar indiscriminadamente estados de filtro. - Robots.txt, HTML y cabeceras coinciden con la política y permiten leer las señales necesarias. Para revisar la respuesta, abrí la URL y las herramientas de desarrollo del navegador. En Red o Network, localizá la solicitud del documento y comprobá estado y cabeceras. Revisá la canonical y las etiquetas de robots en el HTML recibido; si interviene JavaScript, contrastá también el documento renderizado. Después usá la inspección de URL para observar qué puede leer Google y distinguí esa prueba del estado de su índice. Si necesitás repasar acceso, renderizado o descubrimiento, la guía de [prioridades de SEO técnico](https://kizashidigital.com/academia/seo-tecnico-que-revisar-primero/) aporta el marco general. El ejercicio de esta nota debe terminar en reglas concretas para familias de URLs, con una muestra que permita comprobarlas. ## Revisá si cambió el recorrido, no solo el número de URLs Guardá la muestra anterior al cambio, las reglas publicadas y la fecha de implementación. Volvé a rastrear las mismas entradas y compará familias, respuestas y destinos. Un menor número de URLs puede ser una mejora o una señal de que bloqueaste productos útiles: examiná qué desapareció. Seguí descubrimiento de fichas, indexación de las landings elegidas, errores y actividad de las familias excluidas. En paralelo, comprobá si el usuario encuentra productos y puede modificar su selección. Una política SEO que vuelve inutilizable el filtro pierde parte de su propósito comercial. Cuando dos landings terminan resolviendo la misma intención, revisá su función con el método de [diagnóstico de canibalización SEO](https://kizashidigital.com/academia/canibalizacion-seo/). Si necesitás llevar la política a tu tienda, un trabajo de [SEO técnico](https://kizashidigital.com/servicios/seo/) puede partir del inventario y los doce casos de prueba para acordar una implementación comprobable. ## Contacto y enlaces de Kizashi - Email: [contacto@kizashidigital.com](mailto:contacto@kizashidigital.com) - Teléfono: [+5491165741132](tel:+5491165741132) - [Contacto](https://kizashidigital.com/contacto/) - [Nosotros](https://kizashidigital.com/nosotros/) - [Términos de uso](https://kizashidigital.com/terminos-de-uso/) - [Privacidad](https://kizashidigital.com/privacidad/)