Website Geschwindigkeit optimieren: 100-Punkte-Checkliste 2026

Eine schnelle Website verbessert die Nutzererfahrung, reduziert unnötige Wartezeiten und kann sich positiv auf Conversions und Sichtbarkeit auswirken. Wer die Website Geschwindigkeit optimieren möchte, sollte deshalb nicht einfach wahllos Plugins installieren oder jede PageSpeed-Empfehlung blind abarbeiten.

Entscheidend ist, zuerst die tatsächlichen Engpässe zu finden und anschließend die Maßnahmen umzusetzen, die für die eigene Website den größten Effekt haben.

Website Performance optimieren: Erst messen, dann ändern

Bevor du mit der eigentlichen Optimierung beginnst, solltest du wissen, wo die Probleme liegen. Ein PageSpeed-Score allein reicht dafür nicht aus.

Google unterscheidet unter anderem zwischen Lab-Daten aus simulierten Tests und Felddaten realer Nutzer. Eine Website kann im Lighthouse-Test sehr gut aussehen und unter realen Bedingungen trotzdem Probleme verursachen – oder umgekehrt.

Bei den Core Web Vitals zählt nicht der beste einzelne Testlauf. Für die Bewertung realer Nutzererfahrungen ist insbesondere relevant, wie die Seite über einen längeren Zeitraum bei tatsächlichen Besuchern funktioniert.

100 Maßnahmen für eine schnellere Website

1. Bilder und Medien optimieren

1. Bilder komprimieren: Reduziere die Dateigröße, ohne die sichtbare Bildqualität unnötig zu verschlechtern.
2. WebP oder AVIF verwenden: Moderne Bildformate können bei vergleichbarer Qualität deutlich kleinere Dateien liefern als klassische Formate.
3. Passende Bildgröße ausliefern: Lade kein 3000 Pixel breites Bild, wenn es auf der Website nur mit 600 Pixeln dargestellt wird.
4. Responsive Images nutzen: Verwende srcset und sizes, damit Browser abhängig vom Display die passende Bilddatei auswählen können.
5. Breite und Höhe angeben: Definiere für Bilder width und height, damit der Browser früh Platz reservieren und Layoutsprünge vermeiden kann.
6. Bilder unterhalb des sichtbaren Bereichs lazy laden: Nutze loading="lazy" für Bilder, die beim ersten Seitenaufruf noch nicht sichtbar sind.
7. Das LCP-Bild nicht lazy laden: Das wichtigste sichtbare Bild sollte nicht künstlich verzögert werden.
8. Wichtige Bilder priorisieren: Für ein eindeutig relevantes LCP-Bild kann fetchpriority="high" sinnvoll sein.
9. SVG für einfache Grafiken verwenden: Logos, Icons und einfache Illustrationen lassen sich häufig effizient als SVG ausliefern.
10. Videos erst bei Bedarf laden: Verwende Vorschaubilder, reduzierte Preload-Einstellungen oder Click-to-Load-Lösungen, statt schwere Videoplayer sofort vollständig zu laden.

2. CSS und Schriftarten optimieren

11. CSS minimieren: Entferne für die Produktionsversion unnötige Leerzeichen, Kommentare und sonstigen Ballast.
12. Nicht verwendetes CSS reduzieren: Themes, Frameworks und Plugins liefern häufig Styles aus, die auf der aktuellen Seite gar nicht benötigt werden.
13. Kritisches CSS priorisieren: Styles für den unmittelbar sichtbaren Bereich sollten möglichst früh verfügbar sein.
14. Unkritisches CSS später laden: Styles, die erst weit unterhalb des sichtbaren Bereichs benötigt werden, müssen das erste Rendering nicht blockieren.
15. CSS-Importketten vermeiden: Mehrere hintereinander geladene @import-Abhängigkeiten können unnötige Wartezeiten erzeugen.
16. Zu große CSS-Frameworks vermeiden: Lade nicht hunderte Kilobyte Framework-Code für einige wenige verwendete Komponenten.
17. Anzahl der Schriftarten reduzieren: Mehrere Schriftfamilien und zahlreiche Schnitte erhöhen die Zahl und Größe benötigter Dateien.
18. WOFF2 verwenden: Moderne Webfont-Formate bieten eine gute Kompression und breite Browserunterstützung.
19. Font Subsetting einsetzen: Entferne Zeichenbereiche aus Schriftdateien, die deine Website nicht benötigt.
20. font-display sinnvoll festlegen: Verhindere, dass Nutzer unnötig lange auf unsichtbaren Text warten müssen.

