Hosting web en España: migración y copias de seguridad
Cómo preparar una migración de web, correo y DNS
Una migración requiere coordinar componentes que pueden estar en servicios diferentes. Este caso propone un inventario, pruebas antes del cambio y criterios para cerrar el traslado o volver a la configuración anterior.
Equipo de El Rankeador · Guía editorial con asistencia de IA · Revisada: 2026-10-09
Un caso ficticio para preparar tu prueba
El caso representa negocio.example, un dominio ficticio, con web, base de datos, dos buzones y DNS administrados por responsables distintos. La tabla describe tareas propuestas, no una migración realizada. Sustituye las referencias por las de tu entorno de prueba antes de ejecutar un traslado.
Descargar plantilla CSV del ejemplo
La plantilla reúne datos ficticios. Adapta campos, formato y referencias al producto y al entorno separado que vas a evaluar.
| componente | responsable_de_prueba | antes_del_cambio | despues_del_cambio |
|---|---|---|---|
| Archivos web | Equipo Web Demo | Inventario y copia en destino | Páginas e imágenes comprobadas |
| Base de datos | Equipo Datos Demo | Importación y referencias ficticias | Datos y acceso comprobados |
| Correo | Equipo Correo Demo | Dos buzones y alcance acordado | Envío y recepción de prueba comprobados |
| Dominio | Responsable Dominio Demo | Registrador y accesos confirmados | Titularidad y administración revisadas |
| DNS | Responsable DNS Demo | Registros anteriores conservados | Resolución y servicios comprobados |
| Servicios externos | Equipo Integraciones Demo | Inventario de formularios y tareas | Recorrido de prueba comprobado |
Comprobaciones paso a paso
Inventaría componentes y responsables
Anota dominios, registros DNS, web, bases de datos, buzones, versiones y tareas. Aclara quién mantiene accesos y qué parte del traslado realiza cada proveedor. Separa una transferencia de dominio de los cambios necesarios para dirigir web y correo.
Qué conservar: Un inventario completo y un alcance escrito del traslado, con responsable por componente.
Prepara y prueba el destino
Comprueba compatibilidad y recursos, copia los datos según el procedimiento del producto y ensaya páginas, imágenes, administrador, formularios y tareas. Para una tienda añade pedidos y pagos de prueba.
Qué conservar: Lista de comprobaciones en destino con resultado y preguntas pendientes antes del corte.
Comprueba el correo por separado
Confirma creación de buzones, contenido que se trasladará y configuración necesaria. Ensaya envío y recepción mediante cuentas de prueba que controles. No cierres esta parte sólo porque la web funcione en destino.
Qué conservar: Alcance de correo, buzones previstos, prueba de contenido y resultado de envío y recepción.
Acuerda corte y procedimiento de vuelta
Define responsables y secuencia de cambios. Conserva los registros y la copia anterior. Acuerda qué fallos impiden continuar, cómo verificar servicios después del cambio y quién puede volver a la configuración previa.
Qué conservar: Secuencia de cambio, comprobaciones posteriores y procedimiento de vuelta con responsables.
Cierra con evidencia por componente
Revisa cada fila del inventario y conserva las comprobaciones. Si hubo actividad durante el corte, concilia los datos afectados, como pedidos o mensajes. Mantén los pendientes explícitos hasta que se resuelvan.
Qué conservar: Inventario final con componentes comprobados, pendientes, incidencias y aceptación del responsable.
Resultado esperado del ejercicio
Estos puntos describen la referencia del caso ficticio y lo que debes comprobar. No son resultados medidos en un proveedor.
- Cada componente tiene un responsable y una comprobación previa y posterior al cambio.
- El dominio, los DNS y los buzones no se dan por trasladados únicamente por ver la web en destino.
- Las referencias de negocio.example son ficticias; no son valores DNS ni una configuración lista para aplicar.
- Una migración sólo se considera cerrada cuando se comprueban los componentes incluidos en el alcance. Esta guía no acredita un traslado realizado por un proveedor.
Documentación que puedes contrastar
Las siguientes afirmaciones proceden de las fichas revisadas. Sirven para identificar capacidades y condiciones del producto; el ejemplo y su protocolo son una propuesta editorial de El Rankeador.
Raiola Networks
Raiola Networks describe la migración de sitios y cuentas de correo, incluido su contenido cuando se solicita, y exige compatibilidad con sus planes de hosting.
Confirmar cantidad, tamaño, plazo y precio de la migración concreta · Un desarrollo a medida puede necesitar documentación adicional · Comprobado: 2026-10-09 · Revisar antes de 2026-11-08
Raiola Networks describe dos opciones para el dominio durante la migración: transferirlo o mantener el registrador y apuntarlo a sus servidores.
Identificar quién controla el registrador y el DNS · Confirmar requisitos de transferencia del dominio concreto · Comprobado: 2026-10-09 · Revisar antes de 2026-11-08
Raiola Networks indica que el cliente debe solicitar la baja del hosting anterior después de completar y revisar la migración.
Revisar web, correo y dependencias antes de cerrar el servicio de origen. · Confirmar el procedimiento y las condiciones de cancelación con el proveedor anterior. · Comprobado: 2026-10-09 · Revisar antes de 2026-11-08
OVHcloud
OVHcloud documenta la función multisitio y publica distintos límites de sitios web según el plan de hosting.
Confirmar número de sitios, almacenamiento, bases de datos y correo del plan elegido. · Comprobado: 2026-10-09 · Revisar antes de 2026-11-08
Continúa según lo que tengas pendiente
- Cómo comprobar HTTPS y el certificado SSL antes de abrir una web
Después de preparar los nombres y destinos, comprueba certificados y recorridos HTTPS.
- Cómo probar la restauración de una copia de seguridad
Prepara una recuperación comprobable antes de cerrar la migración.
Preguntas frecuentes
¿Debo transferir el dominio para cambiar de hosting?
Confirma las opciones aplicables con tu registrador y el proveedor de destino. La ficha de Raiola documenta transferirlo o mantener el registrador y apuntarlo a sus servidores; prepara el alcance exacto antes de modificar dominio o DNS.
¿Cuándo conviene activar el procedimiento de vuelta?
Acuerda los criterios antes del corte. Si una comprobación crítica falla, registra el problema y sigue la secuencia prevista con el responsable que pueda ejecutarla. Conserva copia y configuración anterior y comprueba los servicios de nuevo al volver.
Volver a comparar alternativas · Cómo se revisan las fuentes