Cómo dejar un proveedor sin perder nada
Hay muchos motivos para dejar un proveedor: han subido los precios, el servidor va lento, el soporte no responde o hace falta otro país. En la mudanza se pueden perder datos, correos, el dominio y el dinero de los meses ya pagados. Veamos un orden de pasos en el que el servidor antiguo y el nuevo funcionan en paralelo durante un tiempo y apagar el antiguo no rompe nada.
La regla principal de una mudanza es no apagar lo antiguo hasta haber comprobado lo nuevo. Por eso el plan sigue este orden: primero el inventario y las copias, después el servidor nuevo y su comprobación, luego el cambio de DNS y, solo tras un periodo tranquilo, la baja del servicio antiguo y la transferencia del dominio.
Inventario: qué tiene en el proveedor
En el proveedor suele haber más cosas de las que parece. Antes de la mudanza, haga una lista:
- las webs y aplicaciones, sus archivos, bases de datos y tareas cron;
- los buzones de correo, los reenvíos y las respuestas automáticas, si el correo está en el mismo proveedor;
- la zona DNS: todos los registros, incluidos los TXT de verificación de servicios, SPF, DKIM y los registros de subdominios;
- los dominios registrados a través del proveedor y sus fechas de renovación;
- los certificados SSL, si son de pago y se emitieron a través del proveedor;
- las direcciones IP adicionales, las copias de seguridad, los almacenamientos y los servicios contratados que se renuevan automáticamente.
Exporte la zona DNS completa, desde el panel o a mano en una tabla. Un registro TXT perdido que verificaba el dominio en un servicio de correo o de pagos aparece una semana después, cuando algo deja de funcionar.
Exportación de datos y copias de seguridad
Haga una copia completa y reciente con sus propios medios, sin confiar en las copias del proveedor: al cerrar la cuenta dejarán de estar disponibles. Los archivos se copian con rsync o en un archivo comprimido, las bases de datos con un volcado (mysqldump, pg_dump) y el correo por IMAP. Guarde la copia fuera del servidor antiguo y del nuevo, por ejemplo en un almacenamiento de objetos; las opciones se describen en el artículo Almacenamiento de archivos en un VPS: discos y almacenamiento de objetos, y la comprobación de copias, en el artículo Copias de seguridad de un VPS: estrategias y herramientas.
Si existe el riesgo de perder el acceso al panel (por ejemplo, porque el proveedor cierra o la cuenta se ha bloqueado por impago), la exportación es lo primero, antes de cualquier negociación. Compruebe la copia restaurándola en el servidor nuevo: un archivo que no se abre suele descubrirse cuando el antiguo ya está apagado.
Periodo de funcionamiento en paralelo
El servidor nuevo se contrata con antelación, se despliega en él la web a partir de la copia y se comprueba mediante una dirección temporal o con el archivo hosts de su ordenador. Mientras tanto, el antiguo sigue funcionando. Reserve al menos una semana para el funcionamiento en paralelo: en ese tiempo se emitirán los certificados SSL y saldrán a la luz las tareas cron y las integraciones olvidadas.
Pagar dos servidores sale más barato si el nuevo se puede contratar primero por poco tiempo. Según el catálogo de accsly.io a noviembre de 2026, 173 proveedores indican expresamente el pago por horas, y 818 de los 2 248 proveedores de VPS, el 36%, ofrecen garantía de devolución del dinero, casi siempre de 30 días. Selecciones: VPS con pago por horas y VPS con devolución del dinero. El proceso detallado de migración de una web está en el artículo Cómo migrar una web del hosting compartido a un VPS.
Bajar el TTL y cambiar las DNS
Cada registro DNS tiene un TTL: el tiempo en segundos durante el que los resolvedores de los operadores pueden recordar su valor, tal como lo define ya el RFC 1035. Si el TTL es de un día, tras cambiar la dirección IP parte de los visitantes seguirá llegando al servidor antiguo durante un día más.
- Con una o dos veces el TTL antiguo de antelación, baje el TTL de los registros A, AAAA y MX a 300 segundos. Si el TTL era de 86 400 segundos, hágalo al menos dos días antes.
- Antes del cambio, vuelva a sincronizar los datos: los archivos que hayan subido los usuarios y los pedidos nuevos de la base de datos. En las tiendas online se activa durante ese rato el modo de mantenimiento.
- Cambie las direcciones en los registros. Gracias al TTL corto, la mayoría de los visitantes pasará al servidor nuevo en pocos minutos.
- Tras unos días tranquilos, devuelva el TTL a una hora o a un día.
Si la zona DNS está en los servidores de nombres del proveedor antiguo, primero trasládela al registrador o a un servicio DNS independiente con los mismos registros, y solo después cambie los servidores de nombres del dominio. Cómo funcionan los registros y los servidores de nombres se explica en el artículo Dominios y DNS para el propietario de un servidor.
Transferir el dominio a otro registrador
El dominio puede quedarse en el registrador actual cambiando solo las DNS: es el camino más sencillo. Conviene transferirlo si el registrador es el mismo proveedor del que se va. Para los dominios gTLD (.com, .net, .org y otros), las reglas las fija la política de transferencias de ICANN:
- a petición del titular, el registrador debe entregar en un plazo de 5 días naturales el código de transferencia (AuthInfo, también llamado código EPP) y retirar la prohibición de transferencia (ClientTransferProhibited, lo que en los paneles se llama bloqueo del registrador);
- la transferencia puede denegarse en los primeros 60 días tras el registro del dominio o tras la transferencia anterior, y después de un cambio de titular el registrador aplica un bloqueo de 60 días, al que el titular puede renunciar de antemano;
- el código se introduce en el nuevo registrador y se paga la renovación de un año; si el registrador antiguo no se opone, el registro completa la transferencia en 5 días.
Los dominios de código de país (.de, .uk, .ru y otros) siguen las normas de su propio registro; por ejemplo, para .ru el procedimiento para cambiar de registrador se publica en la página de documentos del registro. No transfiera el dominio los mismos días que el servidor ni empiece la transferencia pocos días antes de que caduque el registro: si algo sale mal, el dominio no debe quedar caducado.
Migrar el correo
El correo es la parte más delicada de la mudanza. Cree los buzones en el nuevo proveedor de correo o en su propio servidor y copie después los mensajes de los buzones antiguos por IMAP, por ejemplo con la utilidad imapsync, que traslada las carpetas y, si se vuelve a ejecutar, solo descarga lo nuevo. A continuación, cambie los registros MX, SPF y DKIM por los valores del nuevo proveedor y, al cabo de un día, vuelva a sincronizar para recoger los mensajes que llegaron al servidor antiguo mientras se actualizaban las DNS. Si va a montar el correo en su propio VPS, los requisitos se describen en el artículo Servidor de correo en un VPS: SPF, DKIM y DMARC.
Dar de baja el servicio y recuperar el dinero
Dé de baja el servicio antiguo solo cuando hayan dejado de llegar tráfico y correos al servidor antiguo y la copia esté comprobada. Antes, desactive la renovación automática y desvincule la tarjeta para que no le cobren el siguiente periodo, y pida una confirmación por escrito del cierre.
La devolución de lo pagado y no consumido depende ante todo de las condiciones del proveedor: algunos recalculan los meses no usados, a veces descontando la rebaja por contratar un plazo largo, y otros solo devuelven el dinero durante el periodo de garantía. También influyen la ley del país del proveedor y la normativa de consumo del país donde vive el comprador; en la Unión Europea, por ejemplo, los derechos de un consumidor dependen del contrato y del país. Lea las condiciones antes de pedir la baja y solicite el reembolso por escrito. Las garantías se analizan en el artículo Periodo de prueba y devolución del dinero, y el contrato con un proveedor extranjero, en el artículo Jurisdicción del proveedor: en qué influye.