Cómo crear un marketplace con Drupal para vender productos online

El comercio electrónico español facturó más de 72.000 millones de euros en 2025, según la CNMC. Dentro de esa cifra, los marketplaces multiseller están comiéndose terreno a la tienda online de toda la vida. Amazon o El Corte Inglés Marketplace son la foto evidente, pero el movimiento de fondo es otro: cada vez más empresas se plantean un marketplace vertical, especializado en su sector, donde decidan ellas la experiencia de compra, las comisiones y, sobre todo, la relación directa con el comprador.

Drupal, ese CMS de código abierto que en España sostiene LaMoncloa.gob.es, el Ayuntamiento de Madrid o el portal del Senado, es una base técnica seria para levantar algo así. Drupal Commerce ya tiene rodaje --más de 60.000 sitios en producción según BuiltWith-- y alrededor existe un ecosistema de módulos pensados específicamente para gestionar varios vendedores bajo un mismo techo. Traducido: se puede montar un marketplace profesional sin atarse a un SaaS cerrado.

A pie de obra, esta guía repasa la arquitectura, los módulos que de verdad importan, las pasarelas de pago y las decisiones estratégicas que toca tomar si vas a crear un marketplace con Drupal para vender productos online desde España.

Arquitectura de un marketplace multivendedor en Drupal

Antes de tocar un solo módulo conviene entender qué cambia. Una tienda online tiene un vendedor. Un marketplace tiene decenas o cientos, cada uno con su catálogo, sus precios y su facturación. Suena obvio, pero es el detalle del que dependen todas las decisiones posteriores.

Drupal Commerce 2.x está construido sobre Symfony y se diseñó como framework modular de e-commerce. De ahí salen las piezas básicas: productos, variaciones, pedidos, pagos, promociones. Lo que convierte ese e-commerce en marketplace es otra capa: la gestión de tiendas (stores) múltiples, los split payments entre marketplace y vendedor, y un panel de vendedor separado del panel de administración global.

La arquitectura que mejor funciona se ordena en tres capas:

1. Capa de contenido y catálogo. Drupal gestiona los tipos de producto, las taxonomías y los campos personalizados. El vendedor publica; el administrador modera antes de que el producto vea la luz.
2. Capa transaccional. Drupal Commerce mueve carrito, checkout y pago. Las pasarelas (Redsys, Stripe Connect, PayPal for Marketplaces) reparten el importe entre marketplace y vendedor sin que nadie tenga que tirar de hoja de cálculo después.
3. Capa de gestión multivendedor. Módulos como Commerce Marketplace garantizan que cada vendedor solo vea lo suyo: sus productos, sus pedidos, sus métricas.

Un dato que conviene tener delante: en España, el 68 % de los compradores online compara precios en al menos dos plataformas antes de pulsar comprar (Statista 2025). Un catálogo amplio, alimentado por varios vendedores, sube la competitividad del marketplace desde el día uno.

Los módulos que de verdad importan

Si por algo destaca Drupal es por su modularidad. Para arrancar un marketplace decente, el stack mínimo es este:

Drupal Commerce 2.x. El motor. Productos, carritos, pedidos, pagos, promociones. Su diseño orientado a entidades permite extender cualquier objeto comercial con campos propios sin tocar el núcleo.

Commerce Marketplace. Lo que convierte una store en muchas stores. Cuando un pedido lleva productos de varios vendedores, el módulo lo trocea en subpedidos independientes de forma automática.

Commerce Funds. Un monedero digital para vendedores y compradores. Saldos internos, reembolsos, transferencias entre cuentas. La conciliación financiera deja de ser un dolor de cabeza.

Commerce Shipping. Inevitable si vendes producto físico. Cada vendedor configura sus tarifas y sus transportistas. La conexión con SEUR, MRW o Correos se resuelve con módulos específicos o atacando sus APIs REST.

Search API + Solr o Elasticsearch. Con miles de referencias, una búsqueda lenta mata el marketplace. Search API monta el filtrado por precio, categoría, vendedor y valoración. Pasando los 10.000 productos, no es opcional: es requisito.

Commerce Stock. Inventario por variación de producto. Cada vendedor lleva su stock y el sistema bloquea la sobreventa en tiempo real, que es por donde se cuelan los líos.

Stripe Connect o Commerce Redsys. Las pasarelas con split payment son el nervio financiero. Y aquí hay una realidad muy española: Redsys procesa más del 90 % de las transacciones con tarjeta del país, así que un módulo compatible es innegociable. Stripe Connect, por su parte, te permite trocear cada cobro entre marketplace y vendedor con comisiones configurables.

En la práctica, un proyecto de marketplace en Drupal acaba moviendo entre 15 y 25 módulos contribuidos más un buen pellizco de desarrollo a medida.

Pasarelas de pago y cumplimiento normativo en España

Procesar pagos en un marketplace tiene capas que no aparecen en una tienda corriente. El marketplace actúa como intermediario, y eso lo regula en la UE la Directiva PSD2.

Las empresas españolas se mueven básicamente en tres opciones.

Stripe Connect. La más extendida fuera de nuestras fronteras. Stripe se posiciona como agente de pagos regulado, lo que significa que tú no necesitas licencia propia de entidad de pago. Cada vendedor abre una cuenta conectada, Stripe se ocupa del KYC, retiene la comisión y manda el neto al vendedor. En España soporta tarjetas, Bizum y transferencias SEPA.

Redsys con split configurable. Si tu marketplace va a operar solo con clientes y vendedores españoles, Redsys suele cuadrar mejor en condiciones. Requiere acuerdo con la entidad adquirente --CaixaBank, BBVA, Santander-- y el módulo Commerce Redsys. La parte de splits, eso sí, normalmente exige desarrollo a medida para automatizar las transferencias al vendedor.

