Cómo restaurar un sitio multisitio de WordPress (4 métodos que funcionan en 2026)

Que se caiga una instalación de WordPress de un solo sitio ya es un fastidio. Que se caiga una red multisitio hace que todos los clientes te llamen a la vez.

Eso es lo que la gente suele subestimar de WordPress Multisite. La infraestructura compartida permite gestionar de forma eficiente docenas de sitios desde un único panel de control, pero basta con que se dañe una tabla de la base de datos, se produzca una actualización defectuosa de un plugin o falle una migración para que toda la red quede fuera de servicio.

He tenido que recuperar redes multisitio en casi todas las situaciones que pueden llevar a alguien a leer esta entrada: una actualización de PHP que dejó inoperante el administrador de la red, una migración de alojamiento mal realizada que dejó la base de datos sin ninguna conexión, o un conflicto entre plugins que bloqueó todos los subsitios con un error fatal.

La recuperación en múltiples sitios no es tan complicada como parece, pero depende en gran medida de lo que siga funcionando cuando surgen problemas.

En esta entrada, voy a explicar varios métodos para restaurar tu red multisitio de WordPress. Empieza por lo que aún esté accesible, elige el método adecuado y sigue los pasos. ¡Al final, tu red volverá a estar operativa!

He aquí las principales conclusiones:

• En la mayoría de los casos, es posible recuperar una red multisitio que haya dejado de funcionar. Por lo general, los datos siguen estando ahí, incluso cuando todos los subsitios están inactivos.
• El método de recuperación depende de a qué se pueda acceder todavía: wp-admin, una URL de recuperación ante desastres, Duplicator Cloud o acceso directo por FTP y phpMyAdmin.
• Duplicator Pro (licencia Pro o Elite) es la forma más rápida de recuperar una red multisitio. La recuperación manual es una alternativa que funciona sin necesidad de ningún complemento.
• Puedes restaurar un solo subsitio sin afectar al resto de la red, pero solo si la copia de seguridad se personalizó para ese subsitio en el momento de su creación.
• Las medidas que agilizan la recuperación futura (copias de seguridad programadas, direcciones URL de recuperación ante desastres y un conector de recuperación configurado) se configuran en cuestión de minutos y deben realizarse antes de que las necesites.

Índice

Cuándo puede ser necesario restaurar una red multisitio de WordPress

No todos los fallos en sitios múltiples son iguales, y la situación en la que te encuentres determinará qué método de recuperación es el más adecuado. A continuación te indicamos en qué situación podrías encontrarte ahora mismo.

• Actualización fallida del núcleo, un complemento o un tema. El motivo más habitual. Una sola actualización incompatible provoca un error grave que bloquea todos los subsitios al mismo tiempo. Es posible que aún se pueda acceder al administrador de la red, o que haya desaparecido por completo, dependiendo de qué haya fallado.
• Corrupción de la base de datos. Una tabla de MySQL dañada, una importación fallida o un error de escritura durante una actualización pueden afectar a toda la capa de datos de la red. Los archivos están intactos, pero WordPress no puede leer los datos que necesita para funcionar.
• Red pirateada o comprometida. El malware, el código inyectado o un ataque de fuerza bruta pueden dejar la red en un estado poco fiable. Es posible limpiarla manualmente, pero restaurarla a partir de una copia de seguridad limpia suele ser más rápido y fiable.
• Migración fallida. Trasladar un sitio multisitio a un nuevo servidor es más complejo que trasladar un sitio único. Una migración parcial —en la que se transfieren los archivos pero no se actualiza la base de datos— provoca fallos en la red que no siempre son evidentes hasta que se intenta cargar un subsitio.
• Borrado accidental. Un subsitio eliminado por error, un plugin esencial desactivado en toda la red, un ajuste de configuración modificado que no debería haberse cambiado.
• Fallo del servidor o del alojamiento. La infraestructura deja de funcionar y, cuando vuelve a estar operativa, WordPress no se inicia. Es posible que los archivos estén intactos, pero la base de datos o la configuración se han perdido.
• Fallo en un único subsitio. En este caso, no siempre es necesario realizar una restauración completa de la red. Si solo se ve afectado un subsitio, una restauración selectiva de ese subsitio es más rápida y segura que revertir todo. La sección adicional al final de esta publicación trata este tema en concreto.

