CDN und SEO: Edge-Caching für Core Web Vitals

Ein Besucher aus Hamburg wartet auf Ihre Seite, die auf einem Server in Frankfurt liegt - jeder Klick kostet Millisekunden, die sich summieren. Ein CDN mit Edge-Caching schiebt Ihre Inhalte näher an den Nutzer und senkt so genau die Werte, die Google in den Core Web Vitals misst. Das Ergebnis sind schnellere Ladezeiten, eine bessere Nutzererfahrung und ein technisches Fundament, das Ihren Rankings hilft.

Dieser Artikel erklärt, wie CDN und SEO konkret zusammenhängen, wie Sie Edge-Caching richtig konfigurieren und welche Fehler Sie Rankings kosten.

Wie CDN und Core Web Vitals zusammenhaengen

Die Verbindung zwischen einem CDN und den Core Web Vitals läuft über einen einzigen, oft unterschätzten Wert: die Time to First Byte, kurz TTFB. Das ist die Zeitspanne zwischen der Anfrage des Browsers und dem ersten Byte, das vom Server zurückkommt. Je länger diese Zeit, desto später kann der Browser überhaupt anfangen, etwas darzustellen.

Genau hier wird es für SEO relevant. Eine hohe TTFB verschiebt automatisch den Largest Contentful Paint (LCP) nach hinten - also den Moment, in dem das größte sichtbare Element geladen ist. Der LCP ist einer der drei zentralen Core Web Vitals. Wenn der Server schon eine halbe Sekunde braucht, bevor irgendetwas passiert, ist ein guter LCP unter 2,5 Sekunden kaum noch zu schaffen. Die Server-Antwortzeit als Hebel haben wir im Detail im Beitrag zur Server-Antwortzeit und TTFB beleuchtet.

Der größte Treiber einer schlechten TTFB ist oft die geografische Distanz. Daten reisen nicht unendlich schnell - bei einem Server in Frankfurt und einem Nutzer in Lissabon kommt allein durch die Strecke spürbare Latenz zusammen. Jede Anfrage muss hin und zurück, und bei einigen tausend Kilometern Luftlinie sind das schnell 80 bis 150 Millisekunden nur für den Weg, bevor überhaupt eine Berechnung beginnt. Ein CDN löst das, indem es Kopien Ihrer Seite auf Servern in der ganzen Welt vorhält. Der Nutzer aus Lissabon wird dann von einem Standort in Madrid bedient, nicht aus Frankfurt. Was ein Content Delivery Network grundsätzlich leistet, fassen wir im Überblick was ein CDN ausmacht zusammen.

Der Effekt zeigt sich nicht nur beim LCP. Auch der Interaction to Next Paint (INP), die dritte zentrale Metrik, profitiert indirekt: Wenn der Browser früher mit dem Laden fertig ist, stehen mehr Ressourcen für die Verarbeitung von Klicks und Eingaben bereit. Und ein stabiles, schnelles Ausliefern reduziert die Wahrscheinlichkeit von Layout-Sprüngen, die der Cumulative Layout Shift (CLS) misst. Ein CDN ist damit kein isolierter Trick, sondern eine Maßnahme, die auf alle drei Werte gleichzeitig einzahlt - und genau deshalb so wirkungsvoll für Ihr technisches SEO ist.

Edge-Caching vs Origin-Server: was wo passiert

Um ein CDN sinnvoll einzusetzen, müssen Sie zwei Begriffe sauber trennen: den Origin-Server und die Edge. Der Origin-Server ist Ihre eigentliche Quelle - dort liegt Ihr CMS, Ihre Datenbank, Ihr WordPress oder Shop. Die Edge sind die verteilten CDN-Server (genannt Points of Presence oder PoPs), die nahe am Nutzer stehen.

Beim Edge-Caching speichert die Edge eine fertige Kopie Ihrer Inhalte. Fragt ein Nutzer eine Datei an, die bereits zwischengespeichert ist, liefert die Edge sie direkt aus - der Origin-Server wird gar nicht erst kontaktiert. Das nennt man einen Cache-Hit. Diese Antwort kommt oft in unter 50 Millisekunden, weil keine Datenbank arbeiten und keine PHP-Berechnung laufen muss.

Existiert die Kopie an der Edge noch nicht, spricht man von einem Cache-Miss. Dann holt die Edge die Datei einmalig vom Origin, liefert sie aus und behält sie für die nächsten Anfragen. Der erste Besucher zahlt also die volle Latenz, alle folgenden profitieren. Das ist der Grund, warum die Cache-Hit-Ratio - der Anteil der direkt aus dem Cache bedienten Anfragen - die wichtigste Stellschraube für die Performance ist.