3. JavaScript optimieren

21. Unnötiges JavaScript entfernen: Der schnellste Code ist weiterhin der Code, der überhaupt nicht geladen und ausgeführt werden muss.
22. JavaScript minimieren: Minifizierte Dateien reduzieren die Übertragungsgröße.
23. defer verwenden: Skripte, die nicht während des HTML-Parsings ausgeführt werden müssen, können verzögert verarbeitet werden.
24. async gezielt verwenden: Unabhängige Skripte können asynchron geladen werden, wenn ihre Ausführungsreihenfolge keine Rolle spielt.
25. Code Splitting nutzen: Teile größere Anwendungen so auf, dass Nutzer nur den JavaScript-Code herunterladen, den sie aktuell benötigen.
26. Tree Shaking einsetzen: Entferne ungenutzte Bestandteile aus JavaScript-Bibliotheken und Bundles.
27. Bibliotheken kritisch prüfen: Eine komplette JavaScript-Bibliothek ist selten sinnvoll, wenn lediglich eine kleine Funktion davon gebraucht wird.
28. Lange Main-Thread-Aufgaben reduzieren: Große JavaScript-Berechnungen können Interaktionen blockieren und den INP verschlechtern.
29. Arbeit aufteilen: Umfangreiche Aufgaben können in kleinere Verarbeitungsschritte zerlegt werden, damit der Browser zwischendurch auf Nutzer reagieren kann.
30. JavaScript nur auf benötigten Seiten laden: Kontaktformular-, Slider- oder Shop-Skripte müssen nicht zwingend auf jeder URL eingebunden werden.

4. HTML, DOM und Rendering optimieren

31. HTML schlank halten: Unnötige Wrapper, Kommentare und aufgeblähte Markup-Strukturen erhöhen die zu verarbeitende Datenmenge.
32. DOM-Größe begrenzen: Tausende unnötige HTML-Elemente erhöhen Rendering- und JavaScript-Kosten.
33. Unnötig verschachtelte Elemente vermeiden: Ein klarer Seitenaufbau ist einfacher und schneller zu verarbeiten.
34. Layout Thrashing vermeiden: JavaScript sollte nicht permanent Layoutwerte lesen und anschließend wieder Styles verändern.
35. Animationen performant umsetzen: Bevorzuge für Bewegungen nach Möglichkeit Eigenschaften wie transform und opacity.
36. Große Layoutverschiebungen verhindern: Reserviere Platz für Bilder, Anzeigen, Embeds und dynamisch geladene Elemente.
37. Banner und Cookie-Layer stabil einbauen: Nachträglich eingeschobene Elemente dürfen den gesamten Seiteninhalt nicht unnötig verschieben.
38. Offscreen-Inhalte später rendern: Bei sehr langen Seiten kann content-visibility für nicht sichtbare Bereiche sinnvoll sein.
39. Unnötige Iframes vermeiden: Karten, Videos, Social Widgets oder externe Formulare können erhebliche zusätzliche Ressourcen laden.
40. Above-the-Fold-Bereich einfach halten: Der erste sichtbare Bereich sollte nicht aus zehn Slidern, drei Videos und sieben Drittanbieter-Widgets bestehen.

5. Server, Hosting und Netzwerk optimieren

