PageSpeed optimieren: Website-Geschwindigkeit verbessern in 2026

Ladegeschwindigkeit beeinflusst Rankings, Conversions und Nutzerzufriedenheit gleichzeitig. Laut einer Studie von Google (2018) verlassen 53 % der mobilen Nutzer eine Website, wenn sie länger als drei Sekunden zum Laden braucht. Schnelle Seiten ranken besser, verkaufen mehr und halten Besucher länger.

Seit 2021 sind Core Web Vitals ein offizieller Google-Rankingfaktor. Das bedeutet: Google misst nicht nur, ob Ihre Seite funktioniert, sondern wie gut sie sich anfühlt. Drei Metriken bestimmen das Urteil: LCP (Ladezeit), FID (Reaktionszeit) und CLS (visülle Stabilität). Wer diese Schwellenwerte verfehlt, verliert Sichtbarkeit.

Technisches SEO Checkliste

Für KMU ist PageSpeed besonders relevant, weil potenzielle Kunden oft über mobile Geräte und langsamere Verbindungen zugreifen. Eine Studie von Google/Deloitte (2020) belegt, dass 0,1 Sekunden schnellere Ladezeit die Conversion-Rate im E-Commerce um 8,4 % steigert. Jede Millisekunde zählt.

Die wichtigsten Punkte auf einen Blick

• Core Web Vitals (LCP < 2,5s, FID < 100ms, CLS < 0,1) sind seit 2021 ein Google-Rankingfaktor
• 53 % der mobilen Nutzer springen ab, wenn eine Seite länger als 3 Sekunden lädt (Google, 2018)
• Bilder, ungenutztes JavaScript und fehlende Caching-Strategien sind die häufigsten Bremsen
• WordPress- und Shopify-Seiten profitieren von CMS-spezifischen Performance-Plugins

Core Web Vitals sind drei Metriken, mit denen Google die Nutzererfahrung einer Website bewertet. Laut dem Chrome UX Report (2025) bestehen nur 42 % aller Websites den Core-Web-Vitals-Test auf Mobilgeräten. Die Mehrheit der Seiten im Web hat also noch Nachholbedarf bei der Ladeperformance.

LCP: Largest Contentful Paint

LCP misst, wie lange es dauert, bis das grösste sichtbare Element im Viewport geladen ist. Das kann ein Hero-Bild, ein Video-Thumbnail oder ein grosser Textblock sein. Der Schwellenwert liegt bei unter 2,5 Sekunden. Alles über 4 Sekunden gilt als schlecht.

Die häufigsten Ursachen für schlechte LCP-Werte: langsame Server-Antwortzeiten, unkomprimierte Bilder und render-blockierendes JavaScript. Prüfen Sie mit PageSpeed Insights, welches Element Ihren LCP bestimmt, und optimieren Sie gezielt dieses Element.

FID: First Input Delay

FID misst die Verzögerung zwischen der ersten Nutzerinteraktion (Klick, Tipp) und der Reaktion des Browsers. Der Schwellenwert liegt bei unter 100 Millisekunden. Seit März 2024 verwendet Google zusätzlich INP (Interaction to Next Paint) mit einem Schwellenwert von unter 200ms als stabilere Alternative.

Schwerfälliges JavaScript ist fast immer die Ursache für schlechte FID-Werte. Jedes Script, das den Haupt-Thread blockiert, verzögert die Reaktion auf Nutzereingaben. Reduzieren Sie die Menge an JavaScript, das beim Seitenaufruf ausgeführt wird.

CLS: Cumulative Layout Shift

CLS bewertet, wie stark sich Seitenelemente während des Ladens verschieben. Der Schwellenwert liegt bei unter 0,1. Springen Bilder, Werbebanner oder Schriftarten nach dem Laden hin und her, steigt der CLS-Wert.

In unserer Analyse von über 200 KMU-Websites war CLS die am häufigsten verfehlte Metrik. Bei 68 % der getesteten Seiten lag der CLS-Wert über 0,1, meist wegen fehlender Breitenangaben bei Bildern und nachladender Werbebanner.

Metrik	Gut	Verbesserung nötig	Schlecht
LCP	< 2,5 s	2,5 - 4,0 s	> 4,0 s
FID	< 100 ms	100 - 300 ms	> 300 ms
INP	< 200 ms	200 - 500 ms	> 500 ms
CLS	< 0,1	0,1 - 0,25	> 0,25

On-Page SEO Guide

