Als grobe Orientierung empfehlen die Web-Performance-Leitfäden von Google eine TTFB von höchstens etwa 0,8 Sekunden. Für Seiten aus dem Cache sind deutlich niedrigere Werte üblich. Wichtiger als ein einzelner Messwert ist, ob die Zeit stabil bleibt oder zu bestimmten Tageszeiten stark ansteigt.

Macht ein teurerer Tarif meine Website automatisch schneller?

Nur, wenn der alte Tarif der Engpass war. Mehr CPU, Arbeitsspeicher oder PHP-Prozesse helfen bei hoher Serverlast und dynamischen Seiten. Gegen große Bilder, viele Skripte oder langsame externe Dienste hilft ein größerer Tarif nicht.

Wie wichtig ist der Serverstandort für die Ladezeit?

Spürbar, aber nicht dramatisch innerhalb Europas. Jede Anfrage braucht Zeit für den Weg zum Server und zurück, und eine Seite löst viele Anfragen aus. Für ein Publikum im deutschsprachigen Raum ist ein Rechenzentrum in Deutschland oder einem Nachbarland sinnvoll, für ein weltweites Publikum ein CDN.

Hilft ein Caching-Plugin auch bei schlechtem Hosting?

Es kann viel ausgleichen, weil fertige Seiten dann ohne PHP und Datenbank ausgeliefert werden. Für eingeloggte Nutzer, Warenkörbe und Suchergebnisse greift der Seitencache aber nicht, dort zeigt sich die eigentliche Leistung des Servers.

Hosting-Vergleich

Ladezeit verbessern: Welchen Anteil das Hosting hat

Mit der Server-Antwortzeit als Messlatte trennen Sie Hosting-Probleme von Website-Problemen und finden die Stellschrauben, die wirklich etwas bringen.

Redaktion HostingASStand: 26. Oktober 2026

Ob das Hosting Ihre Website bremst, zeigt vor allem ein Wert: die Time to First Byte (TTFB), also die Zeit, bis der Server die erste Antwort liefert. Ist sie dauerhaft hoch, sind Server, Tarif oder fehlendes Caching die wahrscheinliche Ursache. Ist sie niedrig und die Seite trotzdem träge, liegt das Problem in der Website selbst, und ein Hosting-Wechsel bringt wenig. Wie Sie das unterscheiden, zeigt dieser Artikel aus dem Bereich Hosting-Vergleich.

Wie eine Seite lädt und wo das Hosting ins Spiel kommt

Beim Aufruf einer Seite passiert in groben Schritten Folgendes:

DNS-Abfrage: Der Browser ermittelt die IP-Adresse des Servers.
Verbindungsaufbau: TCP- oder QUIC-Verbindung und TLS-Verschlüsselung.
Serververarbeitung: Der Server erzeugt die Seite, bei einem CMS mit PHP und Datenbankabfragen, oder liefert eine fertige Datei aus dem Cache.
Übertragung des HTML: Das Dokument kommt beim Browser an.
Nachladen der Ressourcen: Bilder, CSS, JavaScript, Schriften und externe Dienste.
Darstellung: Der Browser rendert die Seite und führt Skripte aus.

Das Hosting beeinflusst vor allem die Schritte 2 bis 4 und die Auslieferung der eigenen Dateien in Schritt 5. Wie viele und wie große Ressourcen die Seite nachlädt und wie viel JavaScript sie ausführt, entscheidet dagegen die Website.

Die wichtigsten Messwerte

Messwert	Was er misst	Wer ihn hauptsächlich beeinflusst
TTFB (Time to First Byte)	Zeit bis zum ersten Byte der Serverantwort	Hosting, Caching, Anwendung
LCP (Largest Contentful Paint)	Wann das größte sichtbare Element erscheint	Hosting und Website, oft das Hauptbild
INP (Interaction to Next Paint)	Reaktion auf Klicks und Eingaben	fast nur die Website (JavaScript)
CLS (Cumulative Layout Shift)	Wie stark das Layout beim Laden springt	nur die Website

LCP, INP und CLS sind die Core Web Vitals, die Google zur Bewertung der Nutzererfahrung heranzieht. Als gut gelten ein LCP von höchstens 2,5 Sekunden, ein INP von höchstens 200 Millisekunden und ein CLS von höchstens 0,1. Für die TTFB nennt Google als grobe Richtschnur etwa 0,8 Sekunden. Das Hosting wirkt also direkt auf die TTFB und indirekt auf den LCP, weil jede Verzögerung beim ersten Byte alles Weitere verschiebt.

Diagnose: Liegt es am Hosting?

Messen Sie mit einem Testwerkzeug, das die einzelnen Ladephasen als Wasserfall anzeigt, oder mit den Entwicklertools Ihres Browsers im Reiter Netzwerk. Testen Sie mehrmals, zu verschiedenen Tageszeiten und einmal mit leerem Cache.

Beobachtung	Wahrscheinliche Ursache	Ansatz
TTFB dauerhaft hoch, auch bei einfachen Seiten	langsamer Server, überbuchter Shared-Server, kein Seitencache	Caching aktivieren, Tarif oder Anbieter prüfen
TTFB schwankt stark nach Tageszeit	geteilte Ressourcen unter Last	Ressourcenstatistik prüfen, größerer Tarif oder VPS
TTFB nur bei bestimmten Seiten hoch	aufwendige Datenbankabfragen, langsames Plugin	Anwendung optimieren, Abfragen analysieren
TTFB gut, LCP schlecht	großes Hauptbild, blockierendes CSS oder Schriften	Bilder verkleinern, moderne Formate, Preload
TTFB gut, Seite reagiert träge	viel JavaScript, Tracking, Chat-Widgets	Skripte reduzieren oder verzögert laden
Langsam nur für Besucher weit weg	Entfernung zum Rechenzentrum	CDN oder näherer Standort

Ein Trick für WordPress und andere CMS: Rufen Sie eine Seite einmal als eingeloggter Benutzer und einmal ausgeloggt auf. Ist die Seite ausgeloggt schnell und eingeloggt langsam, funktioniert der Seitencache, aber der Server hat für dynamische Anfragen wenig Reserven.

Hosting-Merkmale, die die Geschwindigkeit bestimmen

Rechenleistung und PHP-Prozesse

Bei dynamischen Seiten erzeugt PHP jede Seite neu. Wie viele Anfragen gleichzeitig bearbeitet werden, hängt von der Zahl der PHP-Prozesse ab, oft PHP-Worker genannt. Sind alle belegt, müssen weitere Besucher warten. Seriöse Tarife nennen dazu Zahlen, ebenso zu CPU-Anteil und Arbeitsspeicher.

Aktuelle PHP-Version und OPcache

Neuere PHP-Versionen arbeiten in vielen Fällen effizienter als ältere. Der OPcache speichert vorkompilierten Code und erspart dem Server bei jedem Aufruf die erneute Übersetzung. Bei den meisten Hostern ist er standardmäßig aktiv. Wie Sie die Version sicher umstellen, beschreibt der Artikel PHP-Version aktualisieren.

Caching auf mehreren Ebenen

Seitencache: fertige HTML-Seiten werden gespeichert und ohne PHP ausgeliefert. Das bringt für die meisten Websites den größten Effekt.
Objektcache: Ergebnisse von Datenbankabfragen landen im Arbeitsspeicher, etwa mit Redis oder Memcached. Hilfreich bei Shops, Foren und eingeloggten Nutzern.
Browsercache: über passende Cache-Header lädt der Browser Bilder und Skripte nicht bei jedem Aufruf neu.

Speicher, Webserver und Protokolle

Schnelle SSDs, idealerweise NVMe, verkürzen Zugriffe auf Dateien und Datenbank. Webserver wie nginx oder LiteSpeed gelten bei vielen gleichzeitigen Verbindungen als effizient, ein gut konfigurierter Apache ist aber ebenfalls tauglich. HTTP/2 und HTTP/3 übertragen viele kleine Dateien über eine Verbindung, Kompression mit gzip oder Brotli verkleinert Textdateien.

Standort und CDN

Die Entfernung zwischen Besucher und Server kostet bei jedem Hin und Her einige Millisekunden. Innerhalb Europas ist das selten entscheidend, bei Besuchern aus Übersee schon. Ein Content Delivery Network liefert statische Dateien von einem nahen Standort aus. Wann sich das lohnt, erklärt der Artikel CDN erklärt.

Was das Hosting nicht lösen kann

Viele langsame Websites laufen auf gutem Hosting. Typische Bremsen, gegen die kein Tarif hilft:

Bilder in Kameraauflösung statt passender Größe und ohne moderne Formate wie WebP oder AVIF,
Page-Builder und Themes, die auf jeder Seite große Mengen CSS und JavaScript laden,
viele Plugins, von denen jedes eigene Skripte und Datenbankabfragen mitbringt,
externe Einbindungen wie Videos, Karten, Social-Media-Feeds, Chat und mehrere Tracking-Dienste,
Webfonts in vielen Schnitten, die von externen Servern geladen werden.

Hier helfen nur Eingriffe in die Website selbst. Ein Umzug auf einen schnelleren Server verkürzt die TTFB, ändert aber nichts daran, dass der Browser mehrere Megabyte verarbeiten muss.

Wann sich ein Tarif- oder Anbieterwechsel lohnt

Ein Wechsel ist sinnvoll, wenn die Messung eindeutig auf den Server zeigt: hohe TTFB trotz aktivem Seitencache, starke Schwankungen unter Last, wiederholte Meldungen über ausgeschöpfte Ressourcen oder eine veraltete Plattform ohne aktuelle PHP-Versionen. Für WordPress bieten spezialisierte Tarife oft abgestimmtes Caching, mehr dazu unter WordPress-Hosting. Wenn Sie mehr Kontrolle über Ressourcen und Konfiguration brauchen, ist ein eigener Server eine Option, siehe VPS und eigene Server.

Testen Sie vor einem Umzug eine Kopie der Website beim neuen Anbieter und vergleichen Sie die TTFB unter gleichen Bedingungen. So wissen Sie vorher, ob sich der Aufwand lohnt.

Checkliste Ladezeit und Hosting

TTFB mehrfach gemessen, zu verschiedenen Tageszeiten
Seitencache aktiv und für ausgeloggte Besucher wirksam
Aktuelle PHP-Version mit OPcache, Objektcache bei dynamischen Seiten
Ressourcenstatistik im Kundenmenü auf Limits geprüft
Kompression und Browsercache-Header aktiv, HTTP/2 oder HTTP/3 verfügbar
Bilder in passender Größe und modernem Format
Externe Skripte und Plugins auf das Nötige reduziert
Serverstandort passend zum Publikum, CDN bei internationalen Besuchern

Häufige Fragen

Fragen und Antworten

Welche TTFB ist gut?: Als grobe Orientierung empfehlen die Web-Performance-Leitfäden von Google eine TTFB von höchstens etwa 0,8 Sekunden. Für Seiten aus dem Cache sind deutlich niedrigere Werte üblich. Wichtiger als ein einzelner Messwert ist, ob die Zeit stabil bleibt oder zu bestimmten Tageszeiten stark ansteigt.
Macht ein teurerer Tarif meine Website automatisch schneller?: Nur, wenn der alte Tarif der Engpass war. Mehr CPU, Arbeitsspeicher oder PHP-Prozesse helfen bei hoher Serverlast und dynamischen Seiten. Gegen große Bilder, viele Skripte oder langsame externe Dienste hilft ein größerer Tarif nicht.
Wie wichtig ist der Serverstandort für die Ladezeit?: Spürbar, aber nicht dramatisch innerhalb Europas. Jede Anfrage braucht Zeit für den Weg zum Server und zurück, und eine Seite löst viele Anfragen aus. Für ein Publikum im deutschsprachigen Raum ist ein Rechenzentrum in Deutschland oder einem Nachbarland sinnvoll, für ein weltweites Publikum ein CDN.
Hilft ein Caching-Plugin auch bei schlechtem Hosting?: Es kann viel ausgleichen, weil fertige Seiten dann ohne PHP und Datenbank ausgeliefert werden. Für eingeloggte Nutzer, Warenkörbe und Suchergebnisse greift der Seitencache aber nicht, dort zeigt sich die eigentliche Leistung des Servers.

Passt dazu

Weiterlesen

Zuletzt überarbeitet am 26. Oktober 2026 von der Redaktion HostingAS. Hinweise auf Fehler oder veraltete Angaben nehmen wir gern über das Kontaktformular entgegen.