Wichtig ist das Verständnis, dass die Edge nicht denkt. Sie verlässt sich vollständig auf die Anweisungen, die der Origin-Server beim ersten Abruf mitschickt. Sagt der Origin nichts über die Speicherdauer, entscheidet das CDN nach seinen Standardregeln - und die passen selten perfekt zu Ihrer Seite. Caching ist deshalb keine Funktion, die Sie einmal anschalten, sondern eine Konfiguration, die Sie pro Inhaltstyp bewusst festlegen. Wer das ignoriert, hat zwar ein CDN aktiv, schöpft aber nur einen Bruchteil seines Potenzials aus.

Static vs Dynamic Content: die Cache-Control-Header

Nicht jeder Inhalt darf gleich behandelt werden. Hier scheiden sich statischer und dynamischer Content. Statische Inhalte ändern sich selten und sehen für alle Nutzer gleich aus: Bilder, CSS-Dateien, JavaScript, Schriften, Videos. Diese können Sie aggressiv und lange cachen. Dynamische Inhalte sind nutzerspezifisch oder ändern sich oft: ein eingeloggter Warenkorb, ein personalisiertes Dashboard, Echtzeit-Preise.

Gesteuert wird das über den Cache-Control-Header, den Ihr Server mitschickt. Eine CSS-Datei mit Versionsnummer im Dateinamen darf einen Header wie Cache-Control: public, max-age=31536000, immutable bekommen - ein Jahr Cache, weil sich der Inhalt unter dieser URL nie ändert. Für eine HTML-Seite, die sich gelegentlich aktualisiert, eignet sich ein kürzerer Wert plus stale-while-revalidate, damit der Nutzer sofort die alte Version sieht, während im Hintergrund die neue geholt wird.

Die Cache-Hit-Ratio steuern Sie genau über diese Header. Ein häufiger Anfänger-Fehler: Alles bekommt denselben kurzen max-age-Wert, etwa fünf Minuten. Dann läuft der Cache ständig ab, jede Anfrage wird zum Cache-Miss und das CDN bringt kaum etwas. In gut konfigurierten Setups liegt die Cache-Hit-Ratio für statische Assets bei über 95 Prozent. Wer sein WordPress an ein CDN anbinden möchte, findet die Schritte in unserer Anleitung zum CDN für WordPress einrichten.

Ein praktischer Trick für dynamische Seiten ist das sogenannte Cache-Tagging in Kombination mit kurzer Speicherdauer. Statt eine Produktseite komplett vom Caching auszuschließen, cachen Sie die für alle gleichen Teile und markieren nur die wirklich nutzerspezifischen Bereiche als nicht zwischenspeicherbar. Moderne CDNs erlauben außerdem das Variieren des Caches nach bestimmten Merkmalen, etwa nach Endgerätetyp oder Sprache. So bekommt ein Smartphone-Nutzer die mobil optimierte Variante aus dem Cache, ohne dass diese mit der Desktop-Version kollidiert. Diese Feinsteuerung trennt ein durchschnittliches von einem wirklich schnellen CDN-Setup.

CDN-Auswahl: worauf es wirklich ankommt

Der Markt ist voll von Anbietern, und der Preis ist selten das wichtigste Kriterium. Entscheidend ist, ob das CDN zu Ihrem Publikum und Ihrer Technik passt. Diese Punkte sollten Sie vor der Wahl prüfen:

• PoP-Abdeckung. Wo sitzen Ihre Nutzer? Für ein deutsches Restaurant zählen PoPs in Deutschland und Europa, nicht 300 Standorte in Asien. Ein dichtes Netz im falschen Erdteil hilft Ihnen nichts.
• Image-Optimierung. Gute CDNs liefern Bilder automatisch im modernen WebP- oder AVIF-Format aus und passen die Größe an das Endgerät an. Das verbessert den LCP oft stärker als jede andere Maßnahme, weil Bilder meist das größte Element auf einer Seite sind.
• Brotli-Komprimierung. Brotli packt Text-Dateien dichter als das ältere Gzip - bei HTML und CSS sind 15 bis 20 Prozent weniger Datenvolumen üblich. Achten Sie darauf, dass der Anbieter Brotli auf der höchsten Stufe für statische Inhalte unterstützt.
• HTTP/3 und QUIC. Das neueste Protokoll baut Verbindungen schneller auf, gerade bei wackeligen Mobilverbindungen. Auf dem Smartphone macht das einen messbaren Unterschied bei der TTFB.
• Preismodell. Manche Anbieter rechnen pro Datenvolumen ab, andere pro Anfrage, wieder andere bieten Flatrates. Kalkulieren Sie mit Ihrem realen Traffic, sonst erleben Sie Überraschungen.

Cloudflare ist für viele kleinere Websites ein guter Einstieg, weil eine kostenlose Stufe existiert und die Einrichtung über DNS schnell geht. Wie Sie das konkret aufsetzen, beschreiben wir im Leitfaden zu WordPress mit Cloudflare.

