Cómo mover tu sitio web a un nuevo hosting sin tiempo de inactividad

Mover un sitio web a un nuevo hosting parece arriesgado, pero con un plan claro es un trabajo tranquilo y predecible. El truco está en construir y probar la nueva copia mientras la antigua sigue atendiendo a los visitantes, y apuntar tu dominio al nuevo servidor solo después. Esta guía recorre todo el proceso para un sitio pequeño típico, usando WordPress como ejemplo principal y explicando en términos generales los sitios estáticos y los sitios PHP personalizados.

Decide cuándo mudarte y haz inventario de lo que tienes

Entre los buenos motivos para mudarte están las lentitudes o caídas repetidas, un plan que ya no se ajusta a tu tráfico, la falta de funciones como una versión actual de PHP o herramientas de pruebas (staging), un soporte deficiente, o un precio de renovación que ha subido por encima de lo que vale el servicio. Entre los malos motivos están una sola mala tarde o una oferta llamativa que no has comparado bien. Si todavía estás valorando opciones, nuestra guía sobre cómo elegir un hosting web explica qué buscar, y la de precios de renovación del hosting aclara por qué el costo después del primer periodo suele cambiar.

Elige un momento tranquilo para la mudanza. Para la mayoría de los sitios, eso significa una tarde entre semana o un fin de semana con poco tráfico, y nunca la semana de una gran venta, un lanzamiento o una campaña. Date unos días de margen, aunque el trabajo real lleve solo un par de horas.

Antes de tocar nada, anota todo lo que hace por ti tu hosting actual. Los sitios suelen depender de cosas que nadie recuerda haber configurado. Aquí tienes un inventario sencillo para completar.

Exporta tu zona DNS actual como texto o haz capturas de pantalla de todos los registros. Este único paso evita más pánico después de la mudanza que cualquier otro. Comprueba también si el registro de tu dominio y tu hosting están con la misma empresa. Si no tienes claro cómo encajan ambas piezas, nombres de dominio y hosting explica la relación.

Haz copias de seguridad, construye el nuevo sitio y pruébalo en privado

Haz una copia de seguridad completa de archivos y bases de datos, y guárdala en un lugar distinto del hosting antiguo, como tu propio ordenador más una segunda ubicación. No dependas solo de las copias automáticas del hosting, porque podrías perder el acceso a ellas si se cierra la cuenta. Comprueba que la copia realmente se abre. Una copia que nunca has restaurado es solo una esperanza.

Configura el nuevo hosting

Crea la cuenta o el plan, añade tu dominio como sitio o dominio adicional, y elige la misma versión principal de PHP que usa tu sitio hoy, o una más reciente que ya hayas confirmado que tu código admite. Crea una base de datos vacía y un usuario de base de datos con una contraseña segura. No cambies todavía el DNS. En esta etapa el nuevo hosting es solo una habitación vacía esperando tus muebles.

Copia archivos y base de datos

Sube tus archivos con SFTP o con el administrador de archivos del panel de control. Es preferible SFTP a FTP simple porque cifra tus datos de acceso. En un sitio grande, comprime la carpeta en un solo archivo, súbelo y extráelo en el servidor, lo cual es mucho más rápido que enviar miles de archivos pequeños.

Después exporta tu base de datos del hosting antiguo e impórtala en el nuevo. En WordPress hay dos caminos habituales. Puedes usar un plugin de migración que empaqueta archivos y base de datos juntos, o hacerlo a mano: copiar los archivos, importar la base de datos y luego editar el archivo wp-config.php con el nuevo nombre de base de datos, usuario y contraseña. Un sitio estático solo necesita los archivos. Un sitio PHP personalizado necesita los archivos, la base de datos y una revisión cuidadosa de cualquier archivo de configuración que guarde rutas, credenciales o claves de API.

Prueba antes de cambiar

Ahora revisa la nueva copia mientras el público sigue viendo la antigua. Hay dos formas fiables de hacerlo.

• Edita tu archivo hosts. En tu propio ordenador, añade una línea que asocie tu nombre de dominio con la dirección IP del nuevo servidor. Tu navegador cargará entonces la nueva copia mientras todos los demás siguen viendo la antigua. Elimina la línea cuando termines.
• Usa una URL temporal. Muchos hosts ofrecen una dirección de vista previa para las cuentas nuevas. Es más fácil, aunque algunas aplicaciones, incluida WordPress, pueden redirigirte de vuelta al dominio real, y por eso el método del archivo hosts suele ser más limpio.