41. Schnelles Hosting verwenden: Ein überlasteter oder schlecht konfigurierter Server lässt sich durch Frontend-Tricks nur begrenzt retten.
42. Server-Antwortzeit überwachen: Eine hohe Time to First Byte kann den gesamten Seitenaufbau verzögern.
43. Brotli oder Gzip aktivieren: Textbasierte Ressourcen sollten komprimiert übertragen werden.
44. HTTP/2 oder HTTP/3 nutzen: Moderne Protokolle verbessern die effiziente Übertragung vieler Ressourcen.
45. HTTPS korrekt konfigurieren: Moderne TLS-Konfigurationen vermeiden unnötige Verbindungsprobleme und sind Voraussetzung für zahlreiche Webfunktionen.
46. Redirect-Ketten vermeiden: Eine Weiterleitung von A nach B nach C nach D erzeugt vermeidbare zusätzliche Netzwerkrunden.
47. DNS-Anbieter prüfen: Langsame DNS-Auflösung kann insbesondere beim ersten Seitenaufruf zusätzliche Verzögerungen verursachen.
48. CDN einsetzen, wenn es sinnvoll ist: Internationaler Traffic und statische Ressourcen können von geografisch verteilten Servern profitieren.
49. Serverregion passend zur Zielgruppe wählen: Eine deutsche Website für fast ausschließlich deutsche Nutzer muss nicht zwingend von einem Ursprungserver auf einem anderen Kontinent ausgeliefert werden.
50. Fehler und Timeouts beseitigen: Langsame API-Aufrufe, fehlgeschlagene Requests und Serverfehler können ganze Ladeprozesse ausbremsen.

6. Caching, CMS und Datenbank optimieren

51. Browser-Caching konfigurieren: Wiederkehrende Besucher sollten unveränderte statische Dateien nicht bei jedem Aufruf erneut herunterladen.
52. Sinnvolle Cache-Control-Header setzen: Lege fest, wie lange Browser und Zwischenserver Ressourcen verwenden dürfen.
53. Page Caching einsetzen: Dynamisch erzeugte Seiten müssen nicht bei jedem Aufruf vollständig neu berechnet werden.
54. Object Cache nutzen: Bei datenbankintensiven CMS-Systemen können Redis oder vergleichbare Lösungen wiederkehrende Abfragen beschleunigen.
55. Datenbank aufräumen: Alte Revisionen, Transients, Logdaten oder aufgeblähte Tabellen können langfristig unnötigen Ballast erzeugen.
56. Langsame Datenbankabfragen finden: Einzelne ineffiziente Queries können deutlich mehr Performance kosten als tausend kleine HTML-Optimierungen.
57. Datenbankindizes prüfen: Häufig abgefragte große Tabellen benötigen eine sinnvolle Indexierung.
58. CMS aktuell halten: Updates können Performance-Verbesserungen, Fehlerkorrekturen und modernere technische Grundlagen enthalten.
59. Serverseitige Cronjobs prüfen: Schwergewichtige Hintergrundaufgaben sollten nicht bei jedem normalen Seitenaufruf unnötig Ressourcen blockieren.
60. Cache nach Änderungen gezielt leeren: Ein kompletter Cache-Purge bei jeder Kleinigkeit kann bei großen Websites selbst unnötige Last erzeugen.

7. Plugins und Drittanbieter reduzieren

61. Plugins nach tatsächlichem Einfluss bewerten: Die reine Anzahl der Plugins sagt wenig aus – entscheidend ist, was sie auf der Website laden und ausführen.
62. Nicht benötigte Plugins entfernen: Deaktivierter oder nie verwendeter Ballast sollte nicht dauerhaft mitgeschleppt werden.
63. Drittanbieter-Skripte prüfen: Chat-Tools, Tracking, A/B-Testing, Heatmaps und Marketing-Skripte können gemeinsam enorme Last erzeugen.
64. Tracking-Code reduzieren: Miss nur Daten, die tatsächlich benötigt und ausgewertet werden.
65. Social Widgets vermeiden: Ein einfacher Link zu Instagram oder Facebook ist erheblich leichter als ein komplettes eingebettetes Social-Media-Widget.
66. YouTube-Embeds verzögert laden: Nutze beispielsweise ein Vorschaubild und lade den Player erst nach einer Nutzeraktion.
67. Karten verzögert laden: Google Maps und andere Kartendienste müssen nicht zwingend bereits beim ersten Rendering vollständig initialisiert werden.
68. Werbeskripte kontrollieren: Anzeigen können Netzwerk, Main Thread und Layout gleichzeitig belasten.
69. Tag-Manager aufräumen: Ein Tag Manager organisiert Drittanbieter-Code, macht unnötige Tags aber nicht automatisch schneller.
70. Externe Ressourcen regelmäßig auditieren: Prüfe, welche Domains, Skripte, Pixel und APIs bei einem normalen Seitenaufruf kontaktiert werden.

