Tecnología
SEO en Salesforce Commerce Cloud
Conocemos la plataforma lo suficiente como para no aprender a vuestra costa: sabemos qué se puede cambiar, quién tiene que cambiarlo y en qué release entra.
Hablemos de tu proyecto- 9
- proyectos de ecommerce trabajados sobre SFCC
- 10
- años dentro de la plataforma, desde Demandware
- 48 h
- para responderte, como máximo
Marcas que han confiado en Laika
¿Te suena alguna de estas situaciones?
En una plataforma enterprise el problema casi nunca es falta de ideas: es que las ideas no encajan con lo que la plataforma permite ni con el calendario de quien la mantiene.
Un cambio de SEO tarda tres releases en llegar a producción
Cada petición entra en una cola compartida con negocio y producto, y lo que se pedía en enero se sube en abril sin que nadie recuerde para qué era.
Nadie sabe si el problema es la plantilla, el catálogo o Page Designer
El síntoma se ve en Search Console, pero la causa está repartida entre Business Manager, la cartridge y lo que monta cada equipo de contenido.
Los refinamientos generan miles de URLs que nadie decidió
Las facetas crean combinaciones infinitas, el rastreo se va a variantes sin demanda y las categorías que venden pierden fuerza.
Cada mercado nuevo repite los mismos errores del anterior
Los sites se clonan con la misma configuración de locales, hreflang y URLs, así que el problema se multiplica por cada país que abrís.
La agencia anterior pedía cosas que la plataforma no permite
Recomendaciones copiadas de un WordPress: imposibles de implementar en SFCC, descartadas por desarrollo y con la confianza gastada por el camino.
Se acerca una migración de versión o a headless y da miedo
Hay fecha, hay presupuesto y no hay nadie que sepa decir qué se rompe en SEO si se cambia el renderizado o la estructura de URLs.
Dónde están los límites reales de SFCC
No es una web con un CMS flexible: es un ecommerce donde el catálogo, la configuración y el ciclo de publicación deciden qué es posible. Esto es lo que condiciona cualquier estrategia.
- 01
Lo que se toca en Business Manager y lo que no
Buena parte del SEO vive en configuración, no en código: URL rules, alias de catálogo, sitemaps, redirecciones. Saber dónde está cada palanca ahorra tickets.
- 02
El catálogo manda sobre la arquitectura
La estructura de categorías, los productos variantes y los master decide qué páginas existen. Cambiar la web sin tocar el catálogo casi nunca funciona.
- 03
Refinamientos, orden y paginación
Cada atributo refinable multiplica URLs. La decisión no es técnica: es qué combinaciones tienen demanda suficiente para merecer una página indexable.
- 04
Multi-site, locales y hreflang
Un site por mercado, locales compartidos y dominios distintos: la configuración decide si los mercados se ayudan o se canibalizan.
- 05
Renderizado: SFRA, Page Designer y headless
Lo que se ve en el HTML cambia según cómo se monte la página. En headless con SCAPI hay que decidir qué se renderiza en servidor antes de construir.
- 06
El calendario de releases
Nada llega a producción fuera del ciclo. Priorizar en SFCC es elegir qué entra en la próxima ventana y qué puede esperar sin coste.
Qué trabajamos dentro de la plataforma
El peso cambia según vuestra versión, vuestros mercados y quién mantiene la instancia, pero estos cuatro frentes se miran en todos los proyectos.
Arquitectura de catálogo y facetas
Decidir qué páginas deben existir, cuáles se indexan y cuáles se quedan como filtro sin URL propia.
- Mapa de categorías frente a demanda real por mercado
- Reglas de indexación por tipo de refinamiento y combinación
- Tratamiento de orden, paginación y variantes de producto
- Criterio para páginas de aterrizaje que sí merecen contenido propio
Internacional y multi-site
Que abrir un mercado nuevo no repita los errores del anterior ni reste al que ya funciona.
- Revisión de la configuración de sites, locales y dominios
- hreflang, canónicas y URLs por idioma y por país
- Prioridad de mercados según demanda y capacidad de negocio
- Criterio de traducción y adaptación de catálogo por país
Renderizado y rendimiento
Que lo importante esté en el HTML y que la plantilla no cueste posiciones en móvil.
- Qué se renderiza en servidor y qué depende de JavaScript
- Revisión de plantillas SFRA y de módulos de Page Designer
- Rendimiento de listados y fichas en móvil, con foco en negocio
- Datos estructurados de producto, disponibilidad y valoraciones
Especificación y validación
Que cada recomendación llegue en un formato que desarrollo pueda estimar y subir sin traducciones.
- Especificaciones escritas para la plataforma, no genéricas
- Separación entre lo que es configuración y lo que es código
- Validación en sandbox o staging antes del release
- Comprobación posterior a la subida y seguimiento del efecto
Cómo trabajamos con vuestro equipo de desarrollo
Nosotras aportamos el criterio y la especificación; vuestro equipo o vuestro partner implementa. Validamos antes de subir y medimos después.
- 01
Entender la instancia, no la web
Revisamos configuración, catálogo, plantillas y cómo se publica. Sin eso, cualquier recomendación es una hipótesis.
Sale de aquí un diagnóstico atado a tu instancia
- 02
Separar configuración de desarrollo
Lo que se puede resolver en Business Manager sale de la cola de desarrollo y avanza en días, no en trimestres.
Sale de aquí dos listas con dueños distintos
- 03
Escribir la especificación en su idioma
Cada punto se documenta con el objeto, la plantilla o el ajuste concreto que hay que tocar y qué se espera después.
Sale de aquí tickets listos para estimar
- 04
Validar antes del release
Comprobamos en sandbox o staging que lo implementado hace lo que se pedía, antes de que llegue a producción.
Sale de aquí un visto bueno o una corrección a tiempo
- 05
Medir el efecto de esa ventana
Cada release se revisa contra lo que se esperaba: qué movió, qué no y qué entra en la siguiente.
Sale de aquí la prioridad del siguiente ciclo
Qué entra y qué no
No tocamos vuestro código ni sustituimos a vuestro partner. Aportamos la decisión y la especificación, que es donde se pierde más tiempo.
Qué entra
- Diagnóstico y estrategia dentro de las reglas de la plataforma
- Especificaciones técnicas listas para vuestro equipo o vuestro partner
- Decisiones de arquitectura, facetas y mercados
- Validación en preproducción y acompañamiento en cada release
Qué no entra
- Desarrollo de cartridges ni cambios en vuestro código
- Gestión del catálogo o carga de productos
- Sustituir a vuestro partner de implementación
- Prometer plazos que dependen de vuestro calendario de releases
¿Por qué Laika en SFCC?
Porque en esta plataforma el criterio vale más que la lista de tareas.
Cada release es una ventana estrecha. Acertar con lo que entra —y descartar lo que la plataforma no va a permitir— es la diferencia entre avanzar un trimestre o perderlo.
No aprendemos a vuestra costa
Llevamos años trabajando dentro de SFCC en moda, óptica, deporte y retail alimentario. Sabemos qué se puede pedir y qué va a ser rechazado.
Hablamos con desarrollo sin intérprete
Las recomendaciones llegan con el objeto y el ajuste concreto. Eso reduce reuniones, evita malentendidos y acorta el tiempo hasta producción.
Conocemos el mercado español y LATAM
La mayoría de proyectos enterprise sobre SFCC se llevan desde fuera. Nosotras entendemos la demanda local y cómo se compra aquí.
Priorizamos por negocio, no por checklist
En una plataforma con ventanas cerradas, lo importante es elegir bien las tres cosas que entran en el próximo release.
¿Quién lo hace?
Perfiles senior con años de ecommerce enterprise a la espalda. Quien revisa vuestra instancia es quien firma la recomendación.
Servicios que agrupa
Preguntas frecuentes
¿Necesitamos que toquéis nuestro código?
No. Nosotras diagnosticamos, decidimos y especificamos; la implementación la hace vuestro equipo o vuestro partner. Validamos antes y después del release.
Trabajamos con un partner de implementación, ¿os pisáis?
No. El partner construye y nosotras aportamos el criterio de SEO. Trabajamos en su formato de tickets y en su calendario.
¿Sirve igual en SFRA que en headless?
El criterio es el mismo, las palancas no. En headless muchas decisiones se toman antes de construir, así que conviene entrar temprano.
¿Podéis acompañarnos en una migración de versión?
Sí, es uno de los momentos donde más se gana o se pierde. Lo trabajamos con un plan de migración específico.
¿Cuánto tarda en verse el efecto?
Depende de vuestro calendario de releases más que de nosotras. Por eso separamos siempre lo que es configuración de lo que requiere desarrollo.
Cuéntanos cómo está montada vuestra instancia
Con la versión, los mercados abiertos y quién mantiene la plataforma podemos decirte qué se puede mover ya y qué depende del próximo release.
¿Tenéis un ecommerce en Salesforce?
Miramos vuestra instancia antes de proponeros nada y os decimos por dónde empezaríamos.
Miramos vuestro proyecto antes de proponeros nada. Respuesta como máximo en 48 h laborables.
Habla con nosotras sobre vuestra instancia