Lo que necesitas antes de empezar

El método de restauración que elijas dependerá de lo que aún esté accesible. Repasa esta lista antes de elegir uno de los métodos que se indican a continuación.

• Una copia de seguridad anterior al problema. Comprueba la fecha y hora antes de hacer nada más. Restaurar una copia de seguridad que ya contenga el error o la actualización defectuosa no servirá de nada.
• Saber qué sigue funcionando. ¿Puedes acceder a wp-admin? ¿Responde el servidor? ¿Está activa la base de datos? Tus respuestas a estas preguntas determinarán qué métodos tienes a tu disposición.
• Duplicator Pro para los métodos 1, 2 y 3. La compatibilidad con multisitio requiere una licencia Pro o Elite. La versión Lite no es compatible con multisitio. Si no estás seguro de qué licencia tienes, inicia sesión en tu cuenta en duplicator.com.
• Acceso de administrador de red para los métodos 1 y 2. Duplicator Pro solo aparece a nivel de red. No lo encontrarás en el panel de control de un subsitio concreto. Si no puedes acceder al administrador de red, pasa al método 2 o al 3.
• Un conector de recuperación configurado en Duplicator Cloud para el Método 3. Se trata de una configuración que solo hay que realizar una vez y que almacena las credenciales FTP/SFTP de tu servidor en Duplicator Cloud para que pueda escribir archivos directamente en tu servidor. Si no se configuró antes de que surgiera el problema, el Método 3 no estará disponible para ti. Tómalo en cuenta para cuando hayas completado la recuperación.
• Datos de acceso al servidor para el método 4. Si no dispones de Duplicator, necesitarás acceso FTP o SFTP, los datos de acceso a tu base de datos (servidor, nombre, nombre de usuario y contraseña) y acceso a phpMyAdmin o WP-CLI. Consulta el panel de control de tu alojamiento web o el correo electrónico de bienvenida si no sabes dónde encontrarlos.

Cómo restaurar una red multisitio de WordPress

Si estás leyendo esto en plena crisis, respira hondo. Una red multisitio averiada puede parecer una catástrofe, sobre todo cuando todos los subsitios están caídos a la vez, pero en la mayoría de los casos los datos siguen ahí.

El método que utilices dependerá de lo que aún esté accesible. Algunas de las opciones que se indican a continuación solo requieren unos pocos clics. Otras llevan más tiempo y exigen trabajar directamente en el servidor.

Sea como sea, al final de este artículo tendrás una estrategia viable para seguir adelante.

• Método 1: Restaurar desde la página de copias de seguridad de Duplicator Pro: la opción más rápida si aún se puede acceder a wp-admin. Con unos pocos clics en el panel de control, Duplicator se encarga automáticamente de la restauración completa de la red.
• Método 2: Utiliza la URL de recuperación ante desastres: funciona incluso cuando wp-admin está completamente inactivo. Pega una URL pregenerada en el navegador y el instalador independiente de Duplicator se ejecutará por completo fuera de WordPress.
• Método 3: Restaurar a través de Duplicator Cloud sin wp-admin: la opción de recuperación en el peor de los casos. Si las copias de seguridad se encuentran en Duplicator Cloud y se ha configurado previamente un conector de recuperación, toda la restauración se ejecuta de forma remota desde el panel de control de la nube a través de FTP/SFTP.
• Método 4: Restauración manual mediante FTP y phpMyAdmin: la alternativa cuando no se tiene instalado Duplicator o no se pueden utilizar herramientas basadas en plugins. Es el método que requiere más pasos y las credenciales del servidor, pero funciona en cualquier proveedor de alojamiento sin necesidad de herramientas preinstaladas.

Método 1: Restaurar desde la página de copias de seguridad de Duplicator Pro

Si aún puedes acceder al panel de control de wp-admin, esta es la forma más rápida y fiable de restablecer el funcionamiento de la red.

