CDN für kleine Unternehmen: Wann es sich wirklich lohnt

Von Manuel Hack, ihp media · Aktualisiert am 14. Juni 2026

Hinter dem Begriff Content Delivery Network steckt eine schlichte Idee: Je näher ein Server am Besucher ist, desto schneller kommt die Datei an. Ob das für Ihre Website einen spürbaren Unterschied macht, ist die eigentliche Frage. Die Antwort hängt davon ab, woher Ihre Besucher kommen, wie schwer Ihre Dateien sind und wie verlässlich Ihr Hosting ist.

Was ein CDN ist und wie es funktioniert

Stellen Sie sich vor, Sie lagern Ihren Onlineshop zentral in einem einzigen Lager in Frankfurt ein. Kunden in München, Wien oder Zürich bestellen alle dort. Die Ware kommt immer aus Frankfurt, egal wie weit der Weg ist. Ein CDN ist das digitale Äquivalent von Regionallagern: Dieselben Inhalte liegen in Düsseldorf, Wien, Zürich und dutzenden weiteren Knoten, sogenannten Points of Presence. Der Besucher bekommt seine Dateien aus dem Lager nebenan statt aus Frankfurt.

Was genau in diesen Knoten liegt: vor allem statische Dateien. Bilder, CSS-Stylesheets, JavaScript-Dateien, Fonts, PDFs, Videos. Alles, was sich nicht bei jedem Seitenaufruf ändert. Dynamische Inhalte, also zum Beispiel Produktpreise, Warenkorb oder personalisierte Seiten, werden in der Regel nicht gecacht und kommen weiterhin direkt vom Ursprungsserver.

Technisch passiert beim ersten Aufruf einer Datei folgendes: Der CDN-Knoten hat noch keine Kopie, holt sie einmal vom Ursprungsserver und speichert sie lokal. Alle folgenden Anfragen dieser Datei aus derselben Region beantwortet der Knoten selbst. Laut web.dev gilt eine Cache-Hit-Rate von 90 Prozent als realistisches Ziel, das bedeutet, neun von zehn Datei-Anfragen beantwortet das CDN ohne Kontakt zum Ursprungsserver.

Der wichtigste Messwert, den ein CDN verbessert, ist das TTFB, die Zeit bis zum ersten gesendeten Byte. Web.dev empfiehlt ein TTFB unter 800 Millisekunden am 75. Perzentil der Nutzerlast. Werte über 1.800 Millisekunden gelten als schlecht. Ein CDN-Knoten in der Nähe des Besuchers senkt diesen Wert, weil die reine Netzwerklaufzeit kürzer ist.

Das wirkt sich direkt auf den Largest Contentful Paint aus. Laut web.dev gilt ein LCP unter 2,5 Sekunden als gut, alles über 4,0 Sekunden als schlecht. Da der LCP die Zeit ab dem Start der Navigation misst und das TTFB darin eingerechnet ist, senkt ein schnelleres TTFB den LCP direkt.

Wann sich ein CDN wirklich lohnt

Je mehr der folgenden Punkte auf Ihre Website zutreffen, desto klarer fällt die Entscheidung aus.

Besucher kommen aus mehreren Ländern oder Regionen

Ein Zahnarzt in Augsburg hat Patienten aus Augsburg. Sein Webserver steht in München. Der Unterschied zwischen Augsburg und München liegt bei wenigen Millisekunden. Ein CDN ändert daran kaum etwas. Ein Onlineshop, der Bestellungen aus Deutschland, Österreich und der Schweiz bekommt, profitiert dagegen messbar. Besuchern aus Wien oder Zürich liegt ein CDN-Knoten dort deutlich näher als ein Ursprungsserver in Frankfurt.

Die Seite liefert viele schwere statische Dateien aus

Produktfotos in einer großen Galerie, Katalog-PDFs zum Download, selbst gehostete Webfonts oder Video-Thumbnails sind typische Kandidaten. Diese Dateien ändern sich selten und lassen sich deshalb gut und lange cachen. Eine schlichte Visitenkarten-Website mit drei Bildern und wenig JavaScript hat schlicht nicht genug cachebares Material, um eine CDN-Infrastruktur sinnvoll auszulasten.