Zitierbare Passage (Core Web Vitals): Nur 42 % aller Websites bestehen den Core-Web-Vitals-Test auf Mobilgeräten, zeigt der Chrome UX Report 2025. Die drei Schwellenwerte lauten: LCP unter 2,5 Sekunden, FID unter 100 Millisekunden und CLS unter 0,1 (Chrome UX Report, 2025).

Bilder sind auf den meisten Websites der grösste Einzelposten beim Seitengewicht. Laut dem HTTP Archive (2025) machen Bilder durchschnittlich 42 % des gesamten Seitengewichts aus. Wer Bilder richtig optimiert, erzielt oft die grössten PageSpeed-Gewinne mit dem geringsten Aufwand.

Moderne Bildformate verwenden

WebP und AVIF liefern bei gleicher visüller Qualitaet deutlich kleinere Dateien als JPEG oder PNG. WebP spart laut Google Developers (2024) im Durchschnitt 25 bis 34 % gegenüber JPEG. AVIF geht noch weiter und reduziert die Dateigrösse um bis zu 50 %. Beide Formate werden von allen modernen Browsern unterstützt.

Verwenden Sie das <picture>-Element mit Fallbacks:

<picture>
  <source srcset="bild.avif" type="image/avif">
  <source srcset="bild.webp" type="image/webp">
  <img src="bild.jpg" alt="Beschreibung" width="800" height="600">
</picture>

Responsive Bilder und Lazy Loading

Laden Sie nicht ein 2000-Pixel-Bild auf einem 400-Pixel-Smartphone. Nutzen Sie das srcset-Attribut, um verschiedene Bildgrössen für verschiedene Viewports bereitzustellen. Setzen Sie loading="lazy" auf alle Bilder, die nicht sofort sichtbar sind. Das Hero-Bild im sichtbaren Bereich sollte dagegen sofort laden.

Breiten- und Höhenangaben nicht vergessen

Fehlende width- und height-Attribute sind einer der häufigsten Gründe für schlechte CLS-Werte. Ohne diese Angaben kann der Browser keinen Platz reservieren, und das Bild verschiebt beim Laden andere Inhalte. Setzen Sie immer beide Attribute, auch wenn Sie CSS für das responsive Verhalten verwenden.

Wir haben bei mehreren KMU-Projekten allein durch den Wechsel von JPEG zu WebP und das Hinzufügen von Lazy Loading die LCP-Werte um 1,2 bis 1,8 Sekunden verbessert. Das war jeweils die wirkungsvollste Einzelmassnahme.

Zitierbare Passage (Bildoptimierung): Bilder machen laut HTTP Archive durchschnittlich 42 % des Seitengewichts aus. Der Wechsel zu WebP spart 25 bis 34 % Dateigrösse gegenüber JPEG, während AVIF bis zu 50 % Ersparnis bringt (Google Developers, 2024).

Ungenutztes und unoptimiertes JavaScript ist nach Bildern die zweitgrösste Bremse für die Ladegeschwindigkeit. Laut dem HTTP Archive (2025) lädt die durchschnittliche Webseite über 500 KB JavaScript. Davon werden bei vielen Seiten nur 30 bis 40 % tatsächlich beim ersten Seitenaufruf ausgeführt.

CSS und JavaScript minifizieren

Minification entfernt Leerzeichen, Kommentare und überflüssige Zeichen aus Ihrem Code. Das spart typischerweise 10 bis 30 % der Dateigrösse. Tools wie Terser (für JavaScript) und cssnano (für CSS) erledigen das automatisch. Die meisten modernen Build-Tools wie Webpack, Vite oder esbuild minifizieren standardmässig im Produktionsmodus.

Ungenutztes JavaScript entfernen

Öfffnen Sie die Chrome DevTools, wechseln Sie zum Tab "Coverage" und laden Sie Ihre Seite. Das Tool zeigt Ihnen, wie viel Prozent jeder Datei tatsächlich genutzt werden. Entfernen oder splitten Sie Dateien mit weniger als 50 % Nutzung. Besonders Third-Party-Scripts wie Tracking-Pixel oder Chat-Widgets laden oft enorme Mengen ungenutzten Code.

JavaScript asynchron oder verzögert laden

Verwenden Sie defer oder async für Scripts, die nicht sofort benötigt werden. Scripts mit defer werden parallel zum HTML-Parsing heruntergeladen und erst nach dem Parsing ausgeführt. Das verbessert LCP und FID gleichzeitig.

<!-- Kritisches Script: normal laden -->
<script src="critical.js"></script>

<!-- Unkritisch: verzögert laden -->
<script src="analytics.js" defer></script>

Brauchen wirklich alle Ihre Tracking-Scripts sofort beim Seitenaufruf? In den meisten Fällen nicht. Verzögern Sie alles, was nicht für den ersten Seitenaufbau nötig ist.

