Tempo und mobil:was Sie messen müssen und wo es sich nicht mehr lohnt

Die drei Werte in gewöhnlicher Sprache

LCP, largest contentful paint. Wie lange es dauert, bis der größte Block Text oder das größte Bild im Bild steht. Das ist der Moment, in dem ein Besucher denkt: die Seite ist da. Nicht der Moment, in dem alles fertig ist. Die üblichen Verursacher sind ein riesiges Kopfbild, das nicht verkleinert wurde, ein langsamer Server und ein Cookie-Banner, das alles hinter sich aufhält.

CLS, cumulative layout shift. Wie stark die Seite unter Ihrem Finger verspringt, während sie lädt. Sie wollen auf einen Link klicken und im letzten Moment schiebt sich eine Anzeige oder ein Banner dazwischen, wodurch Sie etwas anderes treffen. Das ist CLS. Die Ursache ist fast immer dieselbe: Bilder oder iframes ohne angegebene Höhe und Breite. Eine zweite Ursache ist etwas, das später in die Seite eingeschoben wird.

INP, interaction to next paint. Wie lange es dauert, bis die Seite sichtbar reagiert, nachdem Sie etwas anklicken oder antippen. Ein Menü, das erst nach einer Sekunde aufgeht, eine Schaltfläche, die nichts zu tun scheint. INP ersetzte im März 2024 den älteren Messwert FID und es misst strenger, denn es sieht auf die ganze Reaktion statt auf die erste Verzögerung. Die Ursache ist meistens zu viel JavaScript, das gleichzeitig läuft.

Die Schwellenwerte

Zwischen gut und schlecht liegt eine Mittelzone, die Google als verbesserungsbedürftig bezeichnet. Zwei Dinge zu dieser Tabelle.

Erstens: die Messung erfolgt am 75. Perzentil. Drei von vier Besuchern müssen unter der Schwelle liegen. Ihr eigenes Gefühl auf einem schnellen Laptop mit Glasfaser sagt also nichts. Der Besucher, der zählt, ist der mit einem drei Jahre alten Telefon an einer mäßigen Verbindung.

Zweitens: diese Schwellen stehen nicht in Stein. Google hat den Satz früher schon geändert und kann das erneut tun. Prüfen Sie die aktuellen Werte an der Quelle, bevor Sie sie in ein Lastenheft oder einen Vertrag setzen.

Labordaten und Felddaten: hier hängen fast alle fest

Das ist die Unterscheidung, die die meisten Diskussionen über Seitengeschwindigkeit überflüssig macht.

Labordaten sind eine Messung in einer kontrollierten Umgebung. Ein Gerät, eine simulierte Verbindung, ein Moment. Lighthouse und der Laborteil von PageSpeed Insights tun das. Vorteil: wiederholbar und es sagt genau, was falsch ist. Nachteil: es ist nicht Ihr Publikum.

Felddaten kommen von echten Chrome-Nutzern, die Ihre Website besucht haben, gesammelt über einen Zeitraum von 28 Tagen. Das heißt Chrome User Experience Report. Der Bericht Core Web Vitals in der Search Console zeigt diese Zahlen. Vorteil: es ist die Wirklichkeit und es ist das, was für Ihre Position mitzählt. Nachteil: es hinkt hinterher und Sie sehen die Wirkung einer Verbesserung erst Wochen später.

Zwei Folgen, die Sie kennen müssen. Eine kleine Website hat oft zu wenige Besucher für Felddaten. Dann meldet die Search Console, dass unzureichende Daten vorliegen. Das ist kein Fehler und kein Problem, es ist eine Folge Ihrer Besucherzahl. Sie arbeiten dann mit Labordaten und mit gesundem Menschenverstand.

Und INP lässt sich im Labor nicht ordentlich messen, denn es klickt niemand. Lighthouse gibt stattdessen die total blocking time als Näherung. Wer Ihnen eine INP-Zahl aus einem Labortest vorlegt, misst etwas anderes, als er sagt.

Lighthouse lokal laufen lassen, kostenlos

Sie brauchen dafür kein bezahltes Werkzeug und kein Konto.

1. Öffnen Sie die Seite in Chrome.
2. Rechte Maustaste und dann Untersuchen. Die Tastenkombination ist F12 unter Windows und Cmd+Option+I auf dem Mac.
3. Wählen Sie den Reiter Lighthouse. Steht er nicht da, klicken Sie auf den Doppelpfeil neben den Reitern.
4. Stellen Sie das Gerät auf Mobil und setzen Sie das Häkchen bei Leistung.
5. Klicken Sie auf Seitenaufbau analysieren.

Drei praktische Regeln. Führen Sie den Test in einem Inkognitofenster aus, sonst messen Sie Ihre eigenen Browsererweiterungen mit. Führen Sie ihn drei Mal aus und nehmen Sie das mittlere Ergebnis, denn der Wert schwankt zwischen zwei identischen Messungen. Und testen Sie nicht nur die Startseite. Die Seiten, auf denen Ihre Besucher hereinkommen, sind wichtiger und das ist selten die Startseite.

Wollen Sie Felddaten und Labordaten nebeneinander, dann benutzen Sie PageSpeed Insights im Web. Oben stehen die Felddaten, falls es sie gibt, darunter die Labormessung. Verwechseln Sie die beiden Blöcke nicht, denn sie stehen untereinander und messen etwas anderes.

Mobil: Viewport und Zoom

Google indexiert mobil zuerst. Was nicht in der mobilen Fassung Ihrer Seite steht, zählt nicht mit. Eine Website, die auf dem Telefon die Hälfte des Textes verbirgt, verbirgt diese Hälfte auch vor Google.

Eine Zeile HTML ist im <head> jeder Seite Pflicht:

<meta name="viewport" content="width=device-width, initial-scale=1">

Ohne diese Zeile zeigt ein Telefon Ihre Seite als herausgezoomte Desktop-Fassung und der Besucher muss hineinzoomen, um etwas zu lesen.

Was Sie nicht dazusetzen: user-scalable=no oder maximum-scale=1. Diese beiden blockieren das Zoomen. Das ist ein Problem für alle, die weniger scharf sehen. Es ist außerdem ein Barrierefreiheitsfehler. Manche Browser ignorieren die Einstellung inzwischen. Rechnen Sie nicht damit und lassen Sie sie einfach weg.

Drei Dinge, die auf dem Mobilgerät weiter wiederkommen:

• Text zu klein. Unter 16 Pixeln wird das Lesen auf einem Telefon beschwerlich. Bei Eingabefeldern hat es eine zusätzliche Folge: iOS zoomt automatisch hinein, wenn die Schriftgröße unter 16 Pixeln liegt, was den Besucher aus dem Layout wirft.
• Tippziele zu dicht beieinander. Zwei Links untereinander mit ein paar Pixeln dazwischen lassen sich mit einem Finger nicht trennen.
• Waagerechtes Scrollen. Eine Tabelle oder ein Bild, breiter als der Bildschirm, drückt die ganze Seite schief. Lighthouse meldet das unter dem Punkt, dass der Inhalt nicht korrekt skaliert ist.

Wo es sich nicht mehr lohnt

Jetzt der ehrliche Teil. Tempo ist ein Rankingsignal von begrenztem Gewicht. Es wirkt vor allem als Schiedsrichter zwischen Seiten, die inhaltlich gleichwertig sind. Eine langsamere Seite mit der besseren Antwort schlägt eine schnelle Seite mit einer schlechten Antwort.

Von fünf Sekunden auf zwei Sekunden ist ein merklicher Unterschied, für den Besucher und für die Messung. Von 1,4 Sekunden auf 1,2 Sekunden ist es das nicht. Wie viel eine Zehntelsekunde genau an Umsatz einbringt, ist für Ihre Website nicht zuverlässig bekannt. Was feststeht, ist, wo die Schwelle liegt: 2,5 Sekunden für LCP und nicht null. Liegen Sie darunter, dann ist dieses Thema erledigt und Ihr nächster Arbeitstag geht besser in den Inhalt.

Wer trotzdem weiter einen Lighthouse-Wert von 100 jagt, zahlt dafür meistens mit etwas anderem. Ein Chat-Widget, das weg muss, Tracking, das weg muss, eine Schrift, die weg muss. Manchmal ist das die richtige Abwägung. Oft ist es das Optimieren eines Wertes statt einer Website.

Wo der Gewinn für ein KMU sehr wohl liegt, in dieser Reihenfolge:

1. Bilder. Zu große Dateien sind die häufigste Ursache eines schlechten LCP. Verkleinern Sie auf die Anzeigegröße, speichern Sie als WebP und lassen Sie Bilder unterhalb der Falz erst laden, wenn sie gebraucht werden.
2. Skripte, die Sie nicht benutzen. Ein Chatfenster, drei Tracking-Pixel, ein Tag Manager mit vergessenen Regeln und ein Slider-Plugin aus 2019. Jedes Skript kostet INP.
3. Das Cookie-Banner. Es ist oft sowohl für das schlechteste LCP als auch für das schlechteste CLS verantwortlich, weil es oben auf der Seite lädt und den Rest nach unten drückt.
4. Caching und Komprimierung bei Ihrem Hoster. Meistens ein Schalter im Konfigurationsbereich Ihres Hostings.
5. Feste Abmessungen auf Bildern und iframes. Zwei Attribute, width und height, lösen den Großteil der CLS-Probleme.

Was Sie selbst können und was nicht

Selbst zu tun, ohne Entwickler:

• Lighthouse in Chrome laufen lassen und den Bericht Core Web Vitals in der Search Console öffnen.
• Bilder verkleinern, bevor Sie sie hochladen. Das ist der günstigste Gewinn in diesem ganzen Kapitel.
• Plugins und Skripte ausschalten, die niemand mehr benutzt.
• Die Viewport-Zeile prüfen und user-scalable=no herausnehmen, falls es dort steht.
• Caching und Komprimierung bei Ihrem Hoster einschalten.

Wofür Sie Hilfe brauchen:

• Eine langsame Serverantwort. Kommt schon das erste Byte langsam, dann liegt es an Ihrem Hosting oder am Aufbau der Website. Das ist keine Einstellung.
• CSS und JavaScript, die das Zeichnen der Seite blockieren. Das Umstellen verlangt Kenntnis des Themes.
• Eine Website, die vollständig in JavaScript aufgebaut wird. Dort sind Tempo und Auffindbarkeit ein und dieselbe Baufrage und die lösen Sie nicht mit einem Plugin.
• Ein Theme, das vom Entwurf her schwer ist. Ab einem bestimmten Punkt ist Ersetzen günstiger als Reparieren.

Unsere Arbeitsreihenfolge: erst messen, dann die fünf Punkte oben durchgehen, dann erneut messen. Bleiben Sie danach über den Schwellen, dann ist es ein Gespräch über das Hosting oder über das Theme und nicht mehr über Einstellungen.

Möchten Sie das nicht selbst machen: SEMANU führt das vollständige SEO- und GEO-Audit für 1.450 Euro durch, Bericht und Arbeitssitzung inbegriffen. Was darin steckt, steht auf der Leitfadenseite.