Das Hosting hat begrenzte Bandbreite oder ist anfällig für Lastspitzen

Auf günstigem Shared Hosting teilen viele Websites dieselben Serverressourcen. Kommt es zu Lastspitzen, verlangsamt sich der Server für alle. Ein CDN nimmt dem Ursprungsserver den Großteil der Auslieferungsarbeit ab, weil die meisten Anfragen gar nicht erst bei ihm landen. Das schützt auch bei einem unerwarteten Traffic-Anstieg, etwa nach einem Pressebericht oder einer viralen Erwähnung.

Wann ein CDN wenig bringt

Rein lokale Websites haben kaum Latenz-Probleme durch geografische Entfernung. Der Unterschied zwischen einem Server in Köln und einem CDN-Knoten in Frankfurt ist für einen Besucher in Hamburg meistens unter 20 Millisekunden, deutlich weniger als eine optimierte Bildgröße einsparen würde.

Außerdem gibt es Fälle, bei denen ein CDN aktiv stört. Das Mozilla Developer Network weist darauf hin, dass zusätzliche DNS-Lookups und der Verbindungsaufbau zum CDN-Knoten in bestimmten Konfigurationen die Performance sogar leicht verschlechtern können. Das passiert selten, aber es passiert. Außerdem sind Sie von der Verfügbarkeit des CDN-Anbieters abhängig: Fällt dieser aus, sind Ihre statischen Dateien für Besucher nicht erreichbar, bis entweder der Dienst wieder verfügbar ist oder ein Fallback greift.

Was ein CDN generell nicht löst: eine träge Datenbank, ein schlecht programmiertes Theme, zu viele gleichzeitig geladene JavaScript-Dateien oder Bilder in voller Kameragröße. Diese Ursachen stecken im Ursprungsserver oder im Code, nicht in der Auslieferung. Welche Ursachen Ihre Website wirklich ausbremsen, zeigt der Ratgeber Warum Ihre Website langsam ist.

Anbieter im Überblick

Cloudflare ist für WordPress-Seiten der naheliegendste Einstieg. Der kostenlose Plan liefert CDN-Funktion, automatisches HTTPS, DDoS-Schutz und Komprimierung. Für die meisten kleinen Unternehmenswebsites reicht das. Die Pro-Stufe liegt aktuell bei 20 US-Dollar pro Monat je Domain und ergänzt Bildoptimierung sowie erweiterte Firewall-Regeln. Die Tarife passen sich gelegentlich an, daher vor einem Upgrade die aktuelle Preisseite prüfen.

Bunny CDN rechnet nach übertragenem Datenvolumen ab, nicht pauschal pro Monat. Das lohnt sich, wenn der Traffic sehr unregelmäßig ist oder saisonal stark schwankt.

Amazon CloudFront passt, wenn ohnehin AWS-Dienste im Einsatz sind. Wer nur eine WordPress-Website betreibt und keine AWS-Erfahrung hat, findet die Einrichtung dort aufwendiger als nötig.

Für die meisten kleinen Unternehmen mit WordPress ist Cloudflare die erste Adresse, weil der Einstieg kostenlos ist und der DNS-Wechsel ohne Programmierkenntnisse klappt. Hosting und Infrastruktur im Zusammenhang erklärt der Ratgeber WordPress-Hosting: Worauf es bei Tempo und Sicherheit ankommt.

Einrichtung für WordPress-Seiten

So sieht die Einrichtung mit Cloudflare in der Praxis aus:

