Desarrollo de Marketplace B2B en 2026: Plataformas

Construir un marketplace B2B en 2026 significa resolver problemas que una tienda B2C nunca tiene: cuentas de empresa con varios compradores, precios negociados, cotizaciones, condiciones de crédito, pedidos por volumen y cadenas de aprobación. Puedes lanzar sobre un SaaS de marketplace (Mirakl, Sharetribe, CS-Cart), extender un motor de comercio headless (Medusa, Saleor) o construir a medida. La decisión de plataforma importa menos que tres cosas: la profundidad de flujo que esperan tus compradores, cómo gestionas los pagos y las liquidaciones a vendedores, y cómo consigues que las primeras cien transacciones pasen por el sistema.

En qué se diferencian los marketplaces B2B de los B2C

La mayoría del software de marketplace se diseñó en torno a un consumidor que compra un artículo con tarjeta. El comercio B2B rompe casi todas las premisas de ese modelo.

Cuentas, no usuarios. El cliente es una empresa. Tiene varios compradores, cada uno con un rol: solicitante, aprobador, finanzas, admin. Los pedidos y las facturas pertenecen a la cuenta, no a la persona que pulsó "comprar". Tu modelo de datos necesita organization, member y role desde el primer día; encajarlo después en un esquema de usuario único es doloroso.

Precios negociados. El precio de lista es solo el punto de partida. Los precios reales salen de contratos, tramos por volumen, grupos de clientes y acuerdos con plazo definido. Un mismo SKU puede tener un precio distinto para cada cuenta, y finanzas espera una traza de auditoría de quién acordó qué y cuándo.

Cotizaciones y RFQs. Los pedidos grandes o inusuales empiezan como una solicitud de cotización. El comprador pregunta, uno o varios vendedores responden, el comprador acepta y solo entonces existe un pedido. Es un flujo asíncrono, en varios pasos, con mensajería y ofertas versionadas, no un carrito.

Condiciones de crédito y facturación. Muchos compradores B2B no pagan en el checkout. Piden a cuenta, reciben una factura y pagan a 30 o 60 días. El marketplace necesita límites de crédito, generación de facturas, gestión de impagos y, en un entorno multivendedor, una forma de conciliar cuánto cobra cada vendedor cuando el comprador liquida.

Pedidos por volumen. Los compradores suben hojas de cálculo, repiten la lista del mes pasado o teclean SKU y cantidad en un formulario de pedido rápido. Cantidades mínimas, tamaños de embalaje y conversiones de unidad de medida (caja de 12, palé de 48 cajas) son lo normal.

Catálogos por cliente. Una cuenta puede ver solo el surtido que tiene permitido comprar, con sus propios códigos de SKU y sus propios precios. La visibilidad del catálogo se convierte en un problema de permisos, y la búsqueda tiene que respetarla.

Flujos de aprobación. Los pedidos por encima de un umbral esperan a un responsable. Algunas cuentas exigen un número de orden de compra en cada pedido. La integración punchout (el comprador navega por tu marketplace desde dentro de su sistema de compras) es habitual en el procurement corporativo.

Si evalúas una plataforma y cubre los siete puntos de forma nativa, es una plataforma B2B. Si cubre dos o tres, presupuesta el resto como desarrollo a medida.

Comparativa de plataformas de marketplace B2B

Las opciones se agrupan en cuatro bloques: SaaS de marketplace corporativo, SaaS de marketplace generalista, motores de comercio headless que tú extiendes, y desarrollo a medida. Shopify B2B aparece porque sale en todas las evaluaciones, aunque sea un canal mayorista de un único vendedor y no un marketplace multivendedor.

Plataforma	Mejor encaje	Personalización	Costes / licencia	Tiempo de lanzamiento	Multivendedor	Pagos y liquidaciones divididas
Mirakl	Grandes retailers, distribuidores y fabricantes que añaden un marketplace de terceros a un canal existente	Configuración más APIs; los flujos centrales son fijos	Licencia corporativa, con precio según escala	Meses, sobre todo trabajo de integración	Nativo, con onboarding de vendedores, puntuación de calidad y gestión de ofertas	A través de PSPs asociados; admite cotizaciones B2B y multidivisa
CS-Cart Multi-Vendor	Marketplaces medianos que quieren una plataforma on-premise en PHP con licencia barata	Add-ons y acceso al código fuente	Licencia única o suscripción por edición	De semanas a pocos meses	Nativo, con planes y liquidaciones a vendedores	Integrado con varias pasarelas; liquidaciones divididas mediante los PSPs soportados
Sharetribe	Startups que validan un marketplace de nicho rápido	Builder no-code más plantilla web personalizable y API	Suscripción mensual más un porcentaje de las transacciones en los planes inferiores	De días a semanas	Nativo	Stripe Connect integrado; funciones B2B limitadas (sin facturación, sin condiciones de crédito)
Medusa / Saleor (headless)	Equipos con ingenieros que quieren un núcleo de comercio moderno y control total del front-end y la lógica de negocio	Total: plugins/módulos (Medusa, Node.js) o apps y extensiones (Saleor, Python/GraphQL)	Open source; hosting en la nube de pago opcional	Meses; multivendedor y B2B corren de tu cuenta, construidos o ensamblados a partir de módulos	No es nativo; viable mediante módulos o servicios propios	Cualquier PSP; las liquidaciones divididas las implementas tú sobre Stripe Connect, Adyen o Mangopay
Shopify B2B	Una marca o distribuidor existente que vende al por mayor a sus propios clientes	Tema, apps y Functions	Suscripción Shopify Plus más comisiones por transacción	Semanas	No (vendedor único); existen apps de marketplace, pero limitadas	Shopify Payments; condiciones de pago, cuentas de empresa, listas de precios y reglas de cantidad incluidas
A medida	Marketplaces donde el flujo (RFQ, contratos, cumplimiento, acoplamiento con ERP) es el producto	Ilimitada	Coste de ingeniería, sin licencia	Seis meses o más hasta un MVP real	Lo que tú diseñes	Cualquier PSP; el ledger y la lógica de liquidación son tuyos

Algunas notas prácticas sobre la tabla:

• Mirakl resuelve la operativa de vendedores a escala mejor que cualquier otra opción de la lista, pero asume que ya tienes tienda, PIM y sistema de gestión de pedidos. Es un back office de marketplace, no un stack completo.
• Sharetribe es la forma más rápida de comprobar si existe un mercado de dos lados. No es la plataforma en la que seguirás cuando las cuentas pidan condiciones de crédito y catálogos por cliente.
• Medusa y Saleor no son marketplaces de serie. Son núcleos de comercio sólidos (catálogo, carrito, pedidos, precios, regiones) con puntos de extensión. Una capa multivendedor encima es un proyecto real, pero te ahorras escribir el 60 por ciento aburrido.
• Shopify B2B ha cerrado buena parte de la brecha en el mayorista de vendedor único. Si tienes un vendedor y muchas empresas compradoras, mira aquí primero.

Para una visión más amplia del dilema construir o comprar en comercio, consulta plataformas de e-commerce a medida vs SaaS.

Arquitectura de una plataforma de marketplace B2B

Elijas lo que elijas, un marketplace B2B se descompone en los mismos dominios. Trátalos como servicios separados o como módulos bien aislados dentro de un monolito; los límites importan más que el estilo de despliegue. Los trade-offs están en microservicios vs monolito.

Catálogo y PIM

Los vendedores suben catálogos en CSV, XLSX o por API. Una capa de información de producto los normaliza en una taxonomía canónica con plantillas de atributos por categoría, unidades de medida y jerarquías de embalaje. Mantén el producto canónico separado de la oferta del vendedor (precio, stock, plazo de entrega, MOQ): un producto, muchas ofertas. Los catálogos por cliente son una regla de visibilidad evaluada sobre las ofertas, no una copia del catálogo por cuenta.

Búsqueda

Indexa documentos de oferta desnormalizados en OpenSearch, Elasticsearch, Typesense o Meilisearch. Facetas por atributo, reglas de sinónimos para la jerga del sector, búsqueda por número de pieza con coincidencia tolerante y, lo más crítico, filtrado por lo que la cuenta actual puede ver y al precio que puede ver. Precalcula los precios efectivos por grupo de precios cuando las reglas sean pesadas; calcula por cuenta en el momento de la consulta cuando el conjunto de reglas sea pequeño.

Precios y cotizaciones

Un servicio de precios evalúa precio de lista, grupos de precios, precios de contrato, tramos por volumen y promociones en un orden definido y devuelve un resultado explicable ("contrato X, tramo 3"). El servicio de cotizaciones es dueño del ciclo de vida de la RFQ: borrador, enviada, respuestas de vendedores, revisiones, aceptada, caducada. Aceptar una cotización crea un pedido con las líneas cotizadas congeladas.

Orquestación de pedidos