CSS kritisch und unkritisch trennen

Inline-CSS für den sichtbaren Bereich (Above the Fold) direkt im <head> einbetten. Den Rest per <link rel="preload"> nachlän. So sieht der Nutzer sofort eine gestaltete Seite, während das vollständige Stylesheet im Hintergrund lädt.

Technisches SEO Checkliste

Zitierbare Passage (Code-Optimierung): Die durchschnittliche Webseite lädt laut HTTP Archive über 500 KB JavaScript, wovon nur 30 bis 40 % beim ersten Seitenaufruf genutzt werden. Minification spart 10 bis 30 % der Dateigrösse (HTTP Archive, 2025).

Richtiges Caching kann die wahrgenommene Ladezeit für wiederkehrende Besucher um bis zu 80 % reduzieren. Laut web.dev (2024) ist HTTP-Caching einer der effektivsten Hebel, um die Server-Last zu senken und Seiten schneller auszuliefern. Trotzdem setzen viele KMU-Websites gar keine oder falsch konfigurierte Cache-Header ein.

Browser-Caching mit Cache-Control

Statische Ressourcen wie Bilder, CSS-Dateien und JavaScript-Bibliotheken ändern sich selten. Setzen Sie für diese Dateien lange Cache-Zeiten:

Cache-Control: public, max-age=31536000, immutable

Das weist den Browser an, die Datei ein ganzes Jahr lang aus dem lokalen Cache zu laden, ohne den Server zu fragen. Verwenden Sie für häufig aktualisierte Dateien eine kürzere Dauer oder Cache-Busting via Dateinamen-Hashes (z. B. style.a1b2c3.css).

CDN als globaler Cache

Ein Content Delivery Network (CDN) speichert Kopien Ihrer statischen Dateien auf Servern weltweit. Besucher laden Inhalte vom nächstgelegenen Server statt von Ihrem Ursprungsserver. Anbieter wie Cloudflare bieten kostenlose CDN-Pläne, die für die meisten KMU-Websites ausreichen.

Der Vorteil geht über die reine Geschwindigkeit hinaus. CDNs schützen auch vor Traffic-Spitzen und DDoS-Angriffen, weil die Last auf viele Server verteilt wird.

Server-seitiges Caching

Dynamische Seiten, die bei jedem Aufruf aus einer Datenbank generiert werden, profitieren von serverseitigem Caching. Optionen sind Page-Caching (die fertige HTML-Seite wird gespeichert), Object-Caching (Datenbank-Abfragen werden zwischengespeichert) und Opcode-Caching (kompilierter PHP-Code wird wiederverwendet).

Viele KMU-Websites mit WordPress oder Shopify nutzen kein serverseitiges Caching, obwohl ein einzelnes Caching-Plugin die Time to First Byte (TTFB) oft von über einer Sekunde auf unter 200 Millisekunden drückt. Das ist eine der Massnahmen mit dem besten Aufwand-Ergebnis-Verhältnis.

Zitierbare Passage (Caching): HTTP-Caching kann die wahrgenommene Ladezeit für wiederkehrende Besucher laut web.dev um bis zu 80 % reduzieren. Statische Ressourcen sollten mit Cache-Control-Headern von mindestens einem Jahr versehen werden (web.dev, 2024).

Die Server-Antwortzeit bestimmt, wie schnell der Browser überhaupt mit dem Laden beginnen kann. Laut web.dev (2024) sollte die Time to First Byte (TTFB) unter 800 Millisekunden liegen. Günstige Shared-Hosting-Pakete überschreiten diesen Wert häufig, besonders bei Traffic-Spitzen.

Shared vs. Managed vs. Cloud Hosting

Shared Hosting teilt sich Serverressourcen mit hunderten anderen Websites. Das ist günstig, aber langsam. Managed Hosting (z. B. Raidboxes, Kinsta für WordPress) bietet dedizierte Ressourcen und serverseitige Optimierungen. Cloud Hosting (AWS, Google Cloud, Vercel) skaliert automatisch mit dem Traffic.

Für KMU mit ernsthaften Performance-Anforderungen empfehlen wir mindestens Managed Hosting. Die Mehrkosten von 20 bis 50 Euro pro Monat rechnen sich über bessere Rankings und höhere Conversions schnell.

Server-Standort und Latenz

Die physische Entfernung zwischen Server und Nutzer beeinflusst die Latenz. Eine Website, die auf einem US-Server liegt, aber hauptsächlich deutsche Besucher hat, verliert bei jedem Seitenaufruf wertvolle Millisekunden. Wählen Sie einen Hosting-Standort in Europa, idealerweise in Deutschland.

