Sos revendedor de hosting y tenés una cartera de clientes que depende de que su web y su correo funcionen todos los días. Cambiar de proveedor mayorista siempre trae la misma duda: ¿cómo mover todas las cuentas sin que ninguna se caiga en el camino? No es un miedo exagerado: cada cuenta que se cae durante una migración es una llamada incómoda que tenés que responder. Por suerte, este es un proceso que se resuelve con orden, no con apuro.
El error de fondo: tratar la migración como un solo evento
La mayoría de los revendedores piensan la migración como “el día que cambio todo”, y ahí empiezan los problemas. Una cartera de clientes no se mueve de un tirón: se mueve cuenta por cuenta, con verificación en cada paso, porque cada sitio tiene su propia configuración, su propio motor y su propia sensibilidad a los tiempos de inactividad. Tratarlo como un evento único multiplica el riesgo justo cuando más cuentas tenés en juego.
Paso 1: armá un mapa completo de tu cartera
Antes de mover nada, listá cada cuenta con su dominio, su motor (WordPress, tienda online, sitio estático), la cantidad de casillas de correo activas y si tiene alguna particularidad (un cron job programado, una integración con una pasarela de pago, un certificado SSL personalizado). Este mapa es tu red de seguridad: si algo falla en la migración, sabés exactamente qué tenía esa cuenta antes.
- Dominio y extensión (.com, .net u .org).
- Motor del sitio y versión.
- Cantidad de casillas de correo y tamaño de cada buzón.
- Integraciones externas activas (pagos, formularios, CRM).
Paso 2: bajá el TTL de los DNS antes de arrancar
El TTL determina cuánto tiempo se guarda en caché un registro DNS. Si lo dejás en su valor habitual (muchas veces 24 horas), el cambio va a tardar en verse para buena parte de los visitantes. Bajalo a 300 segundos al menos 48 horas antes de tocar el primer dominio, para que cuando llegue el momento del cambio real, la propagación sea casi inmediata.
Paso 3: elegí un orden de migración por riesgo, no por orden alfabético
Empezá por las cuentas de menor tráfico y menor complejidad. Un sitio institucional sencillo te sirve para probar y cronometrar el proceso completo sin poner en riesgo a tu cliente más grande. Recién cuando el procedimiento esté afinado, avanzá con las cuentas más críticas, dejando las de mayor volumen de correo o de ventas para el final, cuando ya tengas el proceso dominado.
Paso 4: usá backups completos de cuenta, no copias manuales
Generá el respaldo completo de cada cuenta (archivos, base de datos y configuración de correo en un solo paquete) desde el panel del proveedor de origen. Restauralo en el nuevo proveedor y revisá tres cosas antes de dar por terminado este paso:
- Que la base de datos conecte con las credenciales actualizadas.
- Que el sitio cargue completo desde la URL o IP temporal, sin errores.
- Que los formularios y pasarelas de pago sigan funcionando con la configuración nueva.
Paso 5: el correo se migra en paralelo, nunca de un salto
Creá las mismas casillas con las mismas contraseñas en el proveedor nuevo antes de tocar el DNS del dominio. Mientras el DNS siga apuntando al proveedor viejo, ese correo sigue funcionando con normalidad; el nuevo queda listo y esperando. Configurá además un reenvío temporal de las casillas antiguas hacia las nuevas para los primeros días después del cambio, así ningún mensaje se pierde por servidores que todavía tienen el DNS viejo en caché.
Paso 6: probá todo antes de mover el DNS
Con el archivo hosts editado o una URL temporal, navegá el sitio como si el dominio ya apuntara al nuevo proveedor. Revisá el panel de administración, el checkout si hay tienda online, y que las imágenes y archivos adjuntos carguen bien. Este control previo es lo que separa una migración tranquila de una llena de sorpresas.
Paso 7: cambiá el DNS solo cuando todo esté verificado
Recién con el sitio probado y el correo en paralelo, actualizá los nameservers o los registros DNS del dominio. Si administrás vos mismo esos registros desde tu panel reseller, el cambio es directo y controlado.
Paso 8: monitoreo activo las primeras 72 horas
Revisá que no haya rebotes de correo, que el sitio responda sin errores intermitentes y que las redirecciones antiguas sigan funcionando si las configuraste. Este período corto de atención extra es el que evita que un detalle menor se convierta en un cliente enojado.
La comunicación no es un extra, es parte del proceso
Avisá a cada cliente con unos días de anticipación que vas a mejorar la infraestructura donde vive su web. Un mensaje breve y honesto reduce casi a cero los reclamos, incluso si algo tarda unas horas más de lo previsto.
Errores comunes que conviene evitar
Hay una serie de detalles pequeños que, si se pasan por alto, terminan alargando la migración mucho más de lo esperado. Uno frecuente es no documentar las redirecciones personalizadas que un cliente pidió en algún momento (por ejemplo, para una campaña de marketing vieja): si no quedan anotadas antes de migrar, se pierden y aparecen como enlaces rotos recién cuando alguien los reporta, semanas después. 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 en el navegador.
También conviene prestar atención a los cron jobs, esas tareas programadas que corren en segundo plano sin que se vean a simple vista, como un backup automático semanal o la limpieza periódica de una caché. 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 sitio web y las casillas de correo.
Un tercer error común es subestimar los formularios de contacto integrados con servicios externos (por ejemplo, un formulario que envía los datos a una planilla o a un sistema de gestión de clientes). Si esa integración usa una clave de API vinculada al dominio anterior, puede dejar de funcionar silenciosamente después del cambio, y el cliente se entera recién cuando nota que dejó de recibir consultas.
Checklist rápido antes de dar por cerrada cada migración
- El sitio carga completo, sin errores, desde el dominio ya apuntado al nuevo proveedor.
- El correo entrante y saliente funciona con normalidad en la cuenta nueva.
- Los formularios de contacto e integraciones externas siguen entregando los datos donde corresponde.
- El certificado SSL está activo y el navegador muestra el candado sin advertencias.
- Las tareas programadas (cron jobs) 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?
Para un sitio simple, entre una y dos horas de trabajo activo suelen alcanzar, más las 48 horas previas de espera por el TTL bajo. Una cuenta con tienda online o integraciones externas puede requerir media jornada completa.
¿Es necesario migrar todas las cuentas el mismo mes?
No, y en carteras grandes no es lo recomendable. Extender el proceso durante varias semanas, con dos o tres cuentas por día como máximo, permite atender cada caso con el cuidado que merece.
¿Qué pasa si el cliente administra su propio dominio en otro lugar?
No hay problema: el dominio y el hosting son independientes. Vos preparás el sitio y el correo en el proveedor nuevo, y cuando todo esté verificado, coordinás con el cliente el cambio de nameservers desde donde tenga registrado el dominio.
¿Vale la pena avisar al cliente si el corte de servicio 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 y transparente.
¿Qué hago si algo falla después de cambiar el DNS?
Como el proveedor anterior sigue activo hasta que decidas darlo de baja, siempre podés revertir el cambio de DNS temporalmente mientras resolvés el inconveniente en el hosting nuevo, sin que el cliente pierda acceso a su web ni a su correo.
Un caso típico, para entender el orden completo
Pensemos en una cartera de 25 cuentas repartida entre sitios institucionales y algunos con tienda online chica. La primera semana se dedica solo a inventario y a bajar el TTL de todos los dominios. La segunda semana se migran las 15 cuentas institucionales, a razón de tres por día, dejando cada tarde libre para monitorear las del día anterior. La tercera semana se migran las diez cuentas restantes, con tienda online, de a una por día y con doble verificación del checkout antes de cambiar el DNS de cada una. En total, un proceso de tres semanas tranquilas reemplaza lo que muchos intentan resolver en un fin de semana con mucho más riesgo.
Este ritmo también deja margen para lo inesperado: si una cuenta presenta algún detalle particular (una integración vieja, un plugin poco común), hay tiempo de sobra para resolverlo sin que eso retrase al resto de la cartera.
Conclusión
Migrar una cartera completa de cuentas reseller es un trabajo de método, no de velocidad. Inventario previo, TTL bajo, migración cuenta por cuenta, correo en paralelo y verificación antes del cambio de DNS convierten un proceso que parece arriesgado en uno rutinario. Cada migración prolija que hacés es también una demostración concreta de profesionalismo frente a tus clientes, y eso termina siendo tu mejor argumento de venta la próxima vez que alguien dude en confiar su web a un revendedor.