El carrito de un comprador puede contener líneas de varios vendedores. El checkout lo divide en un pedido por vendedor, mantiene una referencia padre para el comprador, aplica el flujo de aprobación si la cuenta lo exige y emite eventos. Fulfillment, facturación y liquidaciones se suscriben a esos eventos. Es un caso de manual de arquitectura basada en eventos: consumidores idempotentes, un log duradero y acciones compensatorias cuando un vendedor cancela parte de un pedido.

Onboarding de vendedores

Registro, verificación de la empresa (KYB), recogida de cuenta bancaria, datos fiscales, aceptación del contrato, importación de catálogo y una puesta en marcha por etapas en la que el marketplace revisa los primeros anuncios. La mayoría de los pasos de KYB y bancarios se pueden delegar al onboarding alojado del proveedor de pagos.

Pagos y liquidaciones

Aquí es donde la arquitectura de marketplace más se aleja de una tienda de vendedor único. El marketplace cobra los fondos (tarjeta, adeudo SEPA, transferencia bancaria o una factura pagada después), los retiene, se queda con su comisión y paga a cada vendedor. Hacerlo por tu cuenta significa custodiar dinero de terceros, que es actividad regulada. La respuesta habitual es un PSP de plataforma:

• Stripe Connect: el más rápido de integrar, onboarding de vendedores alojado, destination y separate charges con transfers, buena cobertura de tarjetas y SEPA. Encaja bien con Medusa, Saleor y stacks a medida.
• Adyen for Platforms: fuerte para grandes volúmenes, muchos mercados y métodos de pago locales; más esfuerzo de integración y contrato comercial.
• Mangopay: construido en torno a e-wallets por vendedor y comprador, común en marketplaces europeos, gestiona bien flujos tipo escrow y liquidación por factura.

Uses el que uses, mantén tu propio ledger de pedidos, comisiones, reembolsos y liquidaciones. Los informes del PSP no son tu contabilidad. Si estás diseñando esta capa, desarrollo de sistemas de pago cubre los detalles de seguridad y cumplimiento.

Facturación

En un marketplace multivendedor, ¿quién factura al comprador? Existen tres modelos: el vendedor factura directamente al comprador (el marketplace es un agente), el marketplace factura en nombre del vendedor (mandato de autofacturación) o el marketplace es el vendedor de registro y revende. La elección determina el tratamiento del IVA, así que decídela con tu asesor fiscal antes de escribir el servicio de facturación. Sea cual sea el modelo, soporta notas de crédito, facturas parciales para envíos parciales y exportación a contabilidad.

Integración con ERP

Los compradores quieren que los pedidos aterricen en su sistema de compras; los vendedores quieren los pedidos en su ERP y el stock fluyendo de vuelta. Soporta ambas direcciones mediante una API documentada, webhooks y alternativas basadas en ficheros (SFTP con CSV sigue siendo la norma en muchos sectores). El punchout (cXML, OCI) para compradores corporativos es un proyecto aparte; planifícalo para la fase de escala. Los patrones de integración son los mismos que se describen en desarrollo de ERP a medida.

Expón todo a través de un único punto de entrada: un API gateway que gestione autenticación, rate limits y claves de API de los vendedores.

El problema de la liquidez y cómo lanzar

Un marketplace con vendedores y sin compradores es un catálogo. Con compradores y sin vendedores es una lista de deseos. La liquidez, la probabilidad de que un comprador encuentre una oferta aceptable y de que un vendedor reciba pedidos, es lo único que importa el primer año. La tecnología no la crea, pero un plan de lanzamiento equivocado puede impedirla.

Estrategias que funcionan en B2B:

1. Controla primero la oferta. Distribuidores y fabricantes suelen partir de su propio catálogo. Los compradores tienen un surtido completo desde el primer día; los vendedores terceros se suman a un canal que ya tiene tráfico. Es el playbook de Mirakl y el de menor riesgo.
2. Vendedores ancla. Firma con tres a diez vendedores que cubran la mayor parte de la demanda en una categoría, con compromisos de completitud de catálogo y tiempo de respuesta. Dales condiciones favorables durante un periodo fijo. La profundidad en una categoría vale más que la amplitud en veinte.
3. Trae a los compradores que ya tienes. Si diriges una organización comercial, migra las cuentas que ya atiendes por teléfono y correo. Sus repeticiones de pedido dan el volumen base mientras captas demanda nueva.
4. Acota el alcance. Un vertical, un país, un idioma. Expande solo cuando la tasa de recompra en el primer segmento sea sana.
5. No automatices lo que puedes hacer a mano. En los primeros meses, haz el onboarding de vendedores manualmente, responde tú a las RFQs cuando un vendedor tarde y enriquece los catálogos por ellos. Automatiza cuando sepas qué pasos son el cuello de botella.

