Administrar dominios y hosting para varios clientes bajo un esquema reseller es cómodo hasta el día en que necesitás cambiar de proveedor. Ahí aparece la pregunta que frena a la mayoría: ¿cómo mover todo sin que un dominio quede mal apuntado, sin que una web se caiga y sin que se corte un correo en el medio? La respuesta no está en apurar el cambio, sino en separarlo en pasos claros que se puedan verificar uno por uno.
El punto de partida: entender qué se mueve realmente
Una migración reseller involucra tres cosas distintas que conviene tratar por separado: el dominio (su registro y sus nameservers), el sitio web (archivos y base de datos) y el correo (casillas y su configuración). Mezclar los tres pasos en una sola maniobra es lo que genera la mayoría de los problemas, porque un error en cualquiera de ellos afecta a los otros dos.
Paso 1: armá un inventario completo por cuenta
Listá cada cliente con su dominio, la extensión (.com, .net u .org), dónde está registrado ese dominio, el motor del sitio, la cantidad de casillas de correo y si tiene alguna particularidad, como un subdominio adicional o una integración externa. Este inventario es la referencia que vas a usar durante todo el proceso y también lo que te permite detectar rápido si algo quedó fuera de lugar después del cambio.
- Dominio, extensión y lugar de registro.
- Nameservers actuales.
- Cantidad de casillas de correo y tamaño de cada buzón.
- Subdominios activos (blog, tienda, panel de clientes).
Paso 2: bajá el TTL de los DNS con anticipación
El TTL define cuánto tiempo queda guardado en caché un registro DNS antes de volver a consultarse. Bajarlo a 300 segundos al menos 48 horas antes del cambio real acorta la ventana de inconsistencia, donde algunos visitantes ven la web vieja y otros la nueva.
Paso 3: migrá de a una cuenta, siguiendo un orden por complejidad
Empezá con la cuenta más simple, sin subdominios ni integraciones, para probar el proceso completo de punta a punta. A medida que ganás confianza y cronometrás bien los tiempos, avanzá con cuentas más complejas, dejando para el final las que tienen más subdominios o mayor volumen de correo.
Paso 4: copiá archivos y base de datos con un respaldo completo de cuenta
Generá el backup completo desde el panel de origen (archivos, base de datos y configuración de correo en un solo paquete) y restauralo en el proveedor nuevo. Antes de continuar, verificá estos puntos:
- La base de datos conecta con las credenciales actualizadas.
- El sitio carga completo desde la URL o IP temporal.
- Los subdominios restauraron correctamente su propia configuración.
Paso 5: el correo se prepara en paralelo, no se corta
Creá las mismas casillas, con las mismas contraseñas, en el hosting nuevo antes de tocar cualquier registro DNS. El correo del proveedor anterior sigue recibiendo mensajes con normalidad mientras tanto. Configurá también un reenvío temporal de las casillas antiguas hacia las nuevas para los primeros días posteriores al cambio de DNS.
Paso 6: probá todo, incluidos los subdominios, antes de mover el DNS
Con el archivo hosts editado o una URL temporal, navegá el sitio principal y cada subdominio como si el dominio ya apuntara al nuevo proveedor. Revisá formularios, paneles de acceso y que las imágenes y archivos carguen sin errores.
Paso 7: cambiá los nameservers cuando todo esté confirmado
Con el sitio, los subdominios y el correo verificados, actualizá los nameservers del dominio en el registrador correspondiente. Si el dominio está registrado en un lugar distinto de donde está el hosting, coordiná el momento exacto del cambio con quien tenga acceso a esa cuenta.
Paso 8: monitoreá activamente los tres días posteriores
Revisá que no haya rebotes de correo, que los subdominios respondan correctamente y que no aparezcan errores intermitentes en el sitio principal. Este seguimiento cercano en los primeros días es lo que evita que un detalle menor escale a un problema mayor.
Avisá con anticipación, siempre
Un mensaje breve, unos días antes del cambio, explicando qué va a pasar y por qué, reduce casi por completo los reclamos. La transparencia sobre el proceso es tan importante como la técnica detrás de él.
Errores comunes que conviene evitar
Hay detalles pequeños que, si se pasan por alto, alargan la migración mucho más de lo esperado. Uno frecuente es no anotar las redirecciones personalizadas que un cliente pidió en algún momento: si no quedan documentadas antes de migrar, se pierden y aparecen como enlaces rotos recién cuando alguien las reporta. Otro error habitual es asumir que el certificado SSL se genera automáticamente apenas se apunta el dominio nuevo, sin confirmar que realmente se emitió y que el sitio carga con el candado correcto.
También conviene prestar atención a los cron jobs, esas tareas programadas que corren en segundo plano sin verse a simple vista, como un respaldo automático semanal. Si no se reconfiguran en el hosting nuevo, el cliente puede no notar nada durante un tiempo, hasta que algo que dependía de esa tarea deja de funcionar sin ninguna explicación visible. Por eso el inventario inicial tiene que incluir explícitamente estos elementos, no solo el dominio, el sitio y el correo.
Un tercer punto es no revisar si algún subdominio apunta a un servicio externo distinto del hosting principal (por ejemplo, un subdominio de correo webmail o un panel de estadísticas). Si esos registros se pisan sin darse cuenta durante el cambio de nameservers, ese servicio puntual puede quedar fuera de línea aunque el sitio principal funcione perfecto.
Checklist antes de dar por cerrada cada migración
- El sitio principal y cada subdominio cargan completos, sin errores.
- El correo entrante y saliente funciona con normalidad en la cuenta nueva.
- El certificado SSL está activo, con el candado sin advertencias en el navegador.
- Los registros DNS de subdominios y servicios externos se revisaron uno por uno.
- Las tareas programadas están reconfiguradas si el sitio las usaba.
- El cliente recibió confirmación de que la migración se completó con éxito.
Preguntas frecuentes
¿Cuánto tiempo toma migrar una cuenta completa con varios subdominios?
Calculá entre dos y tres horas de trabajo activo, más las 48 horas previas de espera por el TTL bajo, ya que cada subdominio necesita su propia verificación antes del cambio.
¿Es necesario migrar todas las cuentas el mismo mes?
No, y en carteras grandes conviene extender el proceso durante varias semanas, con dos o tres cuentas por día como máximo, para atender cada caso con el cuidado necesario.
¿Qué pasa si el dominio está registrado en un lugar distinto de donde está el hosting?
No hay problema: son dos cosas independientes. Preparás el sitio y el correo en el hosting nuevo, y cuando todo esté verificado, actualizás solamente los nameservers desde el registrador correspondiente.
¿Hace falta avisar al cliente si el corte va a ser mínimo?
Sí, siempre. Un aviso previo, aunque el impacto real sea casi nulo gracias al TTL bajo, evita cualquier malentendido y refuerza la imagen de un servicio prolijo.
¿Qué hago si algo falla después de cambiar los nameservers?
Como el proveedor anterior sigue activo hasta que decidas darlo de baja, siempre podés revertir el cambio temporalmente mientras resolvés el inconveniente en el hosting nuevo.
Un caso típico, para entender el orden completo
Pensemos en una cartera de 25 cuentas, algunas con subdominios adicionales para blog o panel de clientes. La primera semana se dedica a inventario completo, anotando cada subdominio, y a bajar el TTL de todos los dominios registrados. La segunda y tercera semana se migran las cuentas de a dos o tres por día, empezando por las más simples y dejando para el final las que tienen más subdominios activos, verificando cada uno de ellos por separado antes de cambiar los nameservers del dominio principal.
Repartir el proceso en varias semanas, en lugar de intentarlo en un par de días, es lo que permite detectar a tiempo un subdominio mal configurado o un registro DNS que se pisó por error, sin que eso afecte al resto de la cartera ni genere una sorpresa para el cliente.
Vale la pena además llevar un registro simple, cuenta por cuenta, con la fecha en que se completó cada migración y cualquier detalle particular que haya aparecido en el camino. Ese pequeño historial se vuelve muy útil la próxima vez que haya que repetir el proceso, porque ya sabés de antemano qué tipo de cuentas suelen requerir más tiempo de verificación.
Con ese registro a mano, además, cualquier consulta futura de un cliente sobre “cuándo se movió mi web” o “qué se cambió exactamente” tiene una respuesta clara y documentada, en lugar de depender de la memoria de lo que pasó semanas o meses atrás.
Conclusión
Migrar cuentas reseller sin perder dominios, webs ni correos en el camino es cuestión de separar el proceso en partes verificables: inventario, TTL bajo, migración ordenada, correo en paralelo y confirmación antes de tocar los nameservers. Seguido así, el cambio de proveedor se convierte en un trámite prolijo en lugar de un salto al vacío, y tus clientes ni siquiera notan que algo cambió detrás de escena.
