¿Por qué mi sitio web WordPress está caído?

Si su sitio web WordPress no carga, algo entre el navegador del visitante y su sitio web ha dejado de funcionar.

El problema puede estar en distintos lugares:

• el nombre de dominio o su configuración DNS
• el certificado SSL
• una CDN o un servicio de seguridad situado delante del sitio web
• el servidor de hosting
• la base de datos
• el propio WordPress, un plugin o el tema

Desde fuera, muchos de estos problemas parecen iguales: la página aparece en blanco, se muestra un error o el navegador se queda cargando. Por eso la primera tarea no es arreglar nada, sino entender qué tipo de problema es.

Que un sitio web esté caído no significa necesariamente que se hayan perdido sus contenidos, sus pedidos o los datos de sus clientes. En muchos casos los datos siguen ahí y simplemente no se puede acceder al sitio web o mostrarlo.

Esta guía explica cómo saber si el sitio web está caído para todo el mundo, qué significan los mensajes de error más frecuentes, qué comprobaciones son seguras y cuándo es mejor pedir soporte técnico.

¿El sitio web está caído para todos o solo para usted?

Antes que nada, compruebe si el problema afecta a todo el mundo.

Pruebe lo siguiente:

• abra el sitio web en una ventana privada o de incógnito
• ábralo en su móvil con datos móviles en lugar del wifi de la oficina
• pida a un compañero o a alguien que esté en otro lugar que lo pruebe
• utilice un servicio online de comprobación del tipo "is it down"

Si el sitio web funciona con datos móviles pero no en la red de la oficina, el problema puede ser local: su red, la caché del navegador, un firewall o una caché DNS en su ordenador. Puede que el sitio web en sí esté bien.

Si nadie consigue abrirlo, el problema está del lado del sitio web y merece la pena investigar más.

Anote también si el problema afecta a:

• todo el sitio web
• solo algunas páginas
• solo el escritorio de WordPress
• solo a determinados visitantes o países

Esta información ayuda a identificar qué parte del sistema está implicada.

¿Qué le dice el mensaje de error?

El mensaje exacto que aparece en pantalla es una de las pistas más útiles. Haga una captura de pantalla antes de intentar nada.

La página se queda cargando y luego se agota el tiempo de espera

El navegador espera una respuesta que nunca llega. Puede indicar un servidor sobrecargado, apagado o bloqueado por un firewall, o una configuración DNS que envía a los visitantes al lugar equivocado.

"500 Internal Server Error"

El servidor recibió la petición, pero algo falló al preparar la página. En un sitio web WordPress suele estar relacionado con un plugin, el tema, código personalizado, un archivo de configuración del servidor o la versión de PHP.

"502 Bad Gateway", "503 Service Unavailable" o "504 Gateway Timeout"

Estos errores suelen proceder de un servidor o servicio situado delante de WordPress. En términos sencillos:

• 502 significa que un servidor recibió una respuesta no válida de otro servidor situado detrás de él
• 503 significa que el servicio no está disponible temporalmente, por ejemplo porque está sobrecargado o en mantenimiento
• 504 significa que un servidor esperó demasiado tiempo la respuesta de otro servidor

A menudo apuntan al entorno de hosting, pero también pueden provocarlos un plugin lento o una tarea pesada en segundo plano dentro de WordPress.

"Error establishing a database connection"

En un sitio en español el mensaje es "Error al establecer una conexión con la base de datos". WordPress se ha cargado, pero no ha podido conectarse a la base de datos donde se guardan sus contenidos. Entre los motivos habituales están unas credenciales de la base de datos modificadas, un servidor de base de datos caído o sobrecargado, o una base de datos dañada.

Normalmente los contenidos siguen en la base de datos. Simplemente WordPress no consigue acceder a ellos.

Una pantalla en blanco o "Ha habido un error crítico en esta web"

El servidor funciona, pero WordPress se ha detenido al cargar la página. Muy a menudo está relacionado con un plugin, un tema o una actualización reciente. Nuestra guía sobre el error crítico de WordPress explica este caso con más detalle.

"Temporalmente no disponible por mantenimiento programado"

WordPress muestra este mensaje (en inglés, "Briefly unavailable for scheduled maintenance") mientras instala actualizaciones. Debería desaparecer por sí solo cuando termina la actualización. Si se mantiene, puede que se haya interrumpido una actualización.

