Una migración multisite WordPress requiere identificar tablas, dominios mapeados, cachés, CDN y servicios externos antes de cambiar DNS o cancelar el hosting.
Índice
Anuncio
Decide qué mueves antes de tocar el servidor
La migración multisite de WordPress puede implicar trasladar toda la red, extraer un subsitio, clonar un entorno o cambiar el dominio principal, y cada caso exige mover datos y reglas diferentes.
Distingue la ruta de migración
Una red completa conserva las tablas globales y las tablas de cada sitio, mientras que un subsitio extraído necesita su ID, sus tablas wp_X_*, su carpeta de medios y una revisión de usuarios, roles y dependencias. Un cambio de dominio afecta URLs, SSL, redirecciones 301 y dominios mapeados; pasar de subdirectorios a subdominios exige además revisar DNS comodín, cookies y reglas de reescritura del servidor.
| Caso | Qué debes mover | Comprobación previa |
|---|---|---|
| Red completa | Todos los archivos y todas las tablas | Acceso a superadministrador y subsitios |
| Subsitio independiente | Tablas `wp_X_*`, medios y dependencias | ID correcto en `wp_blogs` |
| Cambio de dominio | Base de datos, SSL, DNS y redirecciones | Lista de dominios y URLs antiguas |
| Clonación | Copia completa aislada | Correo, pagos y cron desactivados |
Reúne accesos y dependencias
Reúne acceso SSH o SFTP, panel del hosting, base de datos, registrador, DNS, CDN y proveedor SMTP; anota también versiones de PHP, memoria y reglas de Apache o Nginx. No olvides mu-plugins, archivos .env, cron, claves API y ajustes de Redis o Memcached. La red solo funcionará si la base de datos, los archivos y el servidor reflejan la misma estructura, dominio y prefijo de tablas.
Antes de migrar una red de WordPress, decide la ruta con cuatro preguntas: ¿se conserva el hosting?, ¿se conserva el dominio principal?, ¿continúan los subsitios como subdominios o subdirectorios?, y ¿se mueve toda la red o solo un subsitio WordPress? Si solo cambias de proveedor y mantienes dominio, estructura y prefijo, normalmente basta con restaurar una copia de seguridad WordPress completa y replicar la configuración del servidor. Si hay cambio de dominio WordPress, añade sustitución de URLs, certificados y redirecciones.
Si vas a transferir WordPress Multisite de subdirectorios a subdominios, o al revés, planifica DNS comodín, cookies, reglas web y pruebas de acceso. Define también el plan de rollback antes de modificar registros DNS.
Prepara una copia y un regreso seguro
Crea una copia restaurable y define el rollback antes de transferir datos.
Genera copias que puedas comprobar
Descarga todos los archivos de WordPress, incluidos wp-content/uploads, plugins, temas, mu-plugins y configuración del servidor, y exporta la base completa. Comprueba que el SQL contiene wp_site, wp_sitemeta, wp_blogs, wp_users y tablas wp_X_* de cada subsitio. Guarda una segunda copia fuera del hosting de origen y prueba una restauración en staging si la red gestiona ventas, datos personales o varios sitios.
Define la ventana y el rollback
Programa una congelación de cambios de 30 a 90 minutos y detén altas, publicaciones, pedidos, formularios, importaciones y ajustes durante el corte. Documenta hora de inicio, responsable y criterios de vuelta atrás: falta de acceso al escritorio, medios rotos, correos fallidos o errores 5xx. Mantén el hosting anterior entre 48 y 72 horas tras el cambio DNS, prueba mediante hosts y usa WP-CLI para tratar URLs serializadas.
Traslada la red completa al nuevo hosting
Copia archivos, base de datos y configuración de red como un único conjunto coherente.
Revisa tablas y rutas de medios
Confirma que wp_site identifica la red y que wp_blogs contiene todos los dominios y rutas. wp_sitemeta guarda ajustes globales, mientras que wp_X_options, wp_X_posts y otras tablas con X almacenan información de cada subsitio. Copia wp-content/uploads/sites/ completo y revisa también tablas creadas por caché, formularios, WooCommerce, reservas y campos personalizados, porque pueden quedar fuera de una exportación selectiva.
Ajusta wp-config y reglas web
Edita wp-config.php con las credenciales nuevas y comprueba MULTISITE, SUBDOMAIN_INSTALL, DOMAIN_CURRENT_SITE, PATH_CURRENT_SITE, SITE_ID_CURRENT_SITE y BLOG_ID_CURRENT_SITE sin modificar valores por intuición. Mantén SUBDOMAIN_INSTALL en true para subdominios y en false para subdirectorios, adaptando .htaccess o las reglas Nginx. Si el servidor no reproduce esas reglas, el sitio principal puede cargar mientras los subsitios devuelven errores 404.
Con acceso SSH, WP-CLI permite realizar un proceso repetible sobre la base de datos y reducir errores con URLs serializadas. En el origen, ejecuta wp db export respaldo-multisite.sql desde la raíz de WordPress y conserva ese archivo junto con la copia de archivos. Tras importar el SQL en el destino y ajustar wp-config.php, prueba primero wp search-replace 'https://dominio-antiguo.com' 'https://dominio-nuevo.com' --network --dry-run; revisa el número de cambios y aplica el comando sin --dry-run solo si coincide con lo esperado.
La opción --network recorre las tablas de la red, incluidas las tablas wp_X_*; las tablas personalizadas de plugins deben verificarse aparte. Evita reemplazos SQL manuales, porque pueden corromper valores serializados.
Extrae un subsitio sin perder datos
Localiza el ID del subsitio antes de exportar sus tablas, medios y permisos.
Exporta las tablas del ID correcto
Busca el dominio y la ruta en wp_blogs y apunta el valor blog_id; no supongas que será 2, porque redes antiguas y sitios eliminados pueden tener otros IDs. Exporta wp_X_options, wp_X_posts, metadatos, taxonomías, comentarios y tablas de plugins vinculadas al sitio. Copia wp-content/uploads/sites/X/ y revisa permisos de usuario, que se almacenan en metadatos vinculados al prefijo correspondiente.
Convierte la copia en sitio simple
Crea una instalación WordPress limpia en el dominio de destino e importa las tablas del subsitio después de conservar una copia intacta. Renombra el prefijo, por ejemplo de wp_7_posts a wp_posts, y ejecuta una búsqueda y reemplazo compatible con serialización para cambiar URLs y rutas de medios. Cambiar datos serializados manualmente puede romper widgets, bloques y configuraciones de plugins; revisa además webhooks, pagos e integraciones antes de publicar.
Corrige URLs, cachés y servicios externos
Actualiza URLs de forma segura y purga todas las capas de caché antes de abrir el destino.
Comprueba dominios y certificados
Prueba el nuevo servidor mediante un archivo hosts que asocie el dominio a la IP nueva sin exponerlo al público. Accede como superadministrador y verifica el certificado SSL del dominio principal y de cada dominio mapeado; las redes con subdominios pueden requerir certificado comodín. Tras cambiar DNS, comprueba desde una conexión fija y otra móvil, ya que resolutores y TTL pueden mostrar destinos diferentes durante la propagación.
Vacía caché y valida funciones
Purga la caché del plugin, servidor, CDN, proxy inverso y object cache de Redis o Memcached. Comprueba sitio principal, subsitios, enlaces permanentes, medios, inicio de sesión, formularios, correo transaccional, cron y rendimiento. Revisa los registros de PHP y del servidor durante los primeros minutos y no actives pagos, cron o webhooks simultáneamente en origen y destino, porque podrían duplicar tareas, correos o cobros.
| Síntoma | Causa probable | Solución |
|---|---|---|
| URLs van al dominio antiguo | URL sin sustituir o caché CDN | WP-CLI y purga completa |
| Subsitio muestra 404 | Reglas o estructura incorrectas | Revisar `.htaccess`, Nginx y `SUBDOMAIN_INSTALL` |
| Imágenes rotas | Falta `uploads/sites/X` | Copiar carpeta y corregir permisos |
| Correos no llegan | SMTP o DNS de correo pendiente | Probar SMTP y revisar SPF/DKIM |
Anuncio
Resuelve tus dudas
¿Cómo migro una red multisite?
Migra la red copiando todos los archivos, todas las tablas y la configuración de wp-config.php y del servidor. Valida con hosts o staging antes de modificar DNS y conserva el origen entre 48 y 72 horas.
¿Cómo sé qué tablas son de un subsitio?
Localiza su blog_id en wp_blogs usando el dominio y la ruta. Si el ID es 7, sus tablas suelen empezar por wp_7_, como wp_7_posts y wp_7_options.
¿Puedo cambiar URLs con phpMyAdmin?
Puedes inspeccionar datos con phpMyAdmin, pero no debes hacer un reemplazo masivo manual sobre valores serializados. Usa wp search-replace con --dry-run para revisar los cambios antes de aplicarlos.
¿Por qué falla un dominio mapeado?
Un dominio mapeado falla cuando DNS, SSL, wp_blogs, CDN o proxy apuntan a destinos distintos. Comprueba los cinco elementos y purga las cachés después de corregir la IP o el origen.
Publica solo después de validar la red
Cambia DNS únicamente cuando las pruebas privadas confirmen que la red responde correctamente.
Completa la revisión operativa
Comprueba DNS, SSL, redirecciones 301, enlaces, medios, usuarios, formularios, correos, cron, caché y velocidad. Si existen ventas o reservas, realiza una prueba controlada sin dejar transacciones duplicadas en el servidor anterior. Revisa también los controles de acceso a copias y credenciales con datos personales, especialmente en clonaciones de pruebas, para que el nuevo entorno respete las obligaciones de seguridad y privacidad aplicables.
Vigila las primeras horas
Observa errores 404 y 5xx, registros de PHP, envío SMTP y consumo de recursos durante las primeras 24 horas. Mantén acceso al hosting anterior y al DNS para ejecutar el rollback si aparece un fallo que afecte a ventas, acceso o datos. La migración se considera terminada cuando subsitios, dominios mapeados, correos, cachés y tareas automáticas funcionan en el nuevo servidor sin depender del anterior.
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.