Die meisten Websites starten mit Shared Hosting. Doch wenn eine Website wächst, wird Shared Hosting irgendwann zum Performance-Engpass. Das Problem: Die meisten Website-Betreiber merken viel zu spät, dass ihr Hosting nicht mehr ausreicht – meist erst, wenn Traffic- und SEO-Verluste bereits eingesetzt haben.
In diesem Artikel betrachten wir 5 messbare Warnsignale, die zeigen, dass es Zeit ist, Shared Hosting zu verlassen.
1. TTFB liegt dauerhaft ĂĽber 600 ms
TTFB (Time To First Byte) ist die Zeit bis zur ersten Serverantwort und zeigt direkt die Server-Performance an.
TTFB-Werte
| TTFB | Status |
|---|---|
| < 200 ms | Sehr gut |
| 200–500 ms | Normal |
| 500–800 ms | Langsam |
| > 800 ms | Kritisch |
Benchmark-Test
| Hosting | TTFB | Ladezeit |
|---|---|---|
| Shared | 710 ms | 3,4 s |
| VPS | 180 ms | 1,5 s |
Verbesserung: ĂĽber 70 % TTFB-Reduzierung
Warum steigt der TTFB bei Shared Hosting?
- Gemeinsam genutzter CPU
- Disk-IO-Engpass
- Noisy-Neighbour-Effekt
2. Sie stoßen ständig an CPU- und RAM-Limits
Shared-Hosting-Pläne sehen in der Regel folgende Limits vor:
| Ressource | Typisches Limit |
|---|---|
| CPU | 1 Core |
| RAM | 512 MB – 1 GB |
| Entry-Prozesse | 20–30 |
| IO | 1–5 MB/s |
Wenn Sie in cPanel → Resource Usage folgende Warnungen sehen:
- CPU limit reached
- Physical memory limit reached
- Entry process limit reached
Dann drosselt oder sperrt das Hosting Ihre Website vorĂĽbergehend.
3. Die Website verlangsamt sich, wenn 40+ Benutzer gleichzeitig online sind
Kapazitätsvergleich
| Hosting | Gleichzeitige Benutzer |
|---|---|
| Shared | 30–50 |
| VPS | 100–300 |
| Dedicated | 500+ |
Wenn die Website bei einer Kampagne oder einem Werbestart zusammenbricht, ist das kein Traffic-Problem – es ist ein Hosting-Problem.
4. PageSpeed-Probleme haben serverseitige Ursachen
Sie haben all das getan, aber die Website ist immer noch langsam:
- Bilder optimiert
- Cache aktiv
- CDN aktiv
- Leichtes Theme
Aber der TTFB ist immer noch hoch → Das Problem liegt am Server.
Mit steigender Seitenladezeit erhöht sich die Absprungrate erheblich, was sich negativ auf SEO und Conversions auswirkt.
5. Der Traffic wächst, aber die Performance nicht
Traffic vs. Hosting-Kapazität
| Monatlicher Traffic | Hosting |
|---|---|
| 0–20K | Shared |
| 20K–50K | Grenzbereich |
| 50K+ | VPS |
| 100K+ | VPS / Cloud |
Einfache Upgrade-Formel
Wenn:
TTFB > 600 ms
ODER CPU > 80 %
ODER gleichzeitige Benutzer > 40
→ Wechsel zu VPSWie erkennt man einen Hosting-Engpass? (Schritt für Schritt)
- TTFB testen (GTmetrix / PageSpeed)
- CPU/RAM in cPanel prĂĽfen
- Peak-Traffic-Zeiten analysieren (Analytics)
- PrĂĽfen, ob der Cache funktioniert
- Website testweise auf einen VPS migrieren und vergleichen
Benchmark: Shared vs. VPS
| Test | Shared | VPS |
|---|---|---|
| TTFB | 600–900 ms | 150–300 ms |
| Ladezeit | 3–5 s | 1–2 s |
| Gleichzeitige Benutzer | 30–50 | 100–300 |
| Stabilität | Niedrig | Hoch |
Warum wird Shared Hosting langsam?
Noisy-Neighbour-Problem: Wenn eine andere Website auf demselben Server übermäßig viele Ressourcen verbraucht, verlangsamt sich Ihre Website. Das ist der größte Nachteil von Shared Hosting.
Wann sollten Sie NICHT wechseln?
- Traffic < 10K
- Statische Website
- Geringe CPU-Auslastung
- Niedriger TTFB
In diesem Fall ist Shared Hosting ausreichend.
Entscheidungs-Checkliste
Wenn mindestens 2 der folgenden Punkte zutreffen, ist es Zeit fĂĽr ein Upgrade:
- TTFB > 600 ms
- CPU-Limit-Fehler
- RAM-Limit-Fehler
- Traffic-Wachstum
- Website-Verlangsamung
- Website-Ausfall bei Kampagnen
Fazit
| Situation | Hosting |
|---|---|
| Neue Website | Shared |
| Blog | Shared |
| Unternehmenswebsite | VPS |
| E-Commerce | VPS |
| Hoher Traffic | VPS |
Einfache Regel:
- Kleine Website → Shared
- Wachsende Website → VPS
- Einnahmen generierende Website → VPS
CTA
Wenn Sie mehrere dieser Warnsignale auf Ihrer Website beobachten, liegt das Problem nicht an Inhalten oder Theme – höchstwahrscheinlich haben Sie die Grenzen Ihres Hostings erreicht. An diesem Punkt ist keine Optimierung mehr gefragt, sondern ein Hosting-Upgrade.