Duplicator Pro es un plugin de WordPress para copias de seguridad, migración y recuperación, diseñado para gestionar redes multisitio de la misma forma que gestiona sitios individuales: de manera integral, desde un único panel de control, sin necesidad de realizar tareas manuales en la base de datos ni de acceder por FTP.

Realiza copias de seguridad de todos los subsitios, almacena automáticamente las copias en la nube y, si surge algún problema, restaura toda la red con solo unos clics.

Para las agencias y los desarrolladores que gestionan varios sitios web en una misma red, es la herramienta que permite una recuperación rápida y sencilla.

La versión Lite no es compatible con el modo multisitio. Necesitarás una licencia Pro o Elite, ya que ambas incluyen funciones completas de copia de seguridad, restauración, migración y recuperación ante desastres de la red.

Ya sea para realizar una restauración rutinaria, solucionar los problemas de una actualización fallida o revertir los cambios tras un fallo en una prueba de entorno de staging, yo utilizo Duplicator.

Paso 1: Busca la copia de seguridad adecuada y restáurala

Ve a Mis sitios » Administración de la red » Duplicator Pro » Copias de seguridad. Duplicator Pro solo aparece a nivel de red en una instalación multisitio. Si estás en el panel de control de un subsitio concreto, no lo encontrarás allí.

Si tus copias de seguridad están almacenadas en la nube (Google Drive, Amazon S3, Dropbox o Duplicator Cloud), aparecerán automáticamente en esta página. No tendrás que volver a subirlas.

Busca la última copia de seguridad realizada antes de que surgiera el problema. Comprueba bien la fecha y la hora. Si restauras una copia de seguridad que ya se vio afectada por lo que provocó la avería en la red, volverás a encontrarte en la misma situación.

Haz clic en el botón «Restaurar» situado junto a la copia de seguridad. Duplicator abrirá el instalador en una nueva pestaña del navegador.

Antes de hacer clic: esto sobrescribirá tu instalación multisitio actual. Se perderá cualquier contenido, configuración o cambio en los subsitios que se haya realizado después de la fecha y hora de la copia de seguridad. Comprueba la fecha antes de continuar.

Paso 2: Sigue las instrucciones del instalador

En este momento, estás viendo el asistente paso a paso para la restauración de Duplicator.

Duplicator rellena automáticamente las credenciales de la base de datos y la URL del sitio a partir de la copia de seguridad. Solo tienes que aceptar los términos y avisos que aparecen al final de la página y hacer clic en «Restaurar copia de seguridad».

Confirma la restauración en la ventana emergente y deja que el instalador siga su curso.

Cuando termine, aparecerá una pantalla de finalización con un enlace para volver a tu administrador de red.

¡Tu sitio web ya está de nuevo en línea!

Método 2: Utilizar la URL de recuperación ante desastres

Si wp-admin no se carga y no puedes acceder al panel de control, aún así puedes restaurar tu red. Duplicator funciona al margen de WordPress, por lo que un error grave, un tema defectuoso o un panel de administración bloqueado no lo detienen.

Una forma de recuperar tu red es mediante una URL de recuperación ante desastres. Con suerte, habrás guardado una copia de esta antes de que le pasara algo a tu sitio web.

Guardaste esto cuando se creó la copia de seguridad, ya sea como una URL copiada o como un archivo de inicio descargado.

Hay algo que debes tener en cuenta: la URL de recuperación ante desastres debe existir antes de que se produzca un problema. Se genera a partir de una copia de seguridad concreta y se guarda en un lugar seguro.

Si nunca has creado una, pasa al método 3. Vuelve a esta sección cuando la hayas recuperado y hayas configurado una.

Las guardo en un gestor de contraseñas, con una entrada por sitio web. Si alguna vez se cae por completo la red, es lo primero a lo que recurro.

Paso 1: Busca tu URL de recuperación ante desastres

Si no estás seguro de si dispones de una URL de recuperación ante desastres, compruébalo en Duplicator Pro, dentro de la sección «Administración de red». Ve a «Copias de seguridad» y busca el icono verde de recuperación ante desastres.