Un aviso del navegador de que la conexión no es privada

Normalmente significa que el certificado SSL ha caducado, falta o no coincide con el dominio. Puede que el sitio web esté funcionando, pero los navegadores avisan a los visitantes antes de abrirlo.

"No se puede acceder a este sitio web" o "servidor no encontrado"

El navegador no consigue averiguar adónde apunta el dominio. Puede deberse a un dominio caducado, a registros DNS modificados o a un problema con el proveedor de DNS.

Una página de su proveedor de hosting que indica que la cuenta está suspendida

El proveedor de hosting ha detenido el sitio web de forma intencionada. Puede ocurrir por una factura impagada, un límite de recursos, un problema de seguridad o un incumplimiento de sus políticas.

Una página de error con la marca de una CDN o de un servicio de seguridad

Si su sitio web utiliza un servicio como Cloudflare, los visitantes pueden ver su página de error en lugar de la suya. Las páginas de error de Cloudflare suelen indicar si el problema está entre el visitante y Cloudflare o entre Cloudflare y su servidor de hosting. Los errores del rango 52x, como 521, 522 o 524, suelen significar que Cloudflare no ha podido obtener una respuesta correcta de su servidor.

Primeras comprobaciones que cualquiera puede hacer sin riesgo

Estas comprobaciones no cambian nada en el sitio web.

Revise su correo electrónico

Busque en las bandejas de entrada vinculadas al sitio web, incluidas las carpetas de spam, mensajes de:

• su proveedor de hosting
• su registrador de dominios
• su proveedor de certificados SSL
• su CDN o servicio de seguridad
• el propio WordPress

Puede encontrar un aviso sobre una suspensión, un pago fallido, un mantenimiento programado, un dominio caducado o un error de WordPress.

Revise la página de estado de su proveedor de hosting

Muchos proveedores de hosting publican una página de estado o actualizaciones sobre las caídas. Si hay un incidente conocido, puede que el problema no esté en absoluto en su sitio web.

Compruebe las fechas de caducidad del dominio y del SSL

Inicie sesión en la cuenta donde se compró el dominio y compruebe la fecha de caducidad. Haga lo mismo con el certificado SSL si se gestiona por separado.

Un dominio o un certificado caducado es un motivo habitual de que un sitio web desaparezca de repente, sobre todo cuando la renovación estaba asociada a una tarjeta antigua o a una dirección de correo que nadie lee.

Piense en lo que ha cambiado recientemente

Anote todo lo que ocurrió poco antes de que el sitio web se cayera:

• actualizaciones de WordPress, de plugins o del tema
• un plugin nuevo
• cambios hechos por un desarrollador o un compañero
• una migración a un nuevo servidor
• cambios en la configuración de DNS, del correo o del dominio
• cambios en la CDN o en la configuración de seguridad
• la restauración de un backup
• un cambio de plan de hosting

Una nota breve como "el sitio se cayó después de trasladar el dominio a un nuevo proveedor" puede llevar directamente a la causa.

¿Es el hosting o es WordPress?

A menudo es la pregunta clave, porque decide quién debe revisar el problema.

Es más probable que el problema esté en el hosting o en la infraestructura cuando:

• la página agota el tiempo de espera o muestra "servidor no encontrado"
• el panel de control del hosting también va lento o no es accesible
• otros sitios web de la misma cuenta de hosting también están caídos
• ve un aviso de suspensión
• el dominio o el certificado SSL ha caducado
• la página de estado del hosting informa de un incidente
• una página de error de la CDN indica que su servidor no responde

Es más probable que el problema esté dentro de WordPress cuando:

• el servidor responde rápido pero muestra un mensaje de WordPress
• ve un error crítico, una pantalla en blanco o un mensaje de mantenimiento
• los archivos estáticos, como las imágenes, cargan, pero las páginas no
• el problema empezó justo después de una actualización o de un plugin nuevo
• solo está afectado el escritorio o solo algunas páginas

Algunos casos están a medio camino. Un error de conexión con la base de datos, por ejemplo, puede deberse al servidor de base de datos del hosting o a un cambio en la configuración de WordPress.

¿Qué puede intentar sin riesgo?

Opción 1: contacte con su proveedor de hosting

