CDN rilevato - Docs di MetricSpot

Cosa verifica questo controllo

Guarda gli header di risposta HTTP sull’URL auditato e identifica il CDN (Content Delivery Network) che lo serve. È un controllo informativo — non c’è pass/fail. Il risultato ti dice se c’è un layer edge tra utenti e il tuo server di origine e attraverso quale provider sei instradato.

Perché è importante

Un CDN mette in cache i tuoi asset in decine o centinaia di point-of-presence nel mondo. Gli utenti a São Paulo colpiscono un edge node a São Paulo, non il tuo origine a Francoforte. Quel singolo layer cambia il pavimento di ogni metrica di performance che l’audit misura:

Tempo di risposta server — primo byte da un PoP vicino, non un round trip transatlantico.
Largest Contentful Paint — immagini hero e CSS arrivano nello stesso budget di RTT.
Punteggio prestazioni Lighthouse — ogni metrica di Lab migliora con la cache edge.

Un CDN assorbe anche il traffico DDoS, termina TLS all’edge e ti permette di eseguire logica (auth, redirect, A/B split) vicino all’utente via edge worker. Se MetricSpot riporta “No CDN rilevato” e il tuo pubblico è globale, è il cambio infrastrutturale ad alta leva più alto che puoi fare.

Come sistemarlo

Questo controllo è informativo, quindi l’azione dipende da cosa è stato rilevato.

Nessun CDN rilevato. Mettine uno davanti al tuo origine. Default che funzionano per quasi tutti i siti:

Cloudflare — il piano free copre quasi tutti i siti marketing e le landing SaaS. Migliore protezione DDoS. Rilevato via Server: cloudflare e header CF-Ray.
Bunny — egress più economico per siti pesanti di immagini e video. Pay-as-you-go, no minimi. Rilevato via Server: BunnyCDN e CDN-PullZone.
Fastly — logica edge a grana fine via VCL. Forte per publisher ed ecommerce che hanno bisogno di invalidazione della cache in millisecondi. Rilevato via X-Served-By e X-Cache.
AWS CloudFront — fit naturale se il tuo origine è su AWS. Rilevato via X-Amz-Cf-Id e Via: ... cloudfront.net.
Vercel / Netlify Edge — automatico se fai deploy su una delle due piattaforme. Rilevato via X-Vercel-Id / X-Vercel-Cache e Server: Netlify.

CDN rilevato, ma la performance è ancora cattiva. Il CDN sta inoltrando all’origine senza cachare. Cause comuni:

Cache-Control: no-store o private sulle risposte HTML dal tuo origine.
Set-Cookie su ogni risposta (alcuni CDN si rifiutano di cachare risposte con cookie).
Header Cache-Control mancanti del tutto — Cloudflare non cacha HTML di default; serve una Page Rule o un header Cache-Control: public, max-age=....

Controlla l’header di cache per il rapporto di hit:

curl -I https://tuodominio.com/ | grep -iE 'cache|cf-cache|x-cache|x-vercel'

HIT significa cachato all’edge. MISS o DYNAMIC significa che ogni richiesta colpisce il tuo origine — stai pagando per un CDN che non usi.

Scegliere tra provider. Se sei già su Vercel o Netlify, usa il loro edge — passare costa più di quanto risparmi. Se ti serve protezione DDoS o gestisci un sito WordPress / shared hosting, Cloudflare. Se i costi di egress dominano (video, immagini grandi, download software), Bunny. Se i tuoi ingegneri vogliono scrivere codice edge come prima classe, Fastly o Cloudflare Workers.

Domande frequenti

Vale la pena un CDN per un sito B2B mono-regione?

Se il 95% del tuo traffico è in un paese e sei ospitato in quel paese, il beneficio di cache del CDN è piccolo — la maggior parte degli utenti è già vicina al tuo origine. Hai comunque terminazione TLS, protezione DDoS e bot filtering, che valgono il piano free di Cloudflare. Salta i piani a pagamento finché la forma del traffico non cambia.

MetricSpot rileva CDN davanti ad altri CDN?

Solo il layer più esterno — è quello che vede il browser del visitatore. Se hai Cloudflare → Fastly → origine, riporteremo Cloudflare. Il setup concatenato è inusuale fuori dai grandi publisher e di solito significa che una migrazione è in corso; uno dei due dovrebbe andarsene.

Un CDN rompe i miei analytics o A/B test?

No, ma può mascherare l’IP del client dai log del tuo origine. I CDN inoltrano l’IP originale in X-Forwarded-For o CF-Connecting-IP; il codice della tua applicazione o lo strumento di analytics deve leggere quell’header invece dell’IP sorgente TCP. Quasi tutti i framework server hanno un’impostazione di trusted-proxy per questo — configurala una volta e le feature basate su IP (geolocalizzazione, rate limit) funzionano come previsto.