Web & Software
Website-Performance optimieren: 10 Maßnahmen
Langsame Website? Zehn Maßnahmen, die die Ladezeit messbar verkürzen: Bilder, Scripts, Schriften, Caching, Hosting. Mit Checkliste und eigenen Messwerten.
8 Min. LesezeitOnur CirakogluAktualisiert
Eine langsame Website kostet Besucher, Anfragen und Sichtbarkeit. Wie viel genau, hängt von Ihrer Seite ab – deshalb steht in diesem Beitrag keine Prozentzahl, die wir nicht belegen können. Stattdessen: die zehn Maßnahmen, die in unseren Projekten den größten Unterschied machen, eine Checkliste zum Selbstprüfen und die Messwerte unserer eigenen Seiten.
Warum Ladezeit zählt
Drei Gründe, die ohne Studien auskommen:
- Google bewertet Seiten unter anderem nach den Core Web Vitals und indexiert primär die mobile Version.
- Besucher warten ungern. Wer im Mobilfunknetz auf ein Hero-Bild wartet, tippt auf „Zurück“.
- Jeder Klick auf einer langsamen Seite verstärkt das Problem: Menü, Formular, Galerie.
Die zehn Maßnahmen
1. Bilder optimieren
Bilder machen auf den meisten Seiten den größten Teil der übertragenen Daten aus.
| Maßnahme | Wirkung |
|---|---|
| Moderne Formate (AVIF, WebP) | deutlich kleinere Dateien bei gleicher Qualität |
Passende Größe je Bildschirm (srcset) | kein 4.000-Pixel-Bild für 400 Pixel Anzeige |
| Lazy Loading unterhalb des sichtbaren Bereichs | weniger Daten beim ersten Laden |
| Hero-Bild mit hoher Priorität | Hauptinhalt früher sichtbar |
So prüfen Sie es selbst: Rechtsklick → „Untersuchen“ → Netzwerk → nach „Img“ filtern. Bilder über 200 KB sind Kandidaten.
2. Nur laden, was gebraucht wird
Chat-Widgets, Karten, Videos und Analyse-Tools laden auf vielen Seiten sofort – auch wenn der Besucher sie nie benutzt. Kritisches zuerst, alles andere verzögert oder erst bei Interaktion.
3. Schriften richtig einbinden
Selbst gehostete Schriften, nur die benötigten Schnitte, mit font-display: swap und einer Fallback-Schrift ähnlicher Breite. Das vermeidet unsichtbaren Text und Layout-Sprünge – und die Datenschutzfrage bei extern geladenen Google Fonts gleich mit.
4. Caching nutzen
Bilder, CSS und JavaScript mit langen Cache-Zeiten und Versionierung im Dateinamen ausliefern. Wiederkehrende Besucher laden dann nur noch das HTML.
5. Server-Standort und Antwortzeit
Je näher der Server, desto kürzer der Weg. Für eine deutsche Zielgruppe: Server in Deutschland oder ein CDN mit Standorten in Europa. Eine Server-Antwortzeit über 600 ms ist ein Warnsignal – oft hilft schon ein Wechsel vom überlasteten Shared Hosting.
6. Drittanbieter-Scripts kontrollieren
Fragen Sie bei jedem Script: Wertet das jemand aus? Wenn nein, entfernen. Wenn ja, verzögert laden. Selbst gehostete, cookiefreie Analytics sind oft die leichtere und datenschutzfreundlichere Wahl.
7. Datenbankabfragen optimieren
Bei Shops und Portalen liegt der Flaschenhals oft im Backend: fehlende Indizes, viele Einzelabfragen statt einer gebündelten, unnötig große Datenmengen. Anzeichen: Die Seite ist mal schnell, mal langsam.
8. Mobil zuerst
Google bewertet die mobile Version. Messen Sie auf einem echten, nicht mehr neuen Smartphone – nicht nur in der Desktop-Emulation.
9. Regelmäßig messen
Die drei Werte, die Sie kennen sollten: LCP (Hauptinhalt sichtbar, Ziel unter 2,5 s), INP (Reaktion auf Eingaben, Ziel unter 200 ms), CLS (Layout-Verschiebung, Ziel unter 0,1). Werkzeuge: PageSpeed Insights, Google Search Console, Chrome DevTools.
10. Statisch ausliefern, wo es geht
Seiten, die sich nicht bei jedem Aufruf ändern, sollten fertig gerendert vom Server oder CDN kommen. Genau so bauen wir Unternehmenswebsites: mit Next.js statisch erzeugt, ohne Datenbankabfrage beim Aufruf.
Was erreichbar ist: unsere Messwerte
Alle Werte aus Lighthouse-Läufen vom 24.09.2026, LCP = Zeit bis zum Hauptinhalt:
| Seite | LCP | Messung |
|---|---|---|
| rechnerzentrale.com | 0,55 s | Desktop |
| aphantasie.org | 0,69 s | Desktop |
| headon.pro (alte Version) | 3,0 s | mobil |
Die alte Version unserer eigenen Website lag über dem Zielwert von 2,5 s – ein Grund für den Relaunch. Die neue misst sich im Footer live selbst.
Checkliste
Grundlagen
- PageSpeed Insights für die fünf wichtigsten Seiten ausgeführt
- LCP, INP, CLS notiert – mobil und Desktop
Bilder
- AVIF oder WebP
- Größen je Bildschirm
- Lazy Loading außerhalb des sichtbaren Bereichs
Scripts und Schriften
- Ungenutzte Scripts entfernt
- Analytics und Widgets verzögert
- Schriften selbst gehostet, nur nötige Schnitte
Server
- Caching konfiguriert
- Komprimierung (Brotli oder Gzip) aktiv
- Server-Antwortzeit unter 600 ms
Betrieb
- Monatliche Messung
- Nach jeder größeren Änderung neu gemessen
Häufig gestellte Fragen
Was kostet eine Performance-Optimierung?
Das hängt vom Zustand der Website ab. Die technische Bestandsaufnahme mit priorisierten Maßnahmen bieten wir als SEO- & KI-Sichtbarkeits-Audit zum Festpreis an; die Umsetzung als Angebot nach dem Audit. Eine erste kostenlose Einordnung gibt der SEO-Check.
Kann ich das selbst machen?
Bilder komprimieren, Plugins entfernen und Caching einschalten – ja. Code aufteilen, Server-Rendering umbauen oder ein CDN einbinden braucht Entwicklerwissen.
Wie schnell sehe ich Ergebnisse?
In PageSpeed Insights sofort nach der Änderung. Die Felddaten in der Search Console laufen über 28 Tage und ziehen entsprechend nach.
Kann Optimierung etwas kaputt machen?
Ja, bei aggressivem Caching (veraltete Inhalte) oder falschem Lazy Loading (Bilder erscheinen nicht). Deshalb testen wir jede Änderung auf einer Staging-Umgebung, bevor sie live geht.
Wie wir vorgehen
Bei headon hat jedes Projekt ein Ladezeit-Budget. Für bestehende Websites: Messung, priorisierte Liste, Festpreis für die Umsetzung, Messung danach – die Zahlen vorher und nachher bekommen Sie schriftlich.
Aktualisiert im September 2026: Beispielrechnungen und Kundenzahlen aus der ersten Fassung entfernt, da wir sie nicht belegen konnten.