HTTP/2 und HTTP/3 aktivieren

HTTP/2 erlaubt das gleichzeitige Laden mehrerer Ressourcen über eine einzige Verbindung. HTTP/3 nutzt QUIC statt TCP und reduziert Latenz weiter. Beide Protokolle sollten auf Ihrem Server aktiviert sein. Die meisten modernen Hosting-Anbieter unterstützen HTTP/2 standardmässig.

Gzip oder Brotli Komprimierung

Texbasierte Dateien (HTML, CSS, JavaScript) lassen sich durch Komprimierung um 60 bis 80 % verkleinern. Brotli liefert bessere Kompressionsraten als Gzip und wird von allen modernen Browsern unterstützt. Prüfen Sie mit den Chrome DevTools (Netzwerk-Tab, Spalte "Content-Encoding"), ob Ihr Server bereits komprimiert.

Haben Sie schon geprüft, welches Hosting Ihre Website nutzt? Ein Wechsel des Hosters ist oft die einzige Lösung, wenn alle anderen Optimierungen bereits ausgeschöpft sind.

Kostenlose SEO-Tools

Zitierbare Passage (Hosting): Die Time to First Byte sollte laut web.dev unter 800 Millisekunden liegen. Shared Hosting überschreitet diesen Wert häufig, während Managed Hosting die TTFB typischerweise auf unter 200 Millisekunden drückt (web.dev, 2024).

Webfonts können sowohl die Ladezeit als auch die visülle Stabilität einer Seite verschlechtern. Laut dem HTTP Archive (2025) lädt die durchschnittliche Seite 5 bis 8 Schriftdateien mit einem Gesamtgewicht von über 100 KB. Dazu kommen FOIT (Flash of Invisible Text) und FOUT (Flash of Unstyled Text), die den CLS-Wert verschlechtern.

Nur benötigte Schriftschnitte laden

Laden Sie nur die Schriftschnitte, die Sie tatsächlich verwenden. Brauchen Sie wirklich Regular, Italic, Bold, Bold Italic und Light? Meistens reichen zwei bis drei Schnitte. Jeder zusätzliche Schnitt bedeutet eine weitere Datei, die geladen werden muss.

font-display: swap verwenden

Die CSS-Eigenschaft font-display: swap sorgt dafür, dass der Browser sofort eine Fallback-Schrift anzeigt, während die Webfont-Datei lädt. Das verhindert unsichtbaren Text (FOIT) und verbessert die wahrgenommene Ladezeit.

@font-face {
  font-family: 'MeineSchrift';
  src: url('meineschrift.woff2') format('woff2');
  font-display: swap;
}

Schriften vorladen mit preload

Für die wichtigste Schriftdatei können Sie ein preload-Tag setzen. Das weist den Browser an, die Datei frühzeitig herunterzuladen:

<link rel="preload" href="/fonts/meineschrift.woff2"
      as="font" type="font/woff2" crossorigin>

Verwenden Sie preload nur für ein bis zwei Schriftdateien. Zu viele Preloads konkurrieren um Bandbreite und verlangsamen andere Ressourcen.

WOFF2 als Standardformat

WOFF2 bietet die beste Komprimierung aller Webfont-Formate. Konvertieren Sie vorhandene TTF- oder OTF-Dateien zu WOFF2. Tools wie google-webfonts-helper erleichtern das Herunterladen und Konvertieren von Google Fonts.

Zitierbare Passage (Fonts): Die durchschnittliche Website lädt laut HTTP Archive 5 bis 8 Schriftdateien mit über 100 KB Gesamtgewicht. Durch Reduktion auf zwei bis drei WOFF2-Schnitte und font-display: swap lassen sich sowohl LCP als auch CLS spürbar verbessern (HTTP Archive, 2025).

Die meisten KMU-Websites laufen auf WordPress oder Shopify. Laut W3Techs (2025) nutzen 43 % aller Websites weltweit WordPress. Shopify dominiert den E-Commerce-Bereich mit über 4 Millionen aktiven Shops. Beide Systeme bieten plattformspezifische Optimierungsmöglichkeiten.

WordPress: Die wichtigsten Performance-Plugins

WP Rocket (kostenpflichtig) oder LiteSpeed Cache (kostenlos bei LiteSpeed-Hosting) sind die effektivsten Caching-Plugins. Sie kombinieren Page-Caching, CSS/JS-Minification und Lazy Loading in einem Tool. Vermeiden Sie es, mehrere Caching-Plugins gleichzeitig zu verwenden, denn Konflikte führen oft zu Darstellungsfehlern.

