Multitienda en PrestaShop: cuándo usarla, cuándo no y qué se comparte

La multitienda es una de esas funciones de PrestaShop que parece la solución a todo. ¿Quieres una tienda para profesionales y otra para particulares? Multitienda. ¿Una para España y otra para Portugal? Multitienda. ¿Una segunda marca con otro diseño? Multitienda. Y es cierto que puede hacer todo eso, pero cada tienda que añades multiplica la configuración, las pruebas y los fallos posibles. Antes de activarla, conviene saber exactamente qué ganas y qué pagas.

Qué es la multitienda

Es una opción del núcleo que permite tener varias tiendas sobre una sola instalación y una sola base de datos. Se gestionan desde el mismo back-office, eligiendo en un selector en qué tienda (o en qué grupo de tiendas, o en todas) se aplica cada cambio. Cada tienda puede tener su dominio o su carpeta, su tema, su catálogo visible, sus precios y su configuración.

Las tiendas se organizan en grupos de tiendas, y es en el grupo donde se decide qué comparten entre ellas.

Qué se comparte y qué no

Lo que es común a todas

• La instalación: mismos ficheros, misma versión del núcleo, mismos módulos en disco. Si actualizas PrestaShop, actualizas todas a la vez.
• El catálogo de base: un producto existe una vez y se asocia a una o varias tiendas. Muchos de sus campos (nombre, descripción, precio, visibilidad) pueden tener valores distintos en cada tienda.
• Los empleados, que pueden tener acceso a todas las tiendas o solo a algunas.

Lo que decide el grupo de tiendas

• Compartir clientes: si un cliente registrado en una tienda puede iniciar sesión en las demás del grupo con la misma cuenta.
• Compartir stock: si las tiendas del grupo venden del mismo stock o cada una lleva el suyo.
• Compartir pedidos: solo es posible si se comparte el stock, y permite, por ejemplo, que el cliente vea en su cuenta los pedidos de todas las tiendas del grupo.

Lo que es de cada tienda

• Dominio, tema y configuración visual.
• Configuración de la mayoría de módulos, que puede ser distinta en cada tienda (o la misma, si la guardas para todas).
• Transportistas, métodos de pago, monedas, idiomas y países activos.
• Contenido CMS y páginas propias.

Cuándo sí compensa

• Marcas distintas con el mismo almacén. Dos tiendas con nombre, diseño y público diferentes que venden parte del mismo catálogo y del mismo stock. La multitienda evita duplicar productos y sincronizar existencias entre dos instalaciones.
• Un mismo equipo gestionando varias tiendas pequeñas que comparten proveedor, logística y forma de trabajar, y que tiene que ver los pedidos de todas en un solo sitio.
• Tiendas por país con diferencias reales de catálogo, precios, transportistas o textos legales, que van más allá de traducir.

Cuándo no compensa

• Solo quieres otro idioma. PrestaShop gestiona varios idiomas en una sola tienda, con su URL por idioma. No necesitas multitienda para eso.
• Solo quieres otros precios para profesionales. Los grupos de clientes, los precios específicos y las reglas de catálogo resuelven la venta B2B dentro de la misma tienda, con el mismo catálogo.
• Solo quieres otra moneda. Las monedas también se gestionan en una sola tienda.
• Las dos tiendas no tienen nada en común: catálogo distinto, equipo distinto, logística distinta. Entonces lo único que compartes es el riesgo. Una actualización o un módulo que falla rompe las dos, y no puedes actualizar una sin la otra.

Lo que complica en el día a día

Módulos

No todos los módulos están bien preparados para multitienda. Los hay que guardan su configuración solo una vez para todas las tiendas, que no filtran sus datos por tienda o que muestran en una tienda lo configurado para otra. Antes de instalar un módulo en una multitienda, pregunta expresamente si la soporta y pruébalo con al menos dos tiendas.

El selector del back-office

Cada cambio se aplica en el contexto elegido arriba: una tienda, un grupo o todas. Es fácil cambiar un precio o un ajuste pensando que afecta a una tienda y aplicarlo a todas, o al revés. Con varias personas trabajando en el back-office, conviene acordar quién toca qué y desde qué contexto.

Rendimiento

Muchas consultas tienen que tener en cuenta la tienda, y las tablas con datos por tienda crecen con cada tienda que añades. En catálogos grandes, se nota.

Actualizaciones

Una actualización del núcleo afecta a todas las tiendas a la vez, con todos sus módulos y sus temas. La lista de pruebas se multiplica por el número de tiendas: un fallo puede aparecer en el tema de una tienda y no en la otra.

SEO

Si dos tiendas venden los mismos productos con descripciones idénticas en el mismo idioma, compiten entre ellas en los buscadores. Si vas a tener productos compartidos, plantéate descripciones propias en cada tienda.

Preguntas para decidir

1. ¿Las tiendas venden del mismo stock? Si no, gran parte de la ventaja desaparece.
2. ¿Lo que quieres separar se resuelve con idiomas, monedas o grupos de clientes? Si sí, una sola tienda es más sencilla.
3. ¿Todos tus módulos imprescindibles funcionan en multitienda?
4. ¿Puedes permitirte que las tiendas se actualicen siempre a la vez?
5. ¿Quién va a gestionar el back-office y está acostumbrado a trabajar con el selector de contexto?

Si después de estas preguntas la multitienda sigue teniendo sentido, el siguiente paso es montarla primero en una copia de pruebas, con dos tiendas reales y los módulos que vas a usar, y comprobar el flujo completo antes de abrirla al público.

Cómo resolverlo en PrestaShop

Activar la multitienda es un clic; diseñar bien los grupos, elegir qué se comparte y comprobar que cada módulo se comporta bien con varias tiendas lleva más trabajo. Con un bono de horas de soporte de Rekire analizamos tu caso y te decimos si te conviene multitienda o una tienda única con idiomas y grupos de clientes, montamos la configuración en una copia de pruebas, revisamos tus módulos y, si ya tienes una multitienda que da problemas, buscamos dónde se cruzan los datos entre tiendas.