Errori CDN su WordPress: come differenziarli

Quando un sito WordPress è dietro CDN (Cloudflare, BunnyCDN, KeyCDN), un'errore visto dall’utente può arrivare dalla CDN o dal server origin. Distinguerli è fondamentale per il troubleshooting. WP Error Monitor introduce strumenti specifici.

Origin vs CDN: chi ha generato l’errore?

I CDN restituiscono spesso un loro errore HTML quando origin è down (es. Cloudflare Error 521 = origin offline, 522 = origin timeout, 524 = origin slow). Questi NON arrivano a WP Error Monitor perchè WordPress non viene mai eseguito. Per distinguerli, devi: 1) controllare lato CDN (Cloudflare Analytics), 2) integrare CDN logs (Cloudflare Logpush) con WP Error Monitor.

Integrazione Cloudflare Logpush

Cloudflare Logpush invia log HTTP-real-time a destinazioni custom. Configura un webhook che inoltra a WP Error Monitor: l’agent classifica come 'source=cloudflarè e li mostra in dashboard fianco a fianco con eventi origin. Così' vedi i 521/522 in una vista unificata, senza dover loggare in due posti.

Header diagnostici

Cloudflare aggiunge CF-Ray, CF-Cache-Status, server. WP Error Monitor li include in ogni evento se presenti. CF-Cache-Status=HIT significa risposta da CDN cache (origin non chiamato), MISS = origin chiamato. CF-Cache-Status=DYNAMIC = non cachable. Utile per debug: se HIT ma errore, è CDN che ha cachato errore.

Argo Smart Routing vs standard CDN

Cloudflare Argo Smart Routing usa rete dedicata per minimizzare latenza tra edge e origin. Costa extra (5$/mese + 0.10$/GB) ma riduce TTFB 20-30% per origin lontani. Vale la pena per ecommerce con origin USA e clienti EU. WP Error Monitor traccia origin response time: se Argo attivo, vedi la riduzione concreta. Decisione ROI: vale se sopra 100GB/mese trafficati con utenti distribuiti globalmente.

Multi-CDN strategy

Per siti enterprise, single CDN è SPOF (single point of failure): se Cloudflare ha incident globale, sito offline. Multi-CDN: usa due provider (Cloudflare + Fastly) con DNS routing health-check based. Setup complesso ma uptime più alto. WP Error Monitor supporta tracking multi-CDN: vedi dashboard separate per provider e puoi identificare quale ha problemi.

Cache key e bypass

Cloudflare cache key default include: hostname + URL path + query string. Modificare cache key permette ottimizzazioni: stripping query string per analytics (?utm_source=...) aumenta hit ratio, includere header Accept-Encoding gestisce gzip/brotli separati. Page Rule Cache Level 'Cache Everything' force cache anche per HTML (rischioso per WP authenticated content). Bypass cache per logged-in: cookie wordpress_logged_in_* presente, set Page Rule 'Cache Level: Bypass' on cookie match. WP Error Monitor traccia CF-Cache-Status: HIT vs MISS vs BYPASS, identifying anomaly nei pattern di cache.

Edge computing con Workers

Cloudflare Workers permettono di eseguire JS al edge: ottimo per A/B testing, custom routing, content transformation senza colpire origin. Use case WP: redirect old URL a new URL eseguito al edge (no PHP), 5x più veloce. Sostituire HTTP a HTTPS in HTML al edge invece di server-side. Personalizzazione lite (e.g. cookie A/B variant) al edge. Costo: 5 USD/mese per 10M request. WP Error Monitor riceve eventi da Workers via Logpush, vedi metrics edge computing affianco a origin.

Strategia CDN multi-provider

Strategia CDN multi-provider per uptime massimo: primary Cloudflare per traffico standard, secondary BunnyCDN per failover, tertiary direct origin in emergenza. DNS Routing via Route53 health-check based: ogni 30 secondi verifica primary, se 3 fail consecutivi failover a secondary. Setup complesso (3 providers, DNS health check, cache invalidation cross-CDN) ma uptime 99.99%+ achievable. Costo extra ~30% rispetto a single CDN. Vale per clienti enterprise con SLA strict. WP Error Monitor monitora tutti i layer e segnala quale livello fallisce.

Procedura passo-passo

1. Configura Cloudflare Logpush verso webhook https://crm.gtechgroup.it/wpem/cf-logs.
2. In Logpush selectiona campi: ClientIP, RayID, EdgeStartTimestamp, EdgeResponseStatus.
3. In WP Error Monitor verifica arrivo eventi 'source=cloudflarè.
4. Filtra per status >= 500.
5. Cross-check con eventi origin nello stesso minuto: se mancano, è CDN-only.
6. Per errori CDN-only, investiga lato Cloudflare (origin down, firewall rule, WAF).
7. Per errori sia CDN che origin, fixa l’origin che è la root cause.
8. Documenta i pattern noti per futuri incident.
9. Valuta Argo Smart Routing se traffico sopra 100GB/mese.
10. Per uptime critico considera multi-CDN strategy.

Errori comuni e come risolverli

• 521 sporadici: Origin saturo: alza php-fpm workers o aggiungi cache layer.
• 522 frequenti: Origin timeout: alza nginx fastcgi_read_timeout.
• 524 con response valida: Origin lento >100s: ottimizza query o sposta in background.
• Argo non riduce latenza: Pathway già ottimale: ROI scarso, disabilita.
• Multi-CDN config rotta: Health check fail: verifica probe endpoint e thresholds.

Domande frequenti

D: Posso usare BunnyCDN invece di Cloudflare?
R: Sì, supporta logging webhook. WP Error Monitor accetta payload generici.

D: Logpush è a pagamento?
R: Sì, richiede piano Enterprise Cloudflare (>200$/mese).

D: Alternative gratuite?
R: Cloudflare API per pull logs analytics (limitato): meno real-time ma free.

D: Argo vale i soldi?
R: Per US-EU sì, per intra-EU spesso no: misura prima.

D: Multi-CDN complica monitoring?
R: Sì, ma WP Error Monitor unifica vista: trade-off accettabile.

Hai bisogno di aiuto?

Se vuoi affidare il monitoraggio WordPress al team di G Tech Group, scrivici tramite il modulo di contatto.