Cada cuenta de cliente que administrás como revendedor de hosting es, en el fondo, un negocio que depende de que su web y su correo nunca dejen de funcionar. Cuando decidís cambiar de proveedor mayorista, el desafío no es técnico solamente: es no perder ni una venta ni un correo en el proceso. Un sitio caído durante horas o una casilla que deja de recibir mensajes puede significar un pedido perdido o un cliente que se va con la competencia. La solución no es apurar la migración, sino ordenarla.
El costo real de una migración mal planificada
Cuando una migración de cuentas reseller sale mal, el problema no es solo técnico: es de confianza. Un cliente que ve su tienda caída un sábado a la tarde, en pleno horario de ventas, no recuerda que «estabas migrando», recuerda que «la web no andaba». Por eso, cada paso de este proceso hay que pensarlo desde el impacto en el negocio del cliente, no solo desde la lógica del servidor.
Paso 1: inventario completo de cada cuenta antes de mover nada
Armá una planilla con cada cliente: dominio, motor del sitio, cantidad de casillas de correo, si tiene tienda online activa y qué pasarela de pago usa, y si hay integraciones externas como un CRM o un sistema de facturación conectado. Este inventario te permite priorizar según el impacto de cada negocio, no solo según el orden en que aparecen en tu panel.
- Cuentas con tienda online activa: prioridad de verificación alta.
- Cuentas institucionales sin ventas: buenas candidatas para probar el proceso primero.
- Cuentas con integraciones externas: revisar credenciales y webhooks antes de migrar.
Paso 2: bajá el TTL de los DNS con 48 horas de anticipación
El TTL determina cuánto tiempo se guarda en caché un registro DNS. Bajarlo a 300 segundos dos días antes del cambio real acorta drásticamente la ventana en la que algunos visitantes ven el sitio viejo y otros el nuevo, algo especialmente importante si hay ventas en curso.
Paso 3: elegí el orden de migración según el riesgo para el negocio del cliente
Empezá con las cuentas institucionales, sin tienda online, para probar y cronometrar el proceso sin arriesgar ventas. Dejá las tiendas online con más movimiento para el final, cuando el procedimiento ya esté probado y ajustado, e idealmente programá esos cambios fuera del horario de mayor actividad comercial del cliente.
Paso 4: respaldo completo de cuenta, no copias parciales
Generá el backup completo (archivos, base de datos y configuración de correo) desde el panel del proveedor de origen y restauralo en el nuevo. Antes de dar el paso por terminado, verificá:
- Que la base de datos conecte con las credenciales del hosting nuevo.
- Que el catálogo de productos y el carrito de compra funcionen igual que antes.
- Que la pasarela de pago siga procesando transacciones de prueba correctamente.
Paso 5: el correo se migra en paralelo, sin cortes
Creá las mismas casillas con las mismas contraseñas en el hosting nuevo antes de tocar el DNS. Mientras el dominio siga apuntando al proveedor anterior, el correo sigue funcionando sin interrupciones; la cuenta nueva queda lista para el momento del cambio. Sumá un reenvío temporal de las casillas viejas hacia las nuevas durante los primeros días posteriores al corte, para no perder ningún mensaje de un pedido en curso.
Paso 6: probá el negocio completo antes de mover el dominio
Con el archivo hosts editado o una URL temporal, recorré el sitio como si el dominio ya apuntara al nuevo proveedor: agregá un producto al carrito, completá una compra de prueba, revisá que lleguen los correos de confirmación. Esta prueba de punta a punta es la que evita perder una venta real por un detalle que no se detectó a tiempo.
Paso 7: cambiá el DNS cuando todo esté confirmado
Con el sitio y el correo verificados, actualizá los nameservers o los registros DNS del dominio. Si es posible, programá el cambio para un horario de bajo tráfico del negocio del cliente, aunque el TTL bajo ya reduce buena parte del riesgo.
Paso 8: monitoreo activo las primeras 72 horas
Revisá que no haya rebotes de correo, que el checkout siga procesando pagos sin errores y que no aparezcan páginas rotas. Este seguimiento cercano en los primeros días es lo que transforma una migración riesgosa en una transición prácticamente invisible para el cliente final.
Comunicación clara con cada cliente
Avisá con anticipación que vas a mejorar la infraestructura donde vive su negocio online y explicá que puede haber una breve ventana de ajuste. Un cliente informado entiende y espera; un cliente sorprendido reclama, y con razón.
Errores comunes que cuestan ventas
Hay detalles pequeños que, en un negocio en marcha, se convierten rápido en pedidos perdidos. Uno frecuente es no revisar los webhooks de la pasarela de pago: si esa integración quedó apuntando a una URL o una clave vinculada al hosting anterior, las notificaciones de pago pueden dejar de llegar sin que nadie lo note hasta que un pedido pagado no se procesa. Otro error habitual es asumir que el certificado SSL se genera solo apenas se apunta el dominio nuevo, sin confirmar que efectivamente se emitió: una tienda sin candado en el navegador espanta compradores en segundos.
También conviene revisar los correos automáticos del propio sistema de ventas (confirmación de pedido, aviso de envío, recuperación de carrito abandonado). Si el servidor de envío de correo no quedó bien configurado en el hosting nuevo, esos mensajes pueden terminar en spam o directamente no salir, y el cliente final ni se entera de que su compra se procesó.
Un tercer punto a no subestimar son los cron jobs que muchas tiendas usan para sincronizar stock o generar reportes automáticos. Si no se reconfiguran, el negocio puede seguir vendiendo productos sin stock real durante días, generando reclamos evitables.
Checklist antes de dar por cerrada cada migración
- El checkout completo procesa una compra de prueba de principio a fin.
- Los webhooks de la pasarela de pago están actualizados y confirmados.
- El certificado SSL está activo y el candado aparece sin advertencias.
- Los correos automáticos de venta (confirmación, envío) llegan a la bandeja principal, no a spam.
- Las tareas programadas de stock y reportes están reconfiguradas.
- El cliente recibió confirmación de que la migración se completó con éxito.
Preguntas frecuentes
¿Cuánto tiempo toma migrar una tienda online completa?
Depende del volumen de productos y de las integraciones activas, pero calculá media jornada de trabajo como mínimo, más las 48 horas previas de espera por el TTL bajo, para hacerlo con la seguridad que un negocio activo necesita.
¿Conviene migrar en temporada alta de ventas?
No, si se puede evitar. Elegí una ventana de bajo movimiento comercial del cliente para el cambio de DNS, aunque el TTL bajo ya reduce el riesgo al mínimo.
¿Qué pasa si un pago se procesa justo durante la migración?
Por eso el correo se prepara en paralelo y el sitio se verifica antes de tocar el DNS: mientras el dominio siga apuntando al proveedor anterior, las ventas siguen procesándose con total normalidad ahí.
¿Hace falta avisar al cliente aunque el corte sea mínimo?
Sí, siempre. Un negocio necesita previsibilidad, y un aviso simple con anticipación elimina cualquier duda sobre por qué algo podría demorar unos minutos más de lo habitual.
¿Qué hago si algo falla después del cambio?
Como el proveedor anterior sigue activo hasta que decidas darlo de baja, siempre podés revertir el cambio de DNS mientras resolvés el detalle en el hosting nuevo, sin que el negocio del cliente pierda ni un pedido.
Un caso típico, para entender el orden completo
Pensemos en una cartera de 20 cuentas, ocho de ellas con tienda online activa. Las primeras dos semanas se dedican a inventario, TTL bajo y migración de las doce cuentas institucionales, sin ventas en juego, a razón de dos o tres por día. Recién en la tercera semana se aborda cada tienda online, de a una por vez, con una prueba de compra completa antes de tocar el DNS y, si es posible, programando el cambio para un horario de bajo movimiento comercial de ese cliente en particular.
Este ritmo, más lento que «migrar todo en un fin de semana», es justamente lo que permite detectar a tiempo cualquier detalle en una integración de pago o en un correo automático, antes de que afecte a una venta real.
Además, repartir el trabajo en varias semanas te deja margen para negociar con cada cliente el mejor horario posible para su rubro puntual: no es lo mismo el momento de bajo movimiento de una tienda de indumentaria que el de un servicio de comidas, y esa diferencia vale la pena respetarla en lugar de aplicar el mismo cronograma genérico a toda la cartera.
Conclusión
Migrar cuentas reseller cuando hay negocios reales del otro lado exige método: inventario previo, TTL bajo, orden de migración según el riesgo comercial, correo en paralelo y pruebas de punta a punta antes de tocar el DNS. Hecho así, el cambio de proveedor deja de ser una amenaza para las ventas de tus clientes y se convierte en una oportunidad más para demostrar que sos el socio tecnológico en el que pueden confiar.
