Website Performance verbessern: Was wirklich hilft
Eine schnelle Website entsteht nicht durch ein einzelnes Cache-Plugin. Entscheidend ist, den tatsächlichen Engpass zu finden und unnötige Arbeit für Server und Browser zu vermeiden.
Eine Website kann noch so gut aussehen. Wenn beim Laden zuerst mehrere Sekunden lang nichts passiert, Buttons verzögert reagieren oder Inhalte plötzlich durch die Gegend springen, funktioniert sie trotzdem nicht besonders gut.
Ich beschäftige mich deshalb bei fast allen Webprojekten mit Performance und prüfe sowohl meine eigene Website als auch Kundenprojekte regelmäßig mit unterschiedlichen Werkzeugen.
Die Ergebnisse unterscheiden sich je nach Umfang und Technik deutlich. Eine schlanke Portfolio-Website hat andere Voraussetzungen als eine WordPress-Seite mit WooCommerce, vielen Funktionen und zusätzlichen Schnittstellen. Je mehr ein System leisten muss, desto anspruchsvoller wird die Optimierung.
Messwerte sind außerdem Momentaufnahmen. Sie schwanken je nach Seite, Gerät, Verbindung und Testlauf. Ein grüner Kreis ist erfreulich, aber nicht das eigentliche Ziel. Wichtiger ist, dass die Website für echte Menschen schnell, stabil und zuverlässig funktioniert.
Erst messen, dann optimieren
Bevor ich etwas ändere, teste ich die Website. Sonst lässt sich kaum feststellen, ob eine Maßnahme tatsächlich geholfen hat oder nur sehr beschäftigt aussah.
Dafür verwende ich hauptsächlich:
PageSpeed Insights für Laborwerte und verfügbare Felddaten aus echten Seitenaufrufen
Lighthouse direkt im Browser für einzelne Tests und technische Hinweise
GTmetrix als zusätzliche Perspektive auf Ladeverlauf, Dateigrößen und Anfragen
Independent Analytics, um zu sehen, welche Seiten und Geräte bei einer WordPress-Website tatsächlich relevant sind
Keines dieser Werkzeuge liefert allein die vollständige Wahrheit. Lighthouse testet eine bestimmte Situation unter simulierten Bedingungen. Derselbe Test kann wenige Minuten später ein anderes Ergebnis liefern. Felddaten zeigen dagegen, wie eine Seite über einen längeren Zeitraum bei echten Besuchen funktioniert, stehen aber nicht für jede Website oder Unterseite zur Verfügung.
Deshalb schaue ich nicht nur auf die Gesamtpunktzahl, sondern auf die eigentlichen Hinweise: Welches Element lädt zu spät? Welche Datei blockiert die Darstellung? Woher kommen Layout-Verschiebungen? Welche externen Dienste werden aufgerufen?
Erst dann wird optimiert.
Hosting ist die Grundlage
Wenn der Server lange braucht, um überhaupt auf eine Anfrage zu reagieren, können kleinere Anpassungen an Bildern oder CSS das Problem nicht vollständig lösen.
Ein gutes WordPress-Hosting sollte eine aktuell unterstützte PHP-Version, serverseitiges Caching, SSL, moderne Übertragungsprotokolle und ausreichend Ressourcen für das jeweilige Projekt bieten. Wichtig sind außerdem regelmäßige Backups und ein Support, der bei Problemen tatsächlich weiterhilft.
Ich arbeite unter anderem mit Raidboxes, weil dort vieles davon bereits für WordPress vorbereitet ist und ich nicht für jede grundlegende Optimierung ein zusätzliches Plugin benötige. Transparenzhalber: Ich bin Raidboxes Silver Partnerin. Ich empfehle das Hosting trotzdem nicht für jedes Projekt automatisch. Eine kleine Website hat andere Anforderungen als ein Shop oder eine Plattform mit vielen Mitgliedern und Datenbankabfragen.
Auch ein CDN ist nicht immer zwingend notwendig. Wenn sich die Zielgruppe hauptsächlich in Österreich und Deutschland befindet und der Server in Europa steht, kann ein sauber konfiguriertes Hosting bereits gut funktionieren. Bei internationalen Zugriffen oder vielen großen Mediendateien kann ein CDN deutlich sinnvoller werden.
Bilder: besonders relevant für visuelle Websites
Auf Portfolio-, Fotografie- und Projektseiten gehören Bilder oft zu den größten übertragenen Dateien. Ein hochauflösendes Foto direkt aus der Kamera hochzuladen und es im Browser auf 600 Pixel Breite anzeigen zu lassen, ist technisch möglich. Sinnvoll ist es nicht.
Ich achte deshalb auf vier Punkte:
Passende Abmessungen: Das Bild sollte nicht wesentlich größer ausgeliefert werden, als es im Layout benötigt wird.
Komprimierung: Die Dateigröße wird reduziert, ohne dass sichtbare Details unnötig verloren gehen.
Moderne Formate: WebP und AVIF können Bilder häufig kleiner ausliefern als JPEG oder PNG.
Responsive Bildgrößen: Mobilgeräte sollten nicht dieselbe riesige Datei laden müssen wie ein großer Desktop-Bildschirm.
WordPress erstellt normalerweise automatisch mehrere Bildgrößen und kann sie über srcset passend ausliefern. Voraussetzung ist, dass Theme oder Page Builder diese Funktion sauber nutzen und die richtigen Bildgrößen ausgewählt wurden.
Auch Lazy Loading hilft, aber nicht überall. Bilder weiter unten auf der Seite dürfen erst laden, wenn sie sich dem sichtbaren Bereich nähern. Das wichtigste Bild im oberen Bereich – häufig das Hero- oder Titelbild – sollte dagegen sofort geladen und entsprechend priorisiert werden.
Einfach alles auf Lazy Load zu stellen, ist also keine Optimierung. Es ist vor allem einfach.
Schriften und Icons bewusst einsetzen
Eine Website wird nicht allein deshalb langsam, weil sie drei verschiedene Schriftfamilien verwendet. Entscheidend ist, wie viele Dateien, Schnitte und Zeichensätze tatsächlich geladen werden.
Eine Familie mit acht verschiedenen Schriftschnitten kann mehr Daten verursachen als zwei gut konfigurierte variable Fonts. Deshalb lade ich nur jene Gewichte, die im Design wirklich vorkommen.
Webfonts hoste ich in der Regel lokal. Das reduziert externe Verbindungen und erleichtert eine datenschutzfreundliche Umsetzung. Wichtige Schriften können vorgeladen werden, aber auch hier gilt: Nur das vorladen, was am Anfang wirklich gebraucht wird.
Bei Icons verwende ich möglichst einzelne SVG-Dateien statt einer vollständigen Iconbibliothek. Für drei Pfeile, ein Menü-Symbol und ein Instagram-Icon muss nicht vorsorglich die halbe Geschichte der visuellen Kommunikation geladen werden.
Nicht die Anzahl der Plugins entscheidet
WordPress-Plugins sind nicht automatisch schlecht für die Performance. Die reine Anzahl sagt wenig darüber aus, wie schnell eine Website ist.
Problematisch werden Plugins, wenn sie auf jeder Seite unnötige CSS- und JavaScript-Dateien laden, viele Datenbankabfragen ausführen oder regelmäßig externe Dienste kontaktieren. Ein einzelnes schweres Plugin kann mehr ausmachen als zehn kleine, sauber entwickelte Erweiterungen.
WooCommerce ist dafür ein gutes Beispiel. Es bringt Warenkorb, Bestellungen, Produkte, Kundendaten, E-Mails und viele weitere Shopfunktionen mit. Wenn all das benötigt wird, ist der zusätzliche Aufwand gerechtfertigt. Bei Metternich wirkt sich diese umfangreichere Infrastruktur allerdings auf die Performance aus.
Deshalb prüfe ich bei jedem Projekt:
Wird die Funktion tatsächlich gebraucht?
Lädt das Plugin Dateien auch auf Seiten, auf denen es gar nicht verwendet wird?
Überschneiden sich Funktionen mehrerer Plugins?
Gibt es unnötige externe Anfragen oder Datenbankabfragen?
Kann eine kleine, klar begrenzte Eigenentwicklung sinnvoller sein?
Das bedeutet nicht, alles selbst zu programmieren. Es bedeutet nur, nicht für jede Kleinigkeit das nächste Plugin zu installieren und anschließend ein weiteres Plugin zu benötigen, das die Folgen des ersten optimiert.
Externe Dienste kosten Zeit
Videos, Karten, Tracking, Social-Media-Feeds, Chat-Funktionen und CRM-Systeme können sinnvoll sein. Jede externe Verbindung bringt aber zusätzliche Anfragen und Abhängigkeiten mit.
YouTube-Videos lassen sich beispielsweise zunächst als Vorschaubild anzeigen und erst nach einem Klick laden. Karten müssen nicht auf jeder Seite eingebettet werden. Social-Media-Feeds sehen häufig lebendig aus, laden dafür aber Skripte, Bilder und Daten von mehreren Quellen.
Auch beim Tracking lohnt sich die Frage, welche Informationen tatsächlich benötigt werden. Für viele kleinere Websites reicht eine schlankere Statistiklösung wie Independent Analytics vollkommen aus.
Weniger externe Dienste bedeuten nicht nur bessere Performance. Sie erleichtern häufig auch Wartung und Datenschutz.
CSS und JavaScript: vorsichtig optimieren
Minifizierung kann CSS- und JavaScript-Dateien verkleinern. Sie ist aber selten der erste und größte Hebel.
Wichtiger ist, dass nur jene Dateien geladen werden, die auf der jeweiligen Seite tatsächlich benötigt werden. Ungenutztes CSS, große globale Skripte und unnötige Animationen können Browser stärker beschäftigen als ein paar zusätzliche Leerzeichen im Code.
Auch Einstellungen wie defer, async, „JavaScript verzögert laden“ oder „alle CSS-Dateien zusammenfassen“ sollten nicht blind aktiviert werden. Sie verändern, wann und in welcher Reihenfolge Dateien ausgeführt werden. Bei WordPress kann das schnell dazu führen, dass Menüs, Formulare oder Slider plötzlich nicht mehr funktionieren.
Nach jeder Änderung teste ich deshalb nicht nur den neuen Score, sondern auch die Website:
Navigation und mobile Menüs
Formulare
Animationen und Slider
Warenkorb und Bestellvorgang
verschiedene Bildschirmgrößen
eingeloggte und ausgeloggte Ansichten
99 Punkte sind wenig hilfreich, wenn das Kontaktformular nicht mehr absendet.
Die Core Web Vitals verstehen
Google bewertet die Nutzererfahrung unter anderem mit drei Core Web Vitals:
LCP – Largest Contentful Paint: Wann wird das größte sichtbare Inhaltselement geladen?
INP – Interaction to Next Paint: Wie schnell reagiert die Seite auf eine Interaktion?
CLS – Cumulative Layout Shift: Wie stark verschieben sich Inhalte während des Ladens?
Als gute Orientierung gelten:
LCP innerhalb von 2,5 Sekunden
INP unter 200 Millisekunden
CLS unter 0,1
Entscheidend sind dabei möglichst die Daten echter Seitenaufrufe über einen längeren Zeitraum. Ein einzelner Lighthouse-Test hilft bei der Fehlersuche, bildet aber nicht automatisch die Erfahrung aller Besucher ab.
Auch Google weist darauf hin, dass Core Web Vitals Teil der Seitenerfahrung sind, aber keine guten Inhalte ersetzen. Eine schnelle, leere Website bleibt schließlich vor allem eines: schnell leer.
Meine Reihenfolge für eine schnellere WordPress-Website
Wer eine langsame Website verbessern möchte, muss nicht sofort zehn Optimierungsplugins installieren. Ich würde in dieser Reihenfolge vorgehen:
Website mit PageSpeed Insights und Lighthouse testen
größte Bilder und das wichtigste sichtbare Element prüfen
Serverantwort, PHP-Version und Caching kontrollieren
externe Schriften, Videos, Tracking- und Social-Media-Dienste untersuchen
Plugins und Datenbankabfragen prüfen
unnötiges CSS und JavaScript reduzieren
nach jeder Änderung erneut messen und alle Funktionen testen
Performance ist keine einmalige Aufgabe. Inhalte werden ergänzt, Plugins aktualisiert und neue Funktionen eingebaut. Deshalb prüfe ich Websites regelmäßig und nicht erst dann, wenn sie sich anfühlen, als würden sie über ein sehr langes Verlängerungskabel geladen.
Eine gute Website darf schön sein. Sie muss aber auch funktionieren.