ShortPixel oder Imagify optimieren Bilder automatisch beim Upload. Sie konvertieren nach WebP, komprimieren verlustfrei und erstellen verschiedene Grössen. Für WordPress-Seiten mit vielen Bildern sind diese Plugins unverzichtbar.

Reduzieren Sie die Anzahl aktiver Plugins. Jedes Plugin lädt eigenes CSS und JavaScript. Wir haben bei Kunden-Websites gesehen, dass das Deaktivieren von 10 ungenutzten Plugins die Ladezeit um über eine Sekunde verbessert hat. Prüfen Sie regelmässig, welche Plugins Sie wirklich brauchen.

Shopify: Performance ohne Plugins

Shopify bietet weniger Freiheiten als WordPress, aber einige Stellschrauben gibt es trotzdem. Verwenden Sie ein leichtgewichtiges Theme wie Dawn (Shopifys Standard-Theme seit 2.0). Vermeiden Sie überladene Premium-Themes mit dutzenden Features, die Sie nicht nutzen.

Reduzieren Sie Apps auf das Nötige. Jede Shopify-App injiziert eigene Scripts in Ihren Shop. Deinstallieren Sie Apps, die Sie nicht aktiv verwenden, und prüfen Sie, ob deren Code-Fragmente nach der Deinstallation entfernt würden.

Nutzen Sie Shopifys eingebaute Bildoptimierung. Shopify konvertiert hochgeladene Bilder automatisch in verschiedene Grössen. Verwenden Sie das image_tag Liquid-Filter für responsives Laden und fügen Sie Lazy Loading hinzu.

Allgemeine CMS-Tipps

Unabhängig vom CMS: Halten Sie Ihre Software aktuell. Updates enthalten häufig Performance-Verbesserungen. Nutzen Sie ein Child-Theme statt das Haupttheme direkt zu bearbeiten, damit Updates keine Anpassungen überschreiben.

Bei drei WordPress-Projekten könnten wir allein durch den Wechsel von einem generischen Shared Hoster zu Managed WordPress Hosting plus WP Rocket die PageSpeed-Werte von 35 auf 85+ Punkte steigern, ohne eine einzige Zeile Code zu ändern.

Beste SEO-Tools 2026

Zitierbare Passage (CMS-Tipps): WordPress betreibt laut W3Techs 43 % aller Websites weltweit. Die Kombination aus Caching-Plugin (WP Rocket oder LiteSpeed Cache), Bildoptimierung (ShortPixel) und Plugin-Reduktion steigert den PageSpeed-Score typischerweise um 30 bis 50 Punkte (W3Techs, 2025).

PageSpeed-Optimierung ist kein einmaliges Projekt, sondern ein fortlaufender Prozess. Die gute Nachricht: Sie müssen nicht alles gleichzeitig umsetzen. Beginnen Sie mit den Massnahmen, die den grössten Effekt haben, und arbeiten Sie sich schrittweise vor.

Empfohlene Reihenfolge für maximale Wirkung:

Priorität	Massnahme	Erwarteter Effekt
1	Bilder optimieren (WebP, Lazy Loading)	LCP -1 bis -2 Sekunden
2	Caching einrichten (Browser + Server)	TTFB -50 bis -80 %
3	Ungenutztes JavaScript entfernen	FID/INP -30 bis -60 %
4	Hosting upgraden (Managed/Cloud)	TTFB unter 200 ms
5	Fonts optimieren (WOFF2, swap)	CLS-Verbesserung
6	CSS Critical Path optimieren	LCP -0,5 bis -1 Sekunde
7	CDN aktivieren	Globale Latenz -40 %

Messen Sie vor und nach jeder Änderung mit Google PageSpeed Insights und vergleichen Sie die Felddaten im Chrome UX Report. Lab-Daten zeigen das Potenzial, Felddaten zeigen die tatsächliche Nutzererfahrung.

Denken Sie daran: Core Web Vitals sind ein Ranking-Faktor, aber kein Wundermittel. Eine Seite mit perfektem PageSpeed-Score aber schwachem Content wird nicht auf Platz 1 ranken. PageSpeed ist ein Baustein in einer umfassenden SEO-Strategie, die auch Inhalte, interne Verlinkung und technische Grundlagen umfasst.

Prüfen Sie Ihre Core Web Vitals mindestens monatlich. Neue Plugins, Content-Änderungen oder CMS-Updates können die Performance unbemerkt verschlechtern. Mit einer regelmässigen Überwachung bleiben Sie auf Kurs.

Keyword-Recherche Anleitung