Durante las pruebas, recorre la página de inicio, algunas páginas internas, la búsqueda, los formularios, los inicios de sesión, el proceso de compra si lo tienes y las galerías de imágenes. Envía un formulario de contacto de prueba y confirma que el correo llega. Busca imágenes rotas, avisos de contenido mixto y páginas de error. Compara la nueva copia con la antigua lado a lado.

Reduce el TTL, congela los cambios y cambia el DNS

El DNS es el sistema que convierte el nombre de tu dominio en la dirección de un servidor. Cada registro DNS tiene un TTL, siglas de «time to live» (tiempo de vida), que indica a otras redes cuánto tiempo pueden recordar la respuesta antes de volver a preguntar. Si tu TTL es de un día, algunos visitantes podrían seguir yendo al servidor antiguo hasta un día después de que hagas el cambio.

Al menos dos días antes de la mudanza, reduce el TTL de tus registros principales a un valor corto, como cinco minutos. Esto debe hacerse con tiempo, porque primero tiene que caducar en todas partes el TTL largo anterior. Reducirlo una hora antes del cambio sirve de poco.

Congela los cambios de contenido

Cuando tengas lista la copia final, detén los cambios en el sitio antiguo. Un blog puede simplemente pausar las publicaciones. Una tienda es más complicada, porque los pedidos realizados en el servidor antiguo después de tu copia final de la base de datos no existirán en el nuevo. En tiendas, sitios de membresía y foros, programa una ventana de mantenimiento corta, haz la copia final de la base de datos al comienzo y evita los pedidos durante ese intervalo. Después haz una última sincronización de archivos y base de datos con el nuevo hosting y realiza una última prueba rápida.

Cambia los registros

Tienes dos formas de apuntar tu dominio al nuevo hosting.

• Cambia el registro A (y el AAAA, si lo usas) en tu proveedor de DNS actual para que apunte a la IP del nuevo servidor. Así el resto de tu DNS, incluido el correo, queda exactamente como está. Es la opción más segura para la mayoría de las personas.
• Cambia los servidores de nombres (nameservers) en tu registrador para que el nuevo hosting controle todo el DNS. Es una opción ordenada, pero hazla solo después de haber recreado en el nuevo hosting todos los registros de tu inventario, sobre todo los MX y TXT. Los registros que faltan son la causa habitual de que se pierda el correo tras una mudanza.

Cuánto tarda realmente la propagación

Se suele decir que el DNS tarda hasta 48 horas, pero es más una costumbre pensada para el peor caso que una regla. En realidad nada se extiende desde tu proveedor de DNS. Lo que ocurre es que miles de resolutores en todo el mundo guardan cada uno su propia respuesta en caché, y cada uno la actualiza solo cuando se agota su temporizador. Con un TTL corto configurado de antemano, la mayoría de los visitantes llegan al nuevo servidor en unos minutos o unas pocas horas. Los cambios de servidores de nombres pueden tardar más porque el nivel del registro tiene su propia caché, y algunos proveedores de internet conservan las respuestas más tiempo del debido. Por eso el hosting antiguo debe seguir activo durante la transición. Algunas personas verán el sitio antiguo y otras el nuevo, y ambos deben funcionar.

Puedes comprobar el avance con herramientas públicas de consulta DNS que preguntan desde muchas ubicaciones, o con una consulta por línea de comandos en tu propio equipo. Recuerda que tu ordenador y tu router también guardan respuestas en caché, así que probar desde un teléfono con datos móviles puede darte una segunda opinión útil.

Gestiona el correo, el SSL y las URL

Correo y registros MX

El correo es la parte que más se olvida. Primero averigua dónde está alojado. Si está en tu antiguo hosting web, tendrás que mover también los buzones, incluidos los mensajes guardados. Crea los mismos buzones en el nuevo hosting y luego copia el correo antiguo con una herramienta de transferencia IMAP o añadiendo ambas cuentas a un programa de correo y arrastrando las carpetas. Sigue enviando y recibiendo en el servidor antiguo hasta que la copia esté completa.

Los registros MX indican al mundo dónde entregar tu correo. Si solo cambias el registro A, el MX no se toca y el correo sigue llegando al mismo lugar que hoy. Si cambias los servidores de nombres, copia los registros MX exactamente, además de los registros TXT de SPF, DKIM y DMARC, que ayudan a que tus mensajes no acaben en la carpeta de spam. Si tu correo está con un proveedor de correo independiente, deja sus registros totalmente intactos. Ante la duda, envía mensajes de prueba en ambas direcciones el mismo día.

