Ladezeit: warum schnelle Websites mehr Anfragen bekommen

Geschwindigkeit ist kein Gefühl, sondern messbar. Google bewertet drei Kennzahlen, die zusammen beschreiben, wie eine Seite für echte Besucher wirkt. Sie unterscheiden sich in dem, was sie messen, und deshalb auch in den Ursachen und Gegenmitteln.

Zwei Messarten sollten Sie unterscheiden: Labordaten werden in einem simulierten Test erzeugt (zum Beispiel in PageSpeed Insights oder Lighthouse) und sind gut für die Fehlersuche. Felddaten stammen von echten Besuchern und zeigen, wie die Seite tatsächlich erlebt wird. Beide können abweichen; wer nur das Laborergebnis ansieht, kann ein falsches Bild bekommen. Messen Sie mobil und mehrmals, weil Werte schwanken.

Ein Bild besteht aus Bildpunkten. Je mehr Bildpunkte, desto mehr Daten. Ein Foto direkt aus einer Kamera oder einem Handy hat oft mehrere tausend Bildpunkte in der Breite, auf dem Bildschirm werden aber meist nur einige hundert bis wenige tausend gebraucht.

Fünf Handgriffe für Bilder

1. Passende Maße erzeugen. Für jede Anzeigegröße eine Variante, nicht die Originaldatei.
2. Modernes Format wählen. WebP oder AVIF sind bei gleicher Qualität meist deutlich kleiner als JPEG, mit klassischem Format als Rückfall für alte Browser.
3. Komprimierung abwägen. Eine leichte Komprimierung ist mit bloßem Auge kaum sichtbar, spart aber viel. Prüfen Sie wichtige Bilder am Bildschirm.
4. Nachladen. Bilder unterhalb des sichtbaren Bereichs werden erst geladen, wenn der Besucher heranscrollt. Das erste große Bild dagegen nicht, es soll sofort kommen.
5. Größe angeben. Breite und Höhe im Code, damit der Browser Platz reserviert und die Seite nicht springt.

Wie Sie Bilder dauerhaft pflegen, ohne jedes Mal nachzudenken, beschreibt der Beitrag Bilder für die Website optimieren. Gestalterische Fragen behandelt Bildsprache und Fotos.

Nicht alles lässt sich im Seiteninhalt lösen. Auch die Art, wie ein Server Dateien ausliefert, bestimmt, wie schnell eine Seite startet. Die wichtigsten Stellen:

Serverantwortzeit. Wie lange der Server braucht, um überhaupt zu antworten. Bei dynamischen Systemen (etwa WordPress) rechnet der Server die Seite bei jedem Aufruf neu, wenn kein Seiten-Cache aktiv ist. Statisch erzeugte Seiten liegen fertig bereit und werden fast sofort ausgeliefert.

Komprimierung. Textdateien (HTML, Stile, Skripte) lassen sich vor der Übertragung stark verkleinern. Verfahren wie gzip oder Brotli sind Standard und sollten aktiviert sein.

Cache-Hinweise. Mit passenden Angaben sagt der Server dem Browser, wie lange er Dateien wie Logo, Stile und Bilder behalten darf. Bei wiederholten Besuchen entfällt dann das erneute Laden. Für Seiten, die sich oft ändern, gelten kürzere Zeiten, damit Änderungen ankommen.

Aktuelle Protokolle. HTTP/2 und HTTP/3 bündeln viele Anfragen effizienter als frühere Versionen. Die meisten Hoster bieten sie an; es lohnt sich, das zu prüfen.

Standort und Auslieferungsnetz. Ein Server in der Nähe der Besucher antwortet schneller. Ein Auslieferungsnetz (CDN) verteilt Dateien auf viele Standorte. Für regionale Unternehmen mit Besuchern in Deutschland genügt oft ein guter Hoster hierzulande; bei internationalem Publikum lohnt ein CDN, das aber datenschutzrechtlich eingeordnet werden sollte.

Hosting-Tarif. Sehr günstige Tarife teilen sich Ressourcen mit vielen anderen Seiten. Ist die Antwortzeit dauerhaft hoch, kann ein Wechsel helfen, aber erst, nachdem Bilder und Skripte in Ordnung sind.

So könnte ein Optimierungsprojekt für eine Unternehmenswebsite aussehen. Es ist ein Muster, keine Messreihe mit erfundenen Ergebnissen.

1. Ausgangsmessung: Die fünf wichtigsten Seiten (Startseite, zwei Leistungen, Kontakt, ein Ratgeber) mobil messen. Werte, Datum und Gerät festhalten.
2. Ursachen-Liste: Zu jeder Seite die drei größten Bremsen notieren (zum Beispiel: Hero-Bild zu groß, Chat-Skript, drei Schriftschnitte).
3. Hebel nach Aufwand und Wirkung sortieren: Bilder anpassen (geringer Aufwand, große Wirkung), Fremdskript entfernen (geringer Aufwand, mittlere Wirkung), Server-Cache einrichten (mittlerer Aufwand, große Wirkung bei Systemen mit Datenbank), Schriftschnitte reduzieren (geringer Aufwand, kleine Wirkung).
4. Umsetzen in kleinen Paketen: Je Paket neu messen. So lässt sich zuordnen, was wie viel gebracht hat.
5. Abschlussmessung und Dokumentation: Gleiche Seiten, gleiches Gerät, mehrere Läufe. Die Ergebnisse gehen an Sie, mit Hinweis, was noch offen ist.
6. Wiederholung nach Änderungen: Nach jeder größeren Ergänzung (neue Seite, neues Plug-in, neue Bildersammlung) die Kernseiten kurz prüfen.

