Paso a paso: mover un sitio, cambiar dominio en la base de datos (Search & Replace) y configuración de red Multisite.
ES

Migración y multisite: Gestión avanzada de WordPress

5.00 /5 - (29 votes )
Última verificación: 1 de mayo de 2026
7min de lectura
Noticias
500+ proyectos WP

Dos temas que asustan a los administradores principiantes: “Como muevo un sitio sin romper nada?” y “Que es este magico Multisite y lo necesito?”. Vamos a abordarlos.

Conozca más sobre los servicios de desarrollo WordPress en WPPoland.

#Parte 1: Migración de WordPress

Mover un sitio (por ejemplo, del servidor local a producción o cambiando de hosting) es un proceso de 3 pasos:

  1. Archivos: Copie todo desde public_html (via FTP).
  2. Base de datos: Exporte el archivo .sql (por ejemplo, a través de phpMyAdmin).
  3. Cambio de dominio (momento clave!): WordPress almacena la dirección del sitio en muchos lugares de la base de datos (en wp_options, pero también en el contenido de posts como enlaces de imágenes).

Error de principiante: Editar manualmente el archivo SQL en el bloc de notas. Esto rompe los “datos serializados” (arrays serializados) de plugins y widgets. Método profesional: Use WP-CLI (wp search-replace 'viejo.com' 'nuevo.com') o Better Search Replace. Mantienen la integridad de los datos.

#Proceso detallado de migración paso a paso

#Paso 1: Preparacion y respaldo completo

Antes de tocar cualquier cosa, cree un respaldo completo de ambos entornos:

## En el servidor de origen
wp db export respaldo-origen.sql
tar -czf respaldo-archivos.tar.gz .

Descargue ambos archivos a su computadora local como seguro adicional.

#Paso 2: Transferencia de archivos

Copie todos los archivos al nuevo servidor. Para sitios grandes, evite FTP y use SSH:

## Usando rsync para transferencia eficiente
rsync -avz -e ssh /ruta/local/ usuario@nuevo-servidor:/ruta/destino/

Rsync es superior a FTP porque:

  • Solo transfiere archivos que han cambiado
  • Mantiene permisos de archivo
  • Puede reanudar transferencias interrumpidas
  • Es significativamente más rápido para grandes cantidades de archivos

#Paso 3: Importacion de base de datos

Importe la base de datos en el nuevo servidor:

## Via WP-CLI
wp db import respaldo-origen.sql

## O via linea de comandos MySQL
mysql -u usuario -p nombre_db < respaldo-origen.sql

#Paso 4: Buscar y reemplazar el dominio

Este es el paso crítico. Nunca haga esto manualmente:

## Con WP-CLI (método recomendado)
wp search-replace 'https://sitio-viejo.com' 'https://sitio-nuevo.com' --all-tables --precise

## Vista previa sin hacer cambios
wp search-replace 'https://sitio-viejo.com' 'https://sitio-nuevo.com' --all-tables --precise --dry-run

La opción --precise asegura que los datos serializados se manejen correctamente, actualizando los contadores de longitud de cadena en los arrays serializados de PHP.

#Paso 5: Actualizar wp-config.php

Actualice las credenciales de la base de datos en el nuevo servidor:

define('DB_NAME', 'nueva_base_datos');
define('DB_USER', 'nuevo_usuario');
define('DB_PASSWORD', 'nueva_contrasena');
define('DB_HOST', 'localhost');

#Paso 6: Verificación post-migración

Despues de la migración, verifique:

  1. Página principal: Carga correctamente sin errores
  2. Panel de administración: Puede iniciar sesion y navegar
  3. Enlaces internos: Los enlaces apuntan al nuevo dominio
  4. Imágenes: Todas las imágenes se muestran correctamente
  5. Formularios: Los formularios de contacto envian correctamente
  6. Plugins: Todos los plugins estan activos y funcionando
  7. SSL: El certificado SSL esta configurado correctamente

#Migración con tiempo de inactividad minimo

Para sitios de producción, puede minimizar el tiempo de inactividad:

  1. Prepare todo en el nuevo servidor con el dominio viejo
  2. Haga una última sincronizacion de base de datos justo antes del cambio DNS
  3. Cambie los registros DNS para apuntar al nuevo servidor
  4. Espere la propagacion DNS (generalmente 4-48 horas)
  5. Use un TTL bajo en los registros DNS antes de la migración (300 segundos)

#Parte 2: Copias de seguridad

La regla 3-2-1:

  • 3 copias de datos.
  • 2 medios diferentes (ej. servidor + nube).
  • 1 copia fuera del sitio (fuera de la oficina).

