Website-Geschwindigkeit in zwei Minuten testen

Eine langsame Website verliert Besucher, bevor sie ein Wort gelesen haben, und die meisten Betreiber wissen nicht, ob ihre langsam ist. Das Telefon in deiner Tasche lädt deine Seite aus dem Zwischenspeicher, über dein eigenes WLAN, in einer Sekunde — was nichts über die Person auf dem Parkplatz mit Mobilfunk sagt.

Richtig testen dauert etwa zwei Minuten und erfordert keine Installation.

Schritt 1: Die Seite testen, auf der Leute landen

Öffne PageSpeed Insights, füg eine URL ein, starte. Nimm die Seite, auf der Besucher ankommen — oft eine Leistungsseite statt der Startseite — und lies zuerst das Mobilergebnis. Auf Mobilgeräten sitzen die Probleme, weil Netz und Prozessor schwächer sind.

Führ den Test zweimal aus. Eine Messung ist eine Stichprobe, kein Urteil.

Schritt 2: Drei Zahlen lesen, den Rest ignorieren

Googles Core Web Vitals sind drei Messungen, und Google veröffentlicht je Messung den Grenzwert:

• Largest Contentful Paint (LCP) — wie lange, bis das größte Element erscheint. Gut ist innerhalb von 2,5 Sekunden.
• Interaction to Next Paint (INP) — wie schnell die Seite auf eine Berührung reagiert. Gut sind 200 Millisekunden oder weniger. INP wurde 2024 eine stabile Core Web Vital und ersetzte First Input Delay.
• Cumulative Layout Shift (CLS) — wie stark die Seite beim Laden springt. Gut ist 0,1 oder weniger.

Bewertet wird am 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop. Im Klartext: Drei von vier Besuchen sollen gut sein, nicht der Durchschnittsbesuch.

Die Gesamtnote bis 100 ist eine Zusammenfassung. Die drei Zahlen sind die Diagnose.

Schritt 3: Zahl und Ursache verbinden

Jede der drei scheitert aus wenigen Gründen, und deinen kannst du meist raten.

LCP ist langsam — fast immer ein zu großes Bild. Ein 4-MB-Foto direkt aus der Kamera ist die häufigste Ursache für eine langsame Website eines kleinen Unternehmens.

INP ist langsam — meist Skripte: Chat-Widgets, Tracking, ein Buchungsmodul, alle drei gleichzeitig.

CLS ist schlecht — etwas lädt spät und schiebt den Inhalt nach unten. Bilder ohne Maße, ein Cookie-Banner, eine Schrift, die nachträglich einspringt.

Schritt 4: Zuerst das Bildproblem lösen

Für die meisten kleinen Seiten behebt das Verkleinern von Bildern den größten Teil des Ergebnisses.

• Exportiere Fotos in der Größe, in der sie angezeigt werden, nicht in der Größe, die die Kamera liefert
• Nutz ein modernes Format — WebP oder AVIF — statt großer JPEGs
• Gib jedem Bild Breite und Höhe mit, damit nichts springt
• Entfern jedes Bild, das Dekoration statt Information ist

Schritt 5: Erneut testen und die Zahl notieren

Prüf dieselbe Seite noch einmal und notiere die drei Werte mit Datum. Geschwindigkeit driftet — ein im März hinzugefügtes Widget zeigt sich im April — und eine alte Zahl ist die einzige Art, das zu bemerken.

Wenn es nicht an den Bildern liegt

Das Verkleinern von Bildern löst das Problem bei den meisten Websites kleiner Unternehmen. Ist deine schon schlank und sind zwei der drei Zahlen trotzdem rot, liegt die Ursache bei einem dieser Punkte.

Ein langsames Interaction to Next Paint liegt fast immer an Skripten von Drittanbietern. Ein Chat-Widget, ein Buchungsmodul, ein Tag-Manager und ein Bewertungskarussell fügen jeweils Arbeit hinzu, die der Browser erledigen muss, bevor er auf eine Berührung reagieren kann. Entfern sie einzeln und miss jedes Mal neu; die meisten Seiten schleppen mindestens eines mit, das seit einem Jahr niemand genutzt hat. Was bleibt, kann oft nur auf der Seite laden, die es braucht, statt auf jeder Seite.

Ein schlechtes Cumulative Layout Shift ist etwas, das spät ankommt. Die üblichen vier sind Bilder ohne Breite und Höhe, eine Anzeige oder Einbettung ohne reservierten Platz, ein Cookie-Banner, das Inhalt nach unten schiebt, statt darüber zu liegen, und eine Webschrift, die nachträglich einspringt und den Text neu umbricht. Alle haben dieselbe Lösung: den Platz reservieren, bevor das Element ankommt.

Ein langsames Largest Contentful Paint trotz kleiner Bilder liegt meist am Hosting oder an einem Stylesheet, das das Rendern blockiert. Hier hört die Antwort auf, etwas zu sein, das du von der Inhaltsseite her lösen kannst, und der ehrliche nächste Schritt ist, bei demjenigen nachzufragen, der die Seite betreibt.

Wie schnell ist schnell genug?

Alle drei Grenzwerte zu erreichen ist ein gutes Ziel und ein vernünftiger Schlusspunkt. Eine perfekte 100 lohnt sich für die Website eines kleinen Unternehmens selten: Die letzten Punkte kosten unverhältnismäßig viel und kein Besucher merkt sie.

Was sich lohnt: zweimal im Jahr prüfen, und immer nachdem du etwas hinzufügst, das auf jeder Seite lädt.

Ist die Seite schnell, verschiebt sich die Frage darauf, was Besucher danach tun — siehe mehr Anfragen über die Website und woher deine Besucher kommen.

Quellen

• Web Vitals · web.dev
• Largest Contentful Paint (LCP) · web.dev
• Page experience in Google Search results · Google Search Central
• PageSpeed Insights · Google

Häufige Fragen

Beeinflusst Geschwindigkeit mein Google-Ranking?

Page Experience, einschließlich Core Web Vitals, ist eines von vielen Signalen, die Google für die Suche dokumentiert. Es hebt eine Seite nicht über relevantere Ergebnisse, aber zwischen zwei vergleichbaren Seiten hat die schnellere einen Vorteil, und Geschwindigkeit entscheidet ohnehin, ob Besucher bleiben.

Brauche ich eine perfekte 100?

Nein. Alle drei Grenzwerte zu erreichen ist ein vernünftiger Schlusspunkt für die Website eines kleinen Unternehmens. Die letzten Punkte kosten unverhältnismäßig viel und kein Besucher merkt den Unterschied.