Las tiendas Shopify multi-vendor se topan con un problema operativo específico: la vetrina agrega productos de varios vendedores, cada uno con sus propios horarios físicos de apertura, pero el checkout de Shopify es un único checkout global que no sabe a qué vendedor pertenece un SKU. El resultado es que los horarios por vendedor son realmente difíciles de aplicar en Shopify en 2026 — y la mayoría de tiendas multi-vendor termina en una ventana comercial compartida aplicada a toda la vetrina, gestionada por una app de scheduling como OrderRules por encima de cualquier app multi-vendor que gestione cuentas de vendedor y split de pedidos. Esta guía explica por qué es así, qué soportan realmente las grandes apps multi-vendor hoy y cómo una tienda Shopify multi-vendor en producción (Kalkut's Convenience Store en Doncaster, UK) lo configura.
El instinto al montar una tienda Shopify multi-vendor es mapear horarios por vendedor uno a uno — cada vendedor configura sus propios horarios de apertura y cierre, la vetrina muestra esos horarios por producto, el checkout bloquea pedidos que caen fuera de la ventana de cualquier vendedor. La arquitectura es razonable en principio y casi imposible de aplicar en el flujo real de checkout de Shopify en 2026. Esta guía explica el hueco y los patrones que sí funcionan.
El problema de los horarios por vendedor en términos llanos
Imagina una vetrina Shopify multi-vendor con tres vendedores locales. El host es una tienda de barrio, abierta 8:30–20:30 siete días a la semana. Un vendedor es un carnicero local, cerrado los domingos y los miércoles por la tarde. Otro vendedor es una cocina de platos preparados que solo entrega de jueves a domingo. El tercero es un repostero que solo toma pedidos los fines de semana.
La clienta añade un SKU de carnicero al carrito un miércoles por la tarde. ¿Debe bloquear el checkout? El carnicero está cerrado la tarde. La tienda host está abierta. El repostero está cerrado (no es fin de semana). El vendedor de platos preparados está cerrado (todavía no es jueves). Tres de las cuatro partes están cerradas en el momento del checkout.
El checkout de Shopify no tiene un concepto integrado de «el checkout se bloquea por razones específicas de vendedor». El checkout abre o cierra a nivel vetrina. Existen bloqueos a nivel inventario (los productos agotados fallan en checkout), pero esos no representan horarios — solo estado de stock.
Es el hueco. Las apps multi-vendor gestionan cuentas de vendedor y split de pedidos. Las apps de scheduling gestionan la ventana de checkout a nivel tienda. Nada en 2026 hace el puente al nivel de horarios por vendedor en el checkout.
Dos preguntas de arquitectura que toda tienda multi-vendor debe responder
Antes de elegir una app, dos preguntas de arquitectura deciden qué es realmente alcanzable.
Pregunta 1: ¿Todos los vendedores siguen los horarios de la tienda host, o tienen los suyos?
Para la mayoría de las tiendas Shopify multi-vendor, la respuesta termina siendo «los horarios de la tienda host, con indisponibilidad de producto caso por caso cuando los vendedores individuales están ausentes». Los horarios físicos del vendedor no necesitan realmente alinearse uno a uno con la ventana de checkout de la vetrina — lo que importa es si el vendedor puede cumplir el pedido en la ventana de entrega de la tienda host. Un carnicero cerrado el miércoles por la tarde no rompe la entrega del jueves — el carnicero prepara el pedido el martes o el jueves por la mañana. La vetrina se mantiene abierta dentro de su propia ventana comercial y el pedido se enruta correctamente.
Pregunta 2: ¿La disponibilidad del vendedor es sobre «ordenar» o «entregar»?
Son problemas distintos. Los horarios de pedido son cuándo los clientes pueden hacer pedidos. Los horarios de entrega son cuándo esos pedidos pueden cumplirse y llegar. Las tiendas multi-vendor a menudo confunden los dos — el carnicero cerrado el miércoles por la tarde es una cuestión de fulfillment (el carnicero no preparará esa tarde), no una cuestión de pedido (los pedidos para entrega el jueves siguen pudiendo hacerse el miércoles). Resolver slots de entrega es un problema de slot picker (Zapiet, Stellar Delivery Date, Pickeasy). Resolver horarios de pedido es un problema de checkout (OrderRules, We Are Open). Distintas capas, distintas apps.
La mayoría de las tiendas multi-vendor responden la Pregunta 2 primero — «necesitamos gestión de slots de entrega, no horarios de pedido por vendedor» — y descubren que la ventana comercial a nivel tienda más un buen slot picker cubren el 90 % de los casos reales.
Enfoque A: Ventana comercial compartida (lo que usa la mayoría)
La arquitectura dominante para tiendas Shopify multi-vendor en 2026 es una ventana comercial compartida aplicada a toda la vetrina en la capa checkout de Shopify Functions.
La configuración es simple. Elige una app multi-vendor para cuentas de vendedor y split de pedidos (Shipturtle, Multi Vendor Marketplace by Webkul, Puppet Vendors). Instala OrderRules para los horarios comerciales a nivel tienda. Configura el Weekly Schedule de OrderRules una vez — Lun–Dom 9–18, o Lun–Dom 8:30–20:30, o lo que opere la tienda host. El calendario aplica a cada producto de la vetrina, sea cual sea el vendedor.
Fuera de horarios, OrderRules bloquea el checkout vía Shopify Functions — aplicación del lado del servidor que cubre Shop Pay, Apple Pay, Google Pay y URLs directas. La clienta ve el mensaje de estado cerrado de la tienda host. Las particularidades de horarios por vendedor no salen a la clienta en el checkout — se gestionan en el back office vía seguimiento de inventario o ventanas de disponibilidad de producto específicas por vendedor. La explicación más profunda de aplicación está en display vs aplicación en Shopify y el recorrido completo de configuración en cómo configurar los horarios de la tienda en Shopify.
Cuando un vendedor específico debe estar ausente por un día o una ventana — digamos, el carnicero cerrado por inventario el miércoles por la mañana — la tienda host marca los productos del vendedor como agotados vía los controles de inventario de la app multi-vendor, u oculta los productos de las páginas de búsqueda/categoría durante la ventana cerrada. La ventana comercial a nivel tienda sigue corriendo. La clienta ve menos productos disponibles pero no se le dice que la vetrina misma esté cerrada.
Ejemplo real: Kalkut's Convenience Store (Doncaster, UK) opera Enfoque A. La ventana comercial 8:30–20:30 — configurada una vez en OrderRules — aplica a cada producto, sea un SKU propio de Kalkut's o de un partner vendedor (Clarkes Butchers, Curry by Chris, Death by Fudge, Officially Roasts). La disponibilidad por vendedor se gestiona mediante el estado del inventario, no mediante horarios por vendedor. Tras las 20:30, el checkout se bloquea para todo el carrito independientemente de qué productos de qué vendedores haya.
Enfoque B: Ventanas comerciales por vendedor
La arquitectura más difícil son ventanas por vendedor aplicadas en checkout. El carrito de la clienta solo hace checkout si cada vendedor cuyos productos están en el carrito está actualmente abierto. Eso es lo que «horarios por vendedor» realmente significa en la capa checkout, y no lo soporta ninguna combinación de apps Shopify en 2026.
Existen varias capacidades adyacentes:
Ventanas de disponibilidad por producto. Algunas apps Shopify (mayormente dirigidas a restaurantes y servicios de meal prep) permiten a los merchants programar productos individuales como disponibles o no disponibles en ventanas de tiempo dadas. La opción mass-market más cercana es configurar la visibilidad de producto vía Shopify Flow o vía las ventanas de disponibilidad en algunas apps de scheduling de entrega. Esto impide al cliente añadir el producto al carrito durante la ventana cerrada — no es lo mismo que aplicación a nivel carrito en checkout, pero se le acerca.
Inventario por vendedor. Todas las grandes apps multi-vendor (Shipturtle, Multi Vendor Marketplace, Puppet Vendors) soportan inventario por vendedor. Los vendedores establecen sus propios niveles de stock y Shopify marca el producto como no disponible cuando el stock llega a cero. Los vendedores cerrados por el día pueden poner el stock a cero — tosco pero funcional.
Dashboards de vendedor con interruptores manuales de cierre. Varias apps multi-vendor ofrecen interruptores de cierre de tienda por vendedor. El vendedor acciona un interruptor en su dashboard, el sistema marca todos sus productos como no disponibles. Los vendedores deben acordarse de hacerlo — y de regresarlo. Práctico para vacaciones, frágil para gestión diaria de horarios.
Lo que ninguna app hace en 2026: integrar horarios por vendedor con una sola regla de aplicación a nivel checkout. El checkout de Shopify no tiene la primitiva para aplicar «bloquea este carrito si cualquier vendedor del carrito está actualmente cerrado».
Para tiendas multi-vendor en serio con aplicación por vendedor, el camino viable es desarrollo custom en Shopify Plus — usar directamente Shopify Functions y la API Cart and Checkout Validation para implementar reglas a nivel vendedor. Son meses de tiempo de desarrollador, no un install del app store.
Cómo gestionan los horarios las grandes apps multi-vendor en realidad
Una mirada práctica a las cuatro grandes apps multi-vendor para Shopify en 2026:
| App | Cuentas vendedor | Split de pedidos | Pago de comisiones | Horarios por vendedor en checkout |
|---|---|---|---|---|
| Shipturtle | Sí | Sí | Sí (configurable) | No — solo interruptor de cierre manual |
| Multi Vendor Marketplace (Webkul) | Sí | Sí | Sí | No — solo a nivel inventario |
| Puppet Vendors | Sí | Sí | Sí | No — solo a nivel inventario |
| Vendor Plus | Sí | Parcial | Manual | No |
El patrón compartido: cada gran app multi-vendor gestiona las cosas para las que las apps multi-vendor fueron creadas (cuentas de vendedor, split de pedidos, pago de comisiones). Ninguna gestiona horarios operativos por vendedor en checkout, porque el checkout de Shopify no tiene la primitiva subyacente para aplicar esto sin código custom.
La recomendación casi siempre se reduce a: elige la app multi-vendor según las necesidades operativas (Shipturtle tiene las funciones más amplias y desarrollo activo, Multi Vendor Marketplace de Webkul tiene el historial de instalación más largo, Puppet Vendors es la más ligera). Luego añade OrderRules para la ventana comercial a nivel tienda. No esperes que los horarios por vendedor funcionen en checkout en 2026 sin desarrollo custom.
Cuándo necesitas realmente horarios por vendedor
Para la mayoría de tiendas Shopify multi-vendor, los horarios por vendedor no son realmente el requisito operativo — incluso cuando suene que deberían serlo. Las señales de que genuinamente se necesita aplicación a nivel checkout por vendedor:
-
La entrega cross-vendedor es imposible. Si los productos del carnicero realmente no pueden enviarse el mismo día que los productos de la panadería porque pasan por caminos de fulfillment separados, la segmentación de carrito a nivel vendedor importa. La mayoría de tiendas multi-vendor envían en cajas combinadas desde la tienda host; el caso de fulfillment separado es raro.
-
Categorías reguladas con ventanas de licencia por vendedor. Un marketplace multi-vendor de alcohol donde distintos vendedores operan bajo distintos calendarios de licencia podría realmente necesitar aplicación por vendedor. La mayoría de tiendas de conveniencia multi-vendor lo evitan no llevando varios vendedores de alcohol.
-
SKUs de alto valor con lead-time específicos de ciertos vendedores. Si los productos de un vendedor requieren 5 días de lead time y los de otro son same-day, el slot picker debe aplicarlo — eso es un problema de slot picker (Zapiet, Stellar, Pickeasy), no un problema de horarios.
La respuesta honesta: los horarios operativos por vendedor parecen un requisito y casi nunca lo son una vez mapeado el flujo. El patrón que funciona es ventana comercial compartida + buen slot picker + controles de inventario a nivel vendedor.
Combinar el Enfoque A con slots de entrega
La arquitectura que funciona en producción para la mayoría de tiendas Shopify multi-vendor combina tres apps:
OrderRules para la ventana comercial a nivel tienda. Los clientes solo pueden hacer checkout cuando la tienda host está abierta. Cierres por festivos, mensajería custom, manejo de zona horaria viven aquí. La misma configuración cubre cada producto de cada vendedor.
Una app multi-vendor (Shipturtle, Multi Vendor Marketplace, Puppet Vendors) para cuentas de vendedor, split de pedidos en back end y pago de comisiones. El papel del vendedor es cumplir su parte del pedido, no gestionar sus propios horarios de checkout.
Una app de slot de entrega (Zapiet, Stellar Delivery Date, Pickeasy) para el scheduling de entrega lado cliente. Los slots reflejan realidades de fulfillment cross-vendedor — entrega martes si el carnicero necesita preparar lunes, jueves si el vendedor de platos preparados solo entrega jueves. El slot picker es donde el timing específico por vendedor sí aparece al cliente.
Tres apps, una ventana comercial, entrega consciente del vendedor — eso es lo que mueve Kalkut's y la mayoría de tiendas Shopify multi-vendor exitosas en 2026.
Errores comunes que cometen las tiendas multi-vendor
Cinco patrones que vemos en tiendas multi-vendor con fricción:
- Intentar aplicar horarios por vendedor en checkout. La capacidad no existe en Shopify sin desarrollo custom. Mueve el problema al slot picker.
- Elegir la app multi-vendor por su soporte a horarios. Ninguna lo tiene. Elige por funciones de split de pedido y comisión.
- Configurar horarios por vendedor que pelean con los horarios a nivel tienda. Varias apps configurando reglas solapadas crean un caos en el checkout. Una sola fuente de verdad para horarios comerciales; las especificidades del vendedor viven en inventario y slots de entrega.
- Saltarse el slot picker. Una tienda multi-vendor corriendo solo OrderRules y una app multi-vendor, sin gestión de slots de entrega, deja a los clientes a adivinar cuándo llegará el carrito. Los vendedores que no pueden cumplir generan clientes enfadados.
- No probar pedidos borrador cross-vendor. Añadir un carrito cross-vendor a un pedido borrador y pasarlo por el slot picker revela toda mala configuración. Te saltas el test, te sorprendes en vivo.
El stack multi-vendor recomendado (2026)
| Capa | App | Plan | Coste mensual aproximado |
|---|---|---|---|
| Plataforma | Shopify Basic o Shopify | Basic / Shopify | $39–$105 |
| Multi-vendor | Shipturtle o Multi Vendor Marketplace | Standard | $39–$99 |
| Horarios comerciales + reglas de pedido | OrderRules | Starter (gratis) o Pro | $0–$9.99 |
| Slot picker de entrega | Zapiet, Stellar Delivery Date o Pickeasy | Standard | $20–$50 |
| Tema | Dawn (gratis) o tema grocery de pago | — | $0–$400 único |
Stack total de lanzamiento: $90–$240/mo según qué apps multi-vendor y slot-picker se elijan. La mayoría de tiendas de conveniencia multi-vendor cae en el rango $155–$220.
Siguientes pasos
- El contexto más amplio de la tienda de conveniencia — Shopify para tiendas de conveniencia cubre cada capa operativa de extremo a extremo.
- El stack completo de grocery — el stack Shopify grocery delivery recorre cada capa en detalle.
- Horarios comerciales — cómo configurar los horarios de la tienda en Shopify y el explicativo display vs aplicación.
- Reglas de pedido + valor mínimo — la guía Shopify cantidad y valor mínimo de pedido.
- Cierres por festivos — calendario de cierres Shopify — cierra tu tienda automáticamente.
La historia completa de cliente en vivo para una tienda de conveniencia Shopify multi-vendor está en el caso de estudio Kalkut's. O instala OrderRules — el plan Starter gratis cubre horarios de tienda y calendario de cierres.