Warum lädt Ihre Website langsam? Ursachen und Lösungen

Eine langsame Website kostet Sie selten auf einen Schlag einen Kunden, aber nach und nach. Ein Einkäufer, der zwischen zwei Terminen auf dem Smartphone drei Anbieter vergleicht, wartet nicht auf eine Seite, die nicht fertig lädt. Außerdem nutzt Google die Core Web Vitals als eines der Signale für die Nutzererfahrung einer Seite. Geschwindigkeit ist also kein technisches Detail, sondern Teil dessen, wie Ihr Unternehmen wirkt.

In diesem Beitrag lesen Sie, wie Sie herausfinden, wo das Problem liegt, welche Ursachen uns in der Praxis am häufigsten begegnen und in welcher Reihenfolge Sie sie angehen. Eine einzelne Einstellung, die alles löst, gibt es nicht, wohl aber ein Vorgehen, das zuverlässig funktioniert.

01Zuerst messen: drei Werte, auf die es ankommt

Google bewertet die Geschwindigkeit anhand von drei Core Web Vitals. Largest Contentful Paint (LCP) misst, wann das größte sichtbare Element geladen ist, meist ein Bild oder eine Überschrift; gut sind 2,5 Sekunden oder weniger. Interaction to Next Paint (INP) misst, wie schnell die Seite auf Klicks und Eingaben reagiert; gut sind 200 Millisekunden oder weniger. INP hat im März 2024 die ältere Kennzahl First Input Delay abgelöst. Cumulative Layout Shift (CLS) misst, wie stark Inhalte beim Laden verspringen; gut ist ein Wert von 0,1 oder weniger. Maßgeblich ist das 75. Perzentil echter Besuche: Drei von vier Besuchen müssen innerhalb der Grenze bleiben.

Achten Sie auf den Unterschied zwischen Felddaten und Labordaten. PageSpeed Insights zeigt oben Felddaten echter Chrome-Nutzer aus den vergangenen 28 Tagen, allerdings nur, wenn Ihre Website genügend Besucher hat. Darunter steht ein Lighthouse-Test: eine simulierte Messung auf einem Mittelklasse-Smartphone mit gedrosselter Verbindung. Viele Unternehmenswebsites haben zu wenig Traffic für Felddaten. Dann sind die Labormessungen und der Bericht zu den Core Web Vitals in der Google Search Console Ihre wichtigsten Quellen. So erstellen Sie in einer halben Stunde eine Ausgangsmessung:

1. Wählen Sie die fünf Seiten, die für Ihren Umsatz am wichtigsten sind: die Startseite, Ihre wichtigste Leistungsseite, eine Referenz, die Kontaktseite und die Zielseite Ihrer Anzeigen.
2. Testen Sie jede Seite in PageSpeed Insights für Mobilgeräte und notieren Sie LCP, INP (im Labortest ersatzweise Total Blocking Time) und CLS.
3. Prüfen Sie, welches Element der Bericht als LCP-Element ausweist. Oft ist es ein großes Bild oder ein Slider ganz oben.
4. Öffnen Sie den Core-Web-Vitals-Bericht in der Search Console und sehen Sie nach, welche URL-Gruppen als „Schlecht“ oder „Optimierung erforderlich“ markiert sind.
5. Halten Sie die Werte mit Datum fest. Ohne Ausgangsmessung wissen Sie später nicht, ob eine Änderung etwas gebracht hat.

02Die häufigsten Ursachen

Ein langsamer Server. Bevor der Browser etwas anzeigen kann, muss der Server die Seite erzeugen. Auf günstigem Shared Hosting, ohne Seiten-Cache und mit Dutzenden Datenbankabfragen pro Aufruf, kann das bereits einen großen Teil der verfügbaren Zeit kosten. Sie erkennen das an einer hohen Time to First Byte (TTFB); Google empfiehlt 0,8 Sekunden oder weniger. Sitzen Ihre Besucher überwiegend in Deutschland, liegt ein Rechenzentrum in Deutschland oder einem Nachbarland nahe. Das verkürzt die Wege und vereinfacht zugleich die Bewertung nach der DSGVO.

Zu große Bilder. Ein Foto mit mehreren Megabyte, das auf dem Smartphone 400 Pixel breit angezeigt wird, ist nach wie vor die häufigste Ursache für einen schlechten LCP. Weitere Klassiker: keine modernen Formate wie WebP oder AVIF, eine einzige Dateigröße für alle Bildschirme und Lazy Loading ausgerechnet beim Hauptbild oben, das der Browser dadurch später statt früher lädt. Fehlen Breite und Höhe im HTML, verspringt die Seite, sobald das Bild eintrifft, und der CLS steigt.