MangoPay o Lemonway. Plataformas pensadas para marketplaces europeos: gestionan escrow, split y cumplimiento PSD2 de serie. Tienen presencia en España y APIs bien documentadas. La integración con Drupal Commerce se hace por módulo personalizado.

Sobre facturación, módulos como Commerce Invoice o ERPs conectados vía API (Holded, Contasol, A3) automatizan el circuito entre marketplace y vendedor. Y un aviso importante: desde 2025, la Agencia Tributaria exige a los marketplaces presentar el modelo 238, que declara las operaciones de cada vendedor. Tener esta información estructurada dentro de Drupal Commerce ahorra muchas horas cuando llega la temporada de presentaciones.

Vendedores y experiencia de usuario: el negocio real

Un marketplace vive o muere por la calidad de sus vendedores y por lo bien que trate al comprador. En Drupal todo eso se articula a base de roles, permisos y paneles personalizados.

Onboarding de vendedores. El alta tiene que ser ágil sin dejar de ser rigurosa. Con Webform o un formulario a medida, el aspirante manda sus datos fiscales: CIF, dirección, representante legal. Un workflow de aprobación --montado con ECA (Event-Condition-Action) o Rules-- revisa la solicitud y, en cuanto se valida, crea la store con sus permisos. Sin intervención manual.

Panel de vendedor. Cada vendedor entra a un backoffice propio donde crea productos, gestiona pedidos, configura envíos y revisa cómo van sus ventas. Se construye con Views, permisos granulares y módulos como Commerce Dashboard. La regla de oro: ningún vendedor debe ver datos de otro ni asomarse a la configuración global del marketplace.

Valoraciones y reputación. Voting API y Fivestar resuelven las valoraciones por producto y por vendedor. El 82 % de los compradores online en España consulta opiniones antes de comprar (OCU 2025). Es decir, sin reseñas visibles, la conversión se cae.

Comunicación vendedor-comprador. Un sistema de mensajería interno --Private Message o Contact Forms personalizados-- resuelve las dudas previas a la compra sin que el usuario tenga que salir de la plataforma. Baja el abandono y mantiene toda la conversación trazable.

Para el comprador, lo importante es que no perciba la complejidad de detrás: un carrito, un checkout, aunque el pedido se trocee internamente, y un seguimiento de envío por cada subpedido. Drupal Commerce permite personalizar ese flujo con checkout panes modulares.

Rendimiento, escalabilidad y SEO para competir en España

Un marketplace con miles de productos, bien afinado, es una máquina de captación orgánica. Mal afinado, es un suplicio para el usuario y una penalización servida en bandeja a Google.

Rendimiento. El sistema de caché interno de Drupal --Page Cache, Dynamic Page Cache, BigPipe-- es potente. Pero en un marketplace conviene meter Varnish y un CDN (Cloudflare o Fastly) para servir páginas de producto por debajo de 200 ms. La infraestructura mínima para un marketplace mediano español (500-5.000 productos, 50-200 vendedores) pasa por al menos dos servidores de aplicación, base de datos MySQL o MariaDB en alta disponibilidad y un Solr dedicado.

Escalabilidad. Drupal 10 y 11 corren sobre PHP 8.3+, lo que ha empujado el rendimiento bastante respecto a versiones anteriores. Para picos como el Black Friday --que en España movió más de 1.800 millones de euros online según Webloyalty-- la infraestructura tiene que escalar en horizontal en AWS, Google Cloud o jugadores locales como Arsys o Stackscale.

SEO técnico. Cada ficha de producto necesita URL amigable (Pathauto), metaetiquetas optimizadas (Metatag), datos estructurados (Schema.org Metatag) y sitemap XML (Simple Sitemap). El contenido duplicado es el agujero clásico: si varios vendedores ofertan el mismo producto, hay que definir una página canónica que agregue todas las ofertas. Si no, Google se confunde y reparte autoridad entre clones.

Aquí un número que pinta el escenario competitivo: el 63 % de las búsquedas de producto en España empiezan en Google antes que en Amazon (Tandem Up, 2025). El SEO se convierte, a medio plazo, en el canal de adquisición más rentable que tienes.

De la idea al lanzamiento: hoja de ruta realista

Montar un marketplace con Drupal no es un proyecto de fin de semana. Un calendario sincero anda entre cuatro y seis meses:

• Fase 1 — Definición y arquitectura (3-4 semanas). Requisitos, selección de módulos y diseño de flujos de vendedor y comprador.
• Fase 2 — Desarrollo core (8-10 semanas). Drupal Commerce, capa marketplace, pasarela de pago y panel de vendedor.
• Fase 3 — Diseño y frontend (4-6 semanas, en paralelo con la fase 2). UX/UI responsive y pulido de la experiencia de compra.
• Fase 4 — Testing y lanzamiento (3-4 semanas). Pruebas funcionales, carga y seguridad. Onboarding de vendedores piloto y arranque controlado.

Echando cuentas, la inversión para un marketplace de complejidad media se mueve entre 40.000 y 90.000 euros. Por debajo de soluciones propietarias como Mirakl o Sharetribe Enterprise, que arrancan en licencias anuales de cinco cifras antes incluso de empezar a personalizar.

Si tu empresa se está planteando lanzar un marketplace vertical y necesita un socio tecnológico con rodaje real en Drupal Commerce y en el ecosistema español, contacta con nuestro equipo para una evaluación técnica sin compromiso.

Drupal no es la vía más sencilla, eso hay que decirlo. Pero sí es la que da más control, más flexibilidad y más margen para evolucionar. Para empresas que piensan a largo plazo --y que quieren ser dueñas de su plataforma, no inquilinas-- es una apuesta que sigue ganando tracción en el mercado europeo.