Ladezeit verbessern: Pagespeed-Basics für Nicht-Techniker
Eine langsame Website kostet Besucher, Anfragen und Rankings — und die häufigsten Bremsen lassen sich ohne Entwickler lösen. Dieser Ratgeber erklärt, wie Sie Ihre Ladezeit kostenlos messen, was die Werte bedeuten und welche Maßnahmen den größten Effekt haben.
Warum die Ladezeit Rankings und Umsatz beeinflusst
Ladezeit wirkt an zwei Stellen. Erstens beim Menschen: Wer auf ein Suchergebnis klickt und mehrere Sekunden auf einen weißen Bildschirm starrt, drückt zurück und probiert den nächsten Treffer — die Anfrage geht an den Wettbewerber. Zweitens beim Algorithmus: Google bezieht das Seitenerlebnis, gemessen unter anderem über die Core Web Vitals, als Rankingfaktor ein.
Dabei gilt: Die Ladezeit ist ein unterstützender Faktor, kein Wundermittel. Eine schnelle Seite mit schwachem Inhalt rankt nicht plötzlich vorn. Aber zwischen zwei inhaltlich ähnlichen Seiten hat die schnellere die besseren Karten — und sie verwandelt mehr Besucher in Kunden. Gerade mobil, wo Verbindungen schwanken, ist Geschwindigkeit bares Geld.
Wie messen Sie Ihre Ladezeit kostenlos?
Das wichtigste Gratis-Tool ist PageSpeed Insights von Google (pagespeed.web.dev): URL eingeben, Bericht abwarten, fertig. Sie erhalten getrennte Werte für Mobil und Desktop, die Core Web Vitals und eine priorisierte Liste konkreter Verbesserungsvorschläge. Ergänzend lohnt ein simpler Selbsttest am eigenen Smartphone im Mobilfunknetz.
Drei Hinweise zur Interpretation:
- Mobil zählt zuerst. Google indexiert mobil-first — der Mobil-Wert ist Ihr Referenzwert, auch wenn der Desktop-Wert schmeichelhafter aussieht.
- Labor- vs. Felddaten: PageSpeed Insights zeigt oben echte Nutzerdaten (falls genug Traffic vorhanden) und darunter einen Labortest. Echte Nutzerdaten sind aussagekräftiger.
- Nicht auf die 100 fixieren: Der Score ist ein Kompass, kein Selbstzweck. Entscheidend ist, die konkret genannten Bremsen abzuarbeiten.
Was sind Core Web Vitals — einfach erklärt?
Die Core Web Vitals sind drei Messwerte, mit denen Google das Nutzererlebnis einer Seite bewertet: Wie schnell erscheint der Hauptinhalt (LCP), wie schnell reagiert die Seite auf Eingaben (INP) und wie stark verspringt das Layout während des Ladens (CLS). Für jeden Wert gibt es einen „guten“ Zielbereich.
| Messwert | Was er misst | „Gut“ laut Google | Typische Ursache bei Problemen |
|---|---|---|---|
| LCP Largest Contentful Paint |
Wann das größte sichtbare Element (meist ein Bild oder die Überschrift) geladen ist | ≤ 2,5 Sekunden | Zu große Bilder, langsames Hosting |
| INP Interaction to Next Paint |
Wie schnell die Seite auf Klicks und Eingaben reagiert | ≤ 200 Millisekunden | Zu viel JavaScript, viele Drittanbieter-Skripte |
| CLS Cumulative Layout Shift |
Wie stark Inhalte beim Laden verspringen | ≤ 0,1 | Bilder ohne feste Größe, nachladende Banner |
Sie müssen diese Werte nicht selbst berechnen — PageSpeed Insights und die Google Search Console (Bericht „Core Web Vitals“) zeigen sie fertig an.
Bilder optimieren: der größte Hebel
Bei den meisten kleinen Websites sind Bilder der mit Abstand größte Ladezeit-Posten: Fotos kommen direkt aus der Kamera mit mehreren Megabyte auf die Seite. Verkleinern Sie Bilder vor dem Upload auf die tatsächlich angezeigte Größe und nutzen Sie moderne, komprimierte Formate — das spart oft weit über die Hälfte des Seitengewichts.
Konkret bedeutet das: Ein Bild, das auf der Seite 800 Pixel breit angezeigt wird, muss nicht 4.000 Pixel breit hochgeladen werden. Moderne Formate wie WebP oder AVIF komprimieren deutlich besser als klassische JPEGs bei gleicher Bildqualität; viele CMS und Baukästen wandeln beim Upload automatisch um. Kostenlose Werkzeuge wie Squoosh (squoosh.app) erledigen das sonst im Browser.
Zwei Ergänzungen: Geben Sie Bildern feste Breiten- und Höhenangaben, damit das Layout beim Laden nicht springt (CLS), und aktivieren Sie Lazy Loading, damit Bilder weiter unten erst beim Scrollen geladen werden. Alt-Texte kosten übrigens keine Ladezeit — die gehören aus SEO- und Barrierefreiheits-Gründen trotzdem an jedes Bild.
Welche 8 Maßnahmen bringen am meisten — ohne Entwickler?
Die wirksamsten Schritte sind unspektakulär: Bilder verkleinern, Überflüssiges entfernen, Caching aktivieren. Alle acht folgenden Maßnahmen lassen sich in gängigen CMS und Baukästen ohne Programmierkenntnisse umsetzen — beginnen Sie oben, dort sitzt der größte Hebel.
- Bilder vor dem Upload verkleinern und in WebP/AVIF ausliefern (siehe oben).
- Lazy Loading aktivieren — in vielen Systemen nur ein Schalter oder standardmäßig an.
- Ungenutzte Plugins und Widgets löschen — jedes Plugin kann eigene Skripte und Stylesheets laden.
- Schriftarten reduzieren: ein bis zwei Schriftfamilien reichen; jede weitere kostet Ladezeit.
- Videos nicht direkt einbetten, sondern per Vorschaubild verlinken oder erst auf Klick laden — eingebettete Player laden sonst sofort erhebliche Datenmengen.
- Caching aktivieren — per Hosting-Einstellung oder Caching-Plugin (siehe nächster Abschnitt).
- Startseite entrümpeln: Slider mit zehn Fotos, Karten-Embeds und Social-Feeds gehören selten alle auf die erste Seite.
- Drittanbieter-Skripte hinterfragen: Chat-Widgets, Tracking-Pixel und Analyse-Tools nur behalten, wenn sie wirklich genutzt werden.
Messen Sie nach jeder größeren Änderung erneut — so sehen Sie, welche Maßnahme bei Ihrer Seite tatsächlich wirkt.
Hosting, Caching, Plugins: die technischen Basics
Drei Begriffe fallen bei Pagespeed immer — kurz erklärt: Hosting ist der Server, der Ihre Website ausliefert; ein überlastetes Billig-Paket bremst jede noch so optimierte Seite. Caching bedeutet, fertige Seiten zwischenzuspeichern, statt sie bei jedem Aufruf neu zu erzeugen. Plugins erweitern Ihr CMS — und jedes bringt potenziell eigenen Ballast mit.
Praktisch heißt das: Prüfen Sie zuerst, ob Ihr Hoster serverseitiges Caching und HTTP-Komprimierung anbietet — oft ist das nur eine Einstellung im Kundenmenü. Bei WordPress übernimmt sonst ein etabliertes Caching-Plugin diese Aufgabe. Ein CDN (Content Delivery Network) verteilt Ihre Dateien zusätzlich auf weltweite Server; für regionale Websites ist das nett, aber selten der entscheidende Hebel.
Bedenken Sie auch die Gegenseite: Nicht nur Menschen, auch Crawler von Google und KI-Suchsystemen rufen Ihre Seiten ab. Eine schnelle, schlanke Website wird zuverlässiger und häufiger gecrawlt — das zahlt direkt auf Ihre Sichtbarkeit ein, auch die lokale Sichtbarkeit. Und wenn die Technik steht, entscheidet die Struktur: Wie Sie Linkkraft gezielt auf wichtige Seiten lenken, zeigt der Ratgeber interne Verlinkung optimieren.
Häufige Fragen zur Ladezeit
Was ist eine gute Ladezeit?
Als Orientierung gilt: Der Hauptinhalt sollte in etwa 2,5 Sekunden sichtbar sein — das entspricht Googles Schwellenwert für einen guten LCP-Wert (Largest Contentful Paint). Alles deutlich darüber frustriert Besucher spürbar, besonders im Mobilfunknetz. Wichtiger als der perfekte Wert ist, die eigenen größten Bremsen zu kennen und abzustellen.
Ist die Ladezeit ein Rankingfaktor?
Ja. Google bestätigt Seitenerlebnis-Signale, darunter die Core Web Vitals, als Rankingfaktor — allerdings als einen von vielen. Guter Inhalt schlägt eine schnelle, aber leere Seite. Die Ladezeit wirkt zusätzlich indirekt: Langsame Seiten haben höhere Absprungraten und schlechtere Conversion, was den Geschäftserfolg unabhängig vom Ranking mindert.
Warum ist meine mobile Seite langsamer als die Desktop-Version?
Mobile Geräte haben oft schwächere Prozessoren und langsamere, schwankende Funkverbindungen. Dieselbe Seite braucht dort für Download und Darstellung schlicht länger. Test-Tools wie PageSpeed Insights simulieren deshalb bewusst ein Mittelklasse-Smartphone im Mobilfunknetz. Da Google mobil-first indexiert, sollten Sie primär den Mobil-Wert optimieren.
Bringt ein Website-Baukasten Nachteile bei der Ladezeit?
Nicht zwangsläufig. Moderne Baukästen liefern Hosting, Caching und Bildkomprimierung oft automatisch mit. Der begrenzende Faktor ist meist der Nutzer selbst: riesige Originalbilder, viele Schriftarten, eingebettete Videos und Zusatz-Widgets. Wer sparsam gestaltet, erreicht auch mit Baukasten gute Werte — hat aber weniger Stellschrauben als bei einem selbst gehosteten System.