CDN vs. Hosting
Ein CDN ersetzt kein gutes Hosting. Hier die klare Abgrenzung, was beide Dienste machen, wo sie sich unterscheiden – und warum die Kombination der Standard sein sollte.
Die Kurzfassung
Hosting = wo deine Website lebt. CDN = wie sie schneller ausgeliefert wird. Das eine ersetzt das andere nicht – sie ergänzen sich.
Was macht ein Hosting-Anbieter?
Ein Webhoster stellt die Server-Infrastruktur bereit, auf der deine Website tatsächlich läuft. Hier liegen:
- Die WordPress-Installation (oder anderes CMS).
- Die Datenbank (MySQL, MariaDB, PostgreSQL).
- Bilder, Videos, Uploads als Original-Quelle.
- PHP- oder Node-Prozesse, die dynamische Inhalte erzeugen.
- E-Mail-Postfächer (bei manchen Anbietern).
Der Hoster ist der Origin – die einzige authoritative Quelle deiner Inhalte.
Was macht ein CDN-Anbieter?
Ein CDN holt die Inhalte vom Origin, speichert sie zwischen und liefert sie aus geografisch nahen Standorten an Besucher aus. Es verändert nichts an der Quelle, beschleunigt aber die Auslieferung.
Direkter Vergleich
| Aspekt | Hosting | CDN |
|---|---|---|
| Funktion | Speichert & verarbeitet Inhalte | Verteilt & beschleunigt Inhalte |
| Standort | Meist 1 Rechenzentrum | Hunderte PoPs weltweit |
| Inhalte | Dynamisch + statisch | Statisch (cachebare Inhalte) |
| Datenbank | Ja | Nein |
| Teilweise | Nein | |
| DDoS-Schutz | Selten inklusive | Standard-Feature |
| Globale Auslieferung | Nein | Ja |
| Ohne ersetzbar? | Nein (Origin nötig) | Ja, aber unklug |
Wann brauche ich nur Hosting?
Theoretisch fast nie. Selbst eine kleine lokale Friseur-Site profitiert von einem CDN – und sei es nur durch DDoS-Schutz und SSL-Optimierung. Realistisch sieht das so aus:
- Intranet / Internes Tool: Nur Hosting reicht, weil das Publikum ohnehin im gleichen Netz sitzt.
- Staging-Umgebung: Während der Entwicklung kein CDN nötig.
- Sehr kleine, rein lokale Sites: Theoretisch ohne CDN möglich – praktisch sollte trotzdem mindestens Cloudflare Free davor.
Wann brauche ich nur CDN?
Spezialfall: Static-Site-Generators wie Hugo, Jekyll, Astro oder Eleventy. Hier wird die Site komplett vorgerendert und kann theoretisch ausschließlich aus dem CDN-Cache laufen – der „Origin" ist dann ein Object-Storage (S3, Bunny Storage) oder ein Pages-Service (Cloudflare Pages, GitHub Pages, Netlify, Vercel).
Die Standard-Kombination
Für 95 % aller Websites ist die Antwort: beides. Ein verlässliches Hosting als Origin, davor ein CDN für globale Auslieferung und Schutz.
Empfehlungen für gängige Setups:
- WordPress in Deutschland: Solides DE-Hosting (z. B. SEO NW, all-inkl, ALL-INKL, IONOS, mittwald) + Cloudflare Free oder BunnyCDN.
- WordPress mit internationalem Publikum: Performance-Hosting (z. B. Kinsta, WP Engine, Cloudways) + Cloudflare Pro oder Fastly.
- Static Site: Cloudflare Pages, Netlify oder Vercel – Hosting und CDN sind hier zusammen ein einziger Dienst.
Häufiger Irrtum: „Ich habe ein CDN, mein langsames Hosting reicht jetzt"
Falsch. Ein CDN cached statische Assets, beschleunigt aber nicht die Datenbank-Abfrage, die hinter jedem Seitenaufruf läuft. Wenn die WordPress-Site langsam ist, weil schlechte Plugins die DB überlasten, hilft kein CDN der Welt.
Reihenfolge der Optimierung sollte immer sein:
- Sauberes Hosting (PHP-Version aktuell, ausreichend RAM, OPcache).
- WordPress-Caching am Origin (WP Rocket, Cache Enabler, LiteSpeed Cache).
- CDN davor schalten.
Wer Schritt 1 und 2 überspringt, holt mit Schritt 3 nur einen Bruchteil des Potenzials.