Certificados SSL

El candado de seguridad requiere un certificado válido en el nuevo servidor. La mayoría de los hosts pueden emitir un certificado automático gratuito, pero normalmente necesitan que el dominio ya apunte hacia ellos, por lo que la emisión puede completarse solo después del cambio de DNS. Prevé una breve ventana y lanza la solicitud en cuanto cambien los registros. Algunos hosts permiten instalar un certificado antes, lo que evita ese hueco. Cuando esté activo, comprueba que todas las páginas cargan por HTTPS sin avisos de contenido mixto y que las direcciones HTTP redirigen a HTTPS.

Redirecciones y URL

Mantén tus URL idénticas siempre que sea posible. Si cambia la dirección web de una página, añade una redirección permanente desde la dirección antigua a la nueva para que los visitantes y los buscadores la sigan. Traslada tus reglas de redirección, que a menudo están en un archivo oculto llamado .htaccess o en la configuración del servidor. Comprueba también que tu versión preferida del dominio, con o sin www, se comporte igual que antes. Si además cambias el propio nombre de dominio, es un proyecto aparte y merece su propio plan.

Supervisa tras el cambio y ten un plan de reversión

Durante los primeros días, vigila el sitio de cerca. Carga las páginas clave con regularidad, prueba los formularios y el proceso de compra, y revisa los registros de errores del servidor. Configura un monitor de disponibilidad gratuito si aún no tienes uno. Confirma que las tareas programadas se ejecutan, ya que las tareas cron son fáciles de olvidar. En WordPress, asegúrate de que las entradas programadas se publiquen y de que los plugins de copia de seguridad funcionen. Vuelve a crear copias de seguridad en el nuevo hosting y comprueba que tus herramientas de analítica y de search console siguen mostrando datos.

Tu plan de reversión es sencillo porque te preparaste para él. El sitio antiguo sigue funcionando y tus registros DNS originales están guardados. Si algo grave falla y no se puede arreglar rápido, vuelve a poner los registros con los valores antiguos. Gracias al TTL corto, la vuelta atrás también se propaga rápido. Decide de antemano qué se considera grave, por ejemplo que falle el proceso de compra o que no llegue el correo, para no tener que discutirlo bajo presión.

Conserva el plan antiguo durante un breve periodo de solapamiento, normalmente de una a dos semanas, y más tiempo si tienes dudas sobre el correo o si tienes un ciclo de facturación mensual. No lo canceles el mismo día. Antes de cancelarlo, haz una última copia de seguridad, confirma que no queda correo en él y comprueba que nada, como un subdominio o un pequeño proyecto paralelo, siga dependiendo de él. Comprueba también si el registro de tu dominio venía incluido en el plan antiguo para no perderlo por accidente.

Errores comunes y cuándo pedir ayuda

• Olvidar el correo. El correo deja de funcionar porque no se copiaron los registros MX o TXT.
• Dejar el TTL alto. El cambio se alarga entonces horas o días.
• Saltarse la prueba. Los problemas aparecen delante de los clientes en lugar de en privado.
• Cancelar el plan antiguo demasiado pronto. Eliminas tu red de seguridad mientras el DNS aún se está asentando.
• Editar las dos copias. El contenido añadido en el sitio antiguo durante la mudanza se pierde.
• No guardar los registros DNS. No puedes reconstruir lo que no anotaste.
• Ignorar las versiones de PHP y del software. Un plugin antiguo puede fallar en una versión más nueva del servidor.

Muchos hosts ofrecen un servicio de migración gratuito, normalmente para clientes nuevos que mueven un sitio estándar. Vale la pena usarlo en sitios WordPress sencillos, porque ahorra tiempo y los expertos lo han hecho muchas veces. Haz primero algunas preguntas. ¿Cubre archivos, bases de datos y correo? ¿Cuántos sitios o buzones incluye? ¿Probarán el sitio antes del cambio y tendrás una vista previa? ¿Se deja intacto el sitio antiguo? ¿Quién se encarga del DNS y qué pasa si algo sale mal? ¿Hay límites de tamaño, de código personalizado o de ciertas aplicaciones? Consigue las respuestas por escrito siempre que puedas.