Si las señales apuntan al servidor, póngase en contacto con su proveedor de hosting y pregunte:

• si hay alguna caída conocida
• si la cuenta está activa y no suspendida
• si el sitio web ha alcanzado algún límite de recursos
• si el servidor de base de datos está funcionando
• si ven errores en los logs del servidor
• si hay disponible un backup reciente

El soporte del hosting normalmente puede confirmar o descartar problemas por su parte. Puede que no sea capaz de resolver un conflicto entre plugins o código personalizado de WordPress.

Opción 2: renueve un dominio o un certificado caducado

Si el dominio o el certificado SSL ha caducado, renovarlo a través del proveedor suele ser el primer paso. Los cambios en los DNS y en los certificados pueden tardar un tiempo en verse en todas partes.

Si el dominio lleva un tiempo caducado, consulte con el registrador qué opciones siguen disponibles.

Opción 3: contacte con la persona que hizo el último cambio

Si un desarrollador, una agencia o un compañero ha trabajado recientemente en el sitio web, en los DNS o en el hosting, pregúntele qué cambió. Deshacer un cambio reciente de forma controlada suele ser más rápido que investigar desde cero.

Opción 4: espere unos minutos después de una actualización

Si ve el mensaje de mantenimiento justo después de iniciar una actualización, espere unos minutos antes de intervenir. Interrumpir una actualización que todavía está en curso puede dejar el sitio web en peor estado.

Opción 5: restaure un backup

Una restauración puede ser útil cuando el sitio web dejó de funcionar después de un cambio conocido y hay disponible un backup reciente y fiable.

Pero una restauración también puede sobrescribir datos creados después del backup, como:

• pedidos
• envíos de formularios
• registros de usuarios
• cambios en los contenidos
• datos de suscripciones

En un sitio de ecommerce, de membresía o de empresa, compruebe primero la fecha y el contenido del backup. Si el problema está en el hosting, en los DNS o en el dominio, una restauración no lo resolverá en absoluto.

¿Qué debe evitar?

Cuando un sitio web está caído, es natural querer probarlo todo a la vez. Esto puede ocultar la causa original o crear problemas nuevos.

Evite:

• modificar registros DNS sin saber cuáles eran antes
• trasladar el sitio web a un nuevo hosting con prisas
• restaurar un backup antiguo sin comprobar su fecha
• actualizar o eliminar plugins al azar
• cambiar la versión de PHP una y otra vez
• editar directamente la base de datos
• desactivar la CDN o el servicio de seguridad sin entender las consecuencias
• compartir contraseñas, logs o archivos de configuración en foros públicos
• hacer varios cambios antes de comprobar el resultado

Cambie una sola cosa cada vez y lleve un breve registro de lo que ha hecho y cuándo.

Si no está seguro de lo que hará una acción, detenerse suele ser más seguro que continuar.

¿Cuándo debe pedir soporte técnico?

Se recomienda el soporte técnico cuando:

• el sitio web lleva caído más de unos minutos y no sabe por qué
• el sitio web gestiona pedidos, pagos, reservas o suscripciones
• no puede acceder al panel del hosting ni al escritorio de WordPress
• ve un error de conexión con la base de datos
• el proveedor de hosting dice que el problema está dentro de WordPress
• el problema empezó durante una migración, una actualización o una restauración
• el sitio web se cae repetidamente
• sospecha que el sitio web puede haber sido hackeado
• no dispone de un backup verificado
• no se siente cómodo trabajando con DNS, archivos o ajustes del servidor

No necesita diagnosticar el problema antes de pedir ayuda. Una solicitud de soporte útil puede limitarse a decir qué ve, cuándo empezó y qué ha cambiado.

Si sospecha que hay un problema de seguridad, nuestra guía sobre qué hacer si han hackeado WordPress explica los primeros pasos.

¿Qué información debe reunir?

Antes de abrir una solicitud de soporte, reúna lo que tenga a mano:

• la URL del sitio web
• una captura de pantalla del error
• la hora aproximada en que empezó el problema
• si el sitio web está caído para todos o solo para algunas personas
• si funciona el escritorio de WordPress
• qué cambió poco antes del problema
• el nombre del proveedor de hosting
• dónde está registrado el dominio y dónde se gestionan los DNS
• si se utiliza una CDN o un servicio de seguridad
• cualquier correo recibido del proveedor de hosting, del registrador o de WordPress
• si hay disponible un backup reciente

