Puedes migrar un sitio WordPress que funciona a otro hosting copiando sus archivos y su base de datos, probando el nuevo servidor y cambiando el DNS solo después de que la copia funcione. Mantén activa la cuenta de hosting anterior durante las pruebas y la propagación del DNS, y trata el correo como un servicio aparte, a menos que el nuevo hosting confirme la migración de las cuentas de correo.
Antes de pagar, identifica a tu registrador de dominio, tu proveedor de DNS, tu proveedor de correo, el tipo de sitio, el tamaño de los archivos y de la base de datos, los requisitos de PHP y las opciones de vista previa y migración del nuevo hosting.
Un plan de hosting compartido o de WordPress administrado puede servir para un sitio pequeño, mientras que el hosting en la nube o un VPS tiene más sentido cuando necesitas más control del servidor o más recursos.
Puntos clave
- Haz una copia de seguridad completa y exporta toda la zona DNS antes de cambiar nada.
- Migra primero los archivos y la base de datos, y luego haz una vista previa y prueba el nuevo sitio.
- Conserva los registros MX, SPF, DKIM, DMARC y demás registros de correo, a menos que el correo también se esté migrando.
- Mantén activo el hosting anterior hasta confirmar el nuevo sitio, el DNS, el correo y las copias de seguridad.
- Lee el precio actual en EE. UU., las condiciones de renovación, reembolso, migración, copias de seguridad y cancelación antes de pagar.
Lo que necesitas antes de mover un sitio WordPress en funcionamiento
Empieza anotando dónde está cada parte del sitio web. El dominio puede estar registrado en una empresa, el DNS puede administrarse en otro lugar y el correo puede funcionar con el hosting actual, Google Workspace, Microsoft 365 u otro proveedor. Tu sitio WordPress puede ser una instalación normal de un solo sitio o una instalación Multisite, lo que afecta a las condiciones de la migración.
Haz una copia de seguridad completa de los archivos y la base de datos de WordPress. Los archivos incluyen el núcleo de WordPress, los temas, los complementos, los archivos multimedia y la configuración. La base de datos contiene entradas, páginas, ajustes, usuarios, pedidos, comentarios y otro contenido estructurado. Guarda la copia original en un lugar al que puedas acceder por si el nuevo servidor necesita restaurarse.
Exporta la zona DNS actual antes de cambiar los registros A o los servidores de nombres (nameservers). Incluye los registros A, CNAME, MX, TXT, SPF, DKIM, DMARC, SRV y los de subdominios. Los registros MX dirigen el correo entrante a los servidores de correo, mientras que SPF, DKIM y DMARC ayudan a los proveedores receptores a evaluar si los mensajes están autorizados.
Revisa la versión actual de PHP del nuevo hosting, el soporte de bases de datos, los límites de almacenamiento, el proceso de certificado SSL, los requisitos de complementos y temas, y el método de vista previa. Pide por escrito la confirmación del alcance de la migración, incluido si cubre archivos, bases de datos, cuentas de correo, historial de mensajes, tareas cron, DNS, SSL personalizado y aplicaciones que no son de WordPress.
Mantén activo el hosting anterior durante la migración. Lee sus condiciones de cancelación y de conservación de datos antes de cerrar la cuenta, porque las copias de seguridad guardadas, el correo y el sitio anterior pueden quedar inaccesibles tras la cancelación.
El orden seguro: copia de seguridad, preparación, migración, pruebas y después cambio de DNS
El orden más seguro es crear una copia recuperable, preparar el destino, migrar el sitio, probarlo en privado y solo entonces cambiar el DNS público. La secuencia manual que documenta WordPress empieza con una copia de seguridad completa, la exportación de la base de datos, la creación de una nueva base de datos y un usuario, la subida de archivos, la importación de la base de datos y las actualizaciones de wp-config.php.
Abre la cuenta del nuevo hosting y confirma que el producto que elegiste encaja con el sitio. El hosting compartido suele estar pensado para sitios más pequeños que comparten recursos del servidor. El hosting administrado para WordPress puede reducir la administración del servidor, porque el proveedor se encarga de más tareas relacionadas con WordPress. El hosting en la nube puede ofrecer un modelo de recursos distinto, mientras que un VPS te da más control, pero también más responsabilidad sobre el servidor. Un constructor de sitios web, una herramienta de diseño, un servicio de dominio, un producto de seguridad, un proveedor de correo o una herramienta de SEO puede ser una compra aparte y no sustituye al hosting de WordPress.
Crea la base de datos de destino y el usuario de la base de datos, y luego anota el nombre de la base de datos, el nombre de usuario, la contraseña y el nombre del servidor. Sube los archivos de WordPress e importa la base de datos. Edita wp-config.php si cambian el nombre de la base de datos, el usuario, la contraseña o el servidor. Si el dominio se mantiene igual, evita cambiar las URL guardadas, a menos que las instrucciones del hosting exijan un ajuste temporal para la vista previa.
Previsualiza el nuevo servidor mediante una entrada en el archivo hosts, una URL temporal, un entorno de pruebas (staging) o un dominio temporal. Una entrada en el archivo hosts cambia la resolución solo en tu equipo, así que te permite revisar el nuevo servidor mientras los visitantes públicos siguen llegando al anterior. SiteGround describe el archivo hosts como un método de vista previa fiable, mientras que las URL temporales pueden causar problemas dependientes del dominio cuando se usan para editar.
Comprueba la página de inicio, las páginas clave, las entradas, los menús, las imágenes, las descargas, los enlaces internos, el inicio de sesión, las funciones de administración, los complementos, los temas, los usuarios, HTTPS, las redirecciones, los enlaces permanentes (permalinks), los formularios, el pago (checkout), el correo transaccional, la analítica, robots.txt, el mapa del sitio XML y las herramientas de cookies. Compara los pedidos, comentarios, altas de usuarios y envíos de formularios recientes con los del sitio anterior.
Cuando el destino funcione, reduce los valores de TTL importantes del DNS si tu proveedor de DNS lo permite. Cloudflare define el TTL como el tiempo que un registro DNS permanece en caché y recomienda unos 300 segundos, es decir, cinco minutos, para los registros críticos entre 24 y 48 horas antes de una migración de DNS de un sitio web. Su guía recomienda bajar el TTL de los registros MX a cinco minutos entre tres y cinco días antes de un cambio planificado del correo.
Cambia el registro A del sitio a la IP del nuevo servidor y mantén el DNS con el proveedor actual, o cambia los servidores de nombres al nuevo proveedor de DNS. Cambiar los servidores de nombres traslada la responsabilidad de toda la zona DNS, así que copia primero todos los registros. Mantén activo el hosting anterior mientras los resolutores DNS se actualizan. Cloudflare describe la propagación de los servidores de nombres como algo que suele tardar de unos pocos minutos a 48 horas, según los registros en caché y la configuración del DNS.
Tres formas de migrar WordPress: servicio del hosting, complemento o migración manual
Un servicio de migración del hosting suele ser la opción más sencilla cuando el sitio cumple las reglas de elegibilidad del proveedor. SiteGround dice que su WordPress Migrator gratuito transfiere el contenido del sitio, los temas, los complementos y las bases de datos mediante una conexión cifrada. Su Migrator no es adecuado para sitios en localhost ni para instalaciones Multisite completas. SiteGround también describe un servicio aparte de transferencia manual del sitio web.
La migración gratuita de Hostinger se aplica a sitios con CMS de código abierto elegibles que están alojados en otro lugar, en planes Web, Cloud o Agency que cumplan los requisitos. Incluye los archivos del sitio y las bases de datos, pero su alcance publicado excluye las tareas cron, los registros DNS, la configuración personalizada de SSL, las cuentas FTP y la migración del correo. Los traslados internos entre cuentas o planes de Hostinger no califican para la migración gratuita. Consulta los planes vigentes de Hostinger solo después de confirmar la elegibilidad en el proceso de pedido.
Bluehost ofrece una herramienta gratuita de migración de WordPress para sitios elegibles. Sus requisitos publicados incluyen acceso a los archivos del sitio, a las bases de datos y al contenido de las bases de datos. Su ruta documentada de migración gratuita sin cPanel permite hasta cinco sitios web y 10 GB por sitio. Una migración compleja, demasiado grande o de otro modo no elegible puede seguir reglas distintas, así que obtén confirmación por escrito antes de comprar.
Un complemento puede convenirte cuando el servicio del hosting excluye tu sitio o cuando quieres controlar la copia de seguridad. La versión gratuita de Duplicator no tiene un límite de tamaño indicado, pero el servidor de destino sigue teniendo límites de almacenamiento, de memoria de PHP, de tiempo de ejecución y de subida. All-in-One WP Migration dice que su complemento gratuito exporta el sitio completo sin un límite de tamaño de exportación integrado, mientras que el hosting de destino controla el límite de subida durante la restauración. UpdraftPlus documenta migraciones gratuitas de descarga y restauración sin límite según la cantidad de sitios, mientras que su complemento de migración con un clic es aparte.
La migración manual te da el mayor control y también el mayor trabajo. Descarga los archivos, exporta la base de datos con una herramienta como phpMyAdmin, crea la base de datos de destino, impórtala, sube los archivos y actualiza wp-config.php. Si cambia el dominio, actualiza con cuidado las URL guardadas. Al buscar y reemplazar, hay que conservar los datos serializados de WordPress, porque un reemplazo descuidado puede dañar ajustes y contenido. WordPress advierte que los cambios en la base de datos son permanentes, así que conserva la copia de seguridad original.
Cómo mantener el correo funcionando durante el cambio de DNS
Mover el hosting del sitio web no traslada automáticamente las cuentas de correo ni los mensajes históricos. Si hello@example.com sigue con Google Workspace, Microsoft 365 o el proveedor de correo actual, conserva en la zona DNS los registros MX y de autenticación de ese proveedor. Cambia solo los registros del sitio web que necesita el nuevo servidor.
Antes de cambiar los registros A o los servidores de nombres, confirma el proveedor de correo actual y exporta la zona DNS. Anota los registros MX, SPF, DKIM, DMARC y cualquier registro CNAME o TXT específico del proveedor. Si cambias los servidores de nombres, vuelve a crear esos registros en el nuevo proveedor de DNS antes del cambio de servidores. Si faltan registros de correo, puede afectar a la entrega de los mensajes entrantes, a la autenticación de los salientes o a ambas cosas.
Si el correo también se va al nuevo hosting, crea las cuentas de correo antes de cambiar los registros MX y pregunta si el proveedor migra el historial de mensajes. Una migración del sitio que transfiere archivos y bases de datos de WordPress puede no incluir cuentas de correo, mensajes, alias, reglas de reenvío ni ajustes de spam. Hostinger excluye explícitamente la migración del correo de su alcance de migración publicado.
Reduce el TTL de los registros MX antes de un cambio planificado del correo, si el proveedor de DNS lo permite. Cloudflare recomienda valores de TTL de MX de cinco minutos entre tres y cinco días antes del cambio. Mantén activo el servicio de correo anterior durante la propagación y prueba el envío y la recepción desde más de una cuenta.
Después del cambio de DNS, revisa un mensaje enviado al dominio desde una cuenta externa y envía un mensaje desde el dominio a un proveedor externo. Confirma que el correo nuevo llega a la cuenta prevista, que SPF y DKIM pasan cuando corresponde, que DMARC se comporta como se espera y que los alias y el reenvío siguen funcionando. Si el correo falla, restaura los registros MX o los servidores de nombres anteriores y conserva los mensajes recibidos durante la transición para poder reconciliarlos.
Qué cubre la migración y qué no cubre
Una migración normal de WordPress cubre los archivos de la aplicación y la base de datos dentro de los límites que indica el proveedor. Normalmente eso significa el núcleo de WordPress, los temas, los complementos, los archivos multimedia, las páginas, las entradas, los usuarios, los ajustes y otro contenido de la base de datos. No incluye automáticamente todos los servicios asociados al dominio o al servidor.
El correo, los registros DNS, las tareas cron, las cuentas FTP, la configuración personalizada de SSL, la configuración del servidor, las licencias de terceros y las aplicaciones que no son de WordPress pueden requerir trabajo aparte. Hostinger excluye explícitamente de su alcance de migración gratuita publicado las tareas cron, los registros DNS, la configuración personalizada de SSL, las cuentas FTP y la migración del correo. SiteGround excluye de su ruta Migrator las migraciones de localhost y de instalaciones Multisite completas.
Una migración tampoco garantiza cero tiempo de inactividad, compatibilidad con los complementos, un comportamiento correcto de PHP, formularios intactos, enlaces permanentes que funcionen, correo sin interrupciones ni protección frente a incidentes de seguridad. Los datos nuevos creados en el sitio anterior durante la ventana de migración pueden no aparecer en la copia nueva. Lleva un registro de pedidos, comentarios, altas de usuarios y envíos de formularios durante la transición.
El almacenamiento o el ancho de banda «ilimitados» siguen sujetos a las condiciones de uso aceptable y de recursos del proveedor. El almacenamiento NVMe, LiteSpeed, una CDN o una ubicación declarada de centro de datos son funciones documentadas del producto, no prueba de un resultado de velocidad concreto. Una garantía de tiempo de actividad (uptime) es un contrato con condiciones y posibles créditos, no un tiempo de actividad medido ni una promesa de que un sitio no puede dejar de estar disponible.
Cuánto cuesta migrar y qué se renueva
La ruta de migración puede estar incluida mientras la cuenta de hosting, el dominio, el correo, el complemento premium, la migración profesional o el complemento adicional sigan siendo de pago. Antes de comprar, compara la página de precios y condiciones vigentes en EE. UU. del proveedor para el producto elegido: el período de facturación, el importe inicial, la cifra mensual equivalente, el precio de renovación, el plazo de la garantía de devolución, el cargo por el dominio, el cargo por el correo y el costo de la migración premium. Precios y condiciones verificados el 29 de octubre de 2026.
Un precio introductorio de hosting no sirve por sí solo. Si la página de un plan muestra un importe promocional, anota junto a él el precio de renovación y verifica si el cargo corresponde a un mes, a un año o a un pago anticipado de más tiempo. El tiempo de bonificación es distinto del tiempo pagado y no debe contarse como un pago mensual más bajo. Un nivel gratuito, una prueba gratuita y una garantía de devolución son condiciones distintas.
Algunos hostings cobran las migraciones que superan sus límites gratuitos. Bluehost, por ejemplo, dice que las migraciones elegibles de VPS y Dedicated pueden ser gratuitas con un período de facturación de 12 meses y una solicitud dentro de los 30 días posteriores al alta, y que cobra algunas otras migraciones. Revisa la página de migración del nuevo hosting para ver si hay alguna tarifa antes de pedir el servicio.
SiteGround dice que su primera migración es gratuita y separa su Migrator gratuito del trabajo de transferencia manual de pago. La migración gratuita de Hostinger se aplica solo a sitios externos elegibles en planes que cumplan los requisitos. Confirma el plan exacto, el período de facturación, el tamaño del sitio, la plataforma de origen, las exclusiones de reembolso, la fecha de renovación automática y la elegibilidad para la migración antes de pagar.
Cómo revisar el nuevo sitio y saber cuándo cancelar el hosting anterior
No canceles el hosting anterior solo porque la nueva página de inicio cargue. Espera hasta que el destino pase una revisión completa, el DNS público se haya propagado, el correo funcione y la copia de seguridad anterior esté guardada en un lugar separado del servidor antiguo.
Comprueba el sitio desde un navegador normal, una ventana privada y un teléfono o una red separada. Revisa:
- Páginas, entradas, menús, imágenes, descargas, enlaces internos, enlaces permanentes, redirecciones, páginas 404, HTTPS, URL canónicas y advertencias de contenido mixto.
- Inicio de sesión de WordPress, acciones de administración, complementos, temas, usuarios, comentarios, altas de usuarios, pedidos, formularios, pago y correo transaccional.
- Los registros A y CNAME del sitio, además de MX, SPF, DKIM, DMARC, los subdominios, la analítica, robots.txt, el mapa del sitio XML y la configuración de cookies.
- El contenido más reciente de la base de datos y cualquier archivo subido durante la ventana de migración.
Confirma las copias de seguridad del nuevo hosting, el período de conservación, el proceso de restauración, la ubicación del almacenamiento y el costo de restauración. Descarga una copia de seguridad nueva desde el nuevo entorno si el producto lo permite. Pregunta al proveedor cómo restaurar el sitio anterior y revertir el DNS antes del cambio, y después anota el registro A anterior o los servidores de nombres anteriores.
Si el nuevo sitio falla, restaura el registro DNS o los servidores de nombres anteriores y mantén disponible el sitio antiguo. Conserva los pedidos nuevos, los datos de formularios, los comentarios, las altas de usuarios y el correo creado durante el cambio, para poder reconciliarlos cuando se corrija el problema. No borres el sitio anterior hasta que la nueva versión sea estable y haya pasado el plazo para revertir el cambio.
Cuando pasen las revisiones, cancela solo por el proceso de cancelación documentado del hosting anterior, después de leer sus condiciones de conservación. Confirma si la cancelación detiene la renovación o si elimina la cuenta de inmediato. Si estás decidiendo entre destinos, lee la opinión de Hostinger sobre sus planes y precios de renovación o compara Hostinger y SiteGround antes de elegir un hosting.
Preguntas frecuentes
¿Puedes transferir un sitio WordPress a otro hosting?
Sí. Transfiere los archivos y la base de datos de WordPress, actualiza los ajustes de la base de datos de destino, prueba el nuevo servidor y apunta el DNS a él. El dominio puede seguir registrado con su registrador actual.
¿Puedo transferir mi sitio web a otro hosting?
Sí, si puedes acceder a los archivos y a la base de datos o usar una herramienta de migración elegible. El proveedor puede establecer límites según el tamaño del sitio, la plataforma, el período de facturación, el tipo de cuenta o si el sitio es Multisite.
¿Cómo migro mi sitio WordPress a un nuevo servidor?
Haz una copia de seguridad del sitio anterior, prepara la nueva cuenta y la base de datos, copia los archivos y la base de datos, actualiza wp-config.php, previsualiza el destino, prueba las funciones clave y después cambia el registro A o los servidores de nombres. Mantén activo el servidor anterior mientras se actualiza el DNS.
¿Cómo cambio de hosting para mi WordPress?
Contrata y configura la nueva cuenta de hosting, migra el sitio, pruébalo en privado, actualiza el DNS y verifica el sitio web y el correo. Cancela el hosting anterior solo después de confirmar la nueva configuración y las copias de seguridad.
¿Cómo migro manualmente mi sitio WordPress?
Descarga los archivos de WordPress, exporta la base de datos con una herramienta como phpMyAdmin, crea una base de datos y un usuario en el nuevo hosting, importa la base de datos, sube los archivos y actualiza wp-config.php. Cambia las URL solo cuando cambie el dominio, y conserva los datos serializados al buscar y reemplazar.
¿Cómo exporto todo mi sitio WordPress?
Exporta tanto los archivos como la base de datos. All-in-One WP Migration crea un archivo .wpress que contiene la base de datos, los medios, los temas y los complementos, pero el hosting de destino controla el límite de subida al restaurarlo.
¿Cómo traslado un sitio web a otro hosting?
Migra y prueba el sitio antes de cambiar el DNS. Después cambia el registro A al nuevo servidor o traslada los servidores de nombres, una vez copiada la zona DNS completa, incluidos los registros de correo y de subdominios.
¿Qué pasa con mi sitio web si cancelo el hosting?
El sitio web anterior, las copias de seguridad y el correo guardados allí pueden quedar inaccesibles o eliminarse según las condiciones del hosting. Mantén la cuenta activa hasta confirmar el nuevo sitio, el DNS, el correo y las copias de seguridad.
¿Cuánto cuesta migrar un sitio web a otro hosting?
La migración puede estar incluida para clientes elegibles, pero el nuevo plan de hosting sigue siendo de pago. Algunos proveedores cobran las migraciones demasiado grandes, complejas, internas o profesionales, así que revisa la página de migración del nuevo hosting para ver si hay alguna tarifa antes de pedir el servicio.
Encuentra más reseñas y guías en Even Reviews. ¿Viste algo que corregir? Escríbenos e incluye el título de la página.
