Antes de empezar
- Una portada que carga no demuestra que pedidos, formularios e integraciones funcionen.
- Antes de restaurar o repetir la copia hay que conservar los datos generados durante el traslado.
- La entrega debe identificar pruebas, incidencias pendientes y quién asume el soporte posterior.
Has cambiado de hosting y la web abre. ¿Puedes dar el trabajo por terminado? Antes de hacerlo, conviene comprobar las acciones que sostienen tu negocio: recibir consultas, actualizar contenidos, reservar o vender. El traslado puede parecer correcto y dejar una función pendiente que no aparece en la portada.
Esta guía trata de una migración de WordPress que conserva el dominio y las direcciones de sus páginas. Un cambio de dominio o de estructura necesita además su propio plan de URLs. No es un tutorial para modificar DNS o bases de datos: es una lista para revisar la entrega con tu proveedor.
Acordad qué significa «migración terminada»
Proponemos separar dos entregas: la web funciona en el nuevo alojamiento y el negocio ha comprobado sus recorridos importantes. La primera requiere revisión técnica; la segunda necesita también a alguien de tu empresa que conozca el resultado esperado.
Antes de las pruebas, pide cuatro datos: momento de la última copia, momento del cambio, persona responsable de incidencias y lista de servicios trasladados. Aclara expresamente si el correo está incluido: cambiar el alojamiento de la web no significa necesariamente mover los buzones.
La documentación de migración de WordPress contempla conservar dominio y URLs y recomienda respaldar archivos y base de datos antes de mover la instalación. Conserva identificada esa copia, pero no la confundas con una garantía de que contiene los datos posteriores.
Comprueba recorridos, no solo pantallas
Elige los que realmente utilizáis. Una web corporativa puede necesitar tres pruebas; una tienda con reservas e integraciones exigirá otras. Esta matriz es una propuesta para organizar la aceptación, no un informe de trabajos realizados.
| Recorrido | Evidencia que pedir |
|---|---|
| Solicitar presupuesto | Envío identificado como prueba, confirmación y recepción en el buzón acordado. |
| Consultar servicios | Páginas principales, imágenes, menús y documentos descargables accesibles. |
| Gestionar contenidos | Acceso de un usuario autorizado y posibilidad de editar un contenido de prueba acordado. |
| Comprar o reservar | Registro correcto, estado esperado y notificaciones verificadas mediante una prueba autorizada. |
| Enviar datos a otra herramienta | Confirmación de recepción en el CRM u otro sistema, sin registros duplicados. |
Haz una pasada en móvil y otra en ordenador. En cada fallo anota la URL, la hora y qué esperabas que ocurriera. Evita enviar datos personales reales cuando basta con información ficticia claramente identificada.
En una tienda, acordad el procedimiento con soporte: no hagas cobros reales sin autorización ni actives un modo de pruebas en plena venta por tu cuenta. También hay que evitar correos comerciales, reservas o avisos externos no deseados durante la comprobación.
Confirma que estáis revisando el servidor nuevo
Si tú ves una versión y otra persona ve algo diferente, no concluyas automáticamente que la migración ha fallado. Pide al proveedor que contraste la resolución del dominio y los registros del alojamiento; una captura del navegador no identifica por sí sola dónde se atendió la petición.
Google recomienda vigilar el tráfico del alojamiento antiguo y del nuevo. Como criterio práctico de entrega, pide que la evidencia de las pruebas indique entorno y hora. Así no se mezclan resultados de la copia de preparación con los del sitio público.
Protege los pedidos y cambios posteriores a la copia
Este punto merece una decisión antes de repetir una importación. Si alguien ha comprado, enviado una solicitud guardada en la web o editado un producto después de la copia inicial, esa información puede no estar en el destino.
Pide al responsable que compare los registros de ese intervalo y determine qué base de datos contiene la información válida. No sobrescribas la instalación nueva con una copia anterior para corregir un fallo visual. Primero hay que identificar los datos que se perderían y acordar cómo conservarlos.
Para cerrar este apartado, utiliza una pregunta concreta: «¿Se han conciliado los pedidos, reservas y cambios entre la última copia y la puesta en marcha?». La respuesta útil incluye quién lo comprobó y hasta qué momento, no solo «se ha copiado todo».
Revisa lo que no se ve al navegar
Solicita una comprobación de las tareas automáticas que usa tu instalación: sincronización de catálogo, exportaciones, avisos o conexiones con proveedores. Acordad qué tarea debe ejecutarse, en qué sistema y cómo se acredita su resultado. Evitad que las dos instalaciones lancen la misma operación si puede generar duplicados.
Comprueba también quién conserva acceso al hosting anterior y al nuevo, dónde se gestionan las copias y quién atenderá una incidencia tras la entrega. Una migración puntual y un contrato de mantenimiento no son el mismo servicio.
Conserva las señales SEO del sitio público
La guía de Google para cambios de alojamiento indica que hay que retirar los bloqueos temporales de rastreo o indexación al poner la copia en servicio y conservar la verificación de Search Console. Incluye esas comprobaciones en la entrega técnica.
Como control adicional, solicita que revisen las páginas importantes: respuesta correcta, canonical hacia su dirección pública y ausencia de referencias al entorno de pruebas. Si las URLs siguen siendo las mismas, no hay una dirección nueva a la que redirigirlas; conserva las redirecciones históricas que ya fueran necesarias.
No canceles el alojamiento anterior solo porque abre la portada
Google aconseja retirarlo cuando usuarios y rastreadores reciben correctamente el contenido desde la nueva infraestructura y la antigua deja de utilizarse. No conviertas un plazo genérico de horas en la única condición de cierre.
Antes de cancelar, acuerda también con tu proveedor qué ocurre con buzones, copias y otros servicios que puedan seguir allí. Si hay que volver atrás, definid quién toma la decisión y cómo se preservarán los datos nuevos.
Una entrega breve que puedas revisar
Pide un registro con cinco campos: prueba, fecha y entorno, resultado, incidencia pendiente y responsable. Marca cada recorrido como comprobado, pendiente o no aplicable. «Sin revisar» no debe convertirse en «correcto» por falta de tiempo.
Si necesitas continuidad después del traslado, nuestro mantenimiento WordPress permite valorar el soporte recurrente según las funciones de tu web. Una migración o una corrección fuera del alcance se concreta y presupuesta por separado: lo importante es saber qué se entrega ahora y quién se ocupa de la web después.
Fuentes y documentación
Referencias para ampliar los aspectos técnicos. El alcance de cada servicio debe concretarse en su propuesta.
- WordPress: migración a otro servidor · consultada el 9 de octubre de 2026
- Google Search Central: cambio de alojamiento sin cambiar las URLs · consultada el 9 de octubre de 2026