SEO en Adobe Commerce Cloud: el manual de indexadores y navegación facetada

Adobe Commerce (todavía conocido ampliamente por su nombre Magento y aún construido sobre el código base de Magento 2) es la plataforma de eCommerce más compleja con la que trabajamos. Su escala proviene de su capacidad de configuración: cada aspecto del catálogo, del índice, de la navegación por capas y de la estructura de URL es configurable, lo que significa que cada aspecto también se puede configurar mal. Llevamos 14 años trabajando con Adobe Commerce y Magento para cientos de comerciantes, y las dos áreas que absorben más trabajo de SEO en las implementaciones Cloud son siempre las mismas: el sistema de indexadores y la navegación facetada (por capas).

Este es el manual.

El sistema de indexadores en 60 segundos

Adobe Commerce ejecuta ocho indexadores con nombre propio que transforman el estado normalizado de la base de datos en las tablas desnormalizadas y optimizadas para lectura que hacen funcionar la tienda:

Design Config Grid (design_config_grid)
Customer Grid (customer_grid)
Category Products (catalog_category_product)
Product Categories (catalog_product_category)
Product Price (catalog_product_price)
Product EAV (catalog_product_attribute)
Stock (cataloginventory_stock)
Catalog Search (catalogsearch_fulltext)
Catalog Rule Product (catalogrule_product)
Catalog URL Rewrites (catalog_url_path, a veces se cuenta por separado)

El número exacto varía ligeramente según la versión y los módulos instalados, pero toda cuenta Cloud tiene al menos los ocho principales. Cada uno funciona en uno de dos modos: Update on Save o Update on Schedule. Las implementaciones Cloud deberían ejecutar todos los indexadores de forma programada: Update on Save genera contención de bloqueos a gran escala.

Por qué el indexador importa para el SEO

Tres de esos indexadores determinan directamente lo que Googlebot ve en una página de producto o de categoría:

Catalog URL Rewrites genera el mapa de claves de URL. Un índice de URL Rewrites dañado produce errores 404 en productos que sí existen en la base de datos.
Category Products y Product Categories generan las listas de pertenencia que alimentan las páginas de categoría. Un índice desactualizado produce páginas de categoría a las que les faltan productos que deberían estar ahí (o peor aún, que muestran productos que fueron desactivados).
Catalog Product Price genera el precio que se muestra para cada producto en cada sitio web y grupo de clientes. Un índice desactualizado produce precios incorrectos, lo que hace fallar la validación de Merchant Center y debilita el JSON-LD de Producto.

Si una cuenta Cloud reporta caídas de posicionamiento sin ningún cambio de código evidente, lo primero que debes revisar es bin/magento indexer:status en el entorno de producción. Una reindexación atascada en estado working durante horas basta para romper la integridad de las páginas de categoría.

Navegación por capas: la trampa de rastreo de la navegación facetada

La navegación por capas de Magento genera URL facetadas a partir de cada atributo marcado como filtrable en el panel de administración. El patrón de URL predeterminado se ve así:

/men/shirts.html?color=blue&size=medium&material=cotton

Cada combinación de cada filtro genera una URL única. Una categoría con cinco atributos filtrables y cuatro valores por atributo genera 4^5 = 1,024 combinaciones de URL en una sola página de categoría. Multiplicado por un catálogo con decenas de categorías, la huella facetada puede dispararse hasta millones de URL rastreables. Ninguna de ellas se posiciona; todas consumen presupuesto de rastreo.

La solución no es un solo ajuste. Es una política por capas:

Marca los atributos como Use in Layered Navigation: No a menos que el atributo sea realmente un motor principal de intención para la categoría.
Para los atributos filtrables que se mantengan activos, configura la etiqueta canónica de las páginas de categoría filtradas para que apunte a la URL de la categoría sin filtrar. El tema nativo de Adobe Commerce lo hace; los temas personalizados a menudo lo rompen.
Agrega ?color=* y otros parámetros facetados a robots.txt con reglas Disallow. Adobe Commerce sirve un robots.txt que puedes editar en el panel de administración (Stores → Configuration → Design → Search Engine Robots).
Usa el sistema de URL Rewrite para generar páginas de destino de categoría canónicas para el pequeño número de combinaciones de facetas que realmente se posicionan (por ejemplo, páginas de categoría por color para una marca de moda).

Configurable Products y la cuestión de las URL de variantes

El Configurable Product de Adobe Commerce es el equivalente al modelo de variantes de Shopify: un producto principal con productos simples asociados para cada talla, color u otra variación. De forma predeterminada:

El producto configurable es la URL indexable.
Los productos simples asociados normalmente se marcan como Not Visible Individually, lo que significa que no generan sus propias URL indexables.
El JSON-LD de Producto en la página configurable emite una sola oferta a nivel del producto configurable o, a veces, un AggregateOffer que cubre el rango.

