Una tienda de mascotas no necesita una categoría indexable para cada combinación de especie, edad, necesidad, marca, sabor y tamaño. Necesita una arquitectura que permita llegar a los productos importantes, represente cómo compra la gente y evite convertir cada filtro en una URL vacía o duplicada.
La diferencia importa. “Perros”, “alimento para perros” y “alimento para cachorros” pueden cumplir funciones distintas dentro del catálogo. En cambio, “alimento para perros adultos, sabor pollo, bolsa de 3 kg, marca X y entrega mañana” suele ser un estado de filtros, no una landing que deba competir en Google. Esta guía explica cómo decidir esa jerarquía para el SEO de una tienda de mascotas, desde los hubs por especie hasta las fichas de producto.
El problema: varias formas válidas de buscar el mismo catálogo
Un mismo producto puede encontrarse por especie, necesidad, etapa de vida, formato o tipo de producto. Una persona puede empezar por “gatos”; otra, por “arena aglomerante”; otra, por “higiene para gatos”. Si el ecommerce convierte cada camino en una taxonomía independiente, aparecen rutas que se pisan entre sí:
/gatos/higiene/arenas//higiene/gatos/arenas//arenas/para-gatos//productos-gatos/arena-aglomerante/
Las cuatro URLs podrían mostrar casi el mismo inventario. El problema no se resuelve eligiendo la ruta “más SEO”, sino asignando un rol único a cada página y usando filtros para los atributos secundarios. La taxonomía SEO ordena el catálogo; no debería copiar todas las combinaciones posibles de la base de datos.
Un modelo de tres capas: especie, necesidad y tipo de producto
Para una tienda con catálogo amplio, conviene evaluar tres ejes. No significa que los tres deban aparecer siempre en la URL ni que todos merezcan páginas indexables.
| Eje | Pregunta que resuelve | Ejemplos | Uso habitual |
|---|---|---|---|
| Especie | ¿Para qué animal estoy comprando? | Perros, gatos, aves, peces | Hub principal cuando existe inventario suficiente |
| Necesidad o contexto | ¿Qué quiero resolver o para qué etapa? | Cachorros, paseo, higiene, cuidado dental | Subcategoría o landing seleccionada |
| Tipo de producto | ¿Qué clase de artículo busco? | Alimentos, correas, camas, juguetes, arenas | Categoría comercial estable |
La especie suele funcionar bien como primer acceso porque modifica el universo de productos. “Perros” y “gatos” no son dos maneras de ordenar los mismos resultados. Sin embargo, abrir hubs para animales con dos o tres artículos produce páginas débiles. En esos casos es preferible mantener los productos en una colección más amplia, permitir el filtro y promover el hub recién cuando pueda sostener una navegación útil.
La necesidad requiere más control editorial. “Paseo” puede agrupar correas, pretales, collares, bolsas y accesorios; tiene lógica como destino si permite completar una tarea. “Color azul”, “descuento” o “entrega rápida” son atributos válidos para filtrar, pero rara vez justifican un nivel permanente de arquitectura.
Cómo diseñar el árbol antes de crear URLs
Empezá por el catálogo real, no por una lista de keywords. Exportá productos, categorías actuales, atributos y stock. Después agrupá las búsquedas y tareas que el negocio sí puede atender de forma estable. Un árbol inicial podría verse así:
- Perros
- Alimentos
- Alimento seco
- Alimento húmedo
- Snacks
- Paseo
- Correas
- Pretales
- Collares
- Higiene
- Shampoo
- Cuidado dental
- Alimentos
- Gatos
- Alimentos
- Arenas y bandejas
- Rascadores
- Transportadoras
Este ejemplo no es una plantilla universal. Si la tienda se especializa en acuarismo, “peces” sería demasiado amplio y la estructura necesitaría otras entidades. Si vende únicamente alimento, “tipo de producto” aporta poca diferenciación en el primer nivel y pueden ganar importancia la especie y la etapa de vida. La arquitectura tiene que representar la oferta, no aparentar que el negocio vende de todo.
La regla para crear una categoría
Antes de abrir una URL, comprobá cinco condiciones:
- Intención propia: la página responde una búsqueda o tarea diferente de su categoría madre.
- Inventario suficiente: permite elegir y comparar; no depende de uno o dos SKU frágiles.
- Estabilidad: puede seguir siendo útil aunque cambien productos concretos.
- Diferenciación: no muestra prácticamente lo mismo que otra categoría existente.
- Mantenimiento: el equipo puede sostener título, texto, filtros, enlaces, stock y respuesta ante resultados vacíos.
No hay un mínimo universal de productos. Una categoría especializada puede ser útil con menos artículos que una categoría masiva. La decisión depende de variedad, disponibilidad, demanda y capacidad de ofrecer una selección real. La cantidad por sí sola no convierte una página en buena landing.
Categoría, landing o filtro: cómo decidir el formato
Una categoría pertenece a la navegación estable. Una landing selecciona un subconjunto con intención propia. Un filtro modifica la lista para ayudar a comprar. Confundir estas funciones es la causa habitual de miles de URLs sin valor.
| Combinación | Tratamiento posible | Motivo |
|---|---|---|
| Alimento para perros | Categoría indexable | Oferta amplia, intención clara y navegación permanente |
| Alimento para cachorros | Landing o subcategoría | Etapa de vida diferenciada si existe surtido estable |
| Alimento para perros de marca X | Landing solo si la marca tiene demanda e inventario sostenido | Puede ser una selección útil, pero no todas las marcas lo justifican |
| Bolsa de 3 kg, sabor pollo, ordenada por precio | Filtro no indexable | Estado de interfaz demasiado específico y fácil de duplicar |
| Combinación sin productos | No debe ser una landing indexable | No ofrece una respuesta ni una selección |
Google advierte que la navegación facetada basada en parámetros puede crear espacios de URLs casi infinitos, consumir rastreo y demorar el descubrimiento de páginas útiles. La implementación tiene que partir de una lista permitida de landings, no de la indexación automática de cada combinación que genere el frontend.
Facetas sin multiplicar el índice
Marca, precio, tamaño, sabor, etapa de vida, material, peso del envase y disponibilidad pueden ser excelentes filtros. Eso no obliga a que cada selección produzca una página rastreable e indexable.
Definí una política por atributo:
- Promovible: algunas combinaciones pueden tener URL persistente, canonical autorreferente, enlaces internos y contenido propio. Ejemplo: “alimento para gatos adultos”, si la intención y el catálogo lo justifican.
- Solo navegación: ayuda a refinar la compra, pero no entra al sitemap ni recibe enlaces rastreables masivos. Ejemplo: rango de precio o peso exacto del envase.
- Operativo: parámetros de orden, sesión, tracking o vista nunca deberían transformarse en landings.
Si una combinación no se indexará, el control debe ser coherente entre enlaces, parámetros, canonical, sitemap y reglas de rastreo. rel="canonical" no reemplaza una arquitectura controlada: si el sitio enlaza millones de combinaciones, Google puede rastrearlas antes de interpretar la señal. Para ampliar la decisión general, revisá cuándo indexar categorías.
Qué hacer con categorías vacías o con poco inventario
Una categoría vacía puede aparecer por tres motivos distintos, y no deberían recibir la misma respuesta:
- Quiebre temporal de stock: conservá la URL si la categoría es estable, explicá la situación sin afirmar disponibilidad y ofrecé alternativas relevantes. No la elimines del árbol por una falta breve.
- Categoría nueva sin surtido suficiente: no la promociones ni la indexes todavía. Es mejor esperar que publicar una landing de una sola ficha.
- Categoría retirada de forma permanente: retirala de la navegación y evaluá una respuesta
404o una redirección únicamente si existe un reemplazo equivalente. Mandar todo a “Perros” o a la home no satisface la misma intención.
La documentación de Google para URLs de ecommerce propone noindex para categorías sin artículos y contempla 404 cuando el sitio las elimina de la navegación. La elección concreta depende de si la URL sigue teniendo una función temporal o dejó de existir.
Enlazado interno: que la jerarquía se pueda rastrear
Google entiende la importancia relativa de las páginas a partir de sus relaciones y enlaces. Por eso, la arquitectura no queda resuelta con slugs prolijos. Las páginas que deban encontrarse en Search necesitan enlaces HTML desde la navegación, sus categorías y otros destinos relevantes.
- La home enlaza los hubs comerciales prioritarios, no cada faceta.
- El hub de especie enlaza categorías de producto y necesidades seleccionadas.
- La categoría enlaza todas las fichas que se pretende indexar mediante paginación rastreable.
- La ficha vuelve a su categoría principal mediante breadcrumbs y enlaces contextuales.
- Las guías de compra enlazan categorías cuando ayudan a pasar de la información a la selección.
- Los módulos de relacionados usan criterios útiles; no generan rutas alternativas para el mismo producto.
El buscador interno no sustituye esta red. Googlebot normalmente no completa búsquedas para descubrir productos. Un sitemap o un feed puede ayudar, pero no corrige un catálogo importante que quedó aislado. Esta guía de enlazado interno desarrolla el criterio general.
El rol de las fichas de producto
La categoría responde una intención de selección; la ficha responde por un producto o variante concreta. No deberían competir por el mismo término genérico. “Alimento para perros” corresponde a una landing de catálogo. “Marca X adulto pollo 15 kg” corresponde a una ficha que identifica la oferta, sus características, disponibilidad y condiciones de compra.
Cada ficha indexable debería tener una URL estable, recibir enlaces internos, mostrar información verificable y mantener alineados el contenido visible, el canonical, el sitemap y los datos estructurados. Si tamaño, color o peso cambian precio o disponibilidad, definí si son variantes identificables dentro de una sola página o mediante URLs propias. Google documenta ambos modelos y el uso de ProductGroup para expresar la relación entre variantes.
El marcado Product puede comunicar precio, disponibilidad y otros datos de la oferta, pero no transforma una ficha incompleta en una buena página. Tampoco garantiza una presentación enriquecida. Primero tiene que existir una experiencia de producto coherente; después, el marcado describe esa experiencia. Si el catálogo crea rutas duplicadas para una misma ficha, revisá también el problema de contenido duplicado en ecommerce.
URLs: reflejar decisiones, no todas las dimensiones
Una URL descriptiva ayuda a reconocer la página, pero no hace falta codificar toda la taxonomía. Si un producto cambia de categoría o pertenece a varias, una ruta excesivamente dependiente del árbol puede volverse frágil. Elegí una convención persistente y usala de forma consistente en enlaces internos, canonical y sitemap.
| Tipo | Ejemplo | Criterio |
|---|---|---|
| Hub | /perros/ | Destino principal por especie |
| Categoría | /perros/alimentos/ | Selección estable y enlazada |
| Landing seleccionada | /perros/alimentos/cachorros/ | Solo si tiene intención e inventario propios |
| Filtro | ?marca=x&peso=3kg&orden=precio | Interfaz controlada; no landing automática |
| Producto | /producto/nombre-modelo/ | URL estable aunque cambie su ubicación en el árbol |
Auditoría práctica de una tienda de mascotas
Para revisar una arquitectura existente, no empieces borrando categorías. Construí un inventario y clasificá cada URL por función.
- Exportá las URLs. Separá hubs, categorías, búsquedas, facetas, paginaciones, productos y páginas sin resultados.
- Calculá el solapamiento. Compará qué productos muestra cada categoría y detectá páginas casi idénticas con nombres diferentes.
- Asigná una intención. Definí qué debería resolver cada página y qué consulta no le corresponde.
- Revisá inventario y estabilidad. Identificá categorías vacías, con un solo SKU o dependientes de productos discontinuados.
- Mapeá enlaces. Comprobá profundidad, breadcrumbs, paginación y categorías que solo aparecen en el buscador interno.
- Auditá las facetas. Medí cuántas combinaciones genera cada atributo, cuáles reciben enlaces y cuáles llegan al índice.
- Alineá señales. Para cada URL indexable, revisá respuesta HTTP, robots, canonical, sitemap y enlaces internos.
- Validá con datos. Usá Search Console, logs, búsqueda interna y comportamiento de compra para decidir qué landings mantener o promover.
Si dos páginas parecen competir, no concluyas canibalización solo porque comparten palabras. Compará intención, inventario, consultas y rol dentro del recorrido. La guía de canibalización de palabras clave explica ese diagnóstico.
Plan de implementación sin romper el catálogo
- Definí el árbol objetivo con las categorías que ya tienen función, inventario y mantenimiento.
- Elegí las landings permitidas por especie, necesidad o producto; no habilites combinaciones de manera automática.
- Configurá las facetas según sean promovibles, solo de navegación u operativas.
- Corregí enlaces y paginación para que productos y categorías prioritarias se descubran sin usar el buscador interno.
- Aplicá reglas a categorías vacías según sean temporales, nuevas o retiradas.
- Alineá URLs, canonical, sitemap y schema con la misma selección de páginas indexables.
- Probá por secciones antes de extender el cambio a todo el catálogo.
- Monitoreá por tipo de página y corregí el sistema que genera duplicados, no cada URL de forma manual.
La meta no es tener el mayor número de categorías. Es que cada nivel responda una decisión de compra: la especie reduce el universo, la necesidad orienta la tarea, el tipo de producto permite comparar y la ficha concreta la oferta. Todo lo demás puede seguir siendo útil como filtro sin convertirse en otra página para Google.
Fuentes oficiales consultadas
- Google Search Central: estructura y navegación de sitios ecommerce.
- Google Crawling Infrastructure: gestión del rastreo de navegación facetada.
- Google Search Central: diseño de URLs para ecommerce.
- Google Search Central: datos estructurados de producto.
- Google Search Central: datos estructurados para variantes de producto.