CDN detectada - Docs de MetricSpot

Què comprova aquesta auditoria

Mira les capçaleres de resposta HTTP a la URL auditada i identifica la CDN (Content Delivery Network) que la serveix. És una comprovació informativa, no hi ha pas/fallada. El resultat et diu si hi ha una capa edge entre els usuaris i el teu servidor d’origen, i a través de quin proveïdor passa.

Per què importa

Una CDN guarda els teus actius en dotzenes o centenars de punts de presència arreu del món. Els usuaris de São Paulo arriben a un node edge de São Paulo, no al teu origen a Frankfurt. Aquesta sola capa canvia el terra de cada mètrica de rendiment que mesura l’auditoria:

Temps de resposta del servidor, primer byte des d’un PoP proper, no un viatge transatlàntic.
Largest Contentful Paint, les imatges hero i el CSS arriben amb el mateix pressupost de RTT.
Puntuació Lighthouse, totes les mètriques Lab milloren amb el cache a l’edge.

Una CDN també absorbeix trànsit DDoS, termina TLS a l’edge i et permet executar lògica (auth, redireccions, splits A/B) a prop de l’usuari via edge workers. Si MetricSpot reporta “No s’ha detectat cap CDN” i la teva audiència és global, aquest és el canvi d’infraestructura de més palanca que pots fer.

Com solucionar-ho

Aquesta comprovació és informativa, així que l’acció depèn del que s’hagi detectat.

No s’ha detectat cap CDN. Posa’n una davant del teu origen. Defectes que funcionen per a la majoria de llocs:

Cloudflare, el tier gratuït cobreix la majoria de llocs de màrqueting i landing pages SaaS. Millor protecció DDoS. Es detecta via Server: cloudflare i la capçalera CF-Ray.
Bunny, el sortint més barat per a llocs amb moltes imatges i vídeo. Pagament per ús, sense mínims. Es detecta via Server: BunnyCDN i CDN-PullZone.
Fastly, lògica edge a gra fi via VCL. Forta per a editors i ecommerce que necessiten invalidació de cau en mil·lisegons. Es detecta via X-Served-By i X-Cache.
AWS CloudFront, encaix natural si el teu origen és a AWS. Es detecta via X-Amz-Cf-Id i Via: ... cloudfront.net.
Vercel / Netlify Edge, automàtic si despleguis a qualsevol de les dues plataformes. Es detecta via X-Vercel-Id / X-Vercel-Cache i Server: Netlify.

CDN detectada, però el rendiment encara és dolent. La CDN està reenviant al teu origen sense fer cau. Causes habituals:

Cache-Control: no-store o private a les respostes HTML del teu origen.
Set-Cookie a cada resposta (algunes CDN es neguen a fer cau de respostes amb cookies).
Falten capçaleres Cache-Control del tot. Cloudflare no fa cau d’HTML per defecte; necessites una Page Rule o una capçalera Cache-Control: public, max-age=....

Comprova la capçalera de cau per ratio d’encerts:

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

HIT significa cau a l’edge. MISS o DYNAMIC significa que cada petició arriba al teu origen: pagues per una CDN que no utilitzes.

Triar entre proveïdors. Si ja ets a Vercel o Netlify, utilitza el seu edge: canviar costa més del que estalvia. Si necessites protecció DDoS o tens un lloc WordPress / hosting compartit, Cloudflare. Si els costos de sortida dominen (vídeo, imatges grans, descàrregues de software), Bunny. Si els teus enginyers volen escriure codi edge com a primera classe, Fastly o Cloudflare Workers.

Preguntes freqüents

Val la pena una CDN per a un lloc B2B d’una sola regió?

Si el 95% del teu trànsit és en un sol país i estàs allotjat en aquell país, el benefici de cau de la CDN és petit: la majoria d’usuaris ja són a prop del teu origen. Encara aconsegueixes terminació TLS, protecció DDoS i filtratge de bots, que val la pena pel tier gratuït de Cloudflare. Salta’t els plans de pagament fins que la forma del trànsit canviï.

MetricSpot detecta CDNs davant d’altres CDNs?

Només la capa més externa, és el que veu el navegador del visitant. Si tens Cloudflare → Fastly → origen, reportarem Cloudflare. La configuració encadenada és inusual fora de grans editors i normalment significa que hi ha una migració en marxa; una de les dues ha de marxar.

Una CDN trencarà la meva analítica o les meves proves A/B?

No, però pot emmascarar la IP del client als logs del teu origen. Les CDNs reenvien la IP original a X-Forwarded-For o CF-Connecting-IP; el codi de la teva aplicació o l’eina d’analítica ha de llegir aquesta capçalera en lloc de la IP d’origen TCP. La majoria de frameworks de servidor tenen una opció de proxy de confiança per a això: configura-la una vegada i les funcionalitats basades en IP (geolocalització, rate limits) funcionen com s’espera.