Si tu wp-admin funciona, haz clic en él y copia el enlace de recuperación.

También es posible que la tengas guardada fuera de este sitio, en un gestor de contraseñas u otro lugar seguro.

Paso 2: Pega la URL en tu navegador

Abre una nueva pestaña del navegador y pega tu URL de recuperación. El instalador independiente de Duplicator se carga directamente, totalmente al margen de WordPress. No necesita que WordPress esté en funcionamiento en absoluto.

Aunque tu sitio web muestre una página en blanco, un error grave o un error de conexión a la base de datos, este instalador se cargará de todos modos.

Acepta los términos y ejecuta la restauración. Duplicator se encarga del resto.

Cuando haya terminado, verás un enlace que te llevará de vuelta a tu administrador de red restaurado. Haz clic en él, comprueba que tus subsitios se cargan correctamente y realiza las tareas de limpieza posteriores a la restauración que te indique el asistente.

Configúralo antes de que lo vuelvas a necesitar

Una vez que se restablezca la conexión a la red, configura inmediatamente la recuperación ante desastres. En Duplicator Pro, ve a «Copias de seguridad» y crea una nueva copia de seguridad completa del sitio que incluya todos tus subsitios.

Haz clic en el icono azul con forma de casa que aparece junto a la copia de seguridad completada.

Seguir estableciendo la recuperación en caso de catástrofe.

Copia la URL. Guárdala en algún lugar que no dependa de que tu sitio de WordPress esté activo: un gestor de contraseñas, un documento compartido del equipo o una nota segura.

Haz lo mismo con cada uno de los subsitios de la red que necesites recuperar de forma independiente.

Solo te llevará dos minutos y podría ser la clave para una recuperación rápida la próxima vez que tu sitio web deje de funcionar.

Método 3: Restaurar a través de Duplicator Cloud sin wp-admin

Esta es la ruta de recuperación para el peor de los casos. WordPress no funciona y no se puede acceder a wp-admin. Necesitas restaurar el sistema, pero no puedes entrar en el panel de control para iniciar ningún proceso.

Si tus copias de seguridad están almacenadas en Duplicator Cloud y configuraste un conector de recuperación antes de que surgiera el problema, la restauración completa se ejecuta desde el panel de control de Duplicator Cloud.

No es necesario que tu servidor tenga WordPress instalado. Solo tiene que ser accesible a través de FTP o SFTP.

El conector de recuperación es el único elemento que debe estar configurado antes de que se produzca el desastre. Se trata de un conjunto de credenciales FTP/SFTP almacenadas que Duplicator Cloud utiliza para escribir archivos directamente en tu servidor. Si no se ha configurado con antelación, aún puedes introducir esas credenciales durante el proceso de restauración, pero necesitarás tener acceso FTP disponible.

Si el FTP tampoco funciona, ponte en contacto con tu proveedor de alojamiento antes de continuar, o pasa directamente al método 4.

Paso 1: Inicia sesión en Duplicator Cloud y configura el conector de recuperación

Ve a duplicator.com e inicia sesión en tu cuenta de Duplicator Cloud. En el panel de control, selecciona el sitio que deseas restaurar.

Haz clic en el botón amarillo «Recuperación desde la nube » situado en la esquina superior derecha.

Introduce tus credenciales de FTP/SFTP. Comprueba la conexión.

Paso 2: Deja que Duplicator Cloud ejecute la restauración

Revisa la lista de copias de seguridad y busca la última copia de seguridad válida anterior a la fecha en que comenzó el problema. Comprueba bien la fecha y la hora, tal y como harías con cualquier otro método.

Haz clic en «Restaurar copia de seguridad completa».

Duplicator Cloud se conecta a tu servidor a través de FTP o SFTP, transfiere los archivos de copia de seguridad y ejecuta el instalador de forma remota. Puedes seguir el progreso desde el panel de control en la nube. No es necesario que hagas nada por tu parte durante este paso.

Cuando finalice la restauración, tu red multisitio volverá a estar disponible y accesible en su URL original. Inicia sesión en la administración de la red, comprueba que tus subsitios se cargan correctamente y verifica que los archivos multimedia y los enlaces permanentes funcionan correctamente.