La cuestión de las URL de variantes en Adobe Commerce es menos grave que en Shopify porque los valores predeterminados de la plataforma ya son correctos, pero solo si los ajustes del panel de administración están bien configurados. Revisa Stores → Configuration → Catalog → Catalog → Storefront → Visible in Catalog/Search y confirma que los productos simples no estén apareciendo como URL independientes.

Multitienda, multisitio y estructura de URL

Adobe Commerce admite una jerarquía: Website → Store → Store View. Una sola instancia Cloud puede alojar varios sitios web (cada uno con su propio catálogo raíz), varias tiendas por sitio web (que comparten el catálogo pero con distintas estructuras de categorías) y varias vistas de tienda por tienda (normalmente usadas para variantes de idioma).

Las implicaciones para el SEO:

Cada vista de tienda debe tener su propia estructura de URL canónica. La configuración nativa admite URL con subcarpetas (/en/, /de/) y la sustitución completa del nombre de host.
Las anotaciones hreflang deben emitirse entre las vistas de tienda que comparten contenido en distintos idiomas. La configuración nativa Stores → Configuration → General → Locale Options no genera hreflang automáticamente: necesitas un módulo o código a nivel de plantilla.
La configuración de robots.txt es por sitio web, no por vista de tienda. Confirma que la política de robots correcta esté vinculada al sitio web correcto.

Core Web Vitals en un tema complejo

Los temas de Adobe Commerce funcionan por capas: un tema base, más uno o varios temas heredados, más el tema específico de la tienda. El CSS y el JavaScript compilados pueden crecer desmesuradamente si la cadena de herencia del tema arrastra módulos que en realidad no se usan. Los CWV en un tema Luma predeterminado son mediocres; los CWV en un tema personalizado pueden ir desde excelentes hasta desastrosos.

Las mejoras:

Extracción de CSS crítico para el contenido visible sin desplazarse en las páginas de categoría y de producto.
Carga diferida de imágenes debajo del pliegue. La etiqueta nativa <img> en la plantilla del tema a menudo no tiene configurado loading="lazy".
Difiere el JS no crítico. El tema predeterminado bloquea el renderizado con un paquete que rara vez es necesario para el primer pintado.
La integración de Fastly en Adobe Commerce Cloud para el almacenamiento en caché de páginas completas en el nivel de CDN. Configúrala de forma agresiva; las mejoras en el LCP son considerables.

Adobe Commerce vs Magento Open Source: qué cambia para el SEO

Adobe Commerce Cloud agrega Fastly, New Relic, infraestructura de caché a nivel de página y el módulo B2B sobre el código base de Open Source. Desde una perspectiva puramente de SEO, el código base es el mismo. Las ventajas específicas de Cloud son:

Caché de páginas impulsada por Fastly para el tráfico anónimo, lo que mejora drásticamente el TTFB.
Módulo B2B integrado con grupos de clientes, catálogos compartidos y flujos de cotización.
Salvaguardas en las implementaciones a producción que evitan el tipo de desastres por reindexación a mitad del día que a veces sufren los comerciantes de Open Source.

El módulo Adobe Sensei, cuando cuenta con licencia, agrega recomendaciones de productos y un posicionamiento de búsqueda que puede mejorar las señales de comportamiento del usuario: indirectamente útil para el SEO, pero no un sustituto del trabajo estructural.

Regresiones de SEO comunes en Adobe Commerce

Fallas recurrentes que vemos en las auditorías de Cloud:

URL de navegación facetada indexadas porque la etiqueta canónica estaba mal configurada en la plantilla de categoría filtrada.
URL de productos simples hijos de productos configurables que se filtran al índice.
Indexadores desactualizados que producen páginas de categoría con los productos equivocados.
El cron de generación del sitemap falla silenciosamente durante semanas, dejando productos nuevos sin descubrir.
Faltan anotaciones hreflang entre las vistas de tienda, lo que causa canibalización entre idiomas.
Cambios de claves de URL personalizadas durante una migración sin el mapa de redirecciones correspondiente.

Conclusiones clave

El sistema de indexadores es la base. Si bin/magento indexer:status muestra algo atascado, corrígelo antes que cualquier otra cosa.
La navegación por capas es una trampa de rastreo de forma predeterminada. Restringe los atributos filtrables, canonicaliza las URL filtradas y bloquea los parámetros facetados en robots.
Los Configurable Products vienen correctamente canonicalizados de forma predeterminada, pero solo si el panel de administración está bien configurado.
Las configuraciones multitienda, multisitio y con vistas de tienda necesitan un manejo explícito de hreflang.
Fastly es tu aliado para los CWV en Cloud. Configura correctamente el almacenamiento en caché de páginas completas.

Para la guía principal de Adobe Commerce Cloud, consulta nuestro servicio de SEO para Adobe Commerce Cloud. La visión general más amplia de SEO para Magento cubre los fundamentos del código base tanto en Cloud como en Open Source. Para migraciones empresariales, nuestros servicios de Magento Enterprise y nuestro veterano servicio de soporte para Magento cubren el lado operativo. La vista plataforma por plataforma está en SEO por plataforma. Cuando estés listo, hablemos.