8. Mobile Performance und Core Web Vitals optimieren

71. Mobile zuerst testen: Viele Performance-Probleme fallen auf schnellen Desktop-Rechnern kaum auf, auf Smartphones dagegen sofort.
72. LCP-Element identifizieren: Prüfe, welches Element tatsächlich den Largest Contentful Paint verursacht.
73. LCP-Ressource früh auffindbar machen: Der Browser sollte das wichtigste Bild oder den wichtigsten Inhalt nicht erst nach mehreren Skripten entdecken.
74. INP messen: Prüfe, ob Klicks, Taps und Eingaben durch lange JavaScript-Aufgaben verzögert werden.
75. Event Handler schlank halten: Nutzerinteraktionen sollten keine unnötig umfangreichen Berechnungen auslösen.
76. CLS durch feste Dimensionen verhindern: Bilder, Videos und Anzeigen benötigen reservierten Platz.
77. Späte Font-Wechsel reduzieren: Webfonts können Textbreiten verändern und dadurch Layoutverschiebungen erzeugen.
78. Mobile Navigation vereinfachen: Riesige Mega-Menüs und unnötig komplexe mobile Oberflächen erhöhen DOM- und JavaScript-Kosten.
79. Touch-Interaktionen testen: Eine Seite kann technisch schnell laden und sich trotzdem träge bedienen lassen.
80. Core Web Vitals als Gruppe betrachten: Optimiere nicht LCP auf Kosten von INP oder CLS, sondern die Nutzererfahrung insgesamt.

9. Ressourcen intelligent laden

81. preload sparsam verwenden: Lade nur Ressourcen vor, von denen du sicher weißt, dass sie sehr früh benötigt werden.
82. Nicht alles preloaden: Zu viele vermeintlich wichtige Ressourcen konkurrieren miteinander und können die Priorisierung sogar verschlechtern.
83. preconnect für wichtige externe Origins nutzen: Bei wirklich früh benötigten Drittanbietern kann die Verbindung vorab aufgebaut werden.
84. Anzahl der Preconnects begrenzen: Jede vorsorglich aufgebaute Verbindung kostet ebenfalls Ressourcen.
85. dns-prefetch gezielt einsetzen: Für später benötigte externe Hosts kann eine frühzeitige DNS-Auflösung sinnvoll sein.
86. prefetch nur für wahrscheinliche Folgeseiten nutzen: Lade nicht auf Verdacht das halbe Internet in den Browser-Cache.
87. Priority Hints einsetzen: Mit fetchpriority lässt sich die Priorität bestimmter Ressourcen gezielt beeinflussen.
88. 103 Early Hints prüfen: Unterstützt dein Hosting die Technik sinnvoll, können wichtige Ressourcen bereits vor der endgültigen Serverantwort angekündigt werden.
89. Service Worker nur mit Konzept einsetzen: Offline- und Wiederholungs-Caching können nützlich sein, erhöhen aber auch die technische Komplexität.
90. Ressourcenabhängigkeiten verkürzen: Je weniger Dateien erst durch andere Dateien entdeckt werden müssen, desto schneller kann der Browser den Seitenaufbau planen.

10. Performance messen und dauerhaft überwachen

