SEO para Salesforce Commerce Cloud

Salesforce Commerce Cloud (SFCC) es la plataforma de comercio SaaS que Salesforce adquirió de Demandware en 2016. En contextos técnicos todavía se la llama a menudo Demandware, y muchas implementaciones de SFCC conservan patrones heredados de Demandware: cartridges antiguos de SiteGenesis, controles clásicos de Business Manager e integraciones con OCAPI. El SEO de SFCC tiene que abarcar tanto el stack moderno (arquitectura de referencia de tienda SFRA, SCAPI) como el heredado (SiteGenesis, OCAPI). Auditamos y publicamos en ambos.

Sí. Aunque nuestra mayor trayectoria está en Shopify Plus (Plus Partner certificado), BigCommerce (Elite Partner desde 2012) y Adobe Commerce (15 años), realizamos proyectos de SEO para SFCC como parte de nuestra competencia en plataformas empresariales. Nuestro trabajo en SFCC cubre tiendas SiteGenesis y SFRA, controles de URL y SEO de Business Manager, implementaciones headless con OCAPI / SCAPI y Core Web Vitals tanto en stacks clásicos como modernos. Más de 400 marcas confían en nosotros, con una calificación de 4.9/5 en más de 100 reseñas verificadas.

SFRA (Storefront Reference Architecture) es el framework de tienda moderno de SFCC: renderizado en el servidor, plantillas ISML, enrutamiento basado en controladores, diseñado para una separación limpia de responsabilidades. SiteGenesis es la arquitectura de referencia heredada: cartridges más antiguos con mayor acoplamiento entre presentación y lógica de negocio. Diferencias de SEO: las tiendas SFRA normalmente logran Core Web Vitals más limpios de fábrica (paquetes más pequeños, mejores valores de caché predeterminados), una inyección de esquema más fácil de mantener y un enrutamiento de URL más sencillo. Las tiendas SiteGenesis posicionan bien pero necesitan un trabajo de rendimiento más agresivo y a menudo tienen patrones de URL heredados que agravan la profundidad de las cadenas de redirecciones 301.

Business Manager es la interfaz de administración de SFCC. Controles relevantes para el SEO: (1) configuración de URL: URL amigables (estilo slug) frente a URL heredadas con parámetros; (2) ajustes de canónico por sitio: elegir qué contexto de tienda es dueño del canónico de los productos de catálogo compartido; (3) configuración de robots.txt por sitio; (4) cadencia de generación del sitemap y reglas de inclusión; (5) configuración de hreflang para tiendas con varios idiomas. Auditamos los ajustes de Business Manager en cada proyecto de SEO para SFCC: muchos problemas son de configuración, no de código.

ISML (Internet Store Markup Language) es el sistema de plantillas de SFCC: renderizado en el servidor, con etiquetas personalizadas para los datos del catálogo y el renderizado de content slots. Las plantillas ISML manejan la emisión de metaetiquetas, el canónico, hreflang y la salida de JSON-LD. Restricciones: (1) el código personalizado normalmente vive en los controladores de cartridge y en plantillas ISML, así que los cambios de SEO se publican mediante el despliegue de cartridges; (2) los content slots (administrados en Business Manager) pueden inyectar HTML que rompe la validez de los datos estructurados si no se redactan con cuidado; (3) la reescritura de URL se controla mediante las reglas de URL de Business Manager y el enrutamiento de pipelines: los cambios requieren pruebas de regresión cuidadosas porque los patrones de URL heredados pueden sostener páginas indexadas. Diseñamos los cambios de SEO para respetar la cadencia de despliegue de cartridges.

La búsqueda por facetas (refinamientos) de SFCC genera URL con parámetros de forma predeterminada. Patrones de SEO: (1) la etiqueta canónica en las URL de filtros apunta de vuelta a la categoría sin filtrar para evitar la canibalización por contenido duplicado; (2) se incluyen selectivamente en una lista blanca las combinaciones de filtros de alta intención como páginas de destino indexables con su propia meta, contenido y esquema de migas de pan; (3) las reglas de URL de Business Manager pueden asignar valores de filtro específicos a slugs amigables (por ejemplo, /shoes/men en lugar de /shoes?refine_1=men), una decisión de arquitectura única que rinde frutos en el CTR de los resultados de búsqueda; (4) patrones de robots.txt o meta-robots noindex,follow para las combinaciones de filtros no promovidas.

OCAPI (Open Commerce API, REST) y SCAPI (Salesforce Commerce API, REST moderno + GraphQL) exponen datos de catálogo, clientes y pedidos a front ends headless. La responsabilidad del SEO pasa al repositorio del front end, normalmente Next.js, Nuxt o React Native Web. Seguimos la misma estrategia que nuestro programa más amplio de SEO para comercio headless: estrategia de renderizado con SSR primero, orquestación del sitemap en el origen del front end (consultando OCAPI/SCAPI para los datos del catálogo), inyección de esquema en el layout, despliegue de llms.txt y verificación de HTML equivalente al de un rastreador. Los límites de tasa de la API de SFCC importan: almacenamos las respuestas en caché en el borde y regulamos el ritmo de la generación del sitemap.

Las tiendas SFRA normalmente necesitan trabajo en el tamaño de los paquetes (JS de terceros, content slots renderizados por ISML, inyección de etiquetas de terceros desde los activos de contenido de Business Manager) y en la optimización de imágenes (el Dynamic Imaging Service de SFCC es bueno pero subutilizado: la mayoría de las tiendas sirve imágenes sin redimensionar). Las tiendas SiteGenesis necesitan un trabajo de rendimiento más profundo: patrones heredados de RequireJS/jQuery, paquetes de CSS más grandes y un TTFB más lento por controladores de cartridge más pesados. El trabajo de INP se enfoca en el minicarrito, la búsqueda mientras escribes y los manejadores de actualización de refinamientos, los sospechosos de siempre. Medimos LCP, INP y CLS por plantilla y producimos un plan de mejora por ruta.

Sí, mediante SFCC B2B Commerce (antes Salesforce B2B Commerce on Lightning, luego migrado a la plataforma SFCC). Patrones de SEO: frontera indexable / restringida entre el catálogo público y el portal autenticado de compradores; esquema consciente de los grupos de clientes que emite solo precios públicos; patrones de páginas de producto solo por cotización con esquema Offer que refleja la semántica de “cotización requerida”; configuraciones B2B de varios sitios con canónicos fijados entre tiendas regionales o de submarcas. La disciplina de SEO de fondo es la misma que la del SEO B2B de BigCommerce o Plus B2B Edition; la implementación se asigna a los elementos básicos de SFCC: sitio, grupo de clientes y libros de precios.

Fase 1: auditoría que cubre los ajustes de SEO de Business Manager, la limpieza de las reglas de URL, la frescura del sitemap, la topología de canónicos y hreflang, la cobertura de esquema en ISML, la indexación de refinamientos (facetas), el caché de OCAPI/SCAPI en cualquier superficie headless y los Core Web Vitals por plantilla (SFRA o SiteGenesis). Fase 2: correctiva: ajuste de la configuración de Business Manager, consolidación de reglas de URL, reconstrucción del esquema mediante plantillas ISML, reglas de navegación por facetas y trabajo de CWV dirigido a nivel de plantilla. Fase 3: asignación de palabras clave a categorías, briefs de contenido alineados con el sistema de content slots de SFCC, optimización para motores de IA (llms.txt, páginas de producto ricas en entidades) y seguimiento de citas en ChatGPT Shopping, Perplexity Shop, Google AI Overviews, Gemini y Microsoft Copilot.