Configura ahora el conector de recuperación, si aún no lo has hecho

Una vez que hayas restablecido el sitio, configura esto antes de nada. En tu cuenta de Duplicator Cloud, ve a la configuración de tu sitio y busca la opción «Recovery Connector».

Introduce tus credenciales de FTP o SFTP y comprueba la conexión. Duplicator Cloud te confirmará si la conexión funciona.

Esta configuración garantiza que la recuperación en la nube externa esté totalmente disponible la próxima vez que surja algún problema. Si la combinas con una URL de recuperación ante desastres, dispondrás de dos formas de restaurar tu red sin necesidad de que WordPress esté en funcionamiento.

Método 4: Restauración manual mediante FTP y phpMyAdmin

Este es el método más complicado de la lista. Es el que requiere más pasos, más conocimientos técnicos y más tiempo.

Solo consideraría realizar una restauración manual si no tienes instalado Duplicator Pro, si las herramientas de restauración basadas en plugins no funcionan o si no dispones de una copia de seguridad y tienes que trabajar con los archivos y las exportaciones de la base de datos que tengas a tu disposición.

Si tienes a tu disposición alguno de los métodos 1, 2 o 3, utilízalos primero. Esta es la alternativa para cuando no sea posible.

Paso 1: Localiza tus archivos de copia de seguridad

Antes de acceder al servidor, asegúrate de que dispones de dos cosas: una copia de los archivos de WordPress (todo lo que hay en el directorio raíz del sitio y en el directorio /wp-content/) y una exportación de la base de datos en formato .sql.

Se necesitan ambas cosas. Si se restauran los archivos sin la base de datos, o la base de datos sin los archivos, la red queda inutilizada.

Si no tienes a mano una copia de seguridad manual, comprueba primero tu panel de control de alojamiento. La mayoría de los proveedores de alojamiento gestionado (WP Engine, Kinsta, SiteGround y otros) guardan instantáneas diarias automáticas en el panel de control. Busca la sección «Copias de seguridad» o «Restaurar» y descárgala desde allí.

Paso 2: Restaurar los archivos de WordPress a través de FTP

Conéctate a tu servidor mediante un cliente FTP. FileZilla es gratuito y funciona bien. Accede al directorio raíz de WordPress, la carpeta que contiene los archivos wp-config.php, wp-admin/ y wp-content/.

Sube tus archivos de copia de seguridad, sobrescribiendo los que hay actualmente en el servidor.

Una carpeta a la que hay que prestar especial atención: /wp-content/uploads/sites/. Aquí es donde Multisite almacena los archivos multimedia de cada subsitio, organizados en subdirectorios numerados para cada sitio de la red. Es fácil pasarla por alto durante una restauración, y es la causa de la mayoría de los fallos relacionados con los archivos multimedia tras la restauración.

Antes de realizar la subida: esto sobrescribirá tu instalación actual. Se perderán todos los cambios realizados desde que se creó la copia de seguridad. Si hay algo en el servidor activo que merezca la pena conservar, descárgalo antes de empezar.

Paso 3: Importar la base de datos a través de phpMyAdmin

Abre tu panel de alojamiento y ejecuta phpMyAdmin. En el panel de la izquierda, selecciona tu base de datos de WordPress. Ve a la pestaña «Importar», haz clic en «Elegir archivo» y selecciona tu archivo de copia de seguridad .sql. A continuación, haz clic en «Ir».

phpMyAdmin es la herramienta de bases de datos basada en navegador que la mayoría de los proveedores de alojamiento incluyen de serie. Si nunca la has utilizado, puede parecer más complicada de lo que realmente es. Solo vas a utilizar la pestaña «Importar».

Antes de importar: las bases de datos multisitio de gran tamaño pueden superar el límite de tiempo de ejecución predeterminado de phpMyAdmin. Si tu base de datos supera unos pocos cientos de megabytes, es posible que se agote el tiempo de espera a mitad del proceso.

