Einleitung
Wenn eine Website langsam ist, konzentrieren sich die meisten Menschen auf:
- Theme
- Plugins
- Bilder
- Cache-Plugin
Doch in der Praxis stammt der Großteil der Performance aus der Hosting-Infrastruktur. In diesem Artikel untersuchen wir numerisch und technisch, welcher Teil der Performance in Ihren Händen liegt und welcher auf der Hosting-Seite liegt.
1. Woraus besteht Website-Performance? (Reale Verteilung)
Die Ladezeit einer Seite setzt sich grob aus folgenden Komponenten zusammen:
| Komponente | Kontrolle |
|---|---|
| TTFB (Server response) | Hosting |
| Database response | Hosting |
| CPU processing | Hosting |
| Disk I/O | Hosting |
| Network latency | Hosting |
| HTML/CSS/JS-Größe | Sie |
| Bilder | Sie |
| Frontend render | Gerät des Nutzers |
Kritische Realität: Die meisten Performance-Probleme stammen nicht vom Frontend, sondern von der Server-Antwortzeit (TTFB).
2. TTFB: Der deutlichste Indikator für Hosting-Qualität
TTFB messen:
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}\n" https://siteadresi.comRealistischer TTFB-Vergleich
| Hosting-Typ | Durchschnittlicher TTFB |
|---|---|
| Shared Hosting | 600–1200 ms |
| Gutes Shared | 400–700 ms |
| VPS | 150–300 ms |
| Dedicated | 80–180 ms |
Unterschied: 800 ms
Das bedeutet:
800 ms Ă— 20 Anfragen = 16 Sekunden reines Server-WartenDeshalb kann eine Website nicht allein durch die Installation eines Cache-Plugins beschleunigt werden.
3. CPU-Limit: Der größte unsichtbare Engpass
In Shared-Hosting-Umgebungen gibt es in der Regel:
| Plan | CPU-Limit |
|---|---|
| Entry | 25% CPU |
| Mittel | 50% CPU |
| Gut | 1 CPU |
| VPS | 2–8 CPU |
Was passiert, wenn das CPU-Limit erreicht wird?
- Website verlangsamt sich
- Admin-Panel verlangsamt sich
- In den Warenkorb legen verzögert sich
- Checkout verlangsamt sich
- Manchmal 508 Resource Limit Fehler
Reales Szenario
Bei einer WooCommerce-Site:
| Zustand | Seitenladezeit |
|---|---|
| Mit CPU-Throttling | 4,8 s |
| Ohne CPU-Throttling | 1,9 s |
60% Geschwindigkeitsunterschied allein durch die CPU.
4. Disk I/O: Der stille Killer von WordPress-Sites
WordPress liest ständig von der Festplatte:
- PHP-Dateien
- Logs
- Cache
- Sessions
- Uploads
- Datenbank
Festplattengeschwindigkeits-Vergleich
| Festplatte | IOPS |
|---|---|
| HDD | 100 |
| SATA SSD | 500–1000 |
| NVMe SSD | 3000–6000 |
WordPress kann beim Laden einer Seite ~200–400 Festplattenoperationen durchführen.
Berechnung:
| Festplatte | Dauer |
|---|---|
| HDD | 3–4 s |
| SSD | 0,8 s |
| NVMe | 0,2 s |
Die Festplatte allein kann einen Unterschied von 3 Sekunden ausmachen.
5. PHP-Worker-Anzahl: Limit fĂĽr gleichzeitige Nutzer
PHP Worker = Wie viele Personen die Website gleichzeitig nutzen können.
| PHP Worker | Gleichzeitige Nutzer |
|---|---|
| 1 | 5–10 |
| 2 | 10–20 |
| 4 | 20–40 |
| 8 | 40–80 |
Was passiert, wenn Worker erschöpft sind?
- Website stellt Anfragen in die Warteschlange
- TTFB steigt
- Site verlangsamt sich, aber CPU erscheint inaktiv
Dies wird sehr häufig falsch diagnostiziert.
6. Einfacher Lasttest (Reales Testszenario)
Test mit Apache Benchmark:
ab -n 1000 -c 20 https://siteadresi.com/Dieser Test misst:
- 20 gleichzeitige Nutzer
- 1000 Anfragen insgesamt
- Durchschnittliche Antwortzeit
- Anfragen pro Sekunde
Beispielergebnisse
| Hosting | Antwortzeit | Req/sec |
|---|---|---|
| Shared | 1200 ms | 16 |
| VPS | 320 ms | 62 |
| Dedicated | 140 ms | 140 |
Dieser Unterschied entsteht nicht nur durch Optimierung, sondern durch die Infrastruktur.
7. Verteilung der Performance-Kontrolle (Die wichtigste Tabelle)
| Performance-Faktor | Einfluss | Wer kontrolliert es |
|---|---|---|
| TTFB | 30% | Hosting |
| CPU | 20% | Hosting |
| Disk I/O | 15% | Hosting |
| Netzwerk | 10% | Hosting |
| Datenbank | 10% | Hosting |
| Cache | 10% | Sie |
| Bilder | 5% | Sie |
FAZIT:
~75% der Performance ist Hosting-Infrastruktur.
Deshalb:
- Theme wechseln behebt es nicht
- Ein Cache-Plugin allein behebt es nicht
- Bilder komprimieren allein behebt es nicht
Wenn die Infrastruktur schlecht ist, ist die Website langsam.
8. Shared vs VPS vs Dedicated (Realer Vergleich)
| Eigenschaft | Shared | VPS | Dedicated |
|---|---|---|---|
| CPU | Geteilt | Dediziert | Dediziert |
| RAM | Geteilt | Dediziert | Dediziert |
| Festplatte | Geteilt | Meist dediziert | Dediziert |
| PHP Worker | Begrenzt | Mehr | Viele |
| TTFB | Hoch | Mittel | Niedrig |
| Traffic-Kapazität | Niedrig | Mittel | Hoch |
9. Wann sollten Sie Ihr Hosting upgraden?
Wenn folgende Bedingungen vorliegen, liegt das Problem zu 80% beim Hosting:
- TTFB > 500 ms
- CPU-Limit-Warnung
- Admin-Panel ist langsam
- Site verlangsamt sich bei steigendem Traffic
- In den Warenkorb legen ist langsam
- Checkout ist langsam
- Cache ist aktiv, aber Site ist trotzdem langsam
10. Zusammenfassung: Was kontrollieren Sie wirklich?
| Bereich | Sie | Hosting |
|---|---|---|
| Theme | âś“ | |
| Plugin | âś“ | |
| Bilder | âś“ | |
| Cache | âś“ | |
| CPU | âś“ | |
| RAM | âś“ | |
| Festplatte | âś“ | |
| Netzwerk | âś“ | |
| TTFB | âś“ |
Der GroĂźteil der Website-Geschwindigkeit liegt also nicht in Ihrer, sondern in der Kontrolle des Hostings.
Optimierungsreihenfolge fĂĽr Performance (Die richtige Reihenfolge)
- Hosting-Infrastruktur
- Server-Cache
- PHP-Version
- Datenbank
- Theme & Plugins
- Bilder
Die meisten Menschen machen das in umgekehrter Reihenfolge.
FAZIT
Wenn Ihre Website langsam ist, stellen Sie sich folgende Frage:
„Ist meine Website langsam, oder ist mein Server langsam?"
In den meisten Fällen lautet die Antwort: Der Server ist langsam.
CTA
Weiterführende Leitfäden zu diesem Thema:
- VPS vs. Shared Hosting Performancevergleich
- Wie senkt man den TTFB?
- LiteSpeed vs. Nginx Performance-Test
- Was ist ein PHP Worker?