Performance-Daten sind nur nützlich, wenn du sie verfolgst und darauf reagierst. Ein Dashboard zeigt die Performance im Zeitverlauf. Reporting bringt die Trends zu Team und Führung.
Ohne Dashboard wird die Performance einmal gemessen. Verbesserungen bleiben unbekannt. Verschlechterungen auch. Die Daten geraten in Vergessenheit.
Mit Dashboard wird die Performance täglich gemessen. Verbesserungen sind sichtbar. Verschlechterungen lösen eine Warnung aus. Das Team ist in der Verantwortung.
Beispiel: Der LCP verbessert sich in drei Monaten von drei auf zwei Sekunden. Das Dashboard zeigt den Trend. Das Team sieht, dass seine Arbeit zählt. Die Führung sieht, dass sich die Investition gelohnt hat. So entsteht eine Kultur, in der Performance zählt.
Ein Performance-Dashboard aufbauen
Das Dashboard zeigt: LCP, CLS, INP, Seitenladezeit, Serverantwortzeit, Bildgrösse und Grösse des JavaScript-Bundles.
Das Dashboard zeigt: aktuellen Wert, Wert des Vormonats und Trend (besser oder schlechter).
Das Dashboard zeigt: Werte pro Seite (Startseite, Produkt, Kasse). Verschiedene Seiten haben verschiedene Performance-Profile.
Das Dashboard zeigt: Werte pro Gerät (mobil, Desktop). Mobil und Desktop haben eine andere Performance.
Das Dashboard zeigt: Werte pro Region (USA, EU, Asien-Pazifik). Die Netzwerkgeschwindigkeit hängt vom Standort ab.
Ein Beispiel-Dashboard:
- LCP der Startseite: 1,5 Sekunden (Ziel 2,5), Trend: besser
- LCP der Produktseite: 2 Sekunden (Ziel 2,5), Trend: gleichbleibend
- LCP der Kassenseite: 1,8 Sekunden (Ziel 2), Trend: schlechter (Warnung)
- Durchschnittlicher mobiler LCP: 2,2 Sekunden (Ziel 3), Trend: besser
- Durchschnittlicher LCP am Desktop: 1,3 Sekunden (Ziel 2), Trend: besser
Auf einen Blick zeigt das Dashboard: Die meisten Seiten sind gut, die Kassenseite wird schlechter (muss untersucht werden).
Rhythmus und Formate fürs Reporting
Wöchentlicher Performance-Bericht: per E-Mail ans Entwicklerteam. Er zeigt die Kennzahlen der letzten Woche. Im Fokus: was besser wurde, was schlechter wurde und was Aufmerksamkeit braucht.
Monatlicher Performance-Bericht: per E-Mail an die Führung. Er zeigt die Trends des letzten Monats. Im Fokus: Performance im Vergleich zu den Zielen und die Auswirkung aufs Geschäft (Umsatz, Conversions).
Quartalsweiser Performance-Review: Präsentation vor dem Führungsteam. Er zeigt die Entwicklung der Performance. Im Fokus: Verbesserung im Vergleich zum Vorjahr und Position im Wettbewerb.
Ein Beispiel für einen Wochenbericht:
- Woche vom 5. Mai: durchschnittlicher LCP 1,8 Sekunden (Ziel 2,5, gut)
- Verbesserung in dieser Woche: Die Bildkomprimierung senkte den LCP um 0,2 Sekunden
- Verschlechterung in dieser Woche: Eine neue Funktion fügte 50 KB JavaScript hinzu, der LCP stieg um 0,1 Sekunden
- Fokus als Nächstes: den LCP der Kassenseite optimieren (aktuell 2,2 Sekunden, Ziel 2,0)
Performance und Ziele verfolgen
Ziel: ein LCP unter 2,5 Sekunden für 90 Prozent der Nutzer.
Aktuell: 85 Prozent der Nutzer liegen unter 2,5 Sekunden.
Lücke: Fünf Prozent der Nutzer erleben weiterhin einen langsamen LCP.
Zeit bis zum Ziel: zwei Monate (bei der aktuellen Verbesserung von einem Prozent pro Monat).
Das Dashboard verfolgt die Lücke zum Ziel. Das Team kennt den Fortschritt. Das Team kennt die Frist.
Ein Praxisbeispiel: Performance-Ziele eines Onlineshops.
- Ziel eins: LCP der Startseite bis Quartalsende unter zwei Sekunden
- Aktuell: 2,3 Sekunden
- Lücke: 0,3 Sekunden
- Fortschritt pro Monat: 0,1 Sekunden (nach dem bisherigen Trend)
- Auf Kurs: ja (das Ziel ist in drei Monaten erreicht, das Quartal hat drei Monate)
- Ziel zwei: höhere Conversion-Rate auf der Kassenseite durch mehr Tempo
- Erwartete Steigerung: ein Prozent (laut Studien)
- Aktuelle Conversion-Rate: drei Prozent
- Ziel-Conversion-Rate: 3,03 Prozent
- Ausgangslage: 500 Kunden (drei Prozent von 100.000 Besuchern im Monat)
- Ziel: 550 Kunden (3,3 Prozent)
- Erwartete Umsatzsteigerung: 50.000 Dollar im Monat
Ein Praxisbeispiel: Performance-Dashboard und Reporting bei einer SaaS-Firma
Aktuelles Dashboard:
- LCP der Produktseite: 1,5 Sekunden (Ziel 2), Status grün
- LCP der Anmeldeseite: 1,8 Sekunden (Ziel 2), Status grün
- LCP der Einstellungsseite: 2,2 Sekunden (Ziel 2), Status gelb
- LCP der Dashboard-Seite: 2,1 Sekunden (Ziel 2), Status gelb
- Durchschnittlicher mobiler LCP: 2,3 Sekunden (Ziel 3), Status grün
- Durchschnittlicher LCP am Desktop: 1,5 Sekunden (Ziel 2), Status grün
- Dauer bis zum Abschluss der Anmeldung (eigene Kennzahl): 2,5 Sekunden (Ziel 2), Status gelb
Performance-Bericht der ersten Woche:
- Drei Seiten liegen im Ziel (Status grün)
- Zwei Seiten liegen über dem Ziel (Status gelb)
- Massnahme: Die Einstellungs- und die Dashboard-Seite brauchen Optimierung
- Untersuchung: Die Einstellungsseite lädt Nutzereinstellungen (langsame Datenbankabfrage), die Dashboard-Seite lädt Analysedaten (langsame API)
- Lösung: Einstellungen zwischenspeichern, Analysedaten vorab laden
Zweite Woche nach der Optimierung:
- LCP der Einstellungsseite: 1,9 Sekunden (vorher 2,2), um 0,3 Sekunden verbessert
- LCP der Dashboard-Seite: 1,9 Sekunden (vorher 2,1), um 0,2 Sekunden verbessert
- Dauer bis zum Abschluss der Anmeldung: 2 Sekunden (vorher 2,5), um 0,5 Sekunden verbessert
- Jetzt liegen alle Seiten im Ziel
Bericht der zweiten Woche: Alle Seiten liegen im Ziel. Die Performance-Ziele sind erreicht.
Monatsbericht an die Führung:
- Zu Monatsbeginn lagen 40 Prozent der Seiten über dem Ziel
- Am Monatsende lagen null Prozent der Seiten über dem Ziel
- Erwartete Verbesserung beim Abschluss der Anmeldung: fünf Prozent mehr (laut Studien)
- Aktuelle Anmelderate: 1.000 pro Monat
- Erwartete neue Anmelderate: 1.050 pro Monat
- Erwartete neue zahlende Kunden: 50 (bei 20 Prozent Conversion)
- Erwarteter neuer Umsatz: 50 Kunden mal 5.000 Dollar Customer Lifetime Value ergibt 250.000 Dollar
Performance für Nicht-Techniker verständlich machen
Technische Stakeholder verstehen LCP und CLS. Nicht-technische Stakeholder (Geschäftsführung, Finanzen, Marketing) tun das nicht.
Du brauchst eine Übersetzung:
- LCP zwei Sekunden bedeutet: Die Seite erscheint schnell (der Nutzer sieht den Inhalt zügig)
- CLS 0,05 bedeutet: Die Seite ist stabil (nichts springt)
- INP 150 Millisekunden bedeutet: Die Seite reagiert (Schaltflächen reagieren sofort)
Noch besser ist die Verbindung zum Geschäftsergebnis:
- LCP zwei Sekunden bedeutet ein Prozent mehr Conversion-Rate, das sind 50.000 Dollar Umsatz im Monat
- CLS 0,05 bedeutet zwei Prozent mehr Engagement, das sind 10.000 Dollar im Monat
- INP 150 Millisekunden bedeutet drei Prozent mehr Nutzerzufriedenheit, das sind 2.000 zusätzliche wiederkehrende Nutzer pro Woche
Nicht-technische Stakeholder verstehen Umsatz und Wirkung auf die Nutzer.
Häufig gestellte Fragen
Soll ich Performance-Kennzahlen öffentlich zeigen?
Ja, wenn es dir einen Vorteil im Wettbewerb bringt. Ist deine Performance erstklassig, veröffentliche die Kennzahlen. Nutzern ist Tempo wichtig. Zeigen die Kennzahlen, dass du schneller bist als andere, entscheiden sich Nutzer für dich. Sind die Kennzahlen schlechter, warte mit der Veröffentlichung, bis du dich verbessert hast. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Wie gehe ich mit Performance-Spitzen oder Ausreissern um?
Geh der Sache sofort nach. Ein Ausschlag kann viele Ursachen haben: ein Problem in der Infrastruktur, eine Traffic-Spitze oder neuer Code im Livebetrieb. Finde die Ursache. Bleibt das Problem bestehen, braucht die Seite eine Optimierung. War es einmalig, musst du nichts tun. Die Trends im Dashboard zeigen dauerhafte Probleme.
Soll ich für verschiedene Seiten unterschiedliche Performance-Ziele setzen?
Ja. Die Startseite ist am wichtigsten (Traffic-Treiber, SEO-Wirkung). Ziel für die Startseite: ein LCP unter zwei Sekunden. Die Produktseite ist wichtig, aber zweitrangig. Ziel für die Produktseite: ein LCP unter 2,5 Sekunden. Eine Admin-Seite ist intern. Ziel für die Admin-Seite: ein LCP unter vier Sekunden. Die Ziele spiegeln die Bedeutung wider.
Wie verhindere ich, dass das Team Performance-Kennzahlen schönrechnet?
Miss echte Nutzerdaten, nicht nur Labortests. Labortests lassen sich manipulieren (Test mit schnellem Netzwerk und schnellem Gerät). Echte Nutzerdaten (Real User Monitoring, RUM) zeigen das tatsächliche Nutzererlebnis. Schlage Alarm, wenn Labor- und RUM-Werte auseinanderlaufen. Geh dem Unterschied nach.
Wie oft sollte ich Performance-Berichte prüfen?
Wöchentlich im Entwicklerteam. Monatlich mit der Führung. Quartalsweise mit dem Führungsteam. Wöchentlich erkennst du Verschlechterungen schnell. Monatlich siehst du Trends. Quartalsweise siehst du den strategischen Fortschritt. Häufigere Prüfungen decken Probleme früher auf, seltenere zeigen Trends besser.
Wie verbinde ich Performance-Verbesserungen mit Geschäftsergebnissen?
Miss vorher und nachher. Ausgangslage: LCP drei Sekunden, Conversion-Rate zwei Prozent. Verbesserung: LCP 1,5 Sekunden. Neue Conversion-Rate: 2,1 Prozent. Wirkung: 0,1 Prozent mehr bei 100.000 Besuchern im Monat sind 100 zusätzliche Conversions. Bei einem Bestellwert von 100 Dollar sind das 10.000 Dollar im Monat. 120.000 Dollar im Jahr. So berechnest du die Wirkung aufs Geschäft direkt.