Si eso ocurre, utiliza WP-CLI en su lugar: ejecuta wp db import backup.sql desde la línea de comandos de tu servidor. También puedes ponerte en contacto con tu proveedor de alojamiento y pedirle que realice la importación. Se trata de una solicitud habitual, y la mayoría de los equipos de asistencia la gestionan rápidamente.

Paso 4: Actualiza el archivo wp-config.php si es necesario

Si vas a restaurar en el mismo servidor y en la misma base de datos, puedes saltarte este paso. Si vas a restaurar en un nuevo servidor o en una nueva base de datos, abre el archivo wp-config.php a través de FTP y actualiza estas cuatro constantes para que se ajusten al nuevo entorno:

• DB_HOST
• NOMBRE_DB
• DB_USUARIO
• DB_PASSWORD

En el caso de redes multisite, comprueba también DOMAIN_CURRENT_SITE. Esta constante indica a WordPress en qué dominio se ejecuta la red.

Si no coincide con el dominio real, se producirá un bucle de redireccionamiento al cargar la página. Debe coincidir con lo que figura en las tablas wp_site y wp_blogs de tu base de datos.

Paso 5: Actualizar las reglas de reescritura y confirmar la carga de los subsitios

Inicia sesión en la administración de la red. Ve a Ajustes » Enlaces permanentes y haz clic en Guardar cambios sin modificar nada.

No es necesario modificar la estructura de enlaces permanentes. Con solo guardar, WordPress regenera automáticamente el archivo .htaccess con las reglas de reescritura correctas para el sitio multisitio.

A continuación, comprueba tus subsitios. Haz clic en algunos de los que aparecen en la lista de sitios de la Administración de la red. Deberían cargarse correctamente.

Si alguno devuelve un error 404 o el mensaje «página no encontrada», es posible que las reglas de reescritura del archivo .htaccess no se hayan actualizado correctamente. Consulta la sección de resolución de problemas que figura a continuación.

Extra: Cómo restaurar un único subsitio (y trasladarlo a un nuevo servidor)

No todos los fallos en un sitio multisitio requieren una restauración completa de la red. Si solo falla un subsitio, revertir toda la red supone perder los cambios realizados en el resto de sitios de la red desde la última copia de seguridad. Por lo general, no merece la pena.

Duplicator Pro te permite crear una copia de seguridad de un solo subsitio o de cualquier combinación de sitios de la red. Al restaurar esa copia de seguridad, solo se recuperan esos sitios. El resto permanece intacto.

Cómo funciona la restauración selectiva por subsitio

La clave está en cómo se crea la copia de seguridad. Al crear una nueva copia de seguridad en Duplicator Pro, la configuración de la copia de seguridad incluye un selector de subsitios en la sección «Multisite».

Selecciona el subsitio concreto que deseas capturar. Crea la copia de seguridad. Duplicator incluye únicamente el contenido de ese sitio y sus tablas de base de datos correspondientes.

Al restaurarla, Duplicator restaura exactamente lo que hay en la copia de seguridad. Una copia de seguridad de un solo subsitio restaura un solo subsitio. Si has hecho una copia de seguridad de toda la red, restaurarás toda la red.

Para restaurar, sigue el mismo proceso que para revertir una red multisitio completa. Ve a «Copias de seguridad» en «Administración de la red» y busca la copia de seguridad que solo incluya el subsitio único.

Haz clic en «Restaurar» y ejecuta el instalador.

La red permanece intacta. Solo se ve afectado el subsitio de la copia de seguridad.

Traslado de un subsitio a un servidor independiente

Esta es una de las funciones más útiles de Duplicator que la mayoría de la gente desconoce. Imagina que el subsitio de un cliente ha superado la capacidad de la red y necesita su propio alojamiento, o que estás separando un subsitio para cederlo a otro equipo.

Haz una copia de seguridad solo del subsitio. En el servidor de destino, instala Duplicator y sube la copia de seguridad a la página «Importar copias de seguridad ».

Selecciona «Convertir subsitio de red en sitio independiente » en el campo «Tipo de instalación». Duplicator convertirá el subsitio en una instalación independiente de WordPress en la nueva ubicación.

