Öffnen Sie Ihre eigene Website auf dem Handy, über Mobilfunk, nicht im Büro-WLAN. Zählen Sie die Sekunden, bis Sie etwas lesen können. Diese Zahl erleben Ihre Kunden, und bei den meisten Unternehmensseiten ist sie unangenehm hoch.
Eine Website schneller zu machen ist keine technische Feinheit für Entwickler. Jede zusätzliche Sekunde senkt messbar die Zahl der Menschen, die bleiben, und Google zählt Page Experience als Ranking-Signal. Dieser Leitfaden erklärt, was Seiten langsam macht, wie man es richtig misst und wie man es behebt — in der Reihenfolge, die zuerst die größten Gewinne bringt. Er folgt den vier Phasen unserer Performance-Optimierung: messen, die schweren Brocken zuerst, cachen, nachweisen.
Warum Ihre Website langsam ist, in einem Satz
Eine langsame Seite ist fast immer eine Seite, die vom Handy des Besuchers verlangt, weit mehr herunterzuladen und zu verarbeiten, als nötig wäre, um das anzuzeigen, was auf dem Bildschirm steht.
Dieses „weit mehr" besteht meist aus sechs Dingen: zu großen Bildern, zu viel JavaScript, zu vielen Schriften, Drittanbieter-Skripten, fehlendem Caching und einem langsamen Server.
Die vier Phasen
- MessenAusgangswerte mobil und am Desktop, größte Probleme priorisiert.
- Schwere BrockenBilder und Skripte zuerst — meist der Großteil des Problems.
- CachenSeiten-, Browser- und CDN-Caching für wiederkehrende und entfernte Besucher.
- NachweisenDerselbe Test, dasselbe Gerät, vorher und nachher.
Phase 1: Richtig messen
Was man nicht gemessen hat, kann man nicht reparieren, und die meisten messen falsch. Ein Test im Büro-WLAN auf einem Laptop sagt fast nichts über einen Kunden mit einem drei Jahre alten Android-Gerät im Aufzug.
Nutzen Sie PageSpeed Insights, Googles kostenloses Werkzeug. URL einfügen und zuerst den Mobil-Tab lesen. Zwei Teile sind wichtig.
Felddaten, falls vorhanden, stammen von echten Besuchern der letzten Wochen. Das ist die Wahrheit. Labordaten sind ein simulierter Test. Nützlich für die Diagnose und für Vorher-Nachher-Vergleiche, aber nicht das, was Ihre Kunden erlebt haben.
Die Punktzahl von 100 ist der am wenigsten nützliche Wert auf der Seite. Wichtig sind die drei Core Web Vitals darunter.
Core Web Vitals in verständlichen Worten
| Messwert | Was der Besucher spürt | Typische Ursache |
|---|---|---|
| LCP Largest Contentful Paint | Wie lange, bis das Hauptelement — meist das große Bild oder die Überschrift — erscheint | Riesiges Titelbild, langsamer Server, blockierender Code |
| CLS Cumulative Layout Shift | Die Seite springt beim Laden, und man tippt daneben | Bilder ohne gesetzte Maße, spät eingefügte Banner, Schriftwechsel |
| INP Interaction to Next Paint | Man tippt auf ein Menü und eine Weile passiert nichts | Zu viel JavaScript, das den Browser beschäftigt hält |
Google veröffentlicht Zielwerte für jeden dieser Punkte, und das Werkzeug zeigt, ob Ihre Seite sie erreicht. Prüfen Sie die aktuellen Schwellen am Tag selbst, statt einer älteren Quelle zu vertrauen — auch dieser Seite nicht: Die Messwerte haben sich über die Jahre geändert.
Notieren Sie vor jeder Änderung Ihre aktuellen Werte für die Startseite und ein oder zwei wichtige Unterseiten, mobil. Das ist Ihre Ausgangsbasis.
Phase 2: Die schweren Brocken — hier wird die Seite schneller
Bilder
Die übliche Lage: Jemand hat Fotos direkt aus der Kamera hochgeladen, 4 MB, 4000 Pixel breit, für eine Fläche von 600 Pixeln. Der Besucher lädt die volle Datei, der Browser verkleinert sie.
- Vor dem Hochladen skalieren. Wird ein Bild 800 Pixel breit angezeigt, braucht es keine 4000.
- Komprimieren. Qualitätsstufen um 75 bis 85 sehen für die meisten Augen identisch aus, bei einem Bruchteil der Dateigröße.
- Moderne Formate. WebP und AVIF liefern bei gleicher sichtbarer Qualität deutlich kleinere Dateien.
- Lazy Loading unterhalb des sichtbaren Bereichs, damit weiter unten liegende Bilder erst beim Scrollen geladen werden. Nicht beim Titelbild — das verzögert genau das, was LCP misst.
- Breite und Höhe immer setzen. Dieses eine Attributpaar verhindert die meisten Layoutsprünge.
Allein das halbiert bei einer typischen WordPress-Seite oft das Gewicht.
JavaScript und Skripte
Jedes Skript muss heruntergeladen, gelesen und ausgeführt werden. Auf einem modernen Laptop unsichtbar, auf einem Mittelklasse-Android der Unterschied zwischen einer Seite, die sofort reagiert, und einer, die hängt.
- Entfernen, was niemand nutzt. Alte Slider, ungenutzte Plugins, ein Chat-Widget, das keiner beantwortet, zwei Analysewerkzeuge für denselben Zweck.
- Verzögern, was nicht sofort gebraucht wird.
- Drittanbieter-Skripte streng prüfen. Chat-Widgets, Tracking-Pixel, Bewertungs-Badges, Kartendienste — jedes bringt Gewicht, und Sie kontrollieren nicht, wie schnell fremde Server antworten.
In Deutschland kommt ein zweiter Grund dazu: Viele dieser Skripte setzen Cookies oder übertragen IP-Adressen. Was Sie aus Tempogründen entfernen, müssen Sie danach auch nicht mehr in der Einwilligung behandeln.
Schriften
Eigene Schriften lohnen sich, aber jede Schnittstärke ist eine weitere Datei. Zwei Familien mit zwei bis drei Stärken reichen für die meisten Seiten. Die Schriftdateien selbst zu hosten statt sie von fremden Servern zu laden, spart eine Verbindung — und vermeidet in Deutschland zugleich die Übertragung der Besucher-IP an Google Fonts, zu der es Abmahnungen gab.
Phase 3: Caching und Auslieferung
Caching heißt, ein fertiges Ergebnis zu speichern, damit es nicht jedes Mal neu erzeugt werden muss. Drei Ebenen mit unterschiedlichen Aufgaben.
| Ebene | Speichert | Hilft |
|---|---|---|
| Seiten-Caching (auf dem Server) | Eine fertige Kopie jeder Seite | Allen, besonders bei WordPress und viel Verkehr |
| Browser-Caching | Logo, CSS, Schriften, Skripte auf dem Gerät des Besuchers | Allen, die eine zweite Seite öffnen oder wiederkommen |
| CDN | Kopien Ihrer Dateien auf Servern in vielen Städten | Besuchern, die weit vom Server entfernt sind |
Ein CDN bringt am meisten, wenn Ihr Publikum verstreut ist. Sitzt Ihr Server in Frankfurt und Ihre Kunden sind in Deutschland, ist der Gewinn klein. Verkaufen Sie auch nach Österreich, in die Schweiz und darüber hinaus, lohnt es sich deutlich.
Vielleicht ist das Hosting das Problem
Meldet PageSpeed eine lange „Antwortzeit des Servers", hilft keine Bildkomprimierung. Der Server braucht schlicht zu lange für das erste Byte.
Meist liegt das an günstigem Shared Hosting, bei dem Hunderte Seiten um dieselben Ressourcen konkurrieren, an einer nie aufgeräumten Datenbank oder an einem Server weit weg von den Besuchern. Ein Umzug auf besseres Hosting ist manchmal die wirksamste Einzelmaßnahme überhaupt — und die, die viele scheuen, weil sie aufwendig klingt. Auf einer Staging-Kopie vorbereitet ist sie es selten.
Phase 4: Nachweisen
Denselben Test, dieselben Seiten, dieselbe Geräteeinstellung wie bei der Ausgangsmessung — und die Zahlen nebeneinanderlegen. Wer Performance-Arbeit beauftragt und kein Vorher-Nachher aus demselben Test bekommt, kann nicht beurteilen, wofür er bezahlt hat.
Danach beobachten Sie die Felddaten in PageSpeed Insights und in der Search Console über die folgenden Wochen. Laborwerte verbessern sich sofort, Felddaten brauchen Zeit, weil sie über Wochen echten Verkehrs gemittelt werden.
Welcher Wert ist realistisch?
Die meisten Seiten, die wir optimieren, landen mobil zwischen 85 und 98. Große Shops mit vielen Drittanbieter-Skripten liegen darunter, und das sagen wir vor Projektbeginn statt danach.
Manches begrenzt den Wert aus guten Gründen. Ein Shop mit Zahlungsanbieter, Chat, Bewertungs-App und Werbetracking trägt Gewicht, das er zum Geschäft braucht. Das Ziel ist die schnellste Seite, die trotzdem alles kann, was Ihr Unternehmen braucht — nicht ein perfekter Wert auf einer Seite, die nichts mehr verkauft.
Wenn Sie einen Onlineshop betreiben
Shops haben eigene Probleme. Kategorieseiten laden Dutzende Produktbilder auf einmal, Skalierung und Lazy Loading zählen also doppelt. Warenkorb und Kasse lassen sich kaum cachen, weil sie für jeden Besucher anders sind — dort entscheidet die Servergeschwindigkeit. Apps und Plugins sammeln sich an und laden ihre Skripte oft auf jeder Seite.
Messen Sie bei Shops eine Kategorie- und eine Produktseite getrennt, nicht nur die Startseite. Dort verbringen Kunden ihre Zeit.
Tempo, SEO und Umsatz
Tempo hilft beim Ranking, aber indirekt und in Maßen. Eine schnelle Seite über nichts schlägt keine langsame Seite, die die Frage besser beantwortet.
Größer ist die Wirkung auf Abschlüsse. Wer geht, bevor die Seite da ist, wird kein Kunde — unabhängig vom Ranking. Deshalb passen Performance-Arbeit und SEO und lokale Suche zusammen: SEO bringt Menschen auf die Seite, Tempo hält sie lange genug dort, dass sie anrufen.
Fehler, die es schlimmer machen
- Drei Caching-Plugins installieren. Sie behindern sich gegenseitig.
- Im Büro-WLAN testen und schließen, die Seite sei in Ordnung.
- Auf 100 zielen und dabei entfernen, was Kunden tatsächlich nutzen.
- Nur die Startseite optimieren, obwohl Suchverkehr meist auf Unterseiten landet.
- Direkt auf der Live-Seite arbeiten. Wir arbeiten auf einer Staging-Kopie mit vollständigem Backup.
- Es als einmalige Aktion sehen. Zehn neue Seiten mit unkomprimierten Fotos, und Sie stehen wieder am Anfang.
Was es kostet
Unsere Performance-Optimierung startet bei 290 € zzgl. MwSt. und dauert in der Regel drei bis sieben Tage. Enthalten sind ein vollständiges Audit auf echten Geräten über Mobilfunk, Bildoptimierung, Skript-Bereinigung, Caching- und CDN-Einrichtung, gezielte Arbeit an den drei Core Web Vitals und ein Vorher-Nachher-Bericht aus demselben Test.
Schnell zu bleiben ist danach vor allem Gewohnheit: Bilder vor dem Hochladen komprimieren, jedes neue Plugin hinterfragen, alle paar Monate nachmessen. Genau das deckt ein Wartungspaket ab, ab 79 € im Monat zzgl. MwSt.
Wenn Sie wissen möchten, wo Ihre Seite wirklich steht und was sich zu beheben lohnt: Anfrage senden. Wir messen nach, nennen die realistische Obergrenze und antworten am selben Werktag.