Mitarbeitende im Feld öffnen eine Website oft auf dem Smartphone, bei schwachem Signal, mitten in etwas anderem. Dauert die Seite eine Minute, wird sie nicht gelesen. Dieser Beitrag richtet sich an Teams, die eine Website für Menschen mit geringer Bandbreite beauftragen oder bauen, und zeigt, wie wir eine Grenze wählen und einhalten.
Wählen Sie zuerst die Zahl
web.dev definiert ein Performance-Budget als „eine Reihe von Grenzwerten für Messgrößen, die die Website-Leistung beeinflussen“. Als Ausgangspunkt schlägt es weniger als 170 KB an Ressourcen im kritischen Pfad und weniger als fünf Sekunden bis zur Interaktivität vor, berechnet für Basisgeräte in einem 3G-Netz.
Vergleichen Sie das mit dem Web, wie es ist. Der Web Almanac des HTTP Archive bezifferte die mediane Startseite 2025 auf 2,86 MB am Desktop und 2,56 MB mobil. Bei einer langsamen Verbindung von 400 Kilobit pro Sekunde brauchen 2,56 MB etwa 51 Sekunden, bis sie ankommen, noch vor jeder Verzögerung durch das Netz selbst.
Wir arbeiten mit 500 KB pro Seite. Das sind etwa zehn Sekunden bei derselben Geschwindigkeit: langsam, aber nutzbar. Es lässt Platz für ein gutes Foto und einen Satz Webfonts, was wichtig ist, wenn die Website auch wie die Organisation aussehen soll, die sie betreibt.
“Ein Budget, das niemand prüft, ist ein Wunsch. Es muss bei jedem Release gemessen werden, von jemandem, der das Release stoppen kann.”
Messen Sie so, wie es scheitern wird
Eine einzelne Zahl aus einem Desktop-Browser verdeckt den größten Teil des Problems. Diese Prüfungen haben bei unseren Projekten echte Überschreitungen aufgedeckt:
- Beim Öffnen. Verwenden Sie einen leeren Cache und zählen Sie die übertragenen Bytes, nicht die Größe der Dateien auf dem Server.
- Bis zum Ende gescrollt. Lazy Loading verzögert Bilder, entfernt sie aber nicht. Eine Seite kann beim Öffnen bestehen und am Ende durchfallen.
- Auf einem Smartphone mit hoher Pixeldichte. Zweifach- und Dreifach-Bildschirme fordern größere Bilder an, sodass dieselbe Seite weit mehr wiegen kann als auf einem Laptop.
- Mit deaktiviertem JavaScript. Lazy Loading, das von einem Skript abhängt, stoppt, und alle Bilder der Seite werden möglicherweise auf einmal geladen.
Schreiben Sie es in den Vertrag
Schreiben Sie die Grenze samt Messmethode ins Briefing. Dann hat jede neue Funktion einen Preis, den das ganze Team sehen kann. Wenn etwas darüber liegt, nennt web.dev die drei ehrlichen Möglichkeiten: optimieren, entfernen oder gar nicht erst hinzufügen.
Diese Disziplin macht sich bei der ersten Notlage bezahlt, die ein neues Publikum über Smartphones und schlechte Verbindungen auf die Website führt. Dann ist es zu spät, damit anzufangen.