Die Reihenfolge verhindert den häufigsten Fehler: monatelang an Details feilen, während ein einziges zu großes Bild das Ergebnis bestimmt.

1. Öffnen Sie PageSpeed Insights, tragen Sie die Adresse Ihrer Startseite ein und wählen Sie die mobile Ansicht. Notieren Sie LCP, INP und CLS.
2. Sehen Sie sich die Liste der Empfehlungen an und suchen Sie die drei, die am meisten Zeit sparen sollen. Meist stehen Bilder dort ganz oben.
3. Öffnen Sie Ihre Seite am Handy im mobilen Netz. Wie lange dauert es, bis Sie lesen können?
4. Prüfen Sie im Quelltext (Rechtsklick, Seitenquelltext anzeigen), ob Skripte von fremden Servern geladen werden. Suchen Sie nach den Adressen fremder Anbieter.
5. Testen Sie eine Seite mit vielen Bildern, zum Beispiel Ihre Referenzen. Wie schnell erscheinen die ersten Bilder, wie das letzte?
6. Tippen Sie auf einen Menüpunkt, solange die Seite noch lädt. Reagiert sie sofort?

Wenn Sie Hilfe bei der Auswertung wünschen, ist eine Messung samt Maßnahmenliste meist ein kleiner Auftrag. Eng verwandt ist die technische Seite der Suchmaschinen-Optimierung, siehe Technisches SEO.

Seiten werden mit der Zeit schwerer: ein Bild hier, ein Skript dort. Ein Leistungsbudget setzt Grenzen, damit das nicht schleichend passiert. Es besteht aus wenigen, klaren Regeln, die jeder kennt, der Inhalte einstellt.

• Bilder werden nur in vorbereiteten Größen hochgeladen; eine Obergrenze für die Dateigröße gilt für jedes Foto.
• Neue Skripte oder Plug-ins brauchen eine Begründung und werden vorher auf einer Testseite gemessen.
• Videos werden nicht automatisch abgespielt und nur nach Klick geladen.
• Auf jeder Seite wird höchstens ein großes Hero-Element verwendet.
• Für Kernseiten gelten Zielwerte (zum Beispiel grüne Bereiche der Core Web Vitals), die quartalsweise geprüft werden.
• Verstöße werden nicht gerügt, sondern behoben: Wer ein zu großes Bild findet, ersetzt es und meldet es.

Das Budget schützt nicht vor allen Fehlern, macht aber das Thema sichtbar. Das Team versteht, dass jede Ergänzung eine Zeitrechnung auslöst.

Ein Wechsel ist eine größere Entscheidung als eine Bildoptimierung. Er lohnt sich in diesen Fällen:

1. Die Serverantwortzeit liegt dauerhaft hoch, auch auf einer entschlackten Seite und mit aktivem Cache.
2. Der Tarif begrenzt Ressourcen so stark, dass Spitzenzeiten zu Fehlermeldungen führen.
3. Der Hoster bietet keine aktuelle PHP-Version, kein HTTP/2 oder keine Möglichkeit, Cache-Einstellungen zu setzen.
4. Der Standort liegt weit von Ihrer Zielgruppe entfernt, und die Auslieferung über ein Netz ist keine Option.
5. Sicherheits- oder Datenschutzanforderungen werden nicht erfüllt, etwa ein Auftragsverarbeitungsvertrag fehlt.

Prüfen Sie vor dem Wechsel Vertragslaufzeit, Umzugsunterstützung und die Frage, wie Domain und E-Mail-Adressen mitziehen. Lassen Sie den Umzug planen, damit es keinen Ausfall gibt. Die Pflege danach beschreibt Website-Wartung.

TTFB (Time to First Byte)

Zeit, bis der Server das erste Byte der Antwort liefert. Zeigt, wie schnell der Server reagiert.

Render-blockierend

Dateien, die der Browser erst laden muss, bevor er die Seite darstellen kann.

Lazy Loading

Nachladen von Bildern erst bei Bedarf.

Cache

Zwischenspeicher: Bereits geladene Dateien werden wiederverwendet.

Minifizierung

Entfernen überflüssiger Zeichen aus Code-Dateien, um sie zu verkleinern.

CDN

Content Delivery Network: ein Netz von Servern, das Dateien nah beim Besucher ausliefert.

Hauptthread

Der Teil des Browsers, der Code ausführt und die Seite aufbaut. Ist er ausgelastet, reagiert die Seite verzögert.

Feld- und Labordaten

Messwerte echter Besucher gegenüber Messwerten aus einem künstlichen Test.