No dependa solo del hosting. Instale UpdraftPlus o Duplicator y envie copias a Google Drive/Dropbox. Es su poliza de seguro contra ataques de hackers o incendios en salas de servidores en Estrasburgo (saludos a OVH).

#Estrategia de respaldo profesional

Respaldos diarios:

  • Base de datos completa
  • Archivos modificados (incremental)
  • Retencion: 30 dias

Respaldos semanales:

  • Todos los archivos y base de datos
  • Retencion: 12 semanas

Respaldos mensuales:

  • Respaldo completo del sitio
  • Retencion: 12 meses

#Automatizacion de respaldos con WP-CLI

## Script de respaldo automatizado
#!/bin/bash
FECHA=$(date +%Y%m%d)
SITIO="/var/www/html"
DESTINO="/respaldos/$FECHA"

mkdir -p $DESTINO

## Exportar base de datos
cd $SITIO && wp db export $DESTINO/db-$FECHA.sql

## Comprimir archivos
tar -czf $DESTINO/archivos-$FECHA.tar.gz -C $SITIO .

## Subir a S3 (opcional)
aws s3 cp $DESTINO/ s3://mi-bucket/respaldos/$FECHA/ --recursive

#Prueba de restauracion

Un respaldo que no ha probado no es un respaldo. Programe pruebas de restauracion trimestrales:

  1. Configure un entorno de staging
  2. Restaure el respaldo más reciente
  3. Verifique que todo funciona correctamente
  4. Documente el tiempo que tomo la restauracion

#Parte 3: WordPress Multisite

Multisite (MU) es una funcionalidad que permite ejecutar 100, 1000 o un millon de sitios en una instalación de WordPress.

  • Un conjunto de archivos (core, temas, plugins).
  • Una base de datos (con tablas separadas para cada sitio).
  • Un super-administrador.

Cuando usarlo?

  • Tiene una red de sitios de franquicia (ej. nuevayork.empresa.com, boston.empresa.com).
  • Es una universidad dando un blog a cada estudiante/profesor.
  • Ejecuta un servicio multilingue (aunque WPML/Polylang en una sola instalación a menudo funciona mejor aqui).

Cuando NO usarlo?

  • Cuando tiene 5 sitios para clientes completamente diferentes. Si un sitio “muere” (error PHP), todos caen. La base de datos de usuarios compartida también puede ser problematica.

Multisite es una herramienta poderosa, pero requiere un servidor solido y conocimiento de administración. No lo habilite “por diversión”.

#Configuración de Multisite paso a paso

  1. Habilitar Multisite en wp-config.php:
define('WP_ALLOW_MULTISITE', true);
  1. Ir a Herramientas > Configuración de red en el panel de WordPress

  2. Elegir entre subdominios o subdirectorios:

    • Subdominios: sitio1.midominio.com (requiere wildcard DNS)
    • Subdirectorios: midominio.com/sitio1/ (más fácil de configurar)
  3. Agregar las constantes generadas a wp-config.php y .htaccess

#Gestión de plugins en Multisite

En Multisite, los plugins pueden activarse de dos formas:

  • Network Activate: El plugin esta activo en TODOS los sitios de la red
  • Per-Site Activate: Cada administrador de sitio puede activar/desactivar plugins individualmente

Mejor práctica: Active plugins esenciales de seguridad y rendimiento a nivel de red. Permita que los administradores de sitios individuales gestiónen plugins de funcionalidad.

#Estrategias avanzadas de implementación

Implementar exitosamente estas técnicas requiere un enfoque sistematico que equilibre la optimización técnica con la calidad del contenido.

#Configuración técnica

Comience realizando una auditoria exhaustiva de su configuración actual. Use herramientas como Google Search Console, Screaming Frog o SEMrush para identificar problemas existentes y oportunidades. Documente sus metricas de referencia incluyendo rankings actuales, tráfico organico y tasas de conversión.

#Flujo de trabajo de optimización de contenido

  1. Fase de investigación de palabras clave

    • Identifique palabras clave primarias y secundarias
    • Analice la intencion de búsqueda para cada termino
    • Mapee palabras clave al contenido existente
    • Identifique brechas de contenido
  2. Creación/Optimización de contenido

    • Escriba títulos y meta descripciones atractivos
    • Estructure el contenido con jerarquía de encabezados apropiada
    • Incluya enlaces internos y externos relevantes
    • Optimice imágenes con texto alt descriptivo
  3. Implementación técnica

    • Asegure la responsividad móvil
    • Mejore la velocidad de carga
    • Implemente marcado de esquema
    • Corrija errores de rastreo

#Medicion del éxito

