Cómo crear un marketplace digital con catálogos y pagos integrados en Drupal

Imagina que tienes una idea: una plataforma donde decenas de artesanos venden sus piezas, o un portal vertical donde formadores independientes ofrecen cursos a un público especializado. No quieres ser tú quien fabrique cada producto ni quien imparta cada clase. Quieres orquestar el ecosistema, llevarte una comisión y crecer junto con tus vendedores. Eso es un marketplace digital: una plataforma que conecta a varios vendedores con compradores en un mismo escenario, gestiona los catálogos, procesa las transacciones y, casi siempre, retiene una comisión que sostiene al operador. Amazon, Etsy o portales B2B de nicho funcionan así, y el modelo escala desde artesanía hasta servicios profesionales, formación online o licencias de software.

Te diré algo que sorprende a quienes vienen de Shopify o de soluciones SaaS cerradas: Drupal, junto con Drupal Commerce, ofrece una base técnica increíblemente maleable para levantar un marketplace digital con catálogos y pagos en Drupal sin pelearte con las restricciones de un producto enlatado. Controlas la lógica de negocio, la base de datos, la experiencia del comprador y la del vendedor. En esta guía recorremos juntos cada capa funcional —catálogos, vendedores, pagos, comisiones, panel de administración— con los módulos y patrones que mejor las resuelven.

Qué define a un marketplace frente a un ecommerce convencional

La pregunta lógica es: ¿en qué se diferencia esto de una tienda online? La respuesta cabe en una palabra: pluralidad. En un ecommerce clásico hay un único propietario del inventario; la web es suya, los productos son suyos, los pedidos llegan a su almacén. En un marketplace la plataforma actúa como intermediaria: pone la infraestructura, atrae al comprador, gestiona la transacción, pero el inventario y el cumplimiento están repartidos entre terceros que operan bajo las reglas comunes que tú defines.

Esa diferencia, que suena conceptual, se traduce en exigencias técnicas muy concretas. Piénsalo: cuando un comprador añade al carrito una camiseta del vendedor A y un libro del vendedor B, ¿qué pasa? El sistema tiene que aislar los catálogos, gestionar un pedido único que contiene productos de proveedores distintos, dividir el cobro, calcular la comisión correspondiente a cada uno y mostrar al vendedor A solo su parte del pedido. Y todo eso sin que el comprador note la fontanería.

Arquitectura multi-vendor sobre Drupal Commerce

Drupal Commerce te entrega las piezas base —productos, variaciones, pedidos, pagos, tiendas— y la pieza clave para un marketplace es la entidad Store. En Commerce no estás obligado a tener una sola tienda: puedes multiplicarlas. Cada vendedor opera la suya y los productos cuelgan de su Store correspondiente.

Una tienda por vendedor

El modelo nativo de Commerce ya soporta múltiples tiendas, no necesitas inventarlo. Cuando un vendedor se registra, le creas su entidad Store; los productos que publica se vinculan automáticamente a ella. ¿Para qué sirve esto en la práctica? Para filtrar catálogos por vendedor en cualquier listado, calcular impuestos y gastos de envío de forma diferenciada y, lo más importante, saber a qué vendedor corresponde cada línea de un pedido cuando llega el momento de repartir el dinero.

El módulo Commerce Marketplace amplía esta capacidad con lo que el modelo nativo no resuelve: paneles de vendedor, procesos de onboarding, reglas de comisión y herramientas de administración pensadas para el operador. Es la diferencia entre tener los ladrillos y tener una pared ya levantada.

Roles y permisos: operador, vendedor y comprador

La separación de roles es estructural, no decorativa. El operador de la plataforma tiene acceso total: configura comisiones, modera productos, consulta métricas globales, gestiona disputas. El vendedor entra a un panel restringido donde administra sus productos, ve sus pedidos y consulta sus liquidaciones —y nada más. El comprador navega un catálogo unificado, mete cosas al carrito de varios vendedores a la vez y paga una sola vez.

Drupal modela estos roles con su sistema nativo de roles y permisos. Cuando necesitas aislar contextos con más granularidad —por ejemplo, agencias con varios empleados que comparten una misma Store— entra en juego el módulo Group u Organic Groups. Con la combinación de permisos de Commerce (administrar productos de la propia tienda, ver pedidos de la propia tienda) más permisos personalizados del sitio cubres la mayoría de escenarios reales.

