CDN erkennen - MetricSpot Docs

Was diese Prüfung macht

Schaut auf die HTTP-Response-Header der geprüften URL und identifiziert das CDN (Content Delivery Network), das sie ausliefert. Das ist eine informative Prüfung — kein Pass/Fail. Das Ergebnis sagt dir, ob ein Edge-Layer zwischen Nutzer:innen und deinem Origin-Server steht und über welchen Anbieter du geroutet wirst.

Warum es zählt

Ein CDN cached deine Assets an Dutzenden oder Hunderten Points-of-Presence weltweit. Nutzer:innen in São Paulo treffen einen São-Paulo-Edge-Node, nicht deinen Origin in Frankfurt. Dieser einzige Layer ändert den Boden jeder Performance-Metrik, die das Audit misst:

Server-Antwortzeit — erstes Byte aus einem nahen PoP, kein transatlantischer Round-Trip.
Largest Contentful Paint — Hero-Bilder und CSS treffen auf demselben RTT-Budget ein.
Lighthouse-Performance-Score — jede Lab-Metrik verbessert sich mit Edge-Caching.

Ein CDN absorbiert auch DDoS-Traffic, terminiert TLS am Edge und erlaubt dir, Logik (Auth, Redirects, A/B-Splits) per Edge-Workers nahe der Nutzer:in auszuführen. Wenn MetricSpot “Kein CDN erkannt” meldet und dein Publikum global ist, ist das die Infrastruktur-Änderung mit dem höchsten Hebel, die du machen kannst.

So behebst du es

Diese Prüfung ist informativ, die Aktion hängt also vom Befund ab.

Kein CDN erkannt. Pack eines vor deinen Origin. Defaults, die für die meisten Sites funktionieren:

Cloudflare — der Free-Tarif deckt die meisten Marketing-Sites und SaaS-Landingpages. Bester DDoS-Schutz. Erkannt über Server: cloudflare und den CF-Ray-Header.
Bunny — günstigster Egress für bild- und videolastige Sites. Pay-as-you-go, keine Mindestbeträge. Erkannt über Server: BunnyCDN und CDN-PullZone.
Fastly — feingranulare Edge-Logik via VCL. Stark für Publisher und Ecommerce, die Cache-Invalidierung in Millisekunden brauchen. Erkannt über X-Served-By und X-Cache.
AWS CloudFront — natürlicher Fit, wenn dein Origin auf AWS liegt. Erkannt über X-Amz-Cf-Id und Via: ... cloudfront.net.
Vercel / Netlify Edge — automatisch bei Deploy auf einer der Plattformen. Erkannt über X-Vercel-Id / X-Vercel-Cache und Server: Netlify.

CDN erkannt, aber Performance trotzdem mies. Das CDN leitet ans Origin weiter, ohne zu cachen. Häufige Ursachen:

Cache-Control: no-store oder private auf HTML-Responses vom Origin.
Set-Cookie auf jeder Response (manche CDNs cachen Cookied-Responses nicht).
Komplett fehlende Cache-Control-Header — Cloudflare cached HTML standardmäßig nicht; du brauchst eine Page Rule oder einen Cache-Control: public, max-age=...-Header.

Prüf den Cache-Header auf Hit-Rate:

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

HIT heißt am Edge gecached. MISS oder DYNAMIC heißt jede Anfrage geht zum Origin — du zahlst für ein CDN, das du nicht nutzt.

Provider-Wahl. Wenn du schon auf Vercel oder Netlify bist, nutze deren Edge — Wechsel kostet mehr, als er spart. Wenn du DDoS-Schutz brauchst oder eine WordPress- / Shared-Hosting-Site fährst, Cloudflare. Wenn Egress-Kosten dominieren (Video, große Bilder, Software-Downloads), Bunny. Wenn deine Engineers Edge-Code als First-Class-Concern schreiben wollen, Fastly oder Cloudflare Workers.

Häufig gestellte Fragen

Lohnt sich ein CDN für eine Single-Region-B2B-Site?

Wenn 95% deines Traffics in einem Land sind und du in diesem Land hostest, ist der Cache-Nutzen klein — die meisten Nutzer:innen sind schon nah am Origin. Du bekommst trotzdem TLS-Termination, DDoS-Schutz und Bot-Filtering, was den Cloudflare-Free-Tarif wert ist. Überspring die kostenpflichtigen Pläne, bis sich das Traffic-Profil ändert.

Erkennt MetricSpot CDNs vor CDNs?

Nur die äußerste Schicht — das ist, was der Browser sieht. Wenn du Cloudflare → Fastly → Origin hast, melden wir Cloudflare. Das verkettete Setup ist außerhalb großer Publisher unüblich und meist Zeichen einer laufenden Migration; eines von beiden sollte weg.

Bricht ein CDN meine Analytics oder A/B-Tests?

Nein, aber es kann die Client-IP vor deinen Origin-Logs verbergen. CDNs leiten die Original-IP in X-Forwarded-For oder CF-Connecting-IP weiter; dein Anwendungscode oder dein Analytics-Tool muss diesen Header statt der TCP-Source-IP lesen. Die meisten Server-Frameworks haben dafür eine Trusted-Proxy-Einstellung — einmal konfigurieren und IP-basierte Features (Geolocation, Rate Limits) funktionieren wie erwartet.