Un sitio único te da más independencia: puedes restaurar, migrar o vender cada web sin afectar a las demás. WordPress Multisite agrupa varios sitios bajo una misma instalación y comparte elementos como usuarios, plugins, temas y parte de la base de datos. Por eso, ahorrar con una copia «por subsitio» puede salir caro si necesitas recuperar una incidencia completa.
En WordPress Multisite vs sitio único: qué backup elegir , el backup más seguro para Multisite suele ser el de toda la red, porque usuarios, plugins, temas y tablas globales se comparten. Elige sitios únicos si cada proyecto debe restaurarse, venderse o aislarse por separado. Conserva al menos 30 días de copias externas y prueba una restauración antes de necesitarla.
✉
¿Quieres más información? Escríbenos y te orientamos
Decide según lo que necesitas restaurar
La restauración manda sobre el precio.
Un backup , o copia de seguridad, es una copia de archivos y base de datos que permite volver a un momento anterior. Una exportación de WordPress, en cambio, suele llevar entradas, páginas y comentarios, pero no sustituye archivos, ajustes, usuarios, plugins ni la base de datos MySQL completa.
La decisión en menos de un minuto
Elige sitios únicos si gestionas una tienda, una web corporativa y un blog con dueños distintos, o si uno puede venderse más adelante. Cada instalación tendrá sus archivos de WordPress, su base de datos y su punto de restauración sin efectos sobre las otras.
Matriz para elegir arquitectura y copia
Situación Estructura aconsejada Copia que debes poder restaurar Riesgo al recuperar Tienda y blog con propietarios distintos Sitios únicos Cada sitio completo Bajo, no afecta a otra web Delegaciones con misma plantilla Multisite Red completa y opción por subsitio Medio, hay recursos comunes Agencia con clientes que pueden irse Sitios únicos Web migrable del cliente Bajo, facilita la salida Portal interno con 20 micrositios Multisite Red, archivos y configuración Alto si se restaura toda la red
Si puedes aceptar perder hasta 24 horas de cambios y volver a operar en 4 horas, programa copias diarias y verifica que una restauración cabe en ese plazo. Si recibes pedidos o reservas cada hora, fija un RPO de entre 1 y 4 horas y prepara copias más frecuentes.
✉
¿Quieres más información? Escríbenos y te orientamos
Por qué un subsitio no vive aislado
Un subsitio depende de su red.
WordPress Multisite guarda contenido de cada sitio en tablas propias, pero mantiene elementos comunes para toda la red. El superadministrador controla la red completa; el administrador normal solo gestiona un subsitio dentro de ella.
Recursos que pertenecen a la red
El núcleo de WordPress, llamado core , es común. También lo son los plugins y temas instalados, la tabla principal de usuarios y varias tablas que guardan la lista de sitios, dominios, ajustes y relaciones de red.
Restaurar uno o restaurar todos
Restaurar toda la red devuelve una fotografía coherente de componentes compartidos. El precio es alto: puede borrar cambios recientes de otros subsitios, como pedidos, altas de usuarios o publicaciones hechas después de la fecha de la copia.
Una copia de seguridad de WordPress para Multisite debe distinguir entre lo que pertenece a la red y lo que pertenece a cada web. La base de datos MySQL suele incluir tablas globales de WordPress, como las que registran la red, los sitios y los usuarios, además de tablas específicas de cada subsitio de WordPress para entradas, opciones, términos y metadatos. Los archivos de medios también deben identificarse por sitio, mientras que el core, los plugins compartidos y los temas compartidos se gestionan desde una instalación común.
Por eso, una restauración de Multisite limitada a un subsitio puede recuperar su contenido sin reconstruir correctamente permisos, medios o ajustes si no conserva la relación con los usuarios compartidos y la configuración de red.
Diseña copias para volver a trabajar
Una copia sin prueba es una esperanza.
Define primero el RPO , la cantidad máxima de datos que aceptas perder. Define también el RTO , el tiempo máximo que la web puede estar caída. Son siglas, pero la idea es sencilla: cuánto pasado puedes perder y cuánto tiempo puedes esperar.
Frecuencia, destino y coste real
Haz una copia manual antes de actualizar WordPress, plugins, temas o reglas de red. Después, programa copias diarias, o incrementales si hay muchos cambios: una copia incremental guarda solo lo nuevo desde la última copia y suele ahorrar espacio.
Ruta de una restauración que puedes comprobar
1. Copia externaarchivos y MySQL
2. Entorno de pruebasclon sin visitas
3. Validaciónusuarios y formularios
4. Recuperación realsolo si procede
Herramientas y prueba de restauración
UpdraftPlus, WPvivid, Duplicator, BlogVault y Jetpack Backup, antes VaultPress, ofrecen funciones distintas de copia, migración y destino remoto. Verifica expresamente la compatibilidad con Multisite y la restauración de subsitios en el plan contratado, porque no todas las funciones aparecen en las ediciones básicas.
🛒
Producto recomendado
Un disco externo puede servir como segunda copia local antes de enviar otra al almacenamiento remoto. No debe ser la única copia, pero ayuda a recuperar archivos grandes sin depender de una descarga lenta.
Permite conservar una copia desconectada de la cuenta de hosting.
Reduce el tiempo de descarga al probar restauraciones grandes.
Facilita guardar una rotación mensual fuera de la oficina.
Ver en Amazon →
Prueba cada restauración en un entorno de pruebas, que es una copia privada no visible al público. Revisa acceso de administradores, enlaces, imágenes, formularios, correos, pedidos, usuarios y tareas programadas, como copias automáticas o envíos de facturas.
No fuerces Multisite si solo gestionas una instalación y no prevés compartir administración, usuarios ni recursos. Tampoco lo elijas solo para ahorrar una licencia si los proyectos tienen propietarios distintos, obligaciones legales separadas o necesitan restaurarse por su cuenta; en esos casos, una instalación independiente reduce el riesgo y simplifica una futura migración.
El hosting condiciona tanto la velocidad de recuperación como la seguridad de las copias. Una red Multisite concentra tráfico, archivos y procesos de muchos sitios, por lo que conviene confirmar que el servidor dispone de espacio temporal, acceso fiable a la base de datos, límites de PHP adecuados y una política clara de snapshots. El superadministrador de red debería coordinar actualizaciones de core, plugins y temas en un entorno de pruebas, ya que un fallo en un recurso común puede afectar a toda la red.
El RPO de copias de seguridad también debe ajustarse al volumen de cambios: una red con pedidos, formularios o altas frecuentes necesita copias externas más próximas que un portal editorial con actualizaciones semanales. Además, una red lenta de restaurar puede incumplir el RTO aunque el backup esté completo.
✉
¿Quieres más información? Escríbenos y te orientamos
Lo que más preguntan
¿Qué es WordPress multisite?
WordPress Multisite permite gestionar varios sitios desde una instalación central de WordPress. Cada subsitio tiene contenido propio, pero comparte partes técnicas de la red, como usuarios, plugins o temas.
¿Qué backup necesito para WordPress multisite?
WordPress Multisite necesita un backup completo de red guardado fuera del hosting. Si quieres recuperar subsitios, comprueba que la herramienta lo soporte y pruébalo con la misma configuración compartida.
¿Puedo restaurar un solo subsitio?
Puedes restaurar un subsitio solo si tu herramienta y la red mantienen compatibles los recursos comunes. Revisa usuarios, tema, plugins y tablas globales antes de llevar esa copia al sitio en producción.
¿Qué es RPO y RTO en una copia?
RPO indica cuántos datos puedes perder y RTO cuánto tiempo puede estar caída la web. Una tienda puede fijar entre 1 y 4 horas de RPO, mientras un blog puede aceptar 24 horas.
¿Vale la pena un backup incremental?
Un backup incremental vale la pena cuando cambian muchos archivos o pedidos cada día. Guarda solo diferencias y reduce espacio, pero debes confirmar que la cadena completa se restaura correctamente.
¿Cómo saco un subsitio de multisite?
Extraer un subsitio exige migrar contenido, medios, usuarios y ajustes a una instalación nueva. Haz primero una clonación de pruebas, revisa enlaces y conserva la copia completa de la red hasta validar el resultado.
Lo esencial: Multisite requiere pensar en la red completa porque comparte recursos técnicos. Lo esencial: los sitios únicos dan más aislamiento para restaurar, vender o entregar proyectos. Lo esencial: define un RPO y un RTO antes de elegir plugin, plan y frecuencia. Lo esencial: conserva copias externas entre 30 y 90 días y valida una restauración real. Para convertir un subsitio en un sitio único de WordPress, no basta con exportar entradas. El plan debe inventariar contenidos, biblioteca multimedia, usuarios que conservarán acceso, formularios, redirecciones, configuraciones del tema y datos de plugins, especialmente comercio electrónico, membresías o SEO. Primero se clona el subsitio en un entorno aislado y se crea una instalación nueva con su propia base de datos; después se trasladan archivos y datos, se sustituyen URLs cuando corresponda y se revisan enlaces internos, correos, cron y claves de servicios externos.
Durante la migración de WordPress conviene mantener el subsitio original en modo controlado y conservar el backup de red completa. Solo tras validar pedidos, cuentas, medios y analítica se redirige el dominio y se decide cuándo eliminar o archivar la versión dentro de Multisite.
Fuentes de interés
Otros artículos que pueden complementar lo que acabas de leer:
