Guía para decidir mejor
La web funciona en el hosting nuevo, pero el dominio muestra la antigua
No cambies registros a ciegas: compara DNS autoritativo, respuesta del servidor nuevo y cachés para encontrar la causa.
Si la web funciona al probar el hosting nuevo pero el dominio sigue mostrando la antigua, no significa necesariamente que la migración haya fallado. Puede haber DNS antiguo en un resolutor, un registro www o AAAA sin actualizar, una caché de CDN o una redirección hacia el origen. Compara cada capa antes de modificarla.
Si en lugar de la web anterior aparece un error o no hay respuesta, consulta la matriz de fallos posteriores al cambio DNS: es una intención distinta y requiere comprobar también SSL y disponibilidad del origen.
Separa DNS de contenido y caché
| Señal | Comprobación útil | Posible causa |
|---|---|---|
| Unas redes ven la web nueva y otras la antigua | Consulta varios resolutores y la zona autoritativa | Caché DNS con TTL anterior |
| El dominio raíz va bien, pero www no | Compara A, AAAA y CNAME de ambos nombres | Registro distinto sin actualizar |
| DNS apunta bien, pero el HTML es viejo | Comprueba origen/CDN y cabeceras de caché | Caché de página o proxy |
| Una URL vuelve al servidor antiguo | Revisa cadena de redirecciones y URL de WordPress | Regla o configuración previa |
Diagnóstico en orden
- Verifica cuáles son los servidores DNS autoritativos del dominio y consulta allí el registro A, AAAA o CNAME que corresponde al nombre exacto. Confirma que no editaste una zona inactiva en el panel de hosting.
- Compara esa respuesta con resolutores externos y la de tu equipo. Vaciar la caché local solo afecta a tu dispositivo; otros resolutores pueden seguir usando su respuesta anterior. Cloudflare explica esta diferencia.
- Prueba el servidor de destino por un método que conserve el nombre de host y TLS, acordado con tu proveedor. No tomes como prueba definitiva abrir la IP en el navegador: puede servir otro sitio o fallar el certificado.
- Si la respuesta llega al destino, revisa caché de WordPress, proxy y CDN, cabeceras y reglas de redirección. Compara una página sin sesión y otra autenticada con cuidado de no exponer datos.
- Comprueba las direcciones «WordPress Address» y «Site Address», reglas de .htaccess o del servidor y enlaces antiguos. WordPress documenta los cambios de URL y advierte de reemplazos que dañan datos serializados.
Ejemplo: empresa.es sirve la versión nueva, pero www.empresa.es aún conserva un CNAME al proveedor anterior. Volver a subir archivos no lo arregla; hay que corregir el registro correspondiente y verificar que ambos nombres llegan al destino. Si A está bien pero AAAA sigue apuntando al origen, clientes IPv6 pueden ver un resultado distinto.
Qué no hacer
No cambies registros varias veces seguidas ni borres el servidor antiguo para «forzar» la propagación. Conservarlo temporalmente evita errores para quienes aún reciben su dirección y permite rescatar datos nuevos. Sigue el plan de cambio DNS y el control posterior. Si compartes con soporte el dominio, los registros consultados, los resultados de varias redes y la hora del cambio, será más fácil localizar la capa responsable.