El take rate y la monetización pueden esperar. Una progresión típica es: gratis o casi gratis para la primera cohorte, luego comisión por transacción, luego planes de suscripción para vendedores que quieran analítica, anuncios destacados o acceso a la API. Define el modelo antes del lanzamiento para que los contratos queden claros, pero no lo optimices hasta que haya volumen que optimizar.

KPIs de un marketplace B2B

Sigue una lista corta y revísala cada semana. Las métricas de vanidad, como vendedores registrados, esconden la imagen real.

KPI	Qué te dice	Vigila
GMV y número de pedidos por vendedor	Si la oferta está activa o solo publicada	Una cola larga de vendedores con cero pedidos
Tasa de recompra por cuenta	Si el marketplace sustituye al canal de pedidos anterior	Cuentas que piden una vez y vuelven al correo
Tasa de búsquedas con oferta	Cobertura del catálogo: con qué frecuencia una búsqueda devuelve una oferta comprable	Búsquedas sin resultados por categoría
Tiempo de respuesta y tasa de aceptación de RFQ	Implicación de los vendedores y competitividad de precios	RFQs que caducan sin respuesta
Tiempo de onboarding de un vendedor	Fricción en KYB, importación de catálogo y revisión	Vendedores atascados en la importación de catálogo
Tasa de cumplimiento de pedidos y entrega a tiempo	Fiabilidad de los vendedores	Cancelaciones después de la aceptación
Take rate y margen de contribución	Si el modelo de negocio se sostiene	Margen consumido por comisiones de pago e incentivos
Periodo medio de cobro (DSO)	Riesgo de crédito en pedidos facturados	Facturas vencidas concentradas en pocas cuentas
Tasa de disputas	Calidad de los datos de catálogo y del fulfillment	Disputas ligadas a errores de unidad de medida

Instrumenta todo esto desde la primera release. Medirlo después significa reconstruir el historial a partir de logs.

Cumplimiento: IVA, facturación y RGPD

El cumplimiento da forma al modelo de datos, así que pertenece al diseño, no a un checklist previo al lanzamiento.

IVA. Determina quién es el vendedor de registro en cada transacción y dónde está establecido el comprador. Las ventas B2B intracomunitarias normalmente van con inversión del sujeto pasivo, lo que implica validar el NIF-IVA del comprador (servicio VIES) en el registro y guardar el resultado. Las ventas transfronterizas a compradores fuera de la UE, bienes frente a servicios y las reglas de deemed supplier para ciertos flujos orientados al consumidor cambian el tratamiento. Construye el motor fiscal como un conjunto de reglas conectable o integra un servicio de impuestos; no fijes los tipos en el código.

Facturación. Varios países de la UE están desplegando la factura electrónica B2B obligatoria y el reporte en tiempo real con calendarios nacionales, y el paquete VAT in the Digital Age de la UE impulsa la factura electrónica estructurada para transacciones transfronterizas. Diseña las facturas como datos estructurados (con una vía de exportación UBL o CII y la entrega por Peppol en mente) en lugar de PDFs generados desde HTML. Mantén la numeración de facturas secuencial e inmutable por entidad emisora, y soporta la autofacturación si el marketplace factura en nombre de los vendedores.

Regulación de pagos. Retener fondos del comprador antes de pagar a los vendedores es actividad regulada. Usar Stripe Connect, Adyen o Mangopay deja la licencia en el proveedor, pero sus obligaciones de KYB recaen en ti: los vendedores deben estar verificados antes de recibir liquidaciones, y necesitas un proceso para verificaciones rechazadas o incompletas.

RGPD. Los compradores y los contactos de los vendedores son personas. Necesitas una base legal para cada finalidad de tratamiento, acuerdos de encargo de tratamiento con el PSP, el proveedor de búsqueda y cualquier proveedor de hosting, reglas de retención que distingan las facturas (que debes conservar) de los datos de comportamiento (que no debes conservar para siempre), y flujos de exportación y borrado que se detengan en lo que la ley fiscal te obliga a retener. El panorama completo está en RGPD y desarrollo de software.

Checklist de decisión: SaaS, headless o a medida

