Website-Ladezeit verbessern: wo die Sekunden verloren gehen

Felddaten und Labortest in PageSpeed Insights

PageSpeed Insights zeigt zwei verschiedene Messungen auf einer Seite. Oben stehen die Felddaten. Das sind Werte, die Chrome in den letzten 28 Tagen bei echten Besuchern Ihrer Website gesammelt hat. Darunter folgt der Labortest: Lighthouse spielt einen einzelnen Seitenaufruf auf einem simulierten Mittelklasse-Telefon mit Mobilfunkverbindung durch.

Für die Google-Suche zählen die Felddaten, genauer die drei Core Web Vitals. Google misst sie am 75. Perzentil, getrennt nach Telefon und Computer. Drei von vier Seitenaufrufen müssen den Grenzwert einhalten.

Die Punktzahl von 0 bis 100 gehört nur zum Labortest, und sie schwankt. Vor unseren Änderungen erhielt unsere Startseite in PageSpeed Insights 65 Punkte, in einem lokalen Lighthouse-Lauf 46. Nützlich ist der Labortest trotzdem, weil er zeigt, wofür der Browser seine Zeit braucht.

Viele KMU-Websites haben zu wenig Besucher, als dass PageSpeed Insights Felddaten anzeigen könnte. Dann braucht es ein Werkzeug, das auf der eigenen Seite misst. Wir verwenden Microsoft Clarity, das die Core Web Vitals der eigenen Besucher kostenlos auswertet.

Vier Messskripte, 1,26 Sekunden blockierte Rechenzeit

Als grössten sichtbaren Inhalt meldete der Labortest im August den Text im Cookie-Hinweis. Der Hinweis selbst war schlank. Er erschien spät, weil der Browser vor allem mit Messskripten beschäftigt war.

Lighthouse listet fremden Code einzeln auf. Auf der Live-Seite sah das am 24. August 2026 so aus:

Die Datenmenge sagt wenig über die Bremswirkung. Hotjar ist mehr als doppelt so gross wie Clarity und blockiert weniger als halb so lange. Solange ein Skript rechnet, kann der Browser weder den Inhalt aufbauen noch auf einen Fingertipp reagieren. Im Labortest macht diese blockierte Zeit (Total Blocking Time) 30 Prozent der Punktzahl aus, mehr als jede andere Kennzahl. Deshalb fallen Messskripte dort so stark ins Gewicht.

Fünf Eingriffe in der ersten Runde

1. Tag Manager, Pixel und Clarity luden von da an erst, wenn jemand tippte, scrollte oder eine Taste drückte, spätestens sechs Sekunden nach dem Laden. Damit sank die blockierte Zeit von 1’250 auf rund 100 Millisekunden.
2. Bilder unterhalb des ersten Bildschirms bekamen das Attribut loading="lazy" und laden seither verzögert. Das oberste Bild bekam es nicht, weil es oft selbst der grösste Inhalt ist.
3. Für Hintergrundbilder, die per CSS gesetzt sind, gibt es kein Lazy-Attribut. Ein kurzes Skript setzt sie jetzt erst, wenn der Abschnitt in die Nähe des Bildschirms rückt.
4. Automatisch startende Videos laden erst, wenn sie sichtbar werden. Dasselbe gilt jetzt für ihre Vorschaubilder, die der Browser sonst sofort holt, weil es für sie kein Lazy-Attribut gibt. Bei uns waren das 17 Vorschaubilder mit zusammen 800 KB.
5. Auf 189 Seiten stand die Bibliothek für animierte Symbole zweimal im Code, einmal verzögert und einmal direkt. Die direkte Einbindung hob die Verzögerung auf, wir haben sie gestrichen.

Im Labortest stieg die Startseite von 46 auf 95 bis 97 Punkte, die Seite Webdesign von 73 auf 92 und die Referenzen von 81 auf 88. Eine sechste Massnahme haben wir zurückgenommen: Das komplette CSS von 266 KB direkt in den HTML-Code der Unterseiten zu schreiben, senkte den Wert von 88 auf 86.

Die Optimierung schaltete unsere Werbemessung ab

Drei Tage später sahen wir das Problem im Werbekonto bei Meta. Vor der Änderung kamen 88 Prozent der Anzeigenklicks als Seitenaufruf an, danach 59 Prozent. Der Pixel meldete den Aufruf erst nach rund 7,5 Sekunden. Wer vorher ging, existierte für Meta nicht. Clarity und Hotjar zeichneten keinen Besuch auf, der schnell abbrach, und Google Analytics verlor Sitzungen aus der Werbung. Meta steuert Kampagnen, die auf Seitenaufrufe oder Anfragen optimiert sind, anhand dieser Signale. Fehlte ein Drittel davon, optimierte Meta auf ein verzerrtes Bild.

Zuerst haben wir die Wartezeit verkürzt, auf die erste Berührung oder 0,6 bis 0,8 Sekunden nach dem Laden. Lokal kam der Seitenaufruf so nach 1,25 statt 8,2 Sekunden an. Dafür fiel die Startseite in PageSpeed Insights auf 68 Punkte, und der lokale Lighthouse-Lauf mass 1’520 Millisekunden blockierte Zeit.

Im zweiten Schritt haben wir das Signal vom Skript getrennt:

• Den Seitenaufruf meldet die Seite an Meta über ein unsichtbares Bild von 1 × 1 Pixel, 45 Millisekunden nach dem Start. Dafür läuft kein JavaScript.
• Die Pixel-Bibliothek mit 170 KB lädt nur, wenn der Besucher aus einer Facebook- oder Instagram-Anzeige kommt, erkennbar an Parametern wie fbclid in der Adresse. Nur dort braucht es sie, um den Besuch dem Anzeigenklick zuzuordnen. Pro Besuch geht genau ein Seitenaufruf an Meta.
• Hotjar schalten wir ab, weil Clarity dieselbe Art von Aufzeichnungen liefert.
• Tag Manager und Google Analytics warten weiterhin bis zu sechs Sekunden. Besuche unter rund sechs Sekunden fehlen deshalb in Google Analytics. Diesen Verlust nehmen wir in Kauf.

Danach lag die blockierte Zeit im lokalen Labortest bei 70 bis 150 Millisekunden. Fremder Code belegte den Browser noch rund 135 statt 1’256 Millisekunden, und diese Zeit entfällt auf Clarity. Seither halten wir uns an eine Regel: Das Signal, nach dem eine Werbeplattform ihre Anzeigen ausspielt, geht spätestens etwa eine Sekunde nach dem Laden raus. Alle übrigen Skripte warten auf die erste Berührung. Ein länger zurückgehaltenes Werbesignal spart etwas Rechenzeit. Es kostet aber Messdaten zu Besuchen, die Sie mit dem Werbebudget bereits bezahlt haben.

Tracking ganz abzuschalten wäre für den Labortest die schnellste Lösung. Dann wüssten Sie aber nicht mehr, welche Anzeige Anfragen bringt.

Messwerte echter Besucher im September 2026

Im September 2026 wertete Clarity die Besuche auf mirostudio.ch so aus: Leistungswert 90 von 100, LCP 0,84 Sekunden, INP 200 Millisekunden. Der LCP liegt weit unter der Grenze von 2,5 Sekunden. Der INP trifft die Grenze von 200 Millisekunden exakt. Das zählt noch als gut, lässt aber keine Reserve.

Eine zweite Zahl aus derselben Auswertung betrifft alle, die auf Instagram oder Facebook werben. Von den Besuchen über unsere Instagram- und Facebook-Anzeigen öffneten im September rund 92 Prozent die Seite im eingebauten Browser der App, auf dem Telefon. Dieser Browser führt einen eigenen Zwischenspeicher. Dateien, die der Besucher in Safari oder Chrome schon geladen hat, holt er neu vom Server. Ein Test am Bürocomputer über Glasfaser sagt über diese Besuche wenig aus. Tippen Sie Ihre Anzeige selbst in der App an, auf dem Telefon und ohne WLAN.

Die Reihenfolge für Ihre eigene Website

1. Öffnen Sie PageSpeed Insights und wählen Sie den Reiter für Mobilgeräte. Notieren Sie LCP, INP und CLS aus den Felddaten sowie die blockierte Zeit aus dem Labortest. Fehlen Felddaten, misst ein Werkzeug wie Clarity direkt bei Ihren Besuchern.
2. Listen Sie alle fremden Skripte auf. Der Labortest führt jedes Skript von Drittanbietern mit Grösse und Rechenzeit auf. Fragen Sie bei jedem Eintrag, wer die Daten in den letzten drei Monaten angeschaut hat. Skripte, deren Daten niemand anschaut, fliegen raus. Machen zwei Werkzeuge dasselbe, bleibt eines.
3. Verzögern Sie den Rest, mit Obergrenze. Messskripte laden bei der ersten Berührung, das Signal an Werbeplattformen geht spätestens rund eine Sekunde nach dem Laden raus. Kontrollieren Sie eine Woche später im Werbekonto, ob der Anteil der Seitenaufrufe pro Klick gleich geblieben ist.
4. Liefern Sie das oberste Bild in passender Grösse als WebP oder AVIF aus, ohne Lazy-Attribut. Alles darunter lädt verzögert, auch Hintergrundbilder, Videos und deren Vorschaubilder.
5. Messen Sie nach jeder Änderung auf der Live-Seite nach, auf mehreren Unterseiten. Bei uns übersprang ein Skript alle Seiten, die es schon einmal bearbeitet hatte. Eine verbesserte Einstellung erreichte so 540 Seiten nie. Wir haben es erst bemerkt, als PageSpeed Insights auf der Live-Seite schlechtere Werte zeigte als erwartet.

Zwei Massnahmen, die Sie sich sparen können

Die Jagd nach 100 Punkten

Für die Google-Suche zählen die Core Web Vitals aus den Felddaten. Die Lighthouse-Punktzahl ist ein Diagnosewert. Stehen LCP, INP und CLS bei echten Besuchern im grünen Bereich, ist jeder weitere Laborpunkt vor allem eine Zahl im Bericht.

Ein Beschleuniger-Plugin auf einem schweren Theme

Ein solches Plugin verkleinert Dateien und verzögert Skripte. Das Theme lädt trotzdem auf jeder Seite alles, was es mitbringt. Verzögert das Plugin pauschal alle Skripte, starten Formulare oder der Cookie-Hinweis zu spät oder gar nicht. Bei uns hat schon das eingebettete CSS gezeigt, wie wenig pauschale Technik bringt. Besteht eine Offerte zur Ladezeit nur aus der Zeile «Performance-Plugin installieren», fehlen die Messung vor und nach dem Eingriff und die Liste der fremden Skripte.

Die Nachmessung nach jeder Änderung an Plugins oder Skripten gehört bei uns zur Webseiten-Wartung.

Häufige Fragen

Welche Werte muss eine Website bei den Core Web Vitals erreichen?

LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden, CLS höchstens 0,1. Google misst am 75. Perzentil der Seitenaufrufe, getrennt nach Telefon und Computer. Drei von vier Besuchen müssen die Grenze einhalten.

Warum zeigt PageSpeed Insights bei jeder Messung einen anderen Wert?

Die Punktzahl stammt aus einem simulierten Seitenaufruf. Netzwerk und Server antworten bei jedem Lauf etwas anders. Unsere Startseite kam vor der Optimierung in PageSpeed Insights auf 65 Punkte und in einem lokalen Lighthouse-Lauf auf 46. Verlässlicher sind die Felddaten echter Besucher.

Muss ich auf Google Analytics oder den Meta-Pixel verzichten, damit die Website schnell lädt?

Nein. Laden Sie die Skripte bei der ersten Berührung oder kurz nach dem Seitenaufbau. Das Signal an Werbeplattformen sollte höchstens etwa eine Sekunde warten, sonst fehlen kurze Besuche. Den Seitenaufruf an Meta kann ein Bildaufruf ohne JavaScript melden. Die volle Pixel-Bibliothek braucht es nur bei Besuchern, die über eine Anzeige kommen.

Wie teste ich meine Zielseite für Werbung auf Instagram?

Tippen Sie die Anzeige oder einen Beitrag mit dem Link in der Instagram-App auf Ihrem Telefon an, mit Mobilfunk statt WLAN. Die App öffnet die Seite in ihrem eigenen Browser, der den Zwischenspeicher von Safari oder Chrome nicht mitnutzt. Bei unseren Werbebesuchen aus Instagram und Facebook betraf das rund 92 Prozent.

Verwandte Leistungen