Entiende qué se comparte.
Una red de WordPress Multisite ejecuta varios sitios con un núcleo de software compartido y administración a nivel de red. Cada sitio conserva su propio contenido y configuración. Las instalaciones separadas pueden seguir decisiones diferentes sobre software y versiones, según su alojamiento y mantenimiento.
Ninguna de las dos etiquetas resuelve todas las preguntas sobre datos o seguridad. Pregunta cómo funcionan las cuentas, los permisos, las copias de seguridad y la recuperación en el entorno real. Las instalaciones separadas dentro de una misma cuenta de alojamiento no quedan automáticamente aisladas en todos los aspectos.
Compara las decisiones que tendrás que tomar más adelante.
Piensa quién elige los plugins, cuándo se publican los cambios y qué pasa si una tienda necesita una función diferente. Un mismo propietario puede necesitar reglas distintas para sus tiendas. Los clientes de una agencia pueden tener responsabilidades y requisitos de salida muy diferentes.
| Área | Pregunta que resolver |
|---|---|
| Cambios de software | ¿Pueden todas las tiendas seguir la misma política de actualizaciones y plugins? |
| Datos del negocio | ¿Qué productos, existencias o clientes necesitan realmente una fuente compartida? |
| Acceso | ¿Quién puede administrar la red y cada tienda? |
| Recuperación | ¿Puede restaurarse una tienda sin causar problemas en las demás? |
| Separación futura | ¿Cómo saldría uno de los negocios de la configuración compartida? |
Dos negocios pueden elegir opciones diferentes con buenos motivos.
En un negocio ficticio con dos marcas, el mismo propietario utiliza tipos de producto similares y un único equipo de mantenimiento. Compartir la política de software puede resultar atractivo, pero compartir catálogo y existencias sigue necesitando un diseño explícito. Una red no hace desaparecer esas reglas.
En una agencia ficticia, los clientes independientes necesitan plugins, fechas de publicación y entregas futuras diferentes. Una mayor autonomía puede importar más que una instalación compartida. Estos escenarios explican los criterios; no son una puntuación que elija una arquitectura según el número de tiendas.
Acuerda por separado el plan técnico y el trabajo diario.
Pide al desarrollador que explique las integraciones compatibles, la gestión de dominios, los límites de acceso y las responsabilidades de mantenimiento de la configuración propuesta. Utiliza un entorno de pruebas adecuado antes de convertir una instalación existente.
Después, describe dos tareas reales: cambiar a la tienda correcta para atender a un cliente y preparar un cambio de producto para un negocio concreto. Una arquitectura puede ser técnicamente sólida y necesitar, aun así, un espacio de trabajo diario más claro. Evalúa cada cuestión por separado.