1. Cloudflare-Account anlegen und die Domain dort hinzufügen. Cloudflare scannt bestehende DNS-Einträge automatisch ein.
2. DNS-Nameserver wechseln: Beim Domain-Registrar (oft dasselbe wie der Hoster) die Nameserver auf die von Cloudflare umstellen. Die Umstellung dauert bis zu 24 Stunden, in der Praxis meist weniger.
3. SSL-Einstellung prüfen: In Cloudflare unter SSL/TLS den Modus „Full (strict)“ wählen, wenn der Ursprungsserver bereits HTTPS hat. Ohne eigenes SSL auf dem Ursprungsserver reicht „Flexible“, aber das ist eine Übergangslösung.
4. Cache-Regeln konfigurieren: Für WordPress sind Ausnahmen nötig. Die Admin-Oberfläche (/wp-admin), die Login-Seite (/wp-login.php) und der WooCommerce-Checkout müssen vom Cache ausgenommen sein. Cloudflare bietet dafür vorgefertigte WordPress-Regeln.
5. Caching-Plugin abstimmen: Wer ein Caching-Plugin wie WP Rocket oder LiteSpeed Cache einsetzt, sollte prüfen, ob es die Cloudflare-API kennt. Diese Plugins können den CDN-Cache automatisch leeren, wenn eine Seite gespeichert wird, was veraltete Inhalte verhindert.
6. Vorher-Nachher messen: Mit PageSpeed Insights oder WebPageTest vor der Einrichtung einen Messwert aufnehmen, nach 24 Stunden erneut messen. Ohne diesen Vergleich bleibt unklar, ob die Einrichtung überhaupt etwas gebracht hat.

(http.request.uri.path contains "/wp-admin") or
(http.request.uri.path eq "/wp-login.php") or
(http.request.uri.path contains "/wp-cron.php")

(http.request.uri.path contains "/cart") or
(http.request.uri.path contains "/checkout") or
(http.request.uri.path contains "/my-account") or
(http.cookie contains "woocommerce_cart_hash") or
(http.cookie contains "woocommerce_items_in_cart") or
(http.cookie contains "wordpress_logged_in")

(http.request.uri.path.extension matches "(jpg|jpeg|png|webp|gif|svg|css|js|woff|woff2|ttf|eot|ico|pdf)")

Szenarien auf einen Blick

Praxisbeispiel

In einem Projekt für einen Onlineshop im Bereich Haushaltsgeräte haben wir Cloudflare eingebunden, nachdem PageSpeed Insights ein TTFB von 1.400 Millisekunden anzeigte. Der Shop verkauft in Deutschland, Österreich und der Schweiz, und ein spürbarer Teil der Besucher kam aus Wien und Zürich.

Vor der Einrichtung lag der LCP im Feld bei durchschnittlich 3,8 Sekunden, gemessen über den Chrome User Experience Report. Nach der Cloudflare-Einrichtung mit korrekten Ausnahmeregeln für Warenkorb und Checkout lag er nach zwei Wochen bei 2,6 Sekunden. Das ist noch nicht ideal, aber der LCP rutschte aus dem „schlecht“-Bereich in den „verbesserungswürdig“-Bereich.

Der nächste Schritt war die Bildoptimierung: Produktfotos lagen als JPEGs in 3.000 Pixel Breite in der Mediathek. Erst nach der Umstellung auf serverseitige Bildgrößen und WebP-Auslieferung fiel der LCP unter 2,5 Sekunden. Das CDN allein hätte das nicht geschafft. Aber es hat messbar geholfen, und der kostenlose Cloudflare-Plan hat null Euro Monatsbeitrag gekostet.

Was bleibt: Das CDN hat messbar geholfen und nichts gekostet. Die Produktfotos haben danach die eigentliche Arbeit erledigt. In welcher Reihenfolge man das angehen sollte, zeigt der nächste Abschnitt.

CDN im Performance-Gesamtbild

Google wertet Core Web Vitals als Teil des Page-Experience-Signals, betont aber, dass inhaltliche Relevanz und Verlinkung weiterhin die stärkeren Rankingfaktoren sind. Ein CDN, das den LCP unter 2,5 Sekunden senkt, verbessert dieses Signal. Automatisch besser ranken wird die Seite dadurch nicht.

Für die Core Web Vitals verbessert ein CDN vor allem den LCP. Auf den CLS (Cumulative Layout Shift, Richtwert unter 0,1) und den INP (Interaction to Next Paint, Richtwert unter 200 Millisekunden) hat es kaum Einfluss. CLS entsteht durch fehlende Bildabmessungen oder nachladende Werbebanner. INP hängt von der JavaScript-Last und der Rechenzeit im Browser ab. Beide Werte werden im Code behoben, nicht durch Auslieferungs-Infrastruktur.