Zu viel JavaScript und zu viele externe Skripte. Slider, Page-Builder, Chat-Widgets, A/B-Test-Tools, eingebettete Videos und ein Tag Manager voller alter Tags: Jedes Skript muss heruntergeladen und ausgeführt werden. Solange der Browser damit beschäftigt ist, reagiert die Seite träge auf Eingaben. Das ist die Hauptursache für einen schlechten INP. Häufig weiß niemand mehr, warum ein bestimmtes Skript eingebunden ist. Auch ein Consent-Banner kann zur Bremse werden, wenn es selbst viel Code nachlädt.

Schriften von fremden Servern. Drei Schriftfamilien in fünf Schnitten, geladen von einem externen Dienst, verzögern die erste Darstellung und lassen Text springen. In Deutschland kommt ein rechtlicher Aspekt hinzu: Das Landgericht München I hat 2022 entschieden, dass die dynamische Einbindung von Google Fonts ohne Einwilligung die IP-Adresse der Besucher unzulässig an Google weitergibt. Selbst gehostete Schriften, beschränkt auf die tatsächlich genutzten Zeichen und Schnitte, sind schneller und vermeiden dieses Problem.

03Was Sie zuerst angehen

Nicht jede Verbesserung bringt gleich viel. Wir arbeiten meist in dieser Reihenfolge, weil jeder Schritt den nächsten erleichtert:

1. Server und Caching: ein Seiten-Cache, wo möglich, OPcache für PHP, Komprimierung mit Brotli oder gzip, HTTP/2 oder HTTP/3 und bei Bedarf ein CDN.
2. Das LCP-Element: passende Abmessungen, ein modernes Format, mehrere Größen über srcset, eine hohe Ladepriorität per fetchpriority und niemals Lazy Loading für dieses Bild.
3. Platz reservieren: Breite und Höhe für alle Bilder, ein festes Seitenverhältnis für Videos und Karten und keine Leisten, die den Inhalt nach dem Laden nach unten schieben.
4. JavaScript reduzieren: ungenutzte Skripte entfernen, den Rest verzögert laden und schwere Bestandteile wie Chat oder Video erst nach einem Klick laden.
5. Schriften: selbst hosten, auf zwei Schnitte begrenzen und font-display nutzen, damit Text sofort sichtbar ist.

Ein typisches Beispiel bei Dienstleistern: Die Startseite beginnt mit einem Slider aus fünf großen Fotos, ein Chat-Widget läuft mit, und der Tag Manager lädt Skripte von Kampagnen, die seit Jahren beendet sind. Ein gut komprimiertes Hauptbild statt des Sliders, ein Chat-Button, der sein Skript erst beim Klick lädt, und ein aufgeräumter Tag Manager verändern optisch wenig, nehmen dem Browser aber einen großen Teil der Arbeit ab.

04Schnell bleiben: Geschwindigkeit ist Pflege

Eine Website wird selten über Nacht langsam. Es passiert schleichend: ein neues Video auf der Startseite, ein zusätzliches Tracking-Tag für eine Kampagne, ein Plug-in für ein einzelnes Formular. Vereinbaren Sie deshalb ein Performance-Budget, etwa ein maximales Seitengewicht, eine Obergrenze für JavaScript und einen LCP unter 2,5 Sekunden auf Mobilgeräten, und prüfen Sie jede Änderung daran. Halten Sie dieses Budget im Auftrag an Ihre Agentur fest, damit es eine Vereinbarung ist und kein guter Vorsatz.

• Testen Sie dieselben fünf Seiten jedes Quartal erneut und vergleichen Sie die Werte mit Ihrer Ausgangsmessung.
• Gehen Sie zweimal im Jahr Ihren Tag Manager durch und entfernen Sie Tags, die niemand mehr nutzt.
• Lassen Sie hochgeladene Bilder vom CMS automatisch verkleinern und umwandeln, damit Redakteure nicht daran denken müssen.
• Halten Sie Framework, Pakete und Serversoftware aktuell; neuere Versionen sind oft auch schneller.
• Prüfen Sie nach jeder größeren Änderung den Bericht in der Search Console.

Wann reicht Optimieren nicht mehr? Wenn der Großteil des JavaScripts aus einem Theme oder Page-Builder stammt, den Sie nicht entfernen können, wenn jede Verbesserung etwas anderes beschädigt oder wenn Sie das Hosting nicht selbst wählen können. Dann ist ein neuer, schlanker Aufbau oft günstiger als fortgesetztes Flicken. In allen anderen Fällen gilt: erst messen, dann in dieser Reihenfolge verbessern.

Möchten Sie einen ersten Eindruck von Ihrer eigenen Website? Der Geschwindigkeitstest auf unserer Startseite misst Ihre Startseite auf einem Mobilgerät und zeigt in weniger als einer Minute die wichtigsten Werte. Für eine vollständige Analyse sehen wir uns im Erstgespräch Ihre wichtigsten Seiten und den technischen Aufbau dahinter an.