Website Ladezeit verbessern: Warum jede Sekunde Kunden kostet

Eine Sekunde längere Ladezeit kostet im Schnitt sieben Prozent Conversion Rate. Bei einer Website, die im Monat 40 Anfragen generiert, sind das mehrere Kunden weniger — jeden Monat, nur weil eine Seite eine Sekunde langsamer lädt als nötig. Der Schaden ist doppelt: schlechtere Rankings, weil Google Ladezeit als Rankingfaktor bewertet, und weniger Conversions, weil ungeduldige Besucher abspringen, bevor die Seite überhaupt fertig geladen ist. Dieser Artikel zeigt, wie schnell eine Website wirklich sein muss, welche fünf Ursachen für die meisten Performance-Probleme verantwortlich sind, und was Sie selbst tun können — und was ein Entwickler lösen muss.

Wie schnell muss eine Website sein?

Google misst Geschwindigkeit nicht mehr über eine einzelne Zahl, sondern über die Core Web Vitals — drei konkrete Messwerte, die direkt in die Google-Rankings einfließen.

Der kostenlose Test dafür ist Google PageSpeed Insights (pagespeed.web.dev). Geben Sie Ihre URL ein und Sie erhalten in Sekunden einen Score von 0 bis 100 sowie eine konkrete Liste der größten Bremsen — für Desktop und Mobile getrennt, was wichtig ist, weil die meisten Websites auf dem Smartphone deutlich schlechter abschneiden als auf dem Desktop.

Die 5 häufigsten Ursachen für langsame Websites

1. Unkomprimierte Bilder. Der mit Abstand häufigste Einzelfaktor. Ein Foto direkt von der Kamera oder aus einer Bilddatenbank hat oft mehrere Megabyte — für eine Website reichen in der Regel 100 bis 300 Kilobyte bei gleicher sichtbarer Qualität. Auf Seiten mit vielen unkomprimierten Bildern macht das allein den Unterschied zwischen einer Ladezeit von einer und von acht Sekunden aus.

2. Zu viele Plugins und Third-Party-Scripts. Jedes WordPress-Plugin, jeder eingebettete Chat-Widget, jedes Tracking-Script lädt zusätzlichen Code, der im Browser ausgeführt werden muss — unabhängig davon, ob der Besucher es je nutzt. Zehn Plugins bedeuten zehn zusätzliche Ladeprozesse, die sich gegenseitig blockieren können.

3. Schlechtes Hosting. Ein Shared-Hosting-Paket für wenige Euro im Monat teilt sich Serverressourcen mit hunderten anderen Websites. Bei Lastspitzen — etwa wenn eine andere Seite auf demselben Server viel Traffic bekommt — leidet die Antwortzeit aller Websites auf diesem Server, auch Ihrer.

4. Kein Caching und kein CDN. Ohne Caching wird jede Seite bei jedem Aufruf komplett neu vom Server zusammengebaut, statt eine fertige Version aus dem Zwischenspeicher auszuliefern. Ohne CDN (Content Delivery Network) kommt jede Anfrage aus einem einzigen Rechenzentrum, egal wie weit der Besucher entfernt ist — ein Nutzer aus München wartet auf Daten aus einem Server, der eventuell in einem anderen Land steht.

5. Blockierendes JavaScript. Wenn der Browser erst ein großes JavaScript-Paket vollständig laden und ausführen muss, bevor er den sichtbaren Inhalt anzeigen darf, entsteht eine spürbare Verzögerung — selbst wenn der eigentliche Text und die Bilder längst bereitstünden.

Laptop-Bildschirm mit einem PageSpeed-Dashboard und einer grünen Kreisanzeige, die einen hohen Geschwindigkeits-Score zeigt

Was Sie selbst tun können

Nicht jede Maßnahme braucht einen Entwickler. Einige Punkte lassen sich auch ohne technisches Vorwissen angehen:

• Bilder komprimieren. Kostenlose Tools wie squoosh.app oder TinyPNG reduzieren die Dateigröße um 60 bis 90 Prozent, ohne dass der Qualitätsunterschied im Browser sichtbar wird.
• Ungenutzte Plugins deaktivieren. Gehen Sie durch, welche Plugins wirklich gebraucht werden, und entfernen Sie den Rest — jedes weniger ist eine Ladezeit-Verbesserung ohne jedes Risiko.
• Hosting-Tarif prüfen. Wenn PageSpeed Insights unabhängig vom Bildmaterial durchgängig eine hohe Server-Antwortzeit (Time to First Byte) meldet, ist das oft ein Zeichen für einen zu knapp bemessenen Hosting-Tarif.

Was ein Entwickler lösen muss

Andere Ursachen liegen tiefer in der technischen Architektur und lassen sich nur durch Entwicklungsarbeit beheben:

• Code-Splitting — nur den JavaScript-Code laden, der für die jeweilige Seite tatsächlich gebraucht wird, statt das gesamte Website-Skript auf jeder Unterseite mitzuladen.
• Lazy Loading — Bilder und Inhalte, die erst weiter unten auf der Seite sichtbar werden, laden erst dann, wenn der Besucher tatsächlich dorthin scrollt.
• Kritisches CSS inline — die Styling-Regeln für den sichtbaren Bereich direkt in die HTML-Seite einbetten, damit der Browser nicht erst auf eine separate CSS-Datei warten muss, bevor er etwas anzeigen kann.
• WebP-Format statt JPEG/PNG — dasselbe Bild bei gleicher Qualität mit 25 bis 50 Prozent weniger Dateigröße.
• Richtiges CDN-Setup — Inhalte über mehrere geografisch verteilte Server ausliefern, damit jeder Besucher von einem nahegelegenen Standort bedient wird.

Warum die Technologie dahinter entscheidend ist

Hier zeigt sich ein struktureller Unterschied, der über Einzelmaßnahmen hinausgeht: Eine WordPress-Seite mit 20 aktiven Plugins ist strukturell langsamer als eine sauber entwickelte Custom-Website auf einem modernen Framework wie Next.js — unabhängig davon, wie gut die einzelnen Bilder komprimiert sind. WordPress lädt bei jedem Seitenaufruf PHP-Code, Datenbankabfragen und den kompletten Plugin-Stack, bevor überhaupt etwas beim Besucher ankommt. Ein modernes Framework kann Seiten dagegen bereits vorab statisch generieren und in Millisekunden ausliefern.

Das bedeutet nicht, dass WordPress grundsätzlich untauglich ist — für viele Anwendungsfälle reicht es völlig aus. Aber wenn Performance ein zentraler Wettbewerbsfaktor ist, etwa weil Sie in einem umkämpften lokalen Markt um jede Sekunde Vorsprung kämpfen, ist die technologische Basis der größte einzelne Hebel — größer als jede nachträgliche Optimierung auf einer strukturell langsamen Plattform.

Der PageSpeed-Score ist damit auch ein guter Gradmesser für die grundsätzliche Qualität einer Website-Umsetzung: Liegt er trotz sauberer Bilder und wenigen Plugins dauerhaft unter 70, ist das selten ein Detailproblem — es ist meist ein Zeichen, dass die technische Basis an ihre Grenzen stößt.