Preguntas frecuentes sobre Saleor.

Saleor es una plataforma de comercio open source, headless y API-first construida sobre GraphQL. Su propuesta es servir como núcleo de comercio en arquitecturas composable, donde catálogo, pricing, fulfilment, OMS y experiencia se ensamblan eligiendo la mejor pieza para cada función.

Cuando el negocio depende de pricing complejo, B2B real, integración profunda con ERP, CRM o PIM, multicanalidad o necesidad de control sobre la evolución del stack. En catálogos simples y operativa estándar, una plataforma SaaS suele ser más eficiente.

Sirve para los dos, pero su valor diferencial aparece sobre todo en B2B y en B2C exigente con storefront diferenciado, multicanalidad o integraciones críticas. Para B2C estándar, una plataforma SaaS suele dar mejor relación coste/beneficio.

Es un enfoque arquitectónico donde el comercio se construye combinando servicios especializados —catálogo, pricing, search, OMS, CMS, frontend— en lugar de adoptar una suite cerrada que cubra todo. Cada pieza se elige por encaje y se reemplaza si deja de servir, sin tener que rehacer el resto.

No. Headless solo significa separar el frontend del backend de comercio. Composable es una decisión arquitectónica más amplia: implica también separar y orquestar los distintos servicios de comercio. Una plataforma puede ser headless sin ser composable, y al revés.

Saleor está diseñado headless por defecto, así que sí: necesitas un storefront propio, normalmente en Next.js, Astro o framework equivalente. Esto suele ser una ventaja porque permite diseñar la experiencia con libertad y optimizarla por canal o por mercado.

Sí. La arquitectura GraphQL nativa y los webhooks productivos de Saleor están pensados precisamente para orquestar sistemas externos. La buena práctica es construir un servicio de orquestación intermedio que aísle la complejidad del ERP y exponga eventos limpios al ecosistema Saleor.

Saleor puede ser fuente de verdad de pedidos o cederla al OMS, según el modelo de negocio. En la mayoría de proyectos B2B con operativa logística compleja conviene que el OMS gobierne fulfilment y devoluciones, mientras Saleor gestiona la captura del pedido y la experiencia de cliente.

Stripe, Adyen, Redsys, Mollie, Braintree y prácticamente cualquier pasarela con API moderna. En B2B se añaden métodos como pay by invoice, transferencia con reconciliación o líneas de crédito conectadas con sistemas de gestión de cobro.

Una primera versión productiva suele estar entre tres y seis meses, dependiendo del alcance B2B y del número de integraciones críticas. La filosofía recomendada es lanzar pronto un perímetro útil y evolucionar continuamente, no concentrar todo en un único hito de gran entrega.

Sí. La migración por fases es la opción más segura: catálogo y operativa primero, después storefront por mercados o categorías, y corte completo cuando todas las dependencias críticas están validadas en producción. Permite mantener el negocio operativo durante toda la transición.

Tratamos el SEO como un workstream propio: mapa exhaustivo de redirecciones 301, preservación de estructura semántica, datos estructurados equivalentes y monitorización con alertas durante los primeros meses. Bien planificado, el riesgo de pérdida de tráfico orgánico es bajo.

Ambos. Saleor Cloud es la opción gestionada por el equipo creador y suele ser la mejor para la mayoría de proyectos. El modelo self-hosted en Kubernetes tiene sentido cuando hay requisitos específicos de soberanía de datos, despliegue privado o personalización profunda del runtime.

El coste depende mucho del alcance B2B y del número de integraciones, pero un rango orientativo para una primera versión productiva en proyectos B2B medios es entre cien y trescientos mil euros, más el modelo de evolución continua posterior. La conversación honesta empieza por entender la operativa real, no por dar una cifra cerrada.

Lo acordamos al inicio. Modelos habituales: equipo cliente con nuestra documentación y on-call mínimo, modelo mixto con gobernanza compartida, o retainer completo de soporte y evolución por nuestra parte. La opción adecuada depende de la madurez técnica del equipo cliente.