504 Gateway Timeout significa que un servidor que actúa como puerta de enlace o proxy no recibió a tiempo una respuesta del servidor upstream que necesitaba para completar la solicitud. El proxy esperó el tiempo de espera configurado y se dio por vencido.
A diferencia del 502, el upstream no envió una respuesta defectuosa; no envió nada a tiempo. Las causas típicas son consultas lentas a la base de datos, informes de larga duración, API externas que se cuelgan y backends sobrecargados. Cada capa tiene su propio límite, por ejemplo proxy_read_timeout de nginx (60 segundos por defecto), los tiempos de inactividad de los balanceadores de carga y los límites de tiempo de las funciones serverless.
Detrás de Cloudflare, un origen que acepta la conexión pero responde demasiado despacio produce un 524 A Timeout Occurred en lugar de un 504.
Ejemplo de respuesta
HTTP/1.1 504 Gateway Timeout
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html
Content-Length: 106
<html><body><h1>504 Gateway Timeout</h1>
<p>The upstream server did not respond in time.</p></body></html>SEO y verificación de redirecciones
Los 504 cuentan como errores del servidor: ralentizan el rastreo y, si persisten, provocan la desindexación. Las respuestas lentas también reducen cuántas páginas rastrea Google. El Medidor de latencia de redirecciones muestra el tiempo que tarda cada salto, lo que te ayuda a encontrar las redirecciones lentas o una página final lenta antes de que se conviertan en tiempos de espera agotados.
Causas frecuentes y casos de uso
- Las consultas lentas a la base de datos o las solicitudes de larga duración superan el tiempo de espera del proxy.
- Una API externa de la que depende la aplicación no responde.
- El servidor upstream está sobrecargado, o el proxy no puede llegar a él por problemas de DNS o de red entre ambos.
- Los tiempos de espera no son coherentes entre capas, así que el proxy se rinde antes de que la aplicación termine.