Para migrar WordPress a otro hosting necesitas trasladar los archivos y la base de datos, comprobar la copia en el nuevo servidor y dirigir allí el dominio cuando todo esté preparado.
El orden importa: copia de seguridad → preparación del destino → traslado → pruebas → sincronización final → cambio de DNS → seguimiento.
Esta guía parte de que conservas el dominio y las direcciones de tus páginas. Cambiar también las URLs requiere una planificación adicional de enlaces y redirecciones.
1. Prepara la migración y guarda una copia recuperable
Identifica quién controla el hosting, el dominio, las DNS y el correo. Pueden estar en proveedores diferentes. Ten a mano los accesos necesarios y anota la configuración actual antes de modificarla.
- Archivos y base de datos: conserva una copia completa fuera del alojamiento que vas a sustituir. Comprueba que se puede descargar y restaurar.
- Compatibilidad: revisa las versiones de PHP y de la base de datos, las extensiones necesarias y los requisitos de tus plugins.
- Servicios asociados: apunta qué cuentas de correo utiliza la web, cómo está configurado el dominio y si tiene tareas automáticas o conexiones con otros servicios, como pagos o facturación.
- Actividad de la web: decide cómo gestionarás nuevas entradas, formularios, registros o pedidos durante el traslado.
Separa la migración de una actualización general de WordPress, PHP o plugins. Prueba los cambios de versión en una copia y resuelve incompatibilidades antes de publicar el nuevo entorno. Mezclar todas esas operaciones dificulta localizar un fallo.
2. Elige un método y prepara el nuevo alojamiento
Herramienta de migración
Puede simplificar el empaquetado y la restauración. Comprueba sus límites de tamaño, versiones compatibles y qué elementos incluye. El correo y la configuración DNS pueden requerir un traslado separado.
Copia manual
Permite trasladar archivos y exportar la base de datos por separado. Requiere conocer el directorio de la web, los permisos y la conexión a la base de datos. Utiliza SFTP o un canal cifrado disponible.
En ambos casos, confirma que el destino tiene espacio suficiente para la web y para los archivos temporales de la restauración. Mantén la copia de pruebas fuera del acceso público mientras la revisas.
Si haces el traslado manual
- Copia los archivos de la instalación, incluidos los ocultos y las reglas de redirección que correspondan. Guarda la configuración original.
- Exporta la base de datos utilizada por esa instalación e impórtala en una base vacía del nuevo hosting, conservando la codificación.
- Asigna un usuario de base de datos con los permisos necesarios para WordPress.
- Actualiza en
wp-config.phpel nombre de la base, usuario, contraseña y servidor. No publiques ese archivo ni lo dejes descargable. - Adapta las reglas del servidor si cambia la tecnología: un archivo
.htaccessno se aplica directamente a Nginx.
Si conservas dominio, protocolo y rutas, no necesitas sustituir todas las URLs de la base de datos. Si has usado una dirección temporal, revisa las referencias antes de publicar; una sustitución indiscriminada puede dañar datos serializados. La documentación de migración de WordPress distingue ambos escenarios.
3. Comprueba el destino antes de cambiar las DNS
Pide al proveedor un método de previsualización o utiliza una entrada temporal en el archivo hosts de tu ordenador para probar el dominio contra la nueva IP. Revisa también HTTPS con un certificado válido; no des por buena una prueba que muestra avisos de seguridad.
- Navegación: portada, páginas interiores, imágenes, enlaces y redirecciones.
- Administración: acceso a WordPress, edición y subida de archivos.
- Formularios y correo: envío y recepción con direcciones de prueba que controles.
- Tienda: búsqueda, carrito, impuestos, transporte y pago en modo de pruebas, evitando cobros reales.
- Procesos automáticos: tareas programadas, copias e integraciones, evitando ejecutarlas por duplicado desde ambos servidores.
Si aparecen errores 404 en páginas interiores, revisa las reglas de enlaces permanentes. No sobrescribas reglas personalizadas sin guardar antes una copia. Comprueba los registros de errores para distinguir un problema de permisos, configuración o software.
4. Sincroniza lo que haya cambiado durante las pruebas
La primera copia deja de estar al día cuando alguien publica contenido o hace un pedido en el servidor original. Antes del cambio, prepara una sincronización final de esos datos y de los archivos nuevos.
Ejemplo: una tienda WooCommerce. Si restauras una copia del lunes y cambias las DNS el miércoles, esa copia no contiene los pedidos posteriores. Define una ventana de cambio y un procedimiento para conservarlos; no permitas que dos instalaciones acepten pedidos independientes sin un plan de sincronización.
Una pausa breve y planificada de las operaciones puede ser necesaria. El procedimiento depende de la actividad y de las herramientas utilizadas: no existe una promesa universal de migración sin interrupciones.
5. Cambia solo las DNS necesarias y supervisa ambos entornos
Si únicamente cambias el servidor web, puede bastar con actualizar los registros A y, si corresponde, AAAA. No siempre es necesario cambiar los servidores de nombres del dominio.
Si trasladas la zona DNS completa, reproduce todos los registros necesarios, incluidos los del correo y las verificaciones de otros servicios. Si el correo sigue en el proveedor anterior, conserva su configuración y comprueba que los nombres utilizados para el correo no dependan de la IP web que vas a cambiar.
Planifica con antelación el TTL de los registros. Las cachés pueden seguir usando la dirección anterior durante un tiempo; no hay una duración única aplicable a todas las migraciones.
Mantén el alojamiento anterior mientras verificas el tráfico y el funcionamiento del nuevo. Si necesitas volver atrás, ten en cuenta los datos generados desde el cambio: revertir las DNS por sí solo no recupera ni reconcilia pedidos o formularios.
Qué revisar para conservar las señales SEO
Comprueba que las URLs, canonicals, redirecciones, sitemap y reglas de rastreo mantienen su comportamiento. Retira del destino las restricciones de pruebas que impedirían indexar la web publicada.
Revisa las respuestas HTTP y los informes de indexación y estadísticas de rastreo de Search Console. Google describe este proceso en su guía de cambio de hosting sin cambiar URLs. Pueden producirse ajustes temporales en el rastreo; eso no demuestra una penalización.
Preguntas frecuentes
¿Tengo que transferir también el dominio?
No necesariamente. Puedes mantener el dominio en el registrador actual y modificar su configuración DNS para usar el nuevo alojamiento.
¿Migrar WordPress incluye los buzones de correo?
No por defecto. La copia de WordPress contiene la web y su base de datos. Los buzones, mensajes y ajustes de correo necesitan su propio plan si también cambian de proveedor.
¿Cuándo puedo cancelar el hosting anterior?
Cuando hayas comprobado la nueva web, la integridad de los datos y los servicios asociados, y confirmado que el entorno anterior ya no es necesario. Conserva una copia recuperable antes de cancelarlo.
Prepara el destino de tu WordPress
Consulta los planes de hosting compartido compatibles con bases de datos. En AZAMedia, WordPress requiere al menos el Plan S; el XS no incluye base de datos.
Si necesitas ayuda, cuéntanos qué quieres trasladar: web, tamaño, correo, aplicación y actividad que debe mantenerse. Revisaremos el alcance y las condiciones antes de planificar el cambio.