Construcción del catálogo de productos

El catálogo es el escaparate: lo primero que ve el comprador y lo que decide si se queda o se va. Tiene que permitir al vendedor publicar con información completa y al comprador encontrar lo que busca sin frustrarse.

Tipos de producto y variaciones

Aquí Drupal Commerce hace una distinción que conviene entender desde el principio: separa la entidad Producto (lo abstracto: título, descripción, imágenes, marca) de las Variaciones de producto (lo comprable: talla M en rojo, talla L en azul, cada una con su precio y su stock). Un ejemplo: la zapatilla "Modelo Trail Runner" es un Producto; las nueve combinaciones de talla y color son Variaciones independientes.

En tu marketplace, tú como operador defines los tipos de producto disponibles —"producto físico", "producto digital", "servicio reservable"— con los campos específicos de cada uno, y los vendedores publican dentro de esos moldes. ¿Por qué es importante esta rigidez? Porque garantiza que todos los productos de un mismo tipo compartan los campos obligatorios; eso hace posible comparar, filtrar y presentar resultados de forma uniforme. Un comprador odia ver fichas inconsistentes.

Taxonomías, facetas y búsqueda avanzada

Cuando tu catálogo crece a cientos o miles de productos, navegar por menús deja de funcionar. Las taxonomías de Drupal te permiten clasificar en categorías jerárquicas (Hogar > Cocina > Cuchillería) y el módulo Search API, apoyado en un backend como Solr o Elasticsearch, habilita búsqueda por texto completo con filtros por facetas: categoría, rango de precio, vendedor, valoración, disponibilidad.

El módulo Facets pone la guinda: esa barra lateral de filtros que cualquier comprador da por descontada en plataformas modernas. La combinación Search API + Facets te lleva a experiencias comparables a las de marketplaces de primer nivel, con tiempos de respuesta sólidos incluso cuando el catálogo se hace grande.

Moderación y control de calidad del catálogo

Aquí viene una decisión incómoda: ¿dejas que cualquiera publique lo que quiera, o revisas antes? Pregúntate qué pasa si un vendedor sube un producto con imágenes pixeladas, una descripción copiada de otra web o, peor, algo que vulnera derechos de propiedad intelectual. La respuesta corta: necesitas moderación.

El módulo Content Moderation, ya en el core de Drupal, te permite definir flujos de estados —borrador, pendiente de revisión, publicado, rechazado— para los productos. El vendedor crea en borrador, envía a revisión, y el equipo del operador aprueba o rechaza antes de que el producto aparezca en el catálogo público. Es trabajo, sí, pero es el filtro que mantiene la calidad y te protege legalmente.

Integración de pagos y split de fondos

Llegamos a la capa más sensible del marketplace: el dinero. El operador cobra al comprador, retiene su comisión y transfiere el resto al vendedor. Hacer esto bien exige una pasarela de pago que entienda el concepto de división de fondos o, al menos, un mecanismo de liquidación periódica que tú gestiones por fuera.

Stripe Connect como solución nativa

Stripe Connect es la opción más extendida para marketplaces, y por buenos motivos. Tú actúas como plataforma Stripe y cada vendedor conecta su propia cuenta Stripe (connected account) mediante un flujo de onboarding que verifica identidad y datos bancarios. Cuando un comprador paga, Stripe divide automáticamente los fondos: una parte va a tu cuenta (la comisión) y la otra a la cuenta del vendedor (el importe neto), sin que tengas que orquestar transferencias manuales ni preocuparte por la conciliación.

El módulo Commerce Stripe, combinado con desarrollo a medida para la integración específica de Connect, te permite implementar el flujo completo: alta del vendedor, creación de cargos con split automático y gestión de reembolsos —parciales o totales— que también respeten la división original. La parte custom existe porque Connect tiene matices que ningún módulo enlatado cubre del todo.

PayPal for Marketplaces