Rastree estos indicadores clave de rendimiento:

  • Crecimiento del tráfico organico
  • Mejoras en rankings de palabras clave
  • Tasas de clics (CTR)
  • Tasas de conversión
  • Tasas de rebote

La monitorización regular le permite ajustar su estrategia basandose en lo que funciona y lo que no. El SEO es un proceso continuo, no una tarea única. Conozca más sobre la optimización SEO, GEO y AEO en WPPoland.

Siguiente paso

Transforma el artículo en una implementación real

Este bloque refuerza el enlazado interno y lleva al lector al siguiente paso más útil dentro de la arquitectura del sitio.

¿Quieres implementar esto en tu sitio?

Si quieres transformar el artículo en mejoras concretas, rediseño o un plan de implementación, puedo cerrar el alcance y ejecutar.

Cluster relacionado

Explora otros servicios WordPress y base de conocimiento

Refuerza tu negocio con soporte técnico profesional en áreas clave del ecosistema WordPress.

FAQ del artículo

Preguntas Frecuentes

Respuestas prácticas para aplicar el tema en la ejecución real.

SEO-ready GEO-ready AEO-ready 3 Q&A
Como migrar un sitio WordPress de forma segura?
La migración segura de WordPress requiere tres pasos: copiar todos los archivos via FTP, exportar la base de datos SQL, y actualizar las referencias de dominio usando WP-CLI search-replace o Better Search Replace para mantener la integridad de los datos serializados.
Cuando deberia usar WordPress Multisite?
Use Multisite cuando tiene una red de sitios relacionados como franquicias, universidades o servicios multilingues. No lo use para clientes no relacionados, ya que un error PHP en un sitio afecta a toda la red.
Cual es la mejor forma de hacer copias de seguridad de WordPress?
Siga la regla 3-2-1: mantenga 3 copias de sus datos, en 2 medios diferentes, con 1 copia fuera del sitio. Use UpdraftPlus o Duplicator para enviar copias a Google Drive o Dropbox automáticamente.

¿Necesitas un FAQ adaptado a tu sector y mercado? Preparamos una versión alineada con tus objetivos de negocio.

Hablemos

Artículos Relacionados

La Directiva NIS2 (2022/2555) debía transponerse al derecho nacional antes del 2024-10-17. El Reglamento DORA (2022/2554) se aplica directamente desde el 2025-01-17. Para el operador de un sitio WordPress esto supone obligaciones concretas si el sitio se refiere a una entidad regulada. Lo explicamos sin alarmismo, con referencias a los textos de los actos.
wordpress

NIS2 y DORA en WordPress: qué debe cumplir un sitio en 2026

La Directiva NIS2 (2022/2555) debía transponerse al derecho nacional antes del 2024-10-17. El Reglamento DORA (2022/2554) se aplica directamente desde el 2025-01-17. Para el operador de un sitio WordPress esto supone obligaciones concretas si el sitio se refiere a una entidad regulada. Lo explicamos sin alarmismo, con referencias a los textos de los actos.

WCAG 2.2 se convirtió en Recomendación del W3C el 2023-10-05. La Ley Europea de Accesibilidad (Directiva 2019/882) se aplica desde el 2025-06-28. La Barrierefreiheitsstärkungsgesetz alemana la transpone al derecho federal en la misma fecha. Este artículo es el mapa de implementación para un sitio WordPress en 2026.
wordpress

WCAG 2.2, BFSG y la Ley Europea de Accesibilidad: el stack de cumplimiento WordPress para 2026

WCAG 2.2 se convirtió en Recomendación del W3C el 2023-10-05. La Ley Europea de Accesibilidad (Directiva 2019/882) se aplica desde el 2025-06-28. La Barrierefreiheitsstärkungsgesetz alemana la transpone al derecho federal en la misma fecha. Este artículo es el mapa de implementación para un sitio WordPress en 2026.

Cloudflare Workers ejecuta JavaScript y WebAssembly en cientos de centros de datos en más de 100 países. Combinar Workers con un origen WordPress saca la ruta de lectura del servidor WordPress y convierte WooCommerce en una tienda renderizada en el edge. Así funciona la arquitectura, dónde se rompe y qué medir antes de adoptarla.
wordpress

Cloudflare Workers y WordPress: servir WooCommerce desde el edge

Cloudflare Workers ejecuta JavaScript y WebAssembly en cientos de centros de datos en más de 100 países. Combinar Workers con un origen WordPress saca la ruta de lectura del servidor WordPress y convierte WooCommerce en una tienda renderizada en el edge. Así funciona la arquitectura, dónde se rompe y qué medir antes de adoptarla.