Lassen Sie sich nicht von Marketing-Zahlen blenden. Ein Anbieter mit 300 PoPs klingt beeindruckender als einer mit 30, doch für einen regionalen Handwerksbetrieb in Bayern zählt allein die Latenz vor Ort. Ein kleineres, dafür dichtes europäisches Netz schlägt hier ein globales mit dünner Abdeckung im DACH-Raum. Testen Sie im Zweifel mit einem kostenlosen Probemonat und messen Sie die TTFB von echten Standorten aus, an denen Ihre Kunden sitzen. Erst diese realen Werte zeigen, ob das CDN für Ihre Zielgruppe wirklich etwas bringt.

Haeufige Fehler beim Edge-Caching

Ein CDN falsch konfiguriert kann mehr schaden als nützen. Die meisten Probleme entstehen nicht durch fehlende Technik, sondern durch falsche Annahmen. Diese Stolperfallen sehen wir in Audits am häufigsten:

• HTML fälschlich aggressiv cachen. Wer eine dynamische Seite mit einem Login oder Warenkorb für Stunden cacht, riskiert, dass Nutzer A den eingeloggten Zustand von Nutzer B sieht. Personalisierte HTML-Seiten gehören nicht oder nur sehr kurz in den Edge-Cache.
• Cache-Invalidierung vergessen. Sie aktualisieren einen Artikel, aber die Edge liefert tagelang die alte Version aus. Nach jedem inhaltlichen Update muss der Cache für die betroffene URL gezielt geleert (purged) werden - viele CDNs bieten dafür automatische Auslöser.
• Mixed Content. Wenn Ihre Seite über HTTPS läuft, aber das CDN einzelne Ressourcen über HTTP ausliefert, blockiert der Browser sie. Achten Sie auf durchgehend sichere URLs, sonst fehlen plötzlich Bilder oder Styles.
• Doppelte URLs ohne Canonical. Manche CDN-Setups erzeugen die Seite unter mehreren Adressen, etwa mit und ohne Subdomain. Ohne sauberen Canonical-Tag wertet Google das als Duplicate Content. Setzen Sie konsequent eine bevorzugte URL-Form und leiten Sie alle Varianten dorthin weiter.

Messen: Field-Daten vs Lab-Daten

Eine Optimierung, die Sie nicht messen, ist nur eine Vermutung. Beim Thema CDN und Core Web Vitals müssen Sie zwei Datentypen unterscheiden, die oft verwechselt werden. Field-Daten stammen von echten Nutzern und ihren echten Geräten und Verbindungen - sie stecken im Chrome User Experience Report (CrUX) und genau diese Werte fließen in das Ranking ein. Lab-Daten entstehen unter standardisierten Testbedingungen und sind ideal zum Debuggen, aber sie sind nicht das, wonach Google bewertet.

Drei Werkzeuge gehören in Ihren Alltag. Die Google Search Console bündelt im Core-Web-Vitals-Report die Field-Daten Ihrer Seiten und zeigt, welche URLs als gut, verbesserungswürdig oder schlecht gelten - die ideale Startlandkarte. PageSpeed Insights liefert beides nebeneinander: oben die Field-Daten aus CrUX, darunter eine Lab-Analyse mit konkreten Hinweisen. Und web.dev erklärt jede Metrik und ihre Optimierung im Detail. Eine vertiefende Quelle direkt vom Hersteller ist die LCP-Anleitung von web.dev.

Achten Sie beim Messen auf die Latenz: Field-Daten aktualisieren sich verzögert, weil CrUX ein rollierendes 28-Tage-Fenster nutzt. Nach einer CDN-Umstellung sehen Sie die Wirkung in den Lab-Daten sofort, in den rankingrelevanten Field-Daten aber erst nach Wochen. Lassen Sie sich davon nicht verunsichern und prüfen Sie laufend nach. Wie Sie die einzelnen Metriken systematisch verbessern, zeigt unser Leitfaden zu Core Web Vitals und PageSpeed.

Ein konkretes Vorgehen hat sich bewährt: Notieren Sie vor der CDN-Umstellung die aktuellen Lab-Werte für Ihre fünf wichtigsten Seiten - Startseite, zwei bis drei Kategorie- oder Leistungsseiten und eine typische Detailseite. Direkt nach der Umstellung wiederholen Sie die Messung und prüfen, ob die TTFB und der LCP wie erwartet gesunken sind. Bleibt die Verbesserung aus, liegt fast immer eine niedrige Cache-Hit-Ratio vor - ein klares Signal, dass Ihre Cache-Control-Header noch nicht richtig greifen. So wird aus dem diffusen Gefühl "die Seite fühlt sich schneller an" eine belastbare Aussage mit Zahlen.

Fazit

Ein CDN mit sauberem Edge-Caching ist einer der wirksamsten Hebel für gute Core Web Vitals. Es senkt die TTFB durch kurze Wege, verbessert dadurch den LCP und entlastet Ihren Origin-Server. Entscheidend sind die richtigen Cache-Control-Header, eine hohe Cache-Hit-Ratio und das Vermeiden klassischer Fehler wie falsch gecachtem HTML. Messen Sie konsequent mit Field- und Lab-Daten - dann zahlt sich die Technik in besseren Rankings aus.