Quieres cambiar de hosting, pero te preocupa que la web deje de recibir consultas o que se pierdan los correos de tu empresa. La mejor forma de avanzar es acordar un plan: qué se moverá, quién hará cada tarea y cómo comprobarán que el servicio funciona en el destino.
Una migración no termina al copiar los archivos. Termina cuando puedes usar el sitio, recibir mensajes y continuar la operación con los datos correctos. Esta guía te ayuda a preparar esa conversación con tu proveedor.
Antes de empezar: define qué quieres resolver
Escribe el motivo principal del cambio. Puede ser una limitación de recursos, una necesidad de soporte o una aplicación que requiere otra configuración. Pide al nuevo proveedor que explique cómo su propuesta responde a ese problema.
Si la razón es lentitud, reúne primero las páginas y horarios afectados. Nuestra guía para diagnosticar un WordPress lento te ayuda a distinguir problemas de la aplicación y del alojamiento.
La pregunta útil es: “¿Qué cambiará para mi sitio con este servicio y cómo lo comprobaremos después de la migración?”.
Haz un inventario de lo que debe trasladarse
No des por hecho que “migrar la web” incluye todo lo que utiliza tu empresa. Completa esta lista con quien administra el proyecto:
| Elemento | Información que conviene reunir |
|---|---|
| Sitio y aplicaciones | Plataforma, versiones, tamaño y dominios utilizados |
| Bases de datos | Cuáles utiliza cada aplicación y cómo se respaldan |
| Correo | Casillas, espacio ocupado, alias y reenvíos |
| Servicios conectados | Formularios, pagos, reservas, facturación y CRM |
| Tareas automáticas | Procesos programados, frecuencia y responsable |
| Dominio y DNS | Quién administra la cuenta y los registros actuales |
Identifica también quién tiene acceso a cada servicio. Tener la clave de WordPress no significa que puedas administrar el dominio o descargar las casillas. Comparte las credenciales únicamente mediante el canal seguro que se acuerde para la migración.
Aclara si también se moverá el correo
La web y el correo pueden estar en servicios diferentes. Pregunta si el traslado incluye mensajes históricos, carpetas, contactos y calendarios, o solo la creación de las casillas. Solicita que se detalle cualquier elemento que requiera otro procedimiento.
Si el correo se mantiene donde está, el plan debe conservar los registros necesarios para su funcionamiento. Si también cambia, acuerda la sincronización final y la configuración de los dispositivos del equipo.
No programes el traslado de diez casillas sin avisar a quienes las usan. Designa una persona de contacto y comunica cuándo deberán probar el envío y la recepción.
Prueba el destino antes de dirigir las visitas
Pide una revisión en el nuevo entorno antes del cambio público. En WordPress, la migración requiere considerar archivos, base de datos y configuración. Si cambias también el dominio o las direcciones internas, aparecen tareas adicionales: la documentación oficial distingue estos escenarios en su guía de migración de WordPress.
Acuerda con el técnico una forma de probar el sitio usando la configuración prevista para producción. Una vista temporal puede no reproducir todas las condiciones del dominio definitivo.
Esta pauta sirve para registrar la aceptación:
- Abrir la portada y las páginas de servicios más importantes.
- Revisar imágenes, descargas y enlaces internos.
- Enviar una consulta y confirmar su recepción real.
- Acceder al panel con una cuenta autorizada.
- Comprobar integraciones y tareas automáticas con sus responsables.
- Verificar HTTPS y los recorridos que requieren iniciar sesión.
Si tienes una tienda, coordina los datos nuevos
Imagina este escenario: se copia una tienda a las 10:00 y el cambio público ocurre a las 12:00. Los pedidos registrados entre ambas horas deben formar parte del plan de traslado. Lo mismo sucede con reservas, inscripciones o modificaciones de inventario.
Pregunta cómo se mantendrán consistentes los datos y si será necesario pausar temporalmente alguna función. Define quién autoriza esa pausa y cómo se avisará a los clientes. Durante las pruebas, evita generar cobros o notificaciones reales por accidente.
También acuerda qué ocurriría si hubiera que volver al servicio anterior. Una vuelta atrás debe considerar las operaciones registradas en el nuevo entorno, no solo el cambio de dirección del servidor.
Mantén el servicio anterior hasta completar la verificación
No solicites la baja apenas se inicie la copia. Pide al responsable que confirme cuándo es seguro cerrar el servicio anterior, considerando las pruebas, los datos pendientes y la transición del tráfico.
Después del cambio, repite la pauta de aceptación desde el dominio público. Guarda un registro de problemas y quién los resolverá. Una captura de la portada no basta para verificar formularios, correo o pagos.
Preguntas frecuentes
¿Tengo que transferir el dominio para cambiar de hosting?
No necesariamente. El registro del dominio y el alojamiento son servicios distintos. Puedes conservar el registrador y coordinar los ajustes de DNS con quien los administra.
¿Cuánto tarda una migración?
Depende del volumen de datos, las aplicaciones, las casillas y las pruebas necesarias. Solicita una estimación basada en el inventario y distingue el tiempo de preparación del momento del cambio público.
¿Se puede garantizar que no habrá interrupciones?
Conviene acordar un procedimiento que reduzca el impacto, pero no asumir una garantía universal. La continuidad depende del proyecto, de sus integraciones y de cómo se manejen los datos durante el traslado.
Prepara tu consulta de migración
Cuéntanos qué sitio quieres trasladar, qué plataforma utiliza, si tiene tienda y cuántas casillas necesitas considerar. Indica también qué problema buscas resolver y si existe una fecha límite.
Puedes revisar nuestros servicios de hosting para empresas y hosting para WordPress. Solicita que la propuesta detalle el alcance de la migración y las responsabilidades de cada parte antes de comenzar.