No se preocupe si no puede aportarlo todo. No envíe contraseñas por correo electrónico normal: D4Hub puede indicarle qué accesos hacen falta y cómo compartirlos de forma segura.

Cómo puede ayudarle D4Hub

El objetivo no es solo volver a poner el sitio web en línea, sino entender por qué se cayó y reducir el riesgo de que vuelva a ocurrir.

Según el problema, D4Hub puede ayudarle a:

• averiguar si el problema está en los DNS, el SSL, la CDN, el hosting o WordPress
• revisar la configuración del dominio, de los DNS y del certificado SSL
• revisar los logs de errores del servidor y de WordPress
• identificar un plugin, un tema o una actualización que ha roto el sitio web
• resolver problemas de conexión con la base de datos
• desbloquear de forma segura un modo de mantenimiento atascado
• coordinarse con su proveedor de hosting, su registrador o su CDN
• valorar si conviene restaurar un backup y cómo proteger los datos más recientes
• probar el inicio de sesión, los formularios, el checkout y otras funciones importantes después de la corrección
• recomendar monitorización, backups y mantenimiento para prevenir futuras caídas

Puede pedir ayuda en cualquier fase del proceso.

Por ejemplo, D4Hub puede:

• confirmar si una comprobación que quiere hacer es segura
• hacerse cargo cuando no puede acceder al escritorio ni al panel del hosting
• completar todo el diagnóstico y la reparación
• revisar el sitio web después de una solución provisional

Si algún paso de esta guía le parece poco claro o arriesgado, no tiene por qué hacerlo solo.

dig example.com A +short
dig www.example.com +short
nslookup example.com

dig example.com NS +short

curl -I https://example.com

curl -IL https://example.com

echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -dates

/var/log/nginx/error.log
/var/log/apache2/error.log

wp-content/debug.log

wp maintenance-mode status
wp maintenance-mode deactivate

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

wp db check

wp core verify-checksums

Preguntas frecuentes

¿Que el sitio web esté caído significa que se han perdido mis datos?

Normalmente no. En la mayoría de los casos los archivos y la base de datos siguen ahí, pero algo impide que se pueda acceder al sitio web o mostrarlo.

Evite restaurar backups o sustituir archivos hasta que la causa esté más clara, para no sobrescribir datos recientes.

¿Por qué el sitio web me funciona a mí pero no a mis clientes, o al revés?

Puede ocurrir cuando los cambios de DNS todavía no han llegado a todas las redes, cuando un navegador o una red ha guardado en caché una versión antigua, o cuando un firewall o un servicio de seguridad bloquea a determinados visitantes. Probar con datos móviles y desde distintos lugares ayuda a distinguir estos casos.

¿Es culpa de mi proveedor de hosting?

A veces. Las caídas del servicio, los límites de recursos y las suspensiones son problemas del hosting. Pero muchas caídas se deben a actualizaciones, plugins, cambios de configuración o dominios y certificados caducados. El mensaje de error y los cambios recientes suelen apuntar en la dirección correcta.

Mi sitio web utiliza Cloudflare. ¿El problema es Cloudflare?

No necesariamente. Cloudflare suele mostrar su propia página de error cuando no consigue llegar a su servidor, así que el problema puede estar en realidad del lado del hosting. El código de error y los detalles de la página de Cloudflare ayudan a entender dónde falla la conexión.

¿Debo cambiar de proveedor de hosting de inmediato?

No en plena caída. Una migración precipitada puede añadir problemas nuevos y hacer más difícil encontrar la causa original. Primero vuelva a poner el sitio web en línea y después valore si el hosting sigue siendo el adecuado.

El sitio web vuelve a estar en línea. ¿Está resuelto el problema?

No siempre. Compruebe el inicio de sesión, los formularios, el checkout y otras funciones importantes. También merece la pena entender por qué se cayó el sitio web, para evitar que vuelva a ocurrir lo mismo.

¿Puede ayudarme D4Hub si ya he intentado solucionarlo?

Sí. Explique qué ha probado y qué ocurrió después de cada paso. Esto ayuda a reconstruir lo sucedido y a decidir qué hacer a continuación.