Una vez completada la restauración, comprueba algunos aspectos antes de entregarla: que los archivos multimedia se carguen correctamente, que los enlaces permanentes funcionen y que cualquier configuración específica del dominio se haya actualizado para la nueva URL.

Si el subsitio se alojaba en un subdominio o subdirectorio de la red, será necesario que su propio dominio apunte al nuevo servidor. El SSL también deberá configurarse por separado.

Solución de problemas: cuando la restauración no se realiza correctamente

Las restauraciones en entornos multisitio presentan problemas que no se dan en las instalaciones de un solo sitio. La mayoría de ellos se pueden solucionar en pocos minutos una vez que sabes a qué te enfrentas.

A continuación te mostramos cómo es cada uno y cómo resolverlo.

Las URL de los subsitios devuelven un error 404 tras la restauración

Lo que se observa: La red principal se carga, pero al hacer clic en cualquier subsitio aparece un error 404 o el mensaje «sitio no encontrado». El administrador de la red funciona correctamente. Los subsitios, no.

Por qué ocurre: WordPress no regeneró las reglas de reescritura tras la restauración. El archivo .htaccess o bien no se actualizó, o bien le falta por completo el bloque de reescritura específico para multisitio.

Cómo solucionarlo: Ve a «Administración de la red» » «Ajustes» » «Enlaces permanentes» y haz clic en «Guardar cambios» sin modificar nada. Esto obliga a WordPress a reescribir el archivo .htaccess con las reglas de enrutamiento correctas para el sitio multisitio. Comprueba de nuevo tus subsitios después de guardar.

Si siguen apareciendo errores 404, abre el archivo .htaccess directamente a través de FTP y comprueba su contenido.

Un archivo .htaccess estándar para un solo sitio no redirigirá correctamente el tráfico multisitio. El archivo debe contener el bloque de reescritura multisitio.

Si no aparece, desactiva y vuelve a activar la red para regenerarla, o copia el bloque correspondiente de la documentación de WordPress para tu tipo de red (subdominio o subdirectorio).

Bucle de redireccionamiento en el dominio principal

Lo que se observa: El navegador muestra el error ERR_TOO_MANY_REDIRECTS al cargar el dominio principal de la red. La página no se carga en ningún momento.

Por qué ocurre esto: La constante DOMAIN_CURRENT_SITE del archivo wp-config.php no coincide con el dominio almacenado en las tablas wp_site y wp_blogs de tu base de datos. Esta discrepancia suele producirse tras restaurar desde un dominio diferente o cuando el dominio ha cambiado en algún momento entre la creación de la copia de seguridad y su restauración.

Cómo solucionarlo: Abre el archivo wp-config.php a través de FTP. Busca la línea que dice define( 'DOMAIN_CURRENT_SITE', 'yourdomain.com' ); y comprueba que el dominio coincida exactamente con el que figura en la tabla wp_site de tu base de datos. Abre phpMyAdmin, selecciona la base de datos y comprueba la columna «domain» en wp_site. Modifica el archivo wp-config.php para que coincida, guarda el archivo y actualiza la página.

Faltan archivos multimedia en todos los subsitios

Lo que se observa: Las imágenes no se cargan en toda la web. Las URL de los archivos multimedia apuntan a rutas como /wp-content/uploads/sites/2/2025/04/image.png, pero devuelven un error 404.

Por qué ocurre: La copia de seguridad no incluía el directorio completo /wp-content/uploads/sites/. Multisite almacena los archivos multimedia de cada subsitio en un subdirectorio numerado dentro de uploads/sites/. Si la restauración solo ha capturado la carpeta raíz uploads, los archivos multimedia de cada subsitio se habrán perdido.

Cómo solucionarlo: Comprueba si la copia de seguridad incluía el directorio «uploads/sites/». Si utilizas Duplicator Pro, revisa la configuración de «Archivo» de la copia de seguridad utilizada. Si el directorio quedó excluido, tendrás que recuperar los archivos multimedia de otra copia de seguridad o restaurarlos manualmente a través de FTP desde una copia de seguridad de archivos multimedia independiente.