Elige un SaaS de marketplace (Sharetribe, CS-Cart, Mirakl) cuando:

• Necesitas validar la demanda o lanzar un canal en semanas, no en meses.
• Tus flujos son cercanos al estándar: publicar, buscar, pedir, pagar, enviar.
• Tienes presupuesto para licencias y un equipo de ingeniería pequeño, o (Mirakl) un stack de comercio existente al que conectarlo.

Elige un motor headless (Medusa, Saleor) cuando:

• Tienes ingenieros que serán dueños de la plataforma a largo plazo.
• Necesitas control total de la experiencia del comprador y de las integraciones, pero no quieres escribir catálogo, carrito y gestión de pedidos desde cero.
• La lógica multivendedor y B2B es importante pero no exótica; los módulos y una capa de servicios propia pueden cubrirla.

Elige Shopify B2B cuando:

• Hay un único vendedor: tú, vendiendo al por mayor a cuentas de empresa.
• Condiciones de pago, listas de precios y cuentas de empresa son las funciones B2B que necesitas.

Elige el desarrollo a medida cuando:

• El flujo de RFQ, contratos o cumplimiento es la razón por la que los compradores se pasarían a ti.
• El acoplamiento con ERP en ambos lados es profundo y específico de tu sector.
• Esperas operar la plataforma durante años y los costes de licencia superarían los de ingeniería.
• La residencia de datos, la auditabilidad o las restricciones regulatorias descartan un SaaS multi-tenant.

Checklist de entrega por fases: del MVP a la escala

Fase 1 — MVP (primera release)

• Cuentas de empresa con miembros y dos roles (comprador, admin)
• Onboarding de vendedores con KYB alojado en el PSP; revisión manual de los primeros anuncios
• Importación de catálogo por CSV con plantillas de atributos para las categorías de lanzamiento
• Búsqueda con facetas y visibilidad por cuenta
• Listas de precios por grupo de clientes; precios de contrato para cuentas ancla, aunque se carguen a mano
• Carrito dividido en pedidos por vendedor; pago con tarjeta y SEPA a través del PSP de plataforma
• Cotizaciones básicas: solicitud del comprador, respuesta de un vendedor, aceptar para crear pedido
• Generación de facturas con tratamiento de IVA correcto para el país de lanzamiento
• Panel del vendedor: pedidos, liquidaciones, estado del catálogo
• Instrumentación de KPIs desde el primer día

Fase 2 — Tracción

• Flujos de aprobación y exigencia de número de orden de compra por cuenta
• Condiciones de crédito con límites, pago por factura, gestión de impagos
• RFQs en varias rondas con varios vendedores y revisiones
• Pedido rápido, carga de hoja de cálculo, repetir pedido desde el historial
• APIs para vendedores y compradores más webhooks; alternativa por SFTP
• Comprobaciones automáticas de calidad de catálogo y puntuación de vendedores
• Segundo país: divisa, reglas de IVA, idioma

Fase 3 — Escala

• Punchout (cXML/OCI) para compradores corporativos
• Formatos de factura electrónica y entrega por Peppol donde sea obligatorio
• Anuncios destacados, planes de suscripción para vendedores, productos de analítica
• Recomendación y cross-sell a partir del historial de pedidos
• Hosting multirregión, réplicas de lectura, aislamiento del clúster de búsqueda para grandes cuentas
• SLAs formales para vendedores y compradores, con error budgets y guardias

Cada fase debería terminar con una revisión de la tabla de KPIs anterior. Si la tasa de recompra está plana después de la Fase 1, la solución está en la liquidez y la cobertura de catálogo, no en las funciones de la Fase 2.

Recomendación

Si eres distribuidor o fabricante con un catálogo existente y quieres vendedores terceros en él, evalúa Mirakl frente a una construcción headless; el factor decisivo es si el coste de la licencia es menor que la ingeniería que gastarías en la operativa de vendedores. Si estás arrancando un mercado de dos lados desde cero, valida en Sharetribe o un SaaS similar y planifica el paso a una plataforma headless o a medida para el momento en que las cuentas pidan condiciones de crédito y catálogos por cliente. Si el flujo de RFQ o de contratos es tu producto, construye a medida sobre un núcleo headless, usa un PSP de plataforma para las liquidaciones desde el primer día y mantén tu propio ledger. En Arvucore solemos recomendar decidir el modelo de facturación y la cuestión del vendedor de registro antes de la primera línea de código, porque es la única decisión que remodela todo lo que viene después.