Zwei Seiten können im Speedtest genau dieselbe Punktzahl bekommen und für echte Besucher trotzdem völlig unterschiedlich schnell sein. Einen Speedtest zu starten, ist einfach. Schwierig wird es beim Lesen der Ergebnisse: Welche Zahlen zählen, was messen sie wirklich und wo findest du echte Daten statt simulierter Werte? Dieser Artikel zeigt dir, wie du einen Speedtest für deine Website machst, was jede Kennzahl bedeutet, warum simulierte und echte Werte oft auseinanderliegen und wie du die Ergebnisse nutzt, um Verbesserungen zu machen, die deine Besucher wirklich spüren.
Ein Speedtest hilft dir erst, wenn du weisst, was du mit dem Ergebnis anfängst. Eine einzelne Punktzahl von 100 sagt für sich genommen sehr wenig. Entscheidend sind die einzelnen Kennzahlen dahinter und ob sie aus einer Simulation oder von echten Besuchern stammen. Hintergründe zu den Kennzahlen findest du im Artikel Was ist die Ladezeit einer Seite und wie wird sie gemessen?
Was misst ein Website-Speedtest eigentlich?
Ein Speedtest lädt eine Seite in einer kontrollierten Umgebung und misst, wie lange einzelne Schritte des Ladevorgangs dauern. Das Tool misst zum Beispiel, wie schnell der Server antwortet, wann der erste Inhalt auf dem Bildschirm erscheint, wann das grösste sichtbare Element fertig geladen ist, wie stark sich das Layout beim Laden verschiebt und wie lange es dauert, bis die Seite auf Klicks reagiert. Diese Werte werden mit Standard-Grenzwerten verglichen. Daraus ergeben sich eine Punktzahl und Hinweise, wo du etwas verbessern kannst.
Labordaten und Felddaten
- Labordaten: Sie kommen von einem Speedtest-Tool. Die Seite wird von einem festen Standort aus mit einem simulierten Gerät und einer simulierten Verbindung geladen. Die Ergebnisse sind kontrolliert und wiederholbar, bilden aber nicht alle Bedingungen echter Besucher ab
- Felddaten: Sie stammen von echten Besuchern und werden über einen gleitenden Zeitraum von 28 Tagen zusammengefasst. Suchmaschinen nutzen diese Daten für die Bewertung der Core Web Vitals und fürs Ranking
- Eine Website kann im Labortest 90 Punkte erreichen und trotzdem schlechte Core-Web-Vitals-Felddaten haben, zum Beispiel wenn echte Besucher langsamere Geräte oder instabile Verbindungen nutzen oder weit vom Server entfernt sind
- Schau dir immer beides an. Labordaten helfen dir, einzelne Probleme zu finden. Felddaten zeigen, was in der Praxis und für das Ranking zählt
Wie machst du einen Website-Speedtest richtig?
Teste zuerst auf dem Handy
- Suchmaschinen nutzen Mobile-First-Indexierung. Sie bewerten Seiten also nach ihrer Leistung auf dem Handy
- Die Mobilwerte sind für dieselbe Seite fast immer schlechter als die Desktopwerte, weil Handys langsamere Prozessoren und schwankendere Verbindungen haben
- Mach beide Tests, aber nimm das mobile Ergebnis als wichtigsten Massstab
Teste deine meistbesuchten Seiten, nicht nur die Startseite
- Die Startseite ist oft die schnellste Seite einer Website, weil sie meist weniger Bilder und Skripte hat als andere Seiten
- Produktseiten, Blogartikel und Landingpages schneiden oft deutlich schlechter ab und beeinflussen Besuchererlebnis und Ranking unter Umständen stärker
- Teste die Seiten mit dem meisten Traffic, nicht die, die am ehesten gut aussehen
Starte jeden Test mehrmals
- Die Ergebnisse von Labortests schwanken von Lauf zu Lauf, etwa wegen der Serverlast im Moment des Tests, der Netzwerkbedingungen am Teststandort und des Cache-Zustands
- Starte jeden Test zwei- oder dreimal und nimm den Durchschnitt als Ausgangswert, statt dich auf ein einzelnes Ergebnis zu verlassen
Teste vor und nach jeder Änderung
- Lege einen Ausgangswert fest, bevor du etwas an deiner Website änderst
- Wiederhole denselben Test nach jeder Verbesserung, um ihre Wirkung zu messen
- Bei Felddaten wartest du nach Änderungen mindestens 28 Tage, bevor du die Wirkung beurteilst, weil die Daten ein gleitender 28-Tage-Durchschnitt sind, der sich nur langsam verändert
Wie liest du das Ergebnis eines Speedtests?
Fang bei den schlechten Kennzahlen an, nicht beim Gesamtwert
- Ein Gesamtwert von 65 verrät dir nicht, was du reparieren sollst. Die einzelnen Kennzahlen, die durchfallen, tun es
- Prüfe, welche Core Web Vitals im Bereich "verbesserungswürdig" oder "schlecht" liegen: LCP, INP und CLS
- Jede schlechte Kennzahl zeigt auf eine andere Stelle der Seite oder des Ladevorgangs, die du dir ansehen solltest
Worauf jede schlechte Kennzahl hindeutet
- Hohe Time to First Byte: Der Server antwortet langsam. Prüfe die Qualität des Hostings, das Caching auf dem Server und die Leistung der Datenbank
- Langsamer Largest Contentful Paint: Das wichtigste sichtbare Element lädt zu lange. Meist liegt es an nicht optimierten Bildern, blockierenden Ressourcen oder einer langsamen Serverantwort
- Hohe Total Blocking Time oder schlechter Interaction to Next Paint: JavaScript blockiert den Hauptthread. Häufige Ursachen sind grosse Skriptdateien und Skripte von Drittanbietern
- Hoher Cumulative Layout Shift: Elemente verschieben sich, während die Seite lädt. Das passiert bei Bildern ohne feste Grösse, bei spät geladenen Inhalten, die über bestehenden Elementen eingefügt werden, oder bei dynamisch eingeblendeten Bannern
Die Empfehlungen lesen
- Speedtest-Tools listen konkrete Empfehlungen auf und schätzen für jede Massnahme die mögliche Zeitersparnis
- Fang mit den Empfehlungen an, die die grösste Ersparnis bringen. So holst du mit dem wenigsten Aufwand am meisten heraus
- Manche Empfehlungen betreffen Skripte oder Dienste von Drittanbietern, auf die du keinen direkten Einfluss hast. Merk sie dir, konzentriere dich aber auf das, was du selbst ändern kannst
Was sind gute Ergebnisse im Speedtest?
Grenzwerte der Core Web Vitals
- Largest Contentful Paint unter 2,5 Sekunden: gut
- Interaction to Next Paint unter 200 Millisekunden: gut
- Cumulative Layout Shift unter 0,1: gut
Bereiche des Gesamtwerts
- 90 bis 100: gut
- 50 bis 89: verbesserungswürdig
- 0 bis 49: schlecht
Wie du Richtwerte praktisch nutzt
- Das sind absolute Richtwerte. Dein Ergebnis muss aber besser sein als das der Seiten, die mit dir um dieselben Suchbegriffe konkurrieren, nicht nur besser als ein allgemeiner Grenzwert
- Suche nach deinem Ziel-Suchbegriff und teste die Seiten, die vor dir ranken. Wenn dein LCP bei 3,2 Sekunden liegt und ihrer bei 2,1 Sekunden, sagt dir dieser Abstand mehr als ein Punkteunterschied für sich allein
Eine ausführliche Erklärung, was LCP, INP und CLS messen und wie sie bewertet werden, findest du im Artikel Was sind Core Web Vitals?
Wie verfolgst du die Geschwindigkeit deiner Website über die Zeit?
Lege einen Ausgangswert fest, bevor du optimierst
- Notiere die aktuellen Werte der Seiten, die du verbessern willst, bevor du etwas änderst
- Halte fest, welche Kennzahlen durchfallen und wie deutlich
- Teste nach jeder Änderungsrunde erneut und vergleiche mit dem Ausgangswert, um die echte Verbesserung zu messen
Prüfe Felddaten regelmässig, nicht nur nach Änderungen
- Felddaten in Performance-Berichten werden über einen gleitenden Zeitraum von 28 Tagen aktualisiert
- Schau monatlich hinein oder nach jeder grösseren Änderung an Inhalten, Code oder Hosting
- Sinkende Felddaten fallen oft zusammen mit einem neuen grossen Bild, einem neu installierten Skript eines Drittanbieters oder einer geänderten Hosting-Konfiguration
Teste nach dem Veröffentlichen neuer Inhalte
- Ein neuer Blogartikel mit nicht optimierten Bildern kann genau diese Seite stark bremsen, ohne andere Seiten zu beeinflussen
- Eine neue Landingpage mit schweren Skripten kann Blockaden verursachen, die ein Basistest der Startseite nie zeigen würde
- Wenn du Speedtests in den Veröffentlichungsprozess einbaust, sammeln sich Rückschritte nicht unbemerkt an
Eine vollständige Anleitung zu den wirkungsvollsten Verbesserungen auf Basis deiner Testergebnisse findest du im Artikel So verkürzt du die Ladezeit deiner Website. Speziell bei Problemen mit Bildern hilft dir der Artikel So optimierst du Bilder für schnelleres Laden.
So unterstützt WEMASY Speedtests für deine Website
Das Analysen-Dashboard von WEMASY enthält Core-Web-Vitals-Daten für alle Seiten, die du mit der Plattform baust, und zwar aus echten Felddaten von Besuchern. LCP, INP und CLS siehst du pro Seite, ohne externe Tests zu starten. Seiten, die unter dem Grenzwert für "gut" liegen, werden mit der Kennzahl markiert, die durchfällt. So gehst du direkt zum Problem, statt einen langen Bericht zu lesen.
Weil die Plattform Bildkomprimierung, Caching, Minifizierung und CDN-Auslieferung automatisch übernimmt, sind die häufigsten Ursachen, die externe Speedtests melden, schon behoben. Bei einer mit WEMASY gebauten Website zeigt ein Speedtest deshalb meist inhaltliche Probleme statt Plattformprobleme. Die Ergebnisse sind dadurch leichter umzusetzen.
Was alles dabei ist, siehst du beim Website-Builder von WEMASY. Die Tarife findest du auf der Preisseite.
Häufig gestellte Fragen
Wie teste ich die Geschwindigkeit meiner Website?
Gib die URL deiner Website in ein Speedtest-Tool ein. Das Tool lädt deine Seite unter kontrollierten Bedingungen und liefert Werte für jede Ladekennzahl, getrennt für Handy und Desktop. Schau dir die einzelnen Kennzahlen neben dem Gesamtwert an: Die Kennzahlen, die durchfallen, zeigen dir, wo du ansetzen sollst. Echte Leistungsdaten von tatsächlichen Besuchern findest du im Performance- oder Analysen-Dashboard deiner Website, wenn es Core-Web-Vitals-Felddaten enthält. Mit dem Website-Builder von WEMASY richtest du das direkt auf deiner Website ein.
Was ist ein guter Wert im Speedtest?
Ein Wert ab 90 gilt als gut, 50 bis 89 ist verbesserungswürdig und unter 50 ist schlecht. Bei den Core Web Vitals gelten diese Ziele: Largest Contentful Paint unter 2,5 Sekunden, Interaction to Next Paint unter 200 Millisekunden und Cumulative Layout Shift unter 0,1. Eine Seite besteht die Core-Web-Vitals-Bewertung nur, wenn alle drei Kennzahlen auf Basis echter Besucher-Felddaten im guten Bereich liegen.
Warum schwankt mein Speedtest-Ergebnis von Test zu Test?
Labortests schwanken, weil sich die Bedingungen zwischen den Läufen ändern: Serverlast im Moment des Tests, Netzwerkbedingungen am Standort des Testanbieters und der Cache-Zustand beeinflussen das Ergebnis. Wenn du den Test mehrmals startest und den Durchschnitt nimmst, bekommst du einen verlässlicheren Ausgangswert. Felddaten aus 28 Tagen echter Besuchermessungen sind stabiler und zeigen besser, wie gleichmässig die Leistung fürs Ranking ist.
Warum ist mein mobiler Wert schlechter als mein Desktopwert?
Mobile Speedtests simulieren langsamere Prozessoren und Mobilfunkverbindungen. Dadurch fällt der Wert für dieselbe Seite niedriger aus als auf dem Desktop. Suchmaschinen nutzen Mobile-First-Indexierung, die mobile Leistung einer Seite ist also für das Ranking entscheidend. Optimiere zuerst auf den mobilen Wert, auch wenn der Desktopwert in Ordnung aussieht.
Was ist der Unterschied zwischen Labordaten und Felddaten im Speedtest?
Labordaten stammen aus einem simulierten Testlauf unter kontrollierten Bedingungen von einem festen Standort und Gerät aus. Sie sind gleichbleibend und helfen, einzelne Probleme zu finden. Felddaten stammen von echten Besuchern, werden über einen gleitenden Zeitraum von 28 Tagen zusammengefasst und zeigen die ganze Bandbreite an Geräten, Verbindungen und Standorten deiner Besucher. Suchmaschinen nutzen Felddaten für die Bewertung der Core Web Vitals. Eine Website kann im Labortest gut abschneiden und trotzdem schlechte Felddaten haben, wenn die Bedingungen echter Besucher stark von der Testumgebung abweichen.
Wie oft sollte ich einen Speedtest für meine Website machen?
Mach einen Speedtest nach jeder grösseren Änderung an deiner Website: wenn du grosse Bilder hinzufügst, neue Skripte installierst, das Hosting wechselst oder einen neuen Seitentyp veröffentlichst. Für die laufende Kontrolle reicht es, die Felddaten in deinem Analysen- oder Performance-Dashboard einmal im Monat anzusehen. Felddaten werden über einen gleitenden Zeitraum von 28 Tagen aktualisiert, häufige manuelle Tests sind also nicht nötig. Eine monatliche Kontrolle hilft aber, Rückschritte zu erkennen, bevor sie Ranking oder Besuchererlebnis beeinträchtigen.