Si utilizas Duplicator Cloud, una restauración parcial que se centre únicamente en la biblioteca multimedia puede solucionar este problema sin necesidad de realizar una restauración completa de la red.

phpMyAdmin se desconecta durante la importación de la base de datos

Lo que ves: La barra de progreso de la importación se queda bloqueada. phpMyAdmin muestra un error de tiempo de espera a mitad de la importación del archivo .sql.

Por qué ocurre esto: Las bases de datos multisitio son muy grandes, y el tiempo máximo de ejecución predeterminado de phpMyAdmin es muy corto. El proceso de importación alcanza el límite de tiempo antes de completarse.

Cómo solucionarlo: Cambia a WP-CLI. Desde la línea de comandos de tu servidor, ejecuta wp db import backup.sql desde el directorio raíz de WordPress. Es capaz de gestionar bases de datos de gran tamaño sin límites de tiempo. Si no tienes acceso a la línea de comandos, ponte en contacto con tu proveedor de alojamiento y pídele que ejecute la importación. Como alternativa, divide el archivo .sql en partes más pequeñas e impórtalas una tras otra.

El instalador muestra una página en blanco o un error 500

Lo que ves: Accedes a tudominio.com/installer.php y aparece una página en blanco o un error 500 de servidor interno.

Por qué ocurre esto: hay dos causas habituales. O bien los permisos del archivo «installer.php» son incorrectos y el servidor no lo ejecuta, o bien el límite de memoria de PHP en el servidor de destino es demasiado bajo para gestionar el archivo.

Cómo solucionarlo: Comprueba que el archivo installer.php tenga permisos 644. Puedes configurarlo en FileZilla haciendo clic con el botón derecho del ratón sobre el archivo y seleccionando «Permisos del archivo». A continuación, comprueba tu Límite de memoria de PHP. Para los archivos multisitio, 256 MB es el mínimo. 512 MB es más seguro. Si no puedes modificar el archivo php.ini directamente, añade php_value memory_limit 512M añádelo a tu archivo .htaccess o pide a tu proveedor de alojamiento que lo aumente. Es una solicitud habitual.

Preguntas más frecuentes (FAQ)

Tu red ya funciona de nuevo. Esto es lo que debes hacer antes de que se produzca la próxima crisis.

Lo difícil es restablecer una red con múltiples sedes. Mantenerla en condiciones de recuperarse es lo que la mayoría de la gente pasa por alto hasta que, seis meses después, se vuelve a encontrar en la misma situación.

Hay algunas cosas que vale la pena hacer ahora, antes de cerrar la pestaña. En primer lugar, si no tienes programadas copias de seguridad automáticas, configúralas hoy mismo.

Duplicator Pro permite programar copias de seguridad con la periodicidad que mejor se adapte a tu red: cada hora, cada día, cada semana o cada mes, y se envían automáticamente al almacenamiento en la nube. Una copia de seguridad que se ejecuta sin que tengas que preocuparte por ella es la única que realmente estará ahí cuando la necesites.

En segundo lugar, genera una URL de recuperación ante desastres para cada sitio web relevante de la red. Se tarda dos minutos por sitio.

En tercer lugar, si guardas las copias de seguridad en Duplicator Cloud, configura ahora el conector de recuperación. Debe estar configurado antes de que surja el problema, no después.

Más de 1,5 millones de profesionales de WordPress utilizan Duplicator Pro para asegurarse de no perder sus sitios web. Actualízate hoy mismo para disfrutar de copias de seguridad automáticas, URL de recuperación ante desastres, restauración en la nube sin necesidad de acceder a wp-admin y compatibilidad total con WordPress Multisite.

Si este tutorial te ha resultado útil, también te recomiendo que marques como favoritos estas guías:

• Cómo hacer una copia de seguridad de WordPress Multisite
• Cómo migrar WordPress Multisitio
• Cómo convertir un multisitio de WordPress en un sitio único
• Los mejores plugins de copia de seguridad multisitio de WordPress para la seguridad de la red
• Cómo migra CodeVidia redes multisitio con seguridad y facilidad