PayPal ofrece una alternativa equivalente con PayPal for Marketplaces (heredero del antiguo PayPal Adaptive Payments), que también permite pagos divididos entre varios receptores. La integración con Commerce se apoya en el módulo Commerce PayPal más la personalización necesaria para manejar el flujo multi-receptor. Es una opción a valorar si tu público objetivo tiene fuerte arraigo con PayPal —por ejemplo, vendedores internacionales con cuentas ya consolidadas allí.

Modelo de liquidación periódica

Hay una tercera vía menos sofisticada pero perfectamente válida: cobras todo a tu cuenta, registras internamente cuánto le toca a cada vendedor y haces transferencias periódicas (semanal, quincenal, mensual). La ventaja: te vale cualquier pasarela estándar y la integración técnica es mucho más simple. La contrapartida: complejidad administrativa, contabilidad más densa y, sobre todo, una exigencia de confianza importante por parte del vendedor, que está dejando su dinero en tu cuenta durante días.

Si estás planificando un marketplace digital sobre Drupal y necesitas asesoramiento técnico sobre la arquitectura de pagos, catálogos y comisiones, consulta con nuestro equipo especializado en Drupal Commerce para definir la solución que mejor se adapte a tu modelo de negocio.

Sistema de comisiones y liquidaciones

Tu modelo de ingresos como operador se apoya, casi siempre, en una comisión sobre cada venta. Puede ser un porcentaje fijo del 10% sobre el total, un importe fijo por transacción, una combinación de ambos o variar según la categoría del producto o el volumen mensual del vendedor. Cada modelo cuenta una historia distinta sobre tu negocio.

Cálculo y registro de comisiones

Commerce Marketplace incluye reglas de comisión que se calculan automáticamente sobre cada pedido cerrado. Para escenarios más complejos —comisiones escalonadas que bajan cuando el vendedor supera cierto volumen, bonificaciones por antigüedad, tarifas distintas por categoría— probablemente tendrás que escribir lógica custom mediante event subscribers de Commerce que intercepten la finalización del pedido y calculen la comisión aplicable en cada caso.

Cada comisión debe quedar registrada como una entidad auditable vinculada al pedido, al vendedor y al período de liquidación correspondiente. Este registro no es decoración: es la base sobre la que generas informes financieros y, llegado el momento, justificas una cifra ante un vendedor que pide explicaciones.

Panel de liquidaciones para vendedores

Cada vendedor necesita ver, sin llamarte ni abrir un ticket, un resumen claro de sus ventas, las comisiones aplicadas y el importe neto que va a recibir en la próxima liquidación. Este panel se construye con Views de Drupal sobre las entidades de pedido y comisión, filtradas por la tienda del vendedor autenticado. La transparencia aquí es innegociable: el día que un vendedor sospecha que las cifras no cuadran, has perdido su confianza.

Panel de vendedor y autonomía operativa

Un marketplace viable se sostiene en la autonomía del vendedor. Cada minuto que tu equipo dedica a resolver dudas básicas es un minuto que no dedicas a crecer la plataforma. El objetivo es que el vendedor se auto-gestione casi por completo.

Gestión de productos y stock

El vendedor entra a su panel, lista sus productos, crea uno nuevo, edita el existente, retira el que ya no le interesa. Suena trivial, pero la diferencia entre un panel intuitivo y uno torpe se nota en la tasa de publicación. Personaliza los formularios de creación con el módulo Field Group, agrupando campos por bloques lógicos. Añade ayudas contextuales junto a los campos que generen dudas (por ejemplo, "la descripción debe tener al menos 80 caracteres y describir el material"). Simplifica el menú del backend de Drupal para que el vendedor no se pierda entre opciones que no le tocan.

Para productos con stock, Commerce gestiona el inventario por variación de forma nativa: decrementa unidades cuando se confirma un pedido, te permite configurar umbrales de alerta y mostrar "últimas unidades" cuando el stock baja del nivel que definas.

Gestión de pedidos y envíos

El vendedor solo debe ver los pedidos que contienen productos de su tienda; el resto, ni asomarse. Commerce filtra los pedidos por Store, y el módulo Commerce Shipping se encarga de la lógica de envío —métodos, tarifas, seguimiento— que puede variar de un vendedor a otro. Tiene todo el sentido: un vendedor de Barcelona y otro de Sevilla no usan los mismos tarifarios ni los mismos transportistas. Cada uno configura los suyos según su ubicación y su logística.