91. Google PageSpeed Insights verwenden: Prüfe Lab-Daten und – falls vorhanden – reale Felddaten getrennt voneinander.
92. Search Console kontrollieren: Der Bericht zu Core Web Vitals zeigt Probleme anhand realer Nutzerdaten gruppiert nach URL-Mustern.
93. WebPageTest einsetzen: Wasserfallansichten helfen dabei, Netzwerkketten und langsame Ressourcen sichtbar zu machen.
94. Lighthouse verwenden: Das Tool eignet sich besonders zur Diagnose konkreter technischer Probleme.
95. Real User Monitoring einsetzen: Eigene RUM-Daten zeigen, was tatsächliche Besucher auf unterschiedlichen Geräten und Verbindungen erleben.
96. Langsame und schnelle Geräte testen: Performance ausschließlich auf einem modernen Desktop-Rechner zu prüfen führt häufig zu falscher Sicherheit.
97. Performance-Budgets definieren: Lege Obergrenzen beispielsweise für JavaScript, Bildgrößen oder Seitengesamtgewicht fest.
98. Performance in CI/CD testen: Automatisierte Prüfungen können verhindern, dass neue Releases unbemerkt massive Verschlechterungen verursachen.
99. Vorher und nachher vergleichen: Dokumentiere wichtige Änderungen, damit du weißt, welche Maßnahmen tatsächlich etwas gebracht haben.
100. Performance regelmäßig erneut prüfen: Websites werden durch neue Plugins, Tracking, Bilder, Themes und Funktionen mit der Zeit wieder langsamer. Optimierung ist deshalb kein einmaliger Zustand.

Welche Maßnahmen bringen am meisten?

Nicht alle 100 Punkte haben denselben Einfluss. Bei vielen normalen Websites liegen die größten Performance-Probleme in wenigen Bereichen.

Typische Kandidaten sind:

• zu große Bilder im sichtbaren Bereich,
• langsames Hosting oder hohe Server-Antwortzeiten,
• zu viel JavaScript,
• unnötige Drittanbieter-Skripte,
• fehlendes Caching,
• schlecht geladene Webfonts,
• und Elemente, die während des Seitenaufbaus das Layout verschieben.

Deshalb solltest du die Liste nicht zwanghaft von Punkt 1 bis Punkt 100 abarbeiten. Beginne dort, wo Messdaten den größten Engpass zeigen.

Muss eine Website 100 Punkte bei PageSpeed erreichen?

Nein. Ein perfekter Lighthouse- oder PageSpeed-Score ist kein Selbstzweck.

Eine Website mit 94 Punkten kann für reale Nutzer hervorragend funktionieren, während eine technisch sehr einfache Seite 100 Punkte erreicht, obwohl sie kaum Inhalte oder Funktionen besitzt.

Entscheidend sind reale Ladezeiten, Reaktionsfähigkeit, visuelle Stabilität und die Frage, ob Nutzer die Website problemlos verwenden können.

WordPress Geschwindigkeit optimieren

Bei WordPress entstehen Performance-Probleme häufig durch eine Kombination aus Theme, Plugins, Hosting, Datenbank, Bildern und externen Skripten.

Ein leichtes Theme allein garantiert deshalb noch keine schnelle Website. Ebenso macht ein Cache-Plugin aus einem schlecht konfigurierten System nicht automatisch eine High-Performance-Seite.

Prüfe insbesondere:

• welche Assets Theme und Plugins laden,
• welche Skripte auf jeder Seite eingebunden werden,
• ob Page Caching funktioniert,
• ob Bilder automatisch optimiert werden,
• ob die Datenbank unnötig gewachsen ist,
• und wie schnell dein Server dynamische Seiten erzeugt.

Website Geschwindigkeit und SEO

Eine schnelle Website ist kein Ersatz für gute Inhalte, relevante Suchintentionen, interne Verlinkung oder externe Autorität.

Performance ist vielmehr ein Bestandteil einer insgesamt guten Nutzererfahrung. Google berücksichtigt unter anderem Core Web Vitals und weitere Aspekte der Page Experience, gleichzeitig spielen zahlreiche andere Faktoren eine deutlich größere Rolle für viele Suchanfragen.