Plantéate pagar ayuda profesional si tienes una tienda con pedidos en curso, un sistema de membresía o de reservas, una base de datos grande, código personalizado que nadie de tu equipo escribió o configuraciones de correo complicadas. Un autónomo o una agencia también puede ser una buena opción cuando el tiempo de inactividad te costaría más que sus honorarios. Aunque contrates a alguien, conserva tu propio inventario y tus copias de seguridad, y mantén el control de la cuenta de tu dominio.

Un ejemplo de calendario de migración

1. Una semana antes: Decide mudarte, elige el nuevo hosting y completa tu inventario de archivos, bases de datos, correo, tareas cron, DNS y SSL.
2. De tres a cinco días antes: Exporta la zona DNS, haz copias de seguridad completas y confirma que se pueden restaurar.
3. Tres días antes: Reduce a unos pocos minutos el TTL de tus registros DNS principales.
4. Dos días antes: Configura el nuevo hosting, copia archivos y base de datos y actualiza la configuración.
5. Un día antes: Prueba con el archivo hosts o una URL temporal y corrige los problemas.
6. Día del cambio, al empezar: Congela los cambios de contenido, haz una sincronización final de archivos y base de datos y realiza una prueba rápida.
7. Día del cambio, a mitad de jornada: Actualiza el registro A o los servidores de nombres y luego solicita el certificado SSL.
8. Ese mismo día: Comprueba que el correo sigue fluyendo en ambas direcciones y confirma que HTTPS y las redirecciones funcionan.
9. Días uno a tres: Supervisa la disponibilidad, los registros, los formularios, las tareas cron y la analítica. Descongela el contenido cuando tengas confianza.
10. Días siete a catorce: Haz una última copia de seguridad del plan antiguo, confirma que nada depende de él y cancélalo. Vuelve a subir el TTL a un valor normal.

Lista de verificación antes y después

Antes del cambio

• Inventario anotado: archivos, bases de datos, correo, tareas cron, registros DNS, SSL.
• Zona DNS exportada y guardada fuera del hosting antiguo.
• Copias de seguridad completas, guardadas en dos lugares y restauradas como prueba.
• TTL reducido al menos dos días antes del cambio.
• Nuevo hosting configurado con una versión de PHP igual o compatible.
• Archivos y base de datos copiados, configuración actualizada.
• Sitio probado con el archivo hosts o una URL temporal, incluidos formularios e inicios de sesión.
• Plan de correo decidido, buzones creados, mensajes antiguos copiados.
• Congelación de contenido programada y comunicada a quienes editan el sitio.
• Plan de reversión escrito, con los valores DNS originales a mano.

Después del cambio

• El dominio carga desde el nuevo servidor en varias redes y dispositivos.
• HTTPS funciona en todas las páginas y HTTP redirige a HTTPS.
• El correo se envía y se recibe, y los registros SPF, DKIM y DMARC están en su sitio.
• Los formularios, el proceso de compra, la búsqueda y los inicios de sesión funcionan.
• Las redirecciones y la preferencia con o sin www se comportan como antes.
• Las tareas cron y las tareas programadas se ejecutan.
• La supervisión de disponibilidad y las copias de seguridad están activas en el nuevo hosting.
• TTL subido de nuevo cuando todo esté estable.
• Plan antiguo conservado de una a dos semanas y luego cancelado tras una última copia de seguridad.

Una nota de transparencia: DealPortal puede recibir una comisión si compras a través de algunos enlaces de nuestro sitio, y eso no cambia el precio que pagas ni los consejos que damos.

Puntos clave

• Construye y prueba primero la nueva copia en privado, con el archivo hosts o una URL temporal, mientras el sitio antiguo sigue funcionando.
• Reduce el TTL de tu DNS al menos dos días antes y guarda una copia de cada registro DNS antes de cambiar nada.
• Trata el correo como una tarea aparte: mueve los buzones, copia los registros MX, SPF, DKIM y DMARC, y prueba en ambas direcciones.
• La propagación suele ser rápida con un TTL corto, pero algunos visitantes verán el sitio antiguo durante un tiempo, así que nunca apagues el antiguo demasiado pronto.
• Conserva el plan antiguo de una a dos semanas y ten listo un plan de reversión por escrito.
• Usa un servicio de migración gratuito para sitios sencillos y contrata a un profesional para tiendas, código personalizado o cualquier caso en que el tiempo de inactividad sea costoso.