Salesforce Commerce Cloud (SFCC, antes Demandware) es una de las plataformas de comercio empresarial más potentes del mercado y, desde el punto de vista del SEO, una de las más peculiares. Su enrutamiento de URLs, su arquitectura de controladores y su modelo de plantillas no se parecen a nada del mundo de Shopify, BigCommerce o Magento. La plataforma ha pasado por dos grandes etapas de arquitectura: SiteGenesis (la aplicación de referencia heredada, escrita originalmente con controladores de JavaScript) y SFRA (Storefront Reference Architecture, el reemplazo moderno basado en controladores y en la API de scripts). Un comerciante de SFCC está en una u otra, y la superficie de SEO cambia de forma importante entre ambas.
Esta publicación repasa lo que necesitas saber sobre los controles de URL de SFCC en ambas etapas, además de la estructura de soporte (OCAPI, SCAPI, alias de hostname y asignación de catálogos) que define cómo interactúa Googlebot con la tienda.
La anatomía de una URL de SFCC en 60 segundos
Una URL canónica de SFCC en SiteGenesis se ve así:
https://www.example.com/on/demandware.store/Sites-USA-Site/en_US/Product-Show?pid=ABC123
Esa URL es una representación literal del enrutamiento controlador-acción-parámetro. Sites-USA-Site es el sitio, en_US es la configuración regional, Product-Show es la acción del controlador y pid=ABC123 es el identificador del producto. De fábrica, esto es lo que se genera para cada página de producto.
Ningún profesional de SEO en 2026 quiere publicar esa URL.
La solución son las URL Rules: la capa configurable de reescritura de URLs de SFCC. Las URL Rules generan URLs limpias y amigables para el SEO (/products/abc123/product-name, slugs basados en categorías o slugs con prefijo de configuración regional) al asignar las solicitudes entrantes a las acciones de controlador subyacentes. Las URL Rules se configuran en Business Manager (Merchant Tools → Site Preferences → SEO → URL Rules).
Los dos conjuntos principales de reglas:
- Catalog URL Rules: para URLs de categorías y productos.
- Content URL Rules: para URLs de recursos de contenido.
Una configuración de URL Rules correcta produce URLs como https://www.example.com/men/shirts/dress-shirt-blue-cotton que no se parecen en nada a la estructura de controladores subyacente. Ese es el objetivo.
SiteGenesis vs SFRA: qué cambia
SiteGenesis es la aplicación de referencia heredada. Todavía está en producción en muchos comerciantes empresariales de SFCC. SFRA (Storefront Reference Architecture) es el reemplazo moderno, lanzado en 2017 y opción predeterminada para nuevos desarrollos desde 2019.
Qué cambia en el SEO entre ambos:
- Motor de plantillas. SiteGenesis usa ISML (Internet Store Markup Language) de forma extensa con vistas renderizadas por los controladores. SFRA también usa ISML, pero con una separación de controladores más limpia y una capa de API de scripts que facilita generar HTML limpio.
- Rendimiento. SFRA suele ser más rápido: menos carga en las plantillas y paquetes de JavaScript más ligeros. Las puntuaciones de CWV de SFRA de fábrica son notablemente mejores que las de SiteGenesis de fábrica.
- Facilidad de mantenimiento de las plantillas de SEO. La separación de responsabilidades de SFRA facilita agregar de forma confiable JSON-LD, etiquetas canónicas y hreflang en todas las páginas. Las plantillas de SEO de SiteGenesis suelen estar dispersas en distintos includes y requieren una arqueología de código más profunda.
- Acceso a APIs. SFRA fomenta el uso de la API de scripts y de SCAPI (Shopper API). SiteGenesis es anterior a SCAPI.
Si todavía estás en SiteGenesis y tienes presupuesto para migrar a SFRA, el argumento de SEO por sí solo suele justificarlo, sobre todo si se combina con una renovación del tema orientada a las CWV.
OCAPI vs SCAPI: la cuestión headless
Salesforce tiene dos superficies de API para tiendas headless:
- OCAPI (Open Commerce API): la API REST más antigua, todavía con soporte y todavía la base de muchas integraciones.
- SCAPI (Shopper API y Admin API, a veces con la marca Commerce API): la API más nueva, que combina GraphQL y REST, y que Salesforce está desarrollando activamente.
Si estás construyendo una tienda SFCC headless en Next.js, Remix u otro framework moderno, SCAPI es la superficie correcta. Los mismos principios de SEO que aplican a un desarrollo headless de Shopify con Hydrogen o a un desarrollo de BigCommerce con Catalyst aplican a un desarrollo headless de SFCC:
- SSR o SSR con streaming para las rutas indexables.
- JSON-LD de
Productoemitido en la respuesta SSR. - Etiquetas canónicas y hreflang en el head, no hidratadas del lado del cliente.
- Los rastreadores de IA no ejecutan JavaScript.
La pieza central para el trabajo headless multiplataforma es el SEO para comercio headless.
Alias de hostname y la cuestión multisitio
SFCC admite multisitio a nivel de plataforma. Una sola instancia de SFCC puede alojar decenas de tiendas distintas (diferentes marcas, geografías e idiomas) desde el mismo Business Manager. Cada tienda obtiene su propio hostname (o conjunto de hostnames) mediante la configuración de alias de hostname.
Las implicaciones de SEO:
- El hostname canónico de cada tienda debe estar configurado correctamente. La configuración
Site URLen Business Manager determina la generación de URLs canónicas. - El contenido duplicado entre tiendas es un riesgo real cuando los mismos productos aparecen bajo marcas distintas o en sitios de distintos países. Cada tienda necesita su propio conjunto de URLs canónicas, y las anotaciones hreflang entre tiendas localizadas deben ser recíprocas.
- La política de robots es por tienda. Una tienda de desarrollo debe tener configurado
Disallow: /.
Asignación de catálogos y árboles de categorías
El modelo de catálogos de SFCC es estructural: un catálogo maestro contiene los productos, y los catálogos de tienda (a veces iguales al maestro, a menudo distintos) definen los árboles de categorías por los que navegan realmente los clientes. El mismo producto puede aparecer en varias categorías en varios catálogos de tienda.
Para el SEO, esto significa:
- La categoría principal de un producto determina su URL canónica mediante las URL Rules.
- Los productos que aparecen en varias categorías necesitan una sola URL canónica estable, que normalmente apunta a la URL de la categoría principal.
- Las páginas de aterrizaje de categoría necesitan su propio contenido para posicionar, separado de los listados de productos.
Un error común de la época de SiteGenesis es permitir que las URLs de producto se rendericen bajo cualquier categoría a la que pertenezcan, lo que genera varias URLs para el mismo producto y divide la autoridad de posicionamiento. Define una sola URL canónica mediante las URL Rules y confirma que la etiqueta canónica se emita correctamente en cada página de producto.
Navegación facetada en SFCC
La navegación por refinamientos (facetada) de SFCC se configura por categoría en Business Manager. El comportamiento predeterminado genera URLs como:
/men/shirts?prefn1=color&prefv1=Blue
Cada combinación de refinamientos es una URL única. La solución es la misma que en cualquier otra plataforma:
- Limita los atributos de refinamiento a los que generan una demanda de búsqueda genuina.
- Canonicaliza las URLs filtradas hacia la categoría sin filtrar.
- Bloquea los parámetros
?prefn*=*con Disallow en el robots.txt. - Para el pequeño número de combinaciones de facetas con alta demanda (páginas de categoría por color), genéralas como páginas de aterrizaje de categoría dedicadas mediante el catálogo de la tienda.
Page Designer y el SEO de los slots de contenido
Page Designer de SFCC permite a los equipos de merchandising armar páginas de categoría y de contenido con componentes reutilizables sin intervención de desarrolladores. El detalle de SEO: los componentes de Page Designer deben emitir HTML limpio, con una jerarquía de encabezados correcta, texto alternativo en las imágenes y datos estructurados cuando corresponda. Los componentes predeterminados hacen casi todo esto; los componentes personalizados escritos para un diseño específico de marca muchas veces no.
Audita cada plantilla de página de Page Designer revisando el código fuente renderizado y confirmando que:
<h1>esté presente y sea único en cada página.- La jerarquía de encabezados sea lógica.
- Las imágenes tengan texto alternativo.
- Cualquier componente que renderice una tarjeta de producto emita JSON-LD de
Producto.
Regresiones de SEO comunes en SFCC
Fallas recurrentes que vemos en las auditorías de SFCC:
- URL Rules mal configuradas, de modo que las URLs heredadas
/on/demandware.store/...siguen siendo indexables junto con las URLs limpias, lo que divide la autoridad. - Falta de hreflang entre tiendas localizadas en una instancia multisitio de SFCC.
- URLs de refinamientos facetados indexadas porque la URL canónica se configuró mal en la plantilla de categoría.
- Componentes de Page Designer que emiten H2 o H3 en lugar de H1 en las páginas de categoría.
- Hostnames de desarrollo indexados porque no se configuró la política de robots por tienda.
- Sitios heredados de SiteGenesis con malas CWV que no se han corregido porque nadie en el equipo ha llevado a cabo la migración a SFRA.
Puntos clave
- Las URL Rules de SFCC son la configuración de SEO más importante de la plataforma. Configúralas bien o el resto del trabajo se verá afectado.
- SFRA es notablemente mejor que SiteGenesis para el SEO. Si todavía estás en SiteGenesis, la migración vale la pena.
- SCAPI es la superficie de API correcta para los nuevos desarrollos headless. OCAPI tiene soporte, pero ya no es la dirección estratégica.
- Las instancias multisitio necesitan configurar de forma explícita los alias de hostname, las URLs canónicas y el hreflang por tienda.
- Las URLs de refinamiento son una trampa de rastreo por defecto. Canonicalízalas y bloquéalas.
Para la pieza central específica de SFCC, consulta nuestro servicio de SEO para Salesforce Commerce Cloud. El panorama multiplataforma de SEO para comercio headless aplica si estás construyendo un front end moderno sobre SCAPI. La vista completa plataforma por plataforma está en SEO por plataforma, y los servicios más amplios de nuestra agencia de SEO para eCommerce cubren el lado estratégico. Cuando estés listo para conversar, aquí estamos.