Website schneller machen - unter einer Sekunde, mobil gemessen.

Google bewertet Ladezeit über drei Kennzahlen: LCP für das größte sichtbare Element, INP für die Reaktion auf Eingaben, CLS für die Stabilität beim Aufbau. Gemessen wird zuerst mobil, denn dort ist die Verbindung schlechter und der Prozessor langsamer als auf dem Schreibtisch. Ich arbeite auf Werte unter einer Sekunde hin und lege Vorher und Nachher nebeneinander.

Kurz gesagtIch optimiere Websites auf Ladezeiten unter einer Sekunde und messe zuerst mobil. Die Hebel sind moderne Bildformate, weniger Skripte und Anfragen, serverseitiges Caching und eine klare Ladepriorität für den sichtbaren Bereich. Vorher- und Nachher-Werte für LCP, INP und CLS bekommen Sie schriftlich, nicht als Behauptung.

Warum ist meine Website so langsam?

Meistens liegt es an zu vielen Skripten, zu großen Bildern und fehlendem Caching. Die vier Hebel zeigen, was gemessen wird, was sich ändern lässt und was das für Ihre Werte bedeutet.

01

Erst messen, dann optimieren, dann nachmessen

Am Anfang steht ein Messwert, kein Gefühl. Ich erhebe LCP, INP und CLS aus echten und aus Labordaten, immer zuerst für Mobilgeräte. Daraus wird eine Liste mit den größten Bremsen, sortiert nach Wirkung pro Aufwand. Nach jeder Maßnahme messe ich erneut, damit sichtbar bleibt, was tatsächlich gewirkt hat und was nur Aufwand war. Sie bekommen beide Stände nebeneinander, nicht nur einen grünen Screenshot am Ende.

02

Bilder sind fast immer die größte Bremse

Der größte Zeitfresser ist meist ein Bild, das viel größer ausgeliefert wird, als es angezeigt wird. Ich reduziere auf die tatsächliche Anzeigegröße, liefere WebP oder AVIF aus und setze feste Breiten und Höhen, damit beim Laden nichts springt. Das Hero-Bild bekommt Vorrang, alles unterhalb des sichtbaren Bereichs lädt erst beim Scrollen. Allein diese Schritte verbessern LCP und CLS auf vielen Seiten deutlich, ohne dass sich am Design etwas ändert.

03

Weniger Skripte, weniger Erweiterungen, mehr Caching

Jede Erweiterung bringt eigenes JavaScript und CSS mit, oft für Funktionen, die eine Seite gar nicht nutzt. Ich prüfe, was die Seite braucht, entferne den Rest und lade den verbleibenden Code erst dann, wenn er gebraucht wird. Dazu kommt serverseitiges Caching, damit Joomla eine Seite nicht bei jedem Aufruf neu zusammenbaut. Externe Dienste wie Karten, Chats und Tracker prüfe ich einzeln, denn sie laufen auf fremden Servern und ziehen INP nach unten.

04

Wann der Unterbau selbst das Problem ist

Manche Seiten sind nicht langsam konfiguriert, sondern langsam gebaut. Wenn ein Theme jede Seite aus einem Stapel Plugins zusammensetzt, ist irgendwann jede weitere Optimierung nur noch Kosmetik. Dann sage ich das, statt monatelang an Millisekunden zu drehen. Joomla mit YOOtheme Pro bleibt schlank, weil der Page Builder die Funktionen mitbringt, für die anderswo Erweiterungen nachgeladen werden. Für weitgehend statische Seiten baue ich mit Astro, dort entfällt der Aufbau zur Laufzeit fast vollständig.

FAQ

Häufige Fragen zu Performance-Optimierung

Ihr Thema

Kurz Ihre Eckdaten - ich melde mich in der Regel innerhalb eines Werktags zurück.

Schritt 1 von 3