WordPress no carga por DNS mal configurado qué hacer
WordPress no carga por DNS mal configurado: identifica el fallo, revisa registros y aplica cambios con seguridad para recuperar tu web.
Si WordPress no carga por DNS mal configurado, lo primero es confirmar si el dominio está resolviendo hacia el servidor correcto antes de tocar nada. Aunque el fallo puede deberse a DNS, también conviene comprobar si hay un problema de hosting, SSL, caché, firewall, CDN o configuración del servidor.
Cuando una web no abre, muestra errores intermitentes o carga una versión antigua, puede existir un problema en la resolución DNS. El primer paso recomendado es revisar qué nameservers usa el dominio y comparar los registros DNS actuales con los datos reales del hosting o del proveedor que gestiona la zona DNS.
Cómo saber si WordPress no carga por un problema de DNS
Una web WordPress puede no cargar por DNS si el dominio apunta al servidor equivocado, si los servidores de nombres no son los correctos o si hay registros inconsistentes entre IPv4, IPv6 y subdominios. No siempre significa que WordPress esté roto: a veces el CMS funciona bien, pero el dominio no llega al destino adecuado.
- El navegador muestra errores de dominio no encontrado o respuestas distintas según la red.
- El dominio principal falla, pero la IP directa del hosting sí responde.
- El subdominio www carga y el dominio raíz no, o al revés.
- Tras una migración, el dominio sigue apuntando al servidor antiguo.
Comprobaciones rápidas antes de tocar la zona DNS
Antes de editar nada, guarda una captura o exporta la configuración actual si tu proveedor lo permite. Esto reduce el riesgo de afectar correo, subdominios o servicios asociados.
- Comprueba si el hosting está operativo y si WordPress responde desde la IP o URL temporal del servidor, si existe.
- Verifica qué panel gestiona el DNS: registrador, hosting o CDN/proxy.
- Revisa si ha habido cambios recientes de migración, alta de SSL, activación de proxy o cambio de nameservers.
- Vacía la caché DNS local para comprobar cambios recientes, sabiendo que esto ayuda a verificar, pero no corrige por sí solo un DNS mal configurado.
Si quieres confirmar el estado público del dominio, puedes revisar la documentación oficial de Google Public DNS para pruebas de resolución: Google Public DNS.
Qué registros revisar: A, AAAA, CNAME y nameservers
Nameservers no son lo mismo que los registros A o CNAME. Los nameservers indican qué proveedor responde por toda la zona DNS; los registros A, AAAA o CNAME son entradas dentro de esa zona.
- A: debe apuntar la raíz del dominio a la IP IPv4 correcta del hosting.
- AAAA: si existe, debe apuntar a la IPv6 correcta. Un AAAA antiguo puede provocar fallos aunque el A esté bien.
- CNAME: útil en subdominios como www. Debe coincidir con lo que indique el proveedor.
- Nameservers: revisa que sean los del proveedor que realmente administra la zona DNS actual.
No confundas estos registros con MX, TXT o SRV, que suelen afectar al correo u otros servicios, no a la carga web principal. Aun así, si cambias de zona DNS, conviene conservarlos si están en uso.
Cómo corregir una configuración DNS mal hecha sin romper la web
La forma más segura es hacer cambios mínimos y verificar cada paso. Si el dominio apunta a un servidor antiguo o incorrecto, actualiza solo el registro necesario.
- Confirma en el panel del hosting cuál es la IP correcta o el destino CNAME válido.
- Si la zona DNS está en el registrador o en un CDN, edita ahí los registros, no en un panel que no tenga autoridad.
- Corrige el registro A del dominio raíz y revisa si existe un AAAA desactualizado.
- Comprueba que www y otros subdominios tengan el CNAME o A coherente con la configuración elegida.
- Si vas a cambiar nameservers, revisa antes que la nueva zona incluya también correo, TXT y subdominios necesarios.
Errores frecuentes:
- Cambiar nameservers y registros a la vez.
- Dejar un AAAA antiguo activo.
- Apuntar el dominio al servidor antiguo tras una migración.
- Confundir el panel del registrador con el panel del hosting.
- No esperar propagación suficiente antes de seguir tocando.
Propagación, caché DNS y cuánto puede tardar en verse el cambio
Después de corregir un DNS mal configurado, el cambio no siempre se ve al instante. Puede tardar desde minutos hasta varias horas, y en algunos casos más, según el TTL, el proveedor DNS, la caché del operador o la caché del propio equipo.
Por eso conviene comprobar el resultado desde varias redes, limpiar la caché DNS local y verificar si las respuestas públicas ya muestran la IP o el CNAME esperados. Si en una red funciona y en otra no, puede ser un efecto de caché o propagación y no necesariamente un nuevo fallo.
Cuándo el problema no es el DNS y conviene revisar hosting, CDN o SSL
Si el dominio ya resuelve hacia el servidor correcto y WordPress sigue sin cargar, es probable que el origen del problema sea otro. En ese caso, revisa:
- Estado del hosting y recursos del servidor.
- Certificado SSL, redirecciones HTTP/HTTPS y contenido mixto.
- Firewall, WAF o bloqueo por IP.
- CDN o proxy activado con origen mal definido.
- Errores de WordPress, plugins de caché o configuración del servidor web.
Resumen y siguiente paso recomendado
Para diagnosticar si WordPress no carga por DNS mal configurado, empieza por identificar quién gestiona la zona DNS, comprobar nameservers y comparar los registros A, AAAA y CNAME con la configuración real del hosting. El error más frecuente suele ser sencillo: dominio apuntando al servidor equivocado, un AAAA antiguo o cambios hechos en el panel incorrecto.
Si no quieres tocar DNS sin seguridad o temes dejar la web caída, el siguiente paso razonable es pedir una revisión técnica con copia de la zona actual, validación de propagación y comprobación de hosting, CDN y SSL antes de aplicar cambios definitivos.
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.