Die wirkungsvollsten Hebel für die meisten kleinen Unternehmenswebsites sind in dieser Reihenfolge:

1. Bilder komprimieren und in modernen Formaten (WebP) ausliefern
2. Ungenutztes JavaScript und CSS entfernen oder verzögert laden
3. Einen Hosting-Anbieter wählen, der ein TTFB unter 800 Millisekunden liefert
4. Caching auf dem Ursprungsserver aktivieren
5. Dann erst ein CDN ergänzen

Für WooCommerce-Shops gilt diese Reihenfolge genauso. Die CDN-Konfiguration ist dort ein Baustein unter mehreren. Die anderen erklärt der Ratgeber WooCommerce schneller machen.

• Kommen meine Besucher aus mehr als einer Region oder einem Land?
• Hat meine Seite viele statische Bilder, PDFs oder Videos?
• Liegt mein aktuelles TTFB über 800 Millisekunden?
• Liegt mein LCP über 2,5 Sekunden im Feld-Bericht der Search Console?
• Nutze ich Shared Hosting mit begrenzter Bandbreite?
• Habe ich saisonale Lastspitzen oder unregelmäßige Traffic-Peaks?
• Sind Bilder und Code bereits optimiert (WebP, kein ungenutztes JS/CSS)?
• Habe ich einen Vorher-Nachher-Messwert, um den Effekt zu belegen?
• Sind beim WooCommerce-Shop Warenkorb und Checkout vom Cache ausgenommen?
• Sind CDN-Cache und Caching-Plugin aufeinander abgestimmt?

Häufige Fragen

Verbessert ein CDN mein Google-Ranking?

Nicht direkt. Core Web Vitals sind ein Teil des Page-Experience-Signals bei Google. Ein CDN, das den LCP unter 2,5 Sekunden senkt, verbessert dieses Signal. Inhaltliche Relevanz und eingehende Links haben jedoch weiterhin deutlich mehr Gewicht als das Performance-Signal.

Muss ich die gesamte Domain auf Cloudflare umstellen?

Bei Cloudflare ist der vollständige DNS-Wechsel der einfachste Weg. Eine Subdomain-Lösung per CNAME ist möglich, aber aufwendiger und in voller Breite erst in den kostenpflichtigen Plänen verfügbar.

Kann ein CDN meiner WordPress-Website schaden?

Ja, wenn die Konfiguration falsch ist. Gecachte Login-Seiten, gecachte WooCommerce-Warenkörbe oder veraltete Seiteninhalte nach einem Update sind typische Probleme. Mit den richtigen Ausnahmeregeln und einem Cache-Purge beim Speichern lassen sich diese Fehler zuverlässig vermeiden.

Was kostet ein CDN für kleine Unternehmen?

Cloudflare bietet einen kostenlosen Plan, der CDN-Funktion, HTTPS und DDoS-Schutz enthält. Bunny CDN berechnet nach übertragenem Datenvolumen, ein kleiner Shop zahlt dort meist wenige Euro im Monat. Ein bezahltes Upgrade bei Cloudflare (ab 20 US-Dollar pro Monat) lohnt sich erst, wenn Sie an konkrete Grenzen des kostenlosen Plans stoßen.

Ab welcher Besucherzahl lohnt sich ein CDN?

Besucherzahl ist der falsche Maßstab. Entscheidend sind die geografische Streuung der Besucher und die Dateigröße pro Seitenaufruf. Ein Shop mit 500 Besuchern täglich aus drei Ländern mit vielen Produktbildern profitiert mehr als ein regionaler Dienstleister mit 5.000 Besuchern aus derselben Stadt.

Brauche ich ein CDN, wenn mein Hoster bereits ein Caching anbietet?

Hoster-seitiges Caching und ein CDN ergänzen sich. Das serverseitige Caching beschleunigt die Antwortzeit des Ursprungsservers selbst. Das CDN reduziert zusätzlich die Netzwerklaufzeit zum Besucher. Beide Schichten können gleichzeitig aktiv sein. Wichtig ist, dass sich die Cache-Regeln nicht widersprechen. Mehr dazu im Ratgeber zum Website-Caching.