Ladezeit – warum jede Sekunde zählt und was man dagegen tun kann
Von einer Webdesignerin die seit 2001 in dieser Branche arbeitet – und deren Websites in unter 300 Millisekunden laden. Nachprüfbar.
Sie klicken auf einen Link. Die Website lädt. Eine Sekunde. Zwei Sekunden. Drei Sekunden.
Was passiert in Ihrem Kopf? Frustration. Zweifel. Und sehr oft – der Klick auf den Zurück-Button.
Das ist kein theoretisches Problem. Das ist täglich gelebte Realität auf Millionen von Websites. Und es kostet Unternehmen Kunden – oft ohne dass sie es merken.
Was ist Ladezeit – wirklich?
Ladezeit ist die Zeit die vergeht zwischen dem Klick auf einen Link und dem Moment wo die Seite vollständig angezeigt wird und bedienbar ist.
Klingt einfach. Ist es aber nicht – denn "vollständig geladen" kann vieles bedeuten:
- Erster sichtbarer Inhalt – wann erscheint das erste Element auf dem Bildschirm?
- Größtes sichtbares Element – wann ist das Hauptbild oder die Hauptüberschrift geladen? (Google nennt das LCP – Largest Contentful Paint)
- Interaktivität – wann kann man wirklich klicken ohne dass nichts passiert? (Google nennt das INP – Interaction to Next Paint)
- Visuelle Stabilität – springt die Seite noch herum während sie lädt? (Google nennt das CLS – Cumulative Layout Shift)
Diese drei Messgrößen – LCP, INP und CLS – fasst Google unter dem Begriff Core Web Vitals (zu Deutsch: Kernwerte für das Web-Erlebnis) zusammen. Seit 2021 fließen sie direkt in das Google-Ranking ein.
Was langsame Websites wirklich kosten
Das sind keine Schätzungen – das sind gemessene Realitäten:
- 53 Prozent der mobilen Nutzer verlassen eine Seite wenn sie länger als 3 Sekunden lädt – Quelle: Google
- 1 Sekunde längere Ladezeit kann die Conversion-Rate (den Anteil der Besucher die etwas kaufen oder anfragen) um bis zu 7 Prozent senken
- Amazon hat berechnet dass jede 100 Millisekunden (ein Zehntel einer Sekunde!) längere Ladezeit 1 Prozent weniger Umsatz bedeutet
- Google bestraft langsame Websites seit 2021 direkt mit schlechteren Rankings
Kurz gesagt: Eine langsame Website verliert Besucher, verliert Kunden und verliert Google-Rankings. Gleichzeitig.
Warum ist meine Website langsam? – Die häufigsten Ursachen
Zu große Bilder
Das ist die häufigste und einfachste Ursache. Ein Foto direkt von der Kamera hat oft 5, 10 oder 20 Megabyte. Für eine Website braucht man selten mehr als 100-200 Kilobyte – das ist 50 bis 100 mal kleiner.
Wer Fotos unbearbeitet hochlädt lässt den Besucher warten während sein Browser ein riesiges Bild herunterlädt das er gar nicht in voller Größe sieht.
Zu viele externe Dienste
Jeder externe Dienst der in eine Website eingebunden ist verlangsamt sie. Google Fonts (Schriftarten die von Google geladen werden), Google Analytics (Besucherstatistiken), Facebook Pixel (Werbe-Tracking), YouTube-Videos, Google Maps – all das muss beim Laden der Seite von externen Servern abgerufen werden.
Jede externe Anfrage kostet Zeit. Zehn externe Anfragen kosten zehnmal so viel Zeit.
Zu viel Code – das WordPress-Problem
Eine handcodierte Website lädt nur den Code der wirklich gebraucht wird. Eine WordPress-Website mit vielen Erweiterungen (Plugins genannt) lädt hunderte von Code-Dateien – auch die die auf dieser speziellen Seite gar nicht benötigt werden.
Das ist wie ein Restaurant das für jeden Gast die komplette Speisekarte aller 50 Filialen auf den Tisch legt – obwohl der Gast nur ein Frühstück bestellt hat.
Der Grund dafür ist bauartbedingt: Jedes Plugin bringt seine eigenen Gestaltungs- und Programmdateien mit. Das Kontaktformular-Plugin lädt sein CSS und sein JavaScript. Das Galerie-Plugin ebenso. Das Cookie-Tool ebenso. Und weil kein Plugin weiß was die anderen tun, lädt jedes davon auf jeder Seite – auch dort wo es gar nichts zu tun hat. Das Formular-CSS liegt auf Ihrer Startseite, obwohl dort kein Formular steht.
Interessant wird es beim nächsten Schritt: Gegen dieses Problem gibt es dann wieder ein Plugin. Caching-Plugins wie WP Rocket oder W3 Total Cache sammeln den Wildwuchs ein, fassen Dateien zusammen und legen fertige Seiten zwischen. Das funktioniert oft gut. Aber halten Sie kurz inne und schauen Sie sich an, was da gerade passiert ist: Sie installieren ein Plugin, das die Folgen der anderen Plugins repariert. Und dieses Plugin braucht dann selbst Updates, kann selbst Konflikte auslösen und kostet in der Vollversion selbst wieder Geld.
Bei einer handcodierten Seite stellt sich die Frage nicht. Es gibt nichts zusammenzufassen, weil nichts Überflüssiges geladen wird.
Und noch etwas kommt dazu, das in dieser Rechnung meistens fehlt: Nicht alle Plugins auf einer WordPress-Seite hat die Agentur eingebaut. Wer selbst im Dashboard etwas ausprobiert – und genau dazu ist es gedacht – vergrößert die Kaskade mit jedem Klick. Warum das teurer werden kann als gedacht, steht in der WordPress-Wartungsfalle.
Die Datenbank die mit den Jahren wächst
Diese Ursache sieht man nicht – sie zeigt sich nur daran dass eine Website langsamer wird obwohl sich nichts geändert hat.
WordPress speichert Inhalte nicht in Dateien, sondern in einer Datenbank. Jeder Seitenaufruf löst dort Abfragen aus. Das ist an sich kein Problem – nur wächst diese Datenbank über die Jahre, ohne dass jemand etwas dafür tut:
- Revisionen: WordPress speichert bei jeder Textänderung eine Kopie der alten Fassung. Wer eine Seite fünfzig Mal überarbeitet hat, hat fünfzig Fassungen in der Datenbank. Gelöscht wird nichts.
- Reste deinstallierter Plugins: Wird ein Plugin gelöscht, verschwinden seine Tabellen und Einstellungen meist nicht mit. Sie bleiben liegen – für ein Plugin das es nicht mehr gibt.
- Spam-Kommentare und Transients: Zwischengespeicherte Daten und aussortierte Kommentare sammeln sich still an.
Nach einigen Jahren ist die Datenbank oft ein Vielfaches dessen, was der tatsächliche Inhalt bräuchte. Und dafür gibt es dann – Sie ahnen es – wieder ein Plugin zum Aufräumen.
Das ist übrigens auch der Grund, warum Agenturen eine gewachsene fremde WordPress-Seite ungern übernehmen. Es ist kein Vorwurf an den Vorgänger. Es ist eine Eigenschaft des Systems.
Eine handcodierte Seite ohne Datenbank hat diesen Effekt nicht. Was heute lädt, lädt in zehn Jahren gleich schnell.
Schlechtes oder günstiges Hosting
Hosting (der Server auf dem die Website liegt) macht einen enormen Unterschied. Billiges Hosting bedeutet oft dass viele tausend Websites auf demselben Server liegen und sich die Ressourcen teilen. Wenn viele gleichzeitig aktiv sind wird es für alle langsam.
Keine Zwischenspeicherung
Zwischenspeicherung (Caching genannt) bedeutet: Elemente die sich selten ändern – wie das Logo, CSS-Dateien (Gestaltungsdateien) oder Schriften – werden beim ersten Besuch im Browser gespeichert und beim nächsten Besuch nicht neu geladen. Wer das nicht nutzt lässt jeden Besucher bei jedem Besuch alles neu laden.
Wie misst man Ladezeit – und wo prüft man sie?
Die wichtigsten kostenlosen Werkzeuge – alle öffentlich und für jeden nutzbar:
- Google PageSpeed Insights (pagespeed.web.dev) – Googles eigenes Messwerkzeug. Gibt einen Score von 0 bis 100 – sowohl für mobile Geräte als auch für Desktop-Computer. Zeigt genau was langsam ist und warum.
- Google Lighthouse – in jedem Chrome-Browser eingebaut. Rechtsklick auf eine Seite → "Untersuchen" → "Lighthouse" – und man bekommt eine vollständige Analyse.
- Pingdom (tools.pingdom.com) – misst die tatsächliche Ladezeit in Sekunden von verschiedenen Standorten weltweit.
- GTmetrix (gtmetrix.com) – detaillierte Analyse was genau wie viel Zeit kostet.
Was ein guter Wert ist:
- Lighthouse Score 90-100 – sehr gut
- Ladezeit unter 2 Sekunden – gut
- Ladezeit unter 1 Sekunde – sehr gut
- Ladezeit unter 300 Millisekunden – ausgezeichnet – das ist der Standard meiner Websites
Was man konkret tun kann
Bilder optimieren:
Vor dem Hochladen Bilder verkleinern und komprimieren. Das Format WebP (ein modernes Bildformat das kleiner als JPG ist bei gleicher Qualität) verwenden wo möglich. Kostenlose Werkzeuge dafür: squoosh.app oder tinypng.com.
Externe Dienste reduzieren:
Wirklich fragen: Brauche ich Google Analytics – oder schaue ich nie in die Statistiken? Brauche ich Google Fonts – oder kann ich die Schriften lokal auf dem Server speichern? Jeder Dienst der wegfällt ist eine Anfrage weniger.
Google Fonts lokal hosten:
Statt die Schriften bei jedem Seitenaufruf von Google zu laden – einmal herunterladen und auf dem eigenen Server speichern. Kostenlos, einfach, schneller – und datenschutzkonformer.
YouTube Videos datenschutzfreundlich einbetten:
YouTube-Videos laden beim Einbetten sofort Cookies und verlangsamen die Seite erheblich. Die datenschutzfreundliche Alternative: youtube-nocookie.com verwenden – das lädt das Video erst wenn jemand auf Play klickt.
Gutes Hosting wählen:
Nicht am falschen Ende sparen. Ein guter österreichischer oder europäischer Hosting-Anbieter kostet etwas mehr – aber der Unterschied in der Ladezeit ist spürbar.
Bei WordPress: Plugins reduzieren:
Jedes Plugin das nicht wirklich gebraucht wird deaktivieren und löschen. Weniger Plugins bedeutet weniger Code – bedeutet schnellere Ladezeit.
Aber Vorsicht bei einer Sorte: Wurde Ihre Seite mit einem Layout-Baukasten wie Elementor, Divi oder WPBakery gebaut, dürfen Sie genau dieses Plugin nicht anfassen. Das komplette Layout Ihrer Seiten steckt darin. Deaktivieren Sie es, bleibt vom Inhalt eine unlesbare Zeichenfolge übrig. Dieses eine Plugin können Sie nicht entfernen – es ist Ihre Website.
Der ehrliche Vergleich – handcodiert vs. WordPress
Ich sage das nicht um Werbung für mich zu machen – ich sage es weil es messbar ist:
Eine handcodierte Website lädt nur was sie wirklich braucht. Kein überflüssiger Code, keine automatisch generierten Dateien die niemand braucht, keine Plugin-Konflikte die im Hintergrund die Seite verlangsamen.
Meine Websites laden in unter 300 Millisekunden – das ist weniger als ein Wimpernzucken. Eine vergleichbare WordPress-Website mit durchschnittlicher Konfiguration braucht oft 2 bis 5 Sekunden.
Das ist der Unterschied zwischen einem Sportwagen und einem vollbeladenen LKW. Beide kommen ans Ziel – aber der Weg dorthin ist sehr unterschiedlich. 😄
Und Google sieht diesen Unterschied. Und bewertet ihn. Jeden Tag.
Was Ladezeit mit Barrierefreiheit zu tun hat
Dieser Zusammenhang wird selten genannt – aber er ist real:
Für Menschen die Screenreader (Programme die Websites vorlesen) nutzen ist Ladezeit besonders kritisch. Wenn eine Seite 5 Sekunden lädt herrscht in der Sprachausgabe Totenstille – oder sie bricht ab. Die Information ist akustisch einfach nicht da.
Schnelle Ladezeit ist also nicht nur gut für Google-Rankings und ungeduldig Besucher. Sie ist ein wesentlicher Teil echter Barrierefreiheit.
Was für Suchmaschinen gut ist ist für Menschen mit Einschränkungen überlebenswichtig. Das ist kein Zufall – sondern der Beweis dass gutes Webdesign immer beides gleichzeitig ist.
Ich bin Petra Dippold – Webdesignerin aus Moosbrunn, in der Nähe von Wien, seit 2001 in dieser Branche. Jede Website die ich übergebe erreicht Lighthouse 100/100 – nachprüfbar, jederzeit, von jedem. Das ist kein Versprechen. Das ist ein Messwert. 😊