Ladezeit senken: was Caching auf einem Blog wirklich bringt

Unsere Startseite brauchte 1,4 Sekunden bis zur ersten Serverantwort. Beschwert hat sich niemand per Mail, aber die Absprungrate auf dem Telefon erzählte etwas anderes. Drei Einstellungen haben das Problem an einem Abend erledigt, ohne Umzug und ohne neues Theme.

Caching: der Hebel mit dem besten Verhältnis

Aktivieren Sie zuerst, wofür Sie ohnehin bezahlen:

• einen Seiten-Cache auf dem Server, damit dasselbe HTML tausendmal ausgeliefert statt tausendmal berechnet wird
• ein kostenloses CDN vor dem Blog, besonders wenn ein Teil der Leserschaft außerhalb Deutschlands sitzt
• lange Ablaufzeiten für Bilder, Schriften und Stylesheets
• eine geprüfte Ausnahme für Kommentar- und Formularseiten, sonst sehen Leser ihre eigenen Eingaben nicht

Nach diesen Einstellungen fiel unsere mittlere Serverantwort von 1,4 Sekunden auf 480 Millisekunden, für null Euro im Monat. Kein Hosterwechsel hat uns je einen vergleichbaren Sprung gebracht.

Messung: zwei Werte vorher, zwei Werte nachher

Notieren Sie die Serverantwortzeit und die Zeit bis zum größten sichtbaren Element auf dem Telefon, gemessen zu drei Tageszeiten unter der Woche. Ohne diese Werte beurteilen Sie eine Änderung nach Gefühl, und das Gefühl irrt zuverlässig zugunsten dessen, was man gerade eingerichtet hat. Wir wiederholen dieselbe Messung einen Monat später, wenn der Neuigkeitseffekt verflogen und der Cache normal gefüllt ist.

Ein Cache verschiebt die Rechenarbeit, er streicht sie nicht. Was Ihr Browser danach lädt, bleibt Ihr Problem.

Grenzen: wo Caching nichts mehr rettet

Ein Cache repariert keine drei Megabyte schwere Startseite und keine zwölf Skripte fremder Anbieter. Wenn die Serverantwort bereits unter 300 Millisekunden liegt und die Seite trotzdem träge wirkt, liegt es an dem, was der Browser anschließend herunterlädt. Dann helfen kleinere Bilder, weniger Schriftschnitte und der Verzicht auf zwei Einbettungen, nicht die nächste Cache-Ebene.