Construir la arquitectura de un catálogo desde la demanda
El árbol de categorías venía del catálogo interno, no de lo que la gente busca. Reconstruirlo desde la demanda fue el trabajo, y es lo que movió las cifras.
De dónde venía el proyecto
Un ecommerce por catálogo con 20 categorías heredadas de la estructura interna del negocio. Funcionaban para el equipo, no para quien buscaba: las consultas con demanda no tenían URL propia, y varias de las que existían no las buscaba nadie.
El error de fondo es viejo y frecuente: diseñar el árbol sobre el catálogo en vez de sobre la demanda. Cuando el buscador dejó de emparejar cadenas de texto y pasó a interpretar intención, esa forma de organizar dejó de sostenerse, porque la misma palabra sirve a dos personas que quieren cosas distintas.
El sitio operaba además en dos mercados, lo que añade una capa: la misma categoría puede llamarse distinto a cada lado y no se resuelve traduciendo.
Cómo se reconstruyó: el orden que se siguió
Uno, las entidades del negocio: qué vende realmente y con qué variantes. Dos, la demanda observada: las consultas que ya mostraban el sitio, que es el dato menos discutible que hay. Tres, la demanda del mercado: lo que buscan quienes todavía no lo conocían.
Cuatro, agrupar por intención y decidir qué grupo merecía URL propia. De ahí salieron las 68 categorías: no de una meta, sino de cuántos grupos sostenían contenido y demanda. El método completo está en keyword research.
Cinco, la ejecución: plantillas de categoría, marcado de producto y optimización de más de 650 fichas, que en un catálogo se hace por plantilla y no una a una.
Qué incluye el trabajo, y qué no
Incluye la arquitectura, las plantillas de categoría y ficha, el marcado y la medición conectada a ingresos por categoría en vez de a sesiones totales.
No incluye producción masiva de fotografía ni campañas de pago. Y no incluyó prometer posiciones: el buscador no garantiza rastrear, indexar ni servir una página, así que lo que se comprometió fue el trabajo y su medición.
Para quién aplica, según el modelo de negocio
Aplica a un ecommerce con catálogo activo —cientos o miles de SKU— donde el árbol de categorías se heredó del sistema interno. Es el caso más común y el de mayor recorrido.
Aplica peor a una tienda de veinte productos, donde no hay suficiente demanda para sostener decenas de categorías; ahí el trabajo es otro. Y no aplica a quien vende solo en marketplaces, donde la arquitectura no es tuya.
Si el problema no es la arquitectura sino una caída tras un cambio de plataforma, el caso que corresponde es recuperar tráfico tras una migración.
Cómo entra la búsqueda con IA en un catálogo
Sin línea de trabajo aparte: Google mantiene que sus buenas prácticas de siempre siguen siendo las relevantes para las funciones generativas, y en un catálogo esas prácticas son exactamente las de arriba —fichas descritas con precisión y datos estructurados correctos—.
Lo que sí cambia es el peso de la descripción de producto, porque es lo que un sistema generativo puede reutilizar. Lo que no cambia: nadie controla qué responde ese sistema, así que aparecer en él no se promete. Cómo se observa está en GEO y búsqueda con IA.
Resultados y medición
Las cifras están como se registraron, sin redondear. Lo que no se midió no aparece.
| Indicador | Resultado |
|---|---|
| Ingresos orgánicos | +60 % |
| Visitas orgánicas | +103 % |
| Impresiones | +145 % |
| Keywords en Top 3 | de 178 a 980 |
| Keywords posicionadas | de 2,652 a 9,906 |
| Conversiones | +40 % |
| Categorías | de 20 a 68 |
| Productos optimizados | +650 |
Evidencia: Anonimizado. Detalle en cómo medimos.
Preguntas frecuentes
¿Qué es una arquitectura de catálogo construida por demanda?
Un árbol de categorías donde cada rama existe porque hay gente buscando eso, no porque el ERP lo tenga separado así. La diferencia se nota cuando una categoría con demanda real no existía como URL y otra, que sí existía, no la buscaba nadie.
¿Por qué pasar de 20 a 68 categorías y no de 20 a 200?
Porque cada categoría tiene que sostener contenido propio y demanda propia. Multiplicar por diez produce páginas vacías que compiten entre sí; el número salió del mapa de demanda, no de una meta.
¿No se canibalizan entre ellas?
Ese es el riesgo real, y por eso el paso previo es agrupar por intención: dos consultas que se resuelven con la misma página no son dos categorías. Cuando se detecta canibalización, el mapa estaba mal agrupado.
¿Cuánto pesa el marcado de producto aquí?
Bastante, pero no garantiza nada: marcar una página la hace elegible para un resultado enriquecido, no se lo asegura. Es la diferencia entre poder aparecer y aparecer.
¿Las conversiones subieron por el SEO o por el sitio?
Por las dos cosas, y no se puede separar limpiamente. Un +40 % en conversiones con un +103 % en visitas indica que el tráfico nuevo llegaba mejor calificado, que es lo que hace una arquitectura por intención.
¿Se puede replicar en cualquier catálogo?
El método sí; el resultado depende de la demanda que exista. Y del plazo: Google sitúa el retorno de los cambios «normalmente de cuatro meses a un año».
Seguir por los casos: recuperar tráfico tras una migración · caso de éxito de SEO B2B · caso de proceso: evidencia y medición · todos los casos de éxito
¿Tu punto de partida se parece a este?
El mapa de oportunidad revisa tu sitio, lo compara con tres competidores y dice qué construiríamos primero y en qué orden. Gratis, en 48–72 horas hábiles.