Valoraciones y reputación

Una capa de valoraciones y reseñas hace dos cosas a la vez: tranquiliza al comprador y crea responsabilidad sobre el vendedor. El módulo Commerce Product Review, o soluciones basadas en Voting API, permite que los compradores puntúen productos y dejen comentarios tras la compra. Con el tiempo, la reputación acumulada de un vendedor se convierte en un factor decisivo: entre dos productos parecidos, el comprador casi siempre elige el del vendedor con mejores valoraciones.

Consideraciones técnicas de escalabilidad

Un marketplace que funcione crece en tres dimensiones a la vez: más vendedores, más productos en el catálogo y más transacciones. Si no anticipas ese crecimiento, te lo encontrarás como un problema operativo el día que menos te conviene.

Rendimiento del catálogo

Cuando el catálogo crece, las consultas directas a la base de datos relacional empiezan a sufrir. Indexar los productos en Solr o Elasticsearch a través de Search API te da búsquedas rápidas con facetas, autocompletado y relevancia personalizada, sin que el tamaño del catálogo influya de forma notable en el tiempo de respuesta.

Caché y personalización

Las páginas de catálogo público son altamente cacheables: son iguales para todos los visitantes. Las páginas de carrito, checkout y panel de vendedor son personalizadas y no deben servirse desde una caché compartida. Drupal gestiona esta distinción con sus cache contexts y cache tags, y cuando lo combinas con Varnish o un CDN bien configurado las páginas públicas viajan al navegador en milisegundos.

Arquitectura de la base de datos

En marketplaces con alto volumen transaccional —pensemos en miles de pedidos diarios— conviene separar la base de datos de lectura de la de escritura mediante réplicas. También merece la pena considerar particionar las tablas de pedidos y logs por fecha para que las consultas operativas, que casi siempre miran los últimos meses, no se vean lastradas por años de histórico acumulado.

Aspectos legales y fiscales del marketplace

Operar un marketplace en España trae obligaciones específicas que la plataforma debe ayudarte a cumplir. No son opcionales y suelen ser el área que más subestiman los equipos técnicos.

Facturación y obligaciones fiscales

El operador emite factura por sus comisiones, eso es claro. Lo que cambia según el modelo es si la plataforma genera facturas en nombre del vendedor al comprador (modelo de facturación del marketplace) o si cada vendedor emite las suyas por su cuenta. El módulo Commerce Invoice permite generar documentos fiscales automatizados, pero su configuración debe alinearse con el modelo jurídico elegido —decisión que merece sentarse con un asesor fiscal antes de programar nada.

Protección de datos y RGPD

Tu marketplace gestiona datos personales de compradores y vendedores, lo que te coloca como responsable o encargado del tratamiento bajo el RGPD, según cómo articules las relaciones. La plataforma debe ofrecer mecanismos de consentimiento, acceso, portabilidad y supresión de datos. Drupal facilita el trabajo con módulos como GDPR y con las funcionalidades nativas de gestión de cuentas, pero el cumplimiento real exige también revisar políticas, contratos y procesos —no es solo cosa del código.

Conclusión: un marketplace a medida con tecnología abierta

Construir un marketplace digital sobre Drupal y Drupal Commerce es un proyecto de ingeniería exigente, sí, pero perfectamente abordable con la arquitectura modular que Drupal pone sobre la mesa. La suma de entidades multi-tienda, roles granulares, pasarelas con split de fondos, catálogos indexados con búsqueda facetada y flujos de moderación te lleva a plataformas que compiten en funcionalidad con soluciones comerciales cerradas, con una ventaja decisiva: la propiedad total del código, de los datos y de la evolución del producto.

El marketplace que construyas así no queda atado a las decisiones de un proveedor SaaS sobre precios, funcionalidades o límites de uso. Es un activo tecnológico tuyo que escala al ritmo de tu negocio y se adapta a las particularidades de tu vertical sin restricciones impuestas desde fuera. Si has llegado hasta aquí pensando en tu propio proyecto, ya tienes el mapa; el siguiente paso es decidir por qué capa empezar.