Errores 500, 502, 503 y 504: qué significan y cómo solucionarlos

Entras en tu web y, en lugar de tu página, aparece un mensaje seco: «500 Internal Server Error», «502 Bad Gateway», «503 Service Unavailable» o «504 Gateway Timeout». Todos tienen algo en común: empiezan por 5, y eso significa que el problema está en el servidor, no en el navegador de quien visita la web. La buena noticia es que cada código da una pista bastante clara de qué está fallando. En esta guía te explico qué significa cada uno, cómo saber si la culpa es de tu WordPress o de tu hosting y qué hacer, en orden, para que la web vuelva a funcionar.

Qué son los errores 5xx

Cada vez que un navegador pide una página, el servidor responde con un código de estado de tres cifras. La primera cifra indica el tipo de respuesta:

• 2xx: todo ha ido bien (el famoso 200 OK).
• 3xx: la página está en otra dirección y el navegador debe ir allí (una redirección).
• 4xx: la petición tiene un problema; por ejemplo, 404 cuando la página no existe.
• 5xx: el servidor no ha podido responder bien. El fallo es suyo o de algo que hay detrás de él.

Por eso, ante un 5xx, no sirve de mucho que el visitante cambie de navegador: hay que mirar el servidor, la aplicación (WordPress, en la mayoría de los casos) o el servicio que hay entre medias, como una CDN.

Cómo ver el código exacto

A veces la página solo muestra un mensaje genérico, o una pantalla en blanco, sin decir qué código hay detrás. Tienes tres formas sencillas de averiguarlo:

1. Herramientas para desarrolladores del navegador: pulsa F12, abre la pestaña «Red» (Network) y recarga. La primera línea es la propia página y la columna «Estado» muestra el código.
2. El comando curl, que viene instalado en Windows 10 y 11, macOS y Linux: curl -sI https://tudominio.com/ devuelve solo las cabeceras de la respuesta, y la primera línea es el código.
3. Un monitor de disponibilidad: si tienes uno configurado, te dirá qué código recibió y a qué hora empezó el problema. Lo explico en la guía sobre qué es el uptime y cómo medirlo.

Error 500 (Internal Server Error)

Es el más genérico: el servidor ha encontrado un problema que no sabe describir mejor. En una web con WordPress, las causas más habituales son estas:

• Un plugin o un tema con un fallo, a menudo justo después de actualizarlo.
• El archivo .htaccess dañado, por ejemplo tras instalar un plugin de caché o de seguridad.
• Falta de memoria para PHP: la web pide más memoria de la que permite el plan.
• Una versión de PHP incompatible con algún plugin, tras cambiarla en el panel del hosting.

Desde la versión 5.2, WordPress suele mostrar en estos casos el aviso «Ha habido un error crítico en esta web» y envía un correo al administrador con un enlace para entrar en modo de recuperación, donde puedes desactivar el plugin o tema que falla. Si no te llega ese correo, sigue estos pasos en orden:

1. Mira el registro de errores. En cPanel suele estar en «Métricas > Errores» o en un archivo error_log dentro de la carpeta de la web (te explico dónde está cada cosa en la guía de cPanel). El mensaje suele nombrar el plugin o el archivo culpable.
2. Activa el registro de WordPress añadiendo define( 'WP_DEBUG', true ); y define( 'WP_DEBUG_LOG', true ); en wp-config.php. Los errores quedarán en wp-content/debug.log. Quítalo cuando termines.
3. Desactiva todos los plugins de golpe renombrando la carpeta wp-content/plugins (por ejemplo, a plugins-off). Si la web vuelve, devuélvele el nombre y reactívalos uno a uno hasta encontrar el que falla.
4. Regenera el .htaccess: renómbralo y entra en «Ajustes > Enlaces permanentes» del escritorio de WordPress; al pulsar «Guardar cambios», WordPress crea uno nuevo y limpio.
5. Revisa la memoria y la versión de PHP en el panel del hosting. Si cambiaste de versión hace poco, prueba a volver a la anterior.

Error 502 (Bad Gateway)

Aquí entran en juego dos servidores: uno que recibe la visita (un proxy o una CDN) y otro que debería generar la página. El 502 significa que el primero ha recibido una respuesta no válida del segundo. Es típico cuando el proceso que ejecuta PHP se ha caído o está saturado, cuando la CDN no consigue hablar con tu servidor o durante un mantenimiento del hosting.

Qué hacer:

• Espera un minuto y recarga. Muchos 502 duran segundos, mientras se reinicia un servicio.
• Comprueba si falla todo o una sola página. Si solo falla una acción concreta (una importación, una página muy pesada), el problema es lo que hace esa acción.
• Si usas una CDN, su página de error suele indicar si el fallo está en la propia CDN o en tu servidor de origen. Pausarla un momento ayuda a saberlo.
• Si persiste, escribe al soporte del hosting: un 502 continuado casi siempre necesita que ellos reinicien o revisen algo en el servidor.

Error 503 (Service Unavailable)

El servidor está ahí, pero no puede atender la petición en este momento: está sobrecargado o en mantenimiento. Es un error temporal por definición. Las causas más comunes son:

• El modo de mantenimiento de WordPress se ha quedado activado. Durante una actualización, WordPress crea un archivo llamado .maintenance en la carpeta principal de la web y lo borra al terminar. Si la actualización se interrumpe, el archivo se queda y la web sigue mostrando el aviso de mantenimiento. La solución es borrar ese archivo desde el administrador de archivos del hosting.
• Has superado los recursos de tu plan: demasiados procesos o demasiado consumo a la vez, por un pico de visitas o por bots. En algunos hostings compartidos este caso aparece como 508 Resource Limit Is Reached.
• Un mantenimiento programado del proveedor, que suele anunciarse en su página de estado.

Un detalle que importa para tu posicionamiento: Google explica en su documentación que, ante errores 5xx, sus rastreadores reducen temporalmente la frecuencia de rastreo, y que las páginas que devuelven errores del servidor de forma constante acaban saliendo del índice. Un 503 de unos minutos durante una actualización no es un problema; uno que dura días, sí.

Error 504 (Gateway Timeout)

Se parece al 502, pero aquí el servidor de atrás no ha respondido mal: ha tardado demasiado y el de delante se ha cansado de esperar. Suele deberse a un proceso lento: una importación grande, una copia de seguridad que se ejecuta en mitad del día, un plugin que hace consultas pesadas a la base de datos o una oleada de bots.

• Identifica qué acción lo provoca. Si siempre ocurre al guardar, importar o generar algo concreto, ese es el punto que hay que aligerar.
• Divide las tareas pesadas: importaciones por partes y copias de seguridad programadas de madrugada.
• Revisa los plugins que más recursos consumen y desactiva los que no necesites.
• Consulta al hosting el tiempo máximo de ejecución de tu plan. Si tu web lo supera a menudo, quizá necesites un plan con más recursos; lo explico en hosting compartido, VPS o dedicado.

Tabla resumen

¿Es culpa de mi web o del hosting?

Antes de tocar nada, hazte estas preguntas. Te ahorrarán mucho tiempo:

1. ¿Cambiaste algo justo antes? Una actualización, un plugin nuevo o un cambio de PHP apuntan a tu web.
2. ¿Fallan también otras webs de la misma cuenta? Si todas dan error a la vez, el problema está en el servidor.
3. ¿El proveedor tiene una página de estado? Muchos publican ahí las incidencias en curso.
4. ¿Falla en todas las direcciones o en una sola? Un error que solo aparece en una página suele estar en lo que hace esa página.

Si acabas escribiendo al soporte, dales todo lo necesario para que no tengan que preguntarte: la dirección exacta que falla, el código de error, la hora en que empezó, una captura de pantalla y lo último que cambiaste. La respuesta llega antes y es más útil.

Cómo evitar que vuelva a pasar

• Haz una copia de seguridad antes de actualizar y actualiza los plugins de uno en uno, no todos de golpe. Tienes los métodos en cómo hacer copias de seguridad de WordPress.
• Configura un monitor de disponibilidad para enterarte del error antes que tus visitantes.
• Mantén pocos plugins y bien cuidados: cada plugin es un punto más que puede fallar. Más consejos en medidas básicas de seguridad para WordPress.
• Vigila el consumo de recursos en el panel del hosting y cambia de plan cuando tu web se le quede pequeña.

Preguntas frecuentes

¿Un error 500 afecta al posicionamiento en Google?

Si dura poco, apenas. Google ralentiza el rastreo mientras ve errores del servidor y vuelve a la normalidad cuando desaparecen. El problema llega si el error se mantiene durante días: entonces las páginas afectadas pueden salir del índice.

¿Puedo arreglar un 502 o un 504 yo mismo?

Depende de la causa. Si lo provoca algo de tu web, como un plugin lento o una importación enorme, sí. Si el servicio que ejecuta PHP está caído o el servidor está saturado, en un hosting compartido solo puede resolverlo el proveedor.

¿Por qué yo veo el error y otras personas no?

Puede ser una página de error guardada en la caché de tu navegador o de una CDN. Prueba en una ventana privada o con los datos móviles en lugar de tu wifi: si allí funciona, el error ya pasó y solo queda una copia antigua.

¿Qué diferencia hay entre un 500 y un 503?

El 500 dice «algo ha fallado» sin más detalle. El 503 dice «ahora no puedo, vuelve más tarde»: es un aviso de que el problema es temporal, como un mantenimiento o una sobrecarga.

En resumen

Un error 5xx significa que el fallo está en el servidor, no en el visitante. El 500 suele venir de un plugin, un tema o el .htaccess; el 502 y el 504, de la comunicación entre servidores o de procesos lentos; y el 503, de un mantenimiento atascado o de la falta de recursos. Mira primero el código exacto y el registro de errores, revisa qué cambiaste justo antes y, si el problema está en el servidor, acude al soporte con todos los datos a mano.

Fuentes y documentación oficial

• MDN Web Docs (Mozilla): códigos de estado de respuesta HTTP
• Google Search Central: cómo afectan los códigos de estado HTTP a los rastreadores de Google
• WordPress.org: errores comunes de WordPress
• WordPress.org: depuración en WordPress (WP_DEBUG)

José Mejía

Ingeniero de sistemas graduado del ITLA, con más de 10 años de experiencia en programación y administración de sistemas. Trabajó 4 años como soporte TI y desde octubre de 2025 se dedica por completo al trabajo freelance, ayudando a personas y pequeños negocios con su hosting, dominios, correo y WordPress.

Más sobre mí · Escríbeme