Para migrar un sitio web a Atlántica Digital conviene analizar primero qué servicios funcionan en el alojamiento actual. De esa manera podemos determinar si corresponde una transferencia completa de cuenta, una migración manual del sitio o una combinación que mantenga parte de los servicios con proveedores externos.
No modifiques los nameservers ni canceles el hosting anterior antes de coordinar la copia. El dominio debe comenzar a dirigir visitantes al nuevo servidor únicamente cuando el contenido haya sido trasladado y probado.
Información necesaria para evaluar la migración
Antes de comenzar, reuní estos datos:
- Dominio principal y dominios adicionales.
- Panel utilizado en el servidor de origen.
- Tipo de acceso disponible: cPanel, FTP, base de datos o acceso administrativo.
- Tamaño aproximado de archivos, bases y correo.
- Aplicación utilizada y versiones relevantes de PHP o base de datos.
- Cantidad de casillas y si deben copiarse mensajes existentes.
- Proveedor que administra DNS y correo.
- Funciones especiales, tareas programadas o integraciones externas.
Con esta información puede definirse el alcance. La posibilidad, método y tiempo de una migración dependen del acceso y de la compatibilidad; por eso conviene consultar antes de adquirir o cancelar servicios.
Qué diferencia hay entre migrar un sitio y una cuenta completa
Migrar el sitio significa trasladar la aplicación web: normalmente archivos, base de datos y configuración. Una cuenta completa puede incluir además correo, subdominios, reenviadores, filtros, tareas cron, estadísticas y otros datos del panel.
Si el origen y el destino utilizan cPanel, puede existir un método de transferencia más completo. Revisá cómo se migra una cuenta cPanel hacia Atlántica Digital. Cuando el panel es diferente o el acceso es limitado, algunos elementos deberán recrearse manualmente.
Confirmar que el plan de destino tenga capacidad suficiente
El nuevo servicio debe disponer de espacio para la cuenta restaurada y margen para generar archivos temporales, caché y backups. También hay que revisar cantidad de dominios, bases, cuentas de correo y recursos requeridos por la aplicación.
El tamaño visible en el panel no siempre representa todo el trabajo. Miles de archivos pequeños pueden tardar más que un archivo grande; una casilla con muchos mensajes puede necesitar una sincronización prolongada.
Preparar un respaldo antes de entregar accesos
Conservá una copia independiente aunque la transferencia se realice directamente entre servidores. El respaldo protege frente a problemas en el origen y permite comprobar qué datos existían al iniciar.
Si utilizás cPanel, la guía para generar un backup del sitio desde cPanel explica las opciones disponibles. Una copia completa normalmente necesita intervención administrativa para restaurarse como cuenta; no alcanza con subirla dentro de la carpeta pública.
Compartir accesos de manera segura
No publiques contraseñas en formularios abiertos ni las reutilices en diferentes servicios. Utilizá el canal de soporte indicado para el caso y, cuando sea posible, generá credenciales temporales. Después de completar la migración, cambiá las claves que hayan sido utilizadas.
La contraseña del registrador del dominio no suele ser necesaria si el cliente puede aplicar posteriormente los cambios DNS indicados. Del mismo modo, nunca debería compartirse una contraseña personal de correo si puede crearse un acceso específico.
Copiar archivos y bases de datos
En una migración manual se copian los archivos del sitio, incluidos los ocultos que contienen reglas importantes. Luego se exportan e importan las bases de datos y se actualizan las credenciales dentro de la aplicación.
WordPress, Joomla, PrestaShop y otros CMS pueden guardar rutas, dominios o configuraciones adicionales en la base. La copia debe revisarse en el servidor nuevo antes del cambio público. Si necesitás conocer el procedimiento general, consultá cómo migrar un sitio con base de datos.
Revisar versiones y compatibilidad
Antes de publicar, verificá versión de PHP, módulos, motor de base, permisos y límites. Si el sitio utiliza software muy antiguo, puede ser necesario actualizarlo o preparar una configuración transitoria.
No conviene modificar simultáneamente aplicación, tema, plugins, dominio y servidor si puede evitarse. Primero buscamos reproducir el funcionamiento actual; las mejoras pueden planificarse después con un respaldo y una referencia estable.
Planificar la migración del correo
Si el correo también está alojado en el servidor anterior, deben crearse las cuentas en destino y decidir cómo copiar los mensajes. En una transferencia completa de cPanel parte de esta información puede incorporarse automáticamente; en otros casos se utiliza una sincronización entre casillas.
También hay que comprobar reenviadores, filtros, respuestas automáticas y dispositivos configurados. Los registros MX, SPF, DKIM y DMARC deben representar el servicio que quedará activo después del cambio.
Conservar registros DNS externos
Una zona puede contener más que la web y el correo: verificaciones, subdominios, plataformas de marketing y servicios de terceros. Antes de reemplazar nameservers, exportá o documentá todos los registros personalizados.
Si el dominio utiliza Cloudflare u otro DNS externo, quizá solo sea necesario actualizar registros A, AAAA o CNAME. Cambiar nameservers sin reproducir la zona puede interrumpir servicios que no forman parte del hosting.
Probar la copia antes del cambio
La validación debería incluir:
- Portada, páginas internas, imágenes y descargas.
- Panel administrativo y conexión con la base de datos.
- Formularios y entrega de mensajes.
- Tienda, pagos, sesiones y correos automáticos cuando existan.
- Certificado SSL y redirección HTTPS.
- Tareas programadas, permisos y almacenamiento.
- Casillas, envío, recepción y registros de autenticación.
Realizar el cambio DNS al final
Una vez aprobada la copia, se aplican los registros o nameservers correspondientes. Durante el período de caché puede existir tráfico hacia ambos servidores. Por eso el origen debe continuar activo y, en sitios dinámicos, puede ser necesaria una sincronización final.
La guía sobre cómo cambiar los nameservers de un dominio explica el procedimiento general. Si solo se modificarán registros individuales, no reemplaces toda la delegación.
Control posterior y baja del proveedor anterior
Después del cambio, revisá desde diferentes conexiones que el dominio resuelva hacia el destino. Controlá formularios, correo, errores, certificados y modificaciones recientes. No canceles inmediatamente el servicio de origen.
Cuando web, correo y DNS estén confirmados, descargá el respaldo final, cambiá credenciales temporales y solicitá la baja si corresponde. Si necesitás iniciar la evaluación, utilizá los canales indicados en cómo contactar al soporte técnico de Atlántica Digital e informá los datos del inventario inicial.
