Guía para decidir mejor
Web caída tras cambiar DNS: cómo localizar el problema
Identifica si falla el nombre, el servidor, el certificado o una caché antes de tocar DNS otra vez.
Una web caída tras cambiar DNS puede tener causas distintas: el dominio no resuelve, apunta al destino equivocado, el nuevo servidor no sirve la web, el certificado falla o una caché conserva datos antiguos. Antes de repetir cambios, identifica qué respuesta obtiene cada visitante. El DNS indica a qué destino ir; no instala WordPress, no mueve archivos y no crea SSL.
Primero identifica el síntoma
| Lo que ves | Qué comprobar primero |
|---|---|
| Nombre inexistente o error de resolución | Nameservers delegados, zona autoritativa, registros A/AAAA/CNAME y estado del dominio. |
| Conexión rechazada o tiempo agotado | IP publicada, servicio web, firewall, proxy y disponibilidad del origen. |
| Error de certificado | Certificado del dominio y de www en el destino, cadena y configuración HTTPS. |
| 404, web antigua o página por defecto | Host virtual, ruta de aplicación, caché/CDN y respuesta directa del origen. |
Compara autoridad, resolución y servidor
- Consulta qué nameservers están delegados y si son los que esperabas. Editar una zona del registrador que ya no es autoritativa no tendrá efecto. Revisa que la zona nueva incluya tanto el dominio raíz como www, sin olvidar IPv6 si existe.
- Compara las respuestas del DNS autoritativo con dos resolutores externos. Anota valor y TTL; distintas respuestas durante el cambio no significan por sí solas que el servidor esté roto. No sigas cambiando A y CNAME cada minuto: reinicias la investigación sin acortar cachés ya existentes.
- Prueba la web en el origen nuevo con el nombre de host correcto, el certificado y la aplicación. Si el DNS ya apunta bien y el servidor devuelve 500, sigue el diagnóstico de error 500; si responde 503, usa la guía de error 503.
Comprueba también el correo: si al cambiar nameservers faltaron MX o TXT, una caída de web puede venir acompañada de mensajes no entregados. La planificación de un cambio DNS explica por qué conviene mantener origen y destino disponibles. Si la web abre solo en algunas redes, consulta cómo distinguir caché de servidor antiguo.
Si necesitas revertir, hazlo con el registro exacto que estaba documentado y confirma que el origen sigue operativo; volver a una IP cerrada empeoraría el corte. Registra hora, cambios y resultados para que soporte pueda ayudar sin suposiciones. No compartas claves DNS ni credenciales en una captura pública.