Cloudflare 522 es un timeout entre Cloudflare y el origen, no simplemente “una página WordPress lenta”. La pregunta útil es dónde deja de avanzar la conexión: red, firewall, servidor agotado, listener web o un origen que acepta sockets pero no responde a tiempo.
Comprueba si el origen es intermitente
Haz pruebas repetidas directas al origen desde más de una red. Éxito intermitente apunta a saturación o filtrado más que a DNS fijo.
Separa tiempo de conexión y tiempo de aplicación
Mide TCP/TLS por separado del TTFB. Un 522 sin respuesta HTTP útil no se arregla optimizando una plantilla.
Inspecciona capacidad en la hora del incidente
Revisa CPU, memoria, colas de conexión, PHP workers y gráficas del proveedor en el momento exacto. La media diaria puede ocultar cinco minutos de saturación.
Revisa firewall y rate limits
Un firewall puede descartar tráfico de Cloudflare sin rechazarlo y provocar timeout en lugar de 521. Correlaciona reglas y rangos afectados.
Comprueba red y proveedor
Si el host está sano, compara rutas y pérdida desde sondas externas. Escala con timestamps y evidencia, no con “Cloudflare está caído”. Anota también si el timeout coincide con picos de conexiones o mantenimiento del proveedor.
Repite con carga representativa
Tras recuperar, prueba rutas dinámicas sin caché además de la home. Checkout o admin pueden seguir agotando el origen aunque una página cacheada responda bien.
Compara timeouts de aplicación con la guía WordPress 504 y descarta destino antiguo con la comprobación DNS.