Eine technisch schnelle Seite mit schwachem Inhalt wird deshalb nicht automatisch gut ranken.

Umgekehrt lohnt sich Performance-Optimierung besonders bei Websites, die bereits relevante Inhalte besitzen und technische Probleme beseitigen möchten.

Mehr zur allgemeinen Nutzerführung und Gestaltung findest du in unserem Beitrag über die Grundsätze für gutes Website-Design.

Fazit: Website Performance systematisch verbessern

Wer seine Website schneller machen möchte, braucht keine Sammlung zufälliger Optimierungs-Tricks. Der sinnvollste Ablauf lautet:

Messen → Engpass finden → gezielt optimieren → erneut messen.

Bilder, JavaScript, Server-Antwortzeiten, Caching und Drittanbieter-Code liefern bei vielen Websites das größte Verbesserungspotenzial. Erst danach lohnt es sich, sich mit kleineren Detailoptimierungen zu beschäftigen.

Wenn die technische Grundlage steht, kannst du dich anschließend stärker um Inhalte, interne Verlinkung und externe Signale kümmern. Unser Guide mit 100 Backlink-Quellen behandelt diesen Offpage-Bereich separat.

Häufige Fragen zur Website-Geschwindigkeit

Wie kann ich meine Website schneller machen?

Beginne mit einer Analyse über PageSpeed Insights oder WebPageTest. Häufig bringen optimierte Bilder, weniger JavaScript, gutes Caching, ein schneller Server und weniger Drittanbieter-Skripte die größten Verbesserungen.

Wie schnell sollte eine Website laden?

Es gibt keine einzige sinnvolle Gesamtladezeit für jede Website. Bei den Core Web Vitals gilt ein Largest Contentful Paint von höchstens 2,5 Sekunden als guter Wert.

Was sind die Core Web Vitals 2026?

Die Core Web Vitals bestehen aus Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Sie messen Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität.

Was sind gute Werte für LCP, INP und CLS?

Als gute Werte gelten LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1.

Ist ein PageSpeed-Score von 100 notwendig?

Nein. Ein Score von 100 ist kein notwendiges Ziel. Entscheidend ist, dass die Website für reale Nutzer schnell lädt, zügig reagiert und keine störenden Layoutverschiebungen verursacht.

Warum ist meine Website trotz gutem PageSpeed-Score langsam?

PageSpeed-Tests bilden nur bestimmte Bedingungen ab. Reale Besucher können andere Geräte, Netzwerke, Standorte oder Browser verwenden. Deshalb sind Felddaten und Real User Monitoring wichtige Ergänzungen zu Lab-Tests.

Welche Tools eignen sich zur Website-Performance-Analyse?

Zu den wichtigsten Werkzeugen gehören Google PageSpeed Insights, Lighthouse, Google Search Console und WebPageTest. Für größere Websites kann zusätzlich eigenes Real User Monitoring sinnvoll sein.

Was ist wichtiger: Ladezeit oder Core Web Vitals?

Die Begriffe beschreiben unterschiedliche Aspekte. Eine Website sollte schnell Inhalte anzeigen, stabil bleiben und unmittelbar auf Eingaben reagieren. Deshalb sollten LCP, INP und CLS gemeinsam betrachtet werden.

Machen viele WordPress-Plugins eine Website automatisch langsam?

Nein. Entscheidend ist nicht nur die Anzahl der Plugins, sondern welcher Code ausgeführt wird, welche Datenbankabfragen entstehen und welche CSS-, JavaScript- oder Drittanbieter-Ressourcen geladen werden.

Hilft ein CDN bei jeder Website?

Nicht zwingend. Ein CDN ist besonders nützlich bei geografisch verteilten Besuchern oder vielen statischen Ressourcen. Bei einer kleinen regionalen Website mit schnellem Server in der Nähe der Zielgruppe kann der zusätzliche Effekt geringer sein.