Website-Tempo messen: Was die Zahlen wirklich sagen

Deine Website fühlt sich langsam an. Bevor du einen größeren Server buchst, wähle eine konkrete Seite und miss ihren Ablauf. Ein langsames Titelbild, eine aufwendige Datenbankabfrage und ein fremdes Skript brauchen unterschiedliche Lösungen.

1. Ausgang messen
2. →
3. Ursache wählen
4. →
5. Vergleich prüfen

Gleiche Bedingungen machen Zahlen vergleichbar

Notiere Seite, Datum, Gerät, Verbindung und Testwerkzeug. Wiederhole eine Messung unter möglichst gleichen Bedingungen. Ein anonymer Aufruf kann anders ausfallen als ein eingeloggter, und ein warmer Cache anders als der erste Abruf nach einer Änderung.

Drei Messgrößen, drei Blickwinkel

Die Core Web Vitals betrachten unter anderem den sichtbaren Hauptinhalt (LCP), die Reaktion auf Interaktionen (INP) und unerwartete Layoutverschiebungen (CLS). web.dev nennt als gute Schwellen LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1; die Einordnung bezieht sich auf das 75. Perzentil.

Ein Laborlauf unter kontrollierten Bedingungen ist nicht dasselbe wie aggregierte Daten echter Besucher. Fehlen solche Felddaten, darfst du aus einem guten Labortest keine gemessene allgemeine Besuchererfahrung ableiten. PageSpeed Insights kann beide Arten anzeigen, sofern die nötigen Daten vorliegen.

Eine Ursache auswählen

Wenn die Antwort vom Server lange braucht, untersuche Anwendung und Infrastruktur. Wenn viele Drittanbieter geladen werden, prüfe deren Nutzen und Auswirkung. Wenn die Seite springt, kontrolliere reservierte Bildplätze und nachträglich eingefügte Elemente.

Nachher denselben Weg messen

Ändere einen begründeten Punkt und wiederhole die Testreihe. Vergleiche nicht nur einen Gesamtscore, sondern die betroffene Messgröße und die Funktion. Ein aggressiver Cache kann einen Test beschleunigen und zugleich einen persönlichen Bereich falsch ausliefern.

• Repräsentative Seite und Besuchersituation gewählt.
• Messbedingungen und Cachezustand dokumentiert.
• Labor- und Felddaten auseinandergehalten.
• Konkrete Ursache mit passender Maßnahme verbunden.
• Nachher erneut gemessen und Funktion geprüft.

Auf hosterblog.de behaupten wir keine realen Core-Web-Vitals-Ergebnisse ohne Messnachweis. Die Bildoptimierung und die Cache-Grundlagen helfen dir, typische Befunde einzuordnen.

Passendes Hosting bei webhoster.de.

Werbung · Angebote der webhoster.de AG

Wenn Messungen einen höheren Ressourcenbedarf zeigen, kannst du Pro und Business vergleichen. Pro nennt vier vCore und acht Gigabyte RAM, Business acht vCore und 32 Gigabyte RAM. Prüfe mit deiner Anwendung, welcher Umfang gebraucht wird.

Pro

5 WordPress-Websites · 75 GB NVMe · 100 IMAP-Postfächer

4 vCore und 8 GB RAM sind die genannten Ressourcen für mehrere Websites.

Pro ansehen

Business

10 WordPress-Websites · 150 GB NVMe · 100 IMAP-Postfächer

8 vCore und 32 GB RAM bei höherem Ressourcenbedarf; Ergebnisse weiterhin messen.

Business ansehen

Anbieterstand: 7. Oktober 2026. Aktuelle Preise, Laufzeiten und Vertragsbedingungen findest du im jeweiligen Tarifkonfigurator.

Quellen & Einordnung

Recherche geprüft am 7. Oktober 2026. Eigene Erläuterungen und beispielhafte Abläufe; keine eigenen Anbieter- oder Leistungstests.

• web.dev: Web Vitalshttps://web.dev/articles/vitals
• web.dev: LCP verbessernhttps://web.dev/articles/optimize-lcp
• Chrome: PageSpeed Insightshttps://developers.google.com/speed/docs/insights/v5/about

Die Inhalte entstehen mit KI-Unterstützung. Die Redaktion der iSearch GmbH verantwortet das Angebot. Die redaktionelle Methode wird auf der Seite „Redaktion & Methode“ erläutert.