Der Tempobericht — und was er wirklich sagt.

Der Aufbau des Berichts.

Die ersten beiden Zeilen sind das, worauf es ankommt — und ausgerechnet die werden übersprungen, weil die große farbige Zahl weiter unten die Aufmerksamkeit zieht.

Die Felddaten oben.

Hier stehen die Werte echter Besucher aus einem rollenden Zeitfenster der letzten Wochen. Das ist die Grundlage der Bewertung durch Google und die einzige Zahl, die tatsächlich etwas über deine Besucher aussagt.

Zwei Dinge dazu. Erstens: Hat deine Seite zu wenig Verkehr, gibt es keine Felddaten für die einzelne Adresse — dann wird auf die Domaindaten zurückgegriffen, und manchmal gibt es gar keine. Dann bleiben nur Labordaten, und du musst genauer hinsehen.

Zweitens: Felddaten reagieren träge. Nach einer Verbesserung dauert es Wochen, bis sich das zeigt, weil die alten Werte noch im Fenster stecken. Das verunsichert viele — es ist aber normal (Core Web Vitals).

Die Labordaten unten.

Ein einzelner Testlauf auf einem simulierten Gerät mit gedrosselter Verbindung. Der Vorteil: Er ist reproduzierbar und liefert eine Liste konkreter Befunde. Der Nachteil: Er bildet nicht ab, was deine Besucher erleben.

Besonders deutlich beim INP: Ein Testlauf klickt nirgends hin, kann also gar nichts messen. Wenn du bei INP Probleme hast, hilft dir die untere Hälfte des Berichts überhaupt nicht (INP).

Die Punktzahl.

Ein gewichteter Mischwert aus mehreren Laborwerten, umgerechnet auf eine Skala bis hundert. Praktisch zum groben Vergleich, aber kein Bewertungsmaßstab — Google bewertet keine Punktzahl, sondern die drei Felddaten-Werte.

Wichtig zu wissen: Die Skala ist nicht linear. Von 40 auf 60 zu kommen ist deutlich leichter als von 85 auf 95. Die letzten Punkte kosten oft unverhältnismäßig viel Aufwand bei minimalem Nutzen für echte Besucher.

Mein Rat: Nimm die Punktzahl als groben Indikator und setz dir das Ziel, bei den drei Felddaten-Werten im grünen Bereich zu liegen. Wer hundert Punkte anstrebt, baut irgendwann Dinge ein, die der Zahl dienen und nicht den Nutzern.

Warum sie schwankt.

Zwei Läufe hintereinander können zwanzig Punkte auseinanderliegen. Gründe: Auslastung des Testsystems, Antwortverhalten externer Dienste, Zufälle bei der simulierten Drosselung, ob gerade ein Zwischenspeicher gefüllt war.

Praktischer Umgang damit: mehrfach messen und den mittleren Wert nehmen, immer mit demselben Werkzeug vergleichen, und keine Schlüsse aus einer Veränderung um fünf Punkte ziehen. Erst eine Verbesserung um zwanzig Punkte über mehrere Läufe ist ein Signal.

Welche Empfehlungen zählen.

Die Liste ist nach Erfahrung sortiert, nicht nach der Reihenfolge im Bericht. Der Bericht sortiert nach geschätzter Einsparung, und diese Schätzung ist oft irreführend — dazu gleich.

Einsparpotenzial deuten.

Hinter jeder Empfehlung steht eine geschätzte Zeitersparnis. Diese Schätzung ist eine Rechnung unter der Annahme, dass alles andere gleich bleibt — und das stimmt selten.

Zwei typische Verzerrungen. Erstens addieren sich die Einsparungen nicht: Wenn drei Punkte je eine Sekunde versprechen, bekommst du nach der Behebung nicht drei Sekunden zurück, weil sie teilweise dieselbe Wartezeit betreffen. Zweitens kann eine kleine Einsparung an der richtigen Stelle mehr bringen als eine große an der falschen — ein vorgeladenes Kopfbild verbessert das LCP oft stärker, als die Schätzung vermuten lässt.

Deshalb: Die Schätzung als Hinweis nehmen, aber die Reihenfolge nach der Phasenanalyse bestimmen (LCP-Phasen).

Was man ignorieren darf.

• Hinweise zu fremden Skripten, auf die du keinen Einfluss hast — außer der Frage, ob du sie brauchst.
• Ungenutztes CSS bei einem fertigen Theme: technisch richtig, praktisch kaum ohne Risiko zu lösen.
• Einzelne Millisekunden bei ohnehin guten Werten.
• Hinweise, die nur im Labor auftreten, wenn die Felddaten gut sind.
• Die Punktzahl selbst, sobald alle drei Felddaten-Werte grün sind.

Der letzte Punkt ist der wichtigste. Wenn deine Felddaten grün sind, bist du fertig — auch bei 78 Punkten. Dann ist weitere Optimierung Beschäftigungstherapie.

Andere Werkzeuge.

• Search Console: zeigt, welche Seitengruppen betroffen sind — der beste Einstieg.
• Entwicklerwerkzeuge im Browser: für die eigentliche Fehlersuche, mit Drosselung von Verbindung und Prozessor.
• Dienste mit Wasserfalldarstellung: zeigen genau, was wann geladen wird — unschlagbar beim Verstehen.
• Eigene Felderfassung: wenn du dauerhaft beobachten und einzelne Elemente zuordnen willst.

Für die Diagnose ist die Wasserfalldarstellung oft lehrreicher als jede Punktzahl: Man sieht auf einen Blick, dass die Seite drei Sekunden auf eine fremde Schriftquelle gewartet hat (Schriften).

Wie ich vorgehe.

1. Search Console zuerst: Welche Seitengruppen sind rot?
2. Eine typische Seite jeder Gruppe durch das Testwerkzeug.
3. Nur die Felddaten als Zielgröße nehmen.
4. Labordaten zur Ursachensuche nutzen, nicht zur Bewertung.
5. Entwicklerwerkzeuge mit Drosselung für die Einzelheiten.
6. Zwei bis drei Maßnahmen umsetzen, nicht zwanzig.
7. Erneut messen, mehrfach.
8. Nach einigen Wochen die Felddaten prüfen.

Punkt sechs ist die eigentliche Kunst: Aus dreißig Empfehlungen die zwei auszuwählen, die achtzig Prozent der Wirkung bringen — statt alle abzuarbeiten und dabei Funktionen kaputtzumachen.

Wenn du nicht weiterkommst.

Wenn du vor einem Bericht mit dreißig Empfehlungen sitzt und nicht weißt, welche davon zählt. Ich messe deine Seite mit echten Nutzerdaten statt mit einem einzelnen Test, sortiere die Befunde nach Wirkung und behebe die, die zählen: Ladezeit optimieren. Dauerhaft begleitet die WordPress-Wartung — damit neue Inhalte die Werte nicht wieder kaputt machen.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich mache Websites schneller — und zwar messbar, nicht gefühlt. Das heißt: erst messen, dann die zwei oder drei Stellen beheben, die tatsächlich den Unterschied machen, dann noch einmal messen.

Was ich nicht mache: eine Punktzahl schönrechnen. Es gibt Tricks, mit denen ein Testwerkzeug hundert Punkte zeigt, während die Seite für echte Besucher gleich langsam bleibt. Das ist Selbstbetrug, und ich sage dir, wenn jemand dir so etwas verkauft hat.

Ich arbeite mit dem, was du hast — Theme, Plugins, Hoster. Ein Neubau ist manchmal die ehrlichere Antwort, und dann sage ich das auch, statt monatelang an einer Seite zu optimieren, die grundsätzlich falsch gebaut ist.