Web Performance
Website schneller machen: die wichtigsten Hebel 2026
Warum Ihre Website langsam ist und womit Sie anfangen: die häufigsten Tempobremsen von Bildern über Skripte bis Hosting und wie Sie Verbesserungen sauber messen.
Auf einen Blick
- Autor
- Ciyan Gültoplayan
- Reihenfolge
- Messen, dann Bilder
- Zielwerte
- LCP, INP und CLS
- Quellen
- Stand 24.10.2026
Die ehrliche Antwort vorweg
Eine langsame Website ist mehr als ein Schönheitsfehler. Besucher warten ungern, und wer Ihr Angebot nie zu sehen bekommt, fragt auch nicht an. Genaue Absprungzahlen nennen wir hier nicht, weil sie von Seite, Zielgruppe und Gerät abhängen. Die Richtung ist aber unstrittig: Je früher der Inhalt da ist und je schneller die Seite reagiert, desto weniger Besucher gehen verloren.
Dieser Artikel geht die typischen Ursachen durch, nicht zehn allgemeine Tipps. Er zeigt, wo bei realen Websites Zeit verloren geht: bei Bildern, Skripten und der Infrastruktur. Danach wissen Sie, wo Sie zuerst ansetzen.
Geschwindigkeit ist kein Selbstzweck. Sie gehört zum ersten Eindruck, hilft bei den Core Web Vitals und kostet keinen zusätzlichen Text.
Warum Geschwindigkeit zählt
Tempo wirkt an drei Stellen gleichzeitig, und alle drei betreffen Ihr Geschäft.
Anfragen
Wer auf Inhalt wartet, springt eher ab, bevor er Formular oder Telefonnummer findet.
Sichtbarkeit
Google empfiehlt gute Core Web Vitals ausdrücklich für den Erfolg in der Suche. Sie sind kein Wundermittel, aber Teil dessen, was die Ranking-Systeme belohnen sollen.
Vertrauen
Eine Seite, die sofort da ist, wirkt solide. Eine, die ruckelt und nachlädt, weckt Zweifel, bevor jemand liest.
Drei Kennzahlen
LCP misst, wann der Hauptinhalt sichtbar ist, INP, wie schnell die Seite auf Klicks reagiert, und CLS, ob das Layout springt. Mehr dazu in Core Web Vitals 2026.
Quelle: web.dev (Core Web Vitals, Unterschiede zwischen Labor- und Felddaten, LCP-Optimierung, Layoutverschiebungen) und Google Search Central, abgerufen am 24.10.2026. Sinngemäß wiedergegeben; Schwellenwerte und Werkzeuge können sich ändern.
Wo die Zeit verloren geht
Bevor Sie optimieren, sollten Sie wissen, was bremst. Bei den meisten Websites verteilt sich die verlorene Zeit auf fünf Verdächtige. Wie groß der Anteil jeweils ist, unterscheidet sich von Seite zu Seite. Deshalb steht am Anfang immer eine Messung (siehe unten), nicht eine Vermutung.
Eine Rangliste mit Prozentwerten können wir nicht belegen und nennen sie deshalb nicht.
- Zu große oder unoptimierte Bilder, vor allem das große Bild im oberen Seitenbereich.
- Zu viel und blockierendes JavaScript, das die Seite am Anzeigen oder am Reagieren hindert.
- Skripte von Drittanbietern wie Tracking, Chat oder Werbung.
- Langsames Hosting und fehlendes Caching, sodass schon die erste Antwort des Servers spät kommt.
- Blockierendes CSS und Schriften, die das erste Zeichnen der Seite verzögern.
Bilder: meist der erste Hebel
Bilder sind bei vielen Seiten der schwerste Teil und lassen sich oft am einfachsten verbessern. Vier Maßnahmen lösen das meiste.
- 01
Moderne Formate
WebP oder AVIF statt JPEG oder PNG. Wie viel kleiner die Dateien werden, hängt vom Motiv ab; prüfen Sie es am eigenen Bild.
- 02
Passende Größe ausliefern
Kein Foto in voller Kameraauflösung in einen kleinen Platz laden. Mit responsiven Bildern (srcset) bekommt jedes Gerät eine passende Auflösung.
- 03
Nachladen außerhalb des Sichtbereichs
Bilder, die erst beim Scrollen erscheinen, laden verzögert. Das große Bild im oberen Bereich gehört dagegen nicht dazu: Google rät ausdrücklich, das LCP-Bild nie verzögert zu laden.
- 04
Maße festlegen
Mit Breite und Höhe (oder aspect-ratio) reserviert der Browser den Platz vorab, und nichts springt beim Laden.
Moderne Frameworks nehmen einen Teil davon ab. Die Bildkomponente von Next.js lädt Bilder standardmäßig verzögert, leitet aus Breite und Höhe das Seitenverhältnis ab, um Layoutverschiebungen zu vermeiden, und kann moderne Formate wie WebP und AVIF ausliefern. Das Bild im oberen Bereich markieren Sie gezielt als wichtig. Quellen: web.dev und Next.js-Dokumentation, abgerufen am 24.10.2026.
JavaScript und Skripte von Drittanbietern
Der zweite große Posten ist Code, der eigene und vor allem der fremde. Nach web.dev entstehen schlechte Reaktionszeiten häufig durch eine ausgelastete Hauptverarbeitung des Browsers: Skripte werden geladen, geparst und ausgeführt, und Eingaben müssen warten. Drei Stellschrauben helfen.
Wie viel ein einzelnes Skript kostet, lässt sich am besten am eigenen Konto messen, indem Sie es testweise entfernen. Bei WordPress kommt ein weiterer Effekt dazu: Jedes Plugin kann eigenes CSS und JavaScript mitbringen. Ein schlankes Theme, nur die wirklich nötigen Plugins und gezieltes Entladen nicht benötigter Skripte je Seite helfen mehr als ein weiteres Optimierungs-Plugin.
- Nicht blockierend laden: Skripte mit defer oder async einbinden, damit sie die Anzeige nicht aufhalten.
- Drittanbieter ausmisten: Fragen Sie bei jedem Tracking-, Chat- oder Werbeskript, ob Sie es brauchen und ob es sofort laden muss.
- Weniger Code ausliefern: Was die Seite nie nutzt, sollte nicht geladen werden. Aufgeräumter Code schlägt nachträgliches Tuning.
Quelle: web.dev (Core Web Vitals, Unterschiede zwischen Labor- und Felddaten, LCP-Optimierung, Layoutverschiebungen) und Google Search Central, abgerufen am 24.10.2026. Sinngemäß wiedergegeben; Schwellenwerte und Werkzeuge können sich ändern.
Hosting, Caching und Auslieferung
Auch die schlankste Seite bleibt langsam, wenn der Server spät antwortet. Nach web.dev kann nichts anderes beginnen, bevor das erste Byte der Seite beim Besucher ankommt. Vier Punkte bilden das Fundament.
Schnelle Serverantwort
Die Zeit bis zum ersten Byte (TTFB) ist Teil des LCP. Vermeiden Sie unnötige Weiterleitungen, und prüfen Sie, ob Ihr Hosting zu Ihrer Seite passt.
Caching
Fertige Seiten zwischenspeichern, statt sie bei jedem Aufruf neu aufzubauen. Bei dynamischen Seiten ist das oft der größte Einzelhebel.
Auslieferung nah am Besucher
Ein Content Delivery Network liefert statische Inhalte aus der Nähe des Besuchers aus. Zufällige Parameter in Adressen können den Zwischenspeicher aushebeln.
Bauweise der Seite
Wer eine Seite neu aufsetzt, kann Auslieferung, Caching und schlanken Code von Anfang an einplanen. So gehen wir in der Webentwicklung vor.
Quelle: web.dev (Core Web Vitals, Unterschiede zwischen Labor- und Felddaten, LCP-Optimierung, Layoutverschiebungen) und Google Search Central, abgerufen am 24.10.2026. Sinngemäß wiedergegeben; Schwellenwerte und Werkzeuge können sich ändern.
Richtig messen: Labor und Feld
Optimieren ohne Messen ist Raten. Wichtig ist der Unterschied zwischen Labordaten und Felddaten, denn beide können sich deutlich unterscheiden.
- 01
PageSpeed Insights
Zeigt für eine Adresse Felddaten echter Besucher und Labordaten in einer Ansicht, dazu Hinweise zur Verbesserung.
- 02
Lighthouse
Misst im Labor unter festen Bedingungen. Gut, um einzelne Änderungen zu prüfen, weil die Ergebnisse reproduzierbar sind.
- 03
Search Console
Der Bericht zu den Core Web Vitals zeigt, wie Ihre Seiten im Feld abschneiden. Nach web.dev stammen die Felddaten aus dem Chrome UX Report und umfassen 28 Tage.
- 04
Priorisieren
Nach web.dev sollten Sie Korrekturen nach den Felddaten priorisieren und die Labordaten nutzen, um weitere Ansatzpunkte zu finden.
Eine Seite kann im Labor gut aussehen und im Feld trotzdem schlechter abschneiden, etwa weil echte Besucher andere Geräte und Verbindungen haben. Quelle: web.dev, abgerufen am 24.10.2026.
Tempo dauerhaft halten
Geschwindigkeit ist kein einmaliges Projekt. Eine Seite, die heute schnell ist, kann in einigen Monaten wieder langsamer werden: durch ein neues Plugin, ein unkomprimiert hochgeladenes Bild oder ein zusätzliches Tracking-Skript.
Halten Sie deshalb einen Ausgangswert fest und messen Sie nach jeder größeren Änderung erneut, etwa nach einem Redesign, einem neuen Plugin oder einer neuen Skript-Einbindung. Werfen Sie außerdem regelmäßig einen Blick in den Core-Web-Vitals-Bericht der Search Console. So fällt eine Verschlechterung auf, bevor sie sich in weniger Anfragen zeigt.
Bei WordPress gehört auch Pflege dazu. Die WordPress-Entwicklerdokumentation empfiehlt, Core und Plugins aktuell zu halten, nicht genutzte Plugins zu löschen und regelmäßig zu sichern (abgerufen am 24.10.2026). Das dient zuerst der Sicherheit, hält aber auch den Bestand überschaubar.
Bevor Sie starten: die Reihenfolge
Diese Reihenfolge holt in der Regel mit dem geringsten Aufwand am meisten Tempo heraus.
1. Messen
PageSpeed Insights, Ausgangswert festhalten und die Felddaten im Blick behalten.
2. Bilder
Formate, Größen, Maße und das Bild im oberen Bereich prüfen.
3. Skripte
defer oder async einsetzen und unnötige Drittanbieter entfernen.
4. Server
Caching, Komprimierung und die Zeit bis zum ersten Byte prüfen.
Danach messen Sie erneut und vergleichen mit dem Ausgangswert. Die technischen Einzelheiten zu den drei Kennzahlen beschreibt Core Web Vitals 2026. Wenn Sie wissen möchten, ob ein Neubau günstiger ist als weitere Optimierung, hilft der Vergleich Next.js oder WordPress. Die Rahmenkosten einer neuen Seite behandelt Was kostet eine Website?.
Häufige Fragen
Ihre Frage ist nicht dabei? Rufen Sie an oder schreiben Sie uns, wir antworten persönlich.
Wie schnell sollte eine Website laden?
Google nennt für die Core Web Vitals drei Zielwerte, jeweils gemessen am 75. Perzentil der Seitenaufrufe: Der größte sichtbare Inhalt (LCP) sollte innerhalb von 2,5 Sekunden erscheinen, die Reaktion auf Eingaben (INP) 200 Millisekunden oder weniger betragen und die Layoutverschiebung (CLS) 0,1 oder weniger. Quelle: web.dev, abgerufen am 24.10.2026. Wie schnell Ihre Seite in der Praxis laden muss, hängt zusätzlich von Ihrer Zielgruppe ab.
Was macht eine Website am häufigsten langsam?
Typische Ursachen sind zu große Bilder, viel blockierendes JavaScript, Skripte von Drittanbietern wie Tracking, Chat oder Werbung, ein langsamer Server ohne Caching sowie blockierendes CSS und Schriften. Eine feste Rangfolge können wir nicht belegen, sie unterscheidet sich von Seite zu Seite. Deshalb beginnen wir immer mit einer Messung an Ihrer Seite und ordnen die Ursachen danach.
Beeinflusst die Ladezeit mein Google-Ranking?
Google empfiehlt gute Core Web Vitals ausdrücklich für den Erfolg in der Suche und beschreibt sie als abgestimmt auf das, was die Ranking-Systeme belohnen wollen. Eine direkte Rangzusage gibt es nicht, und gute Inhalte bleiben wichtiger. Dazu kommt ein indirekter Effekt: Schnelle Seiten verlieren weniger Besucher, bevor diese Ihr Angebot gesehen haben. Quelle: Google Search Central, abgerufen am 24.10.2026.
Reicht ein Performance-Plugin bei WordPress aus?
Ein Caching-Plugin kann helfen, ersetzt aber die Grundlagen nicht: passende Bildgrößen, ein schlankes Theme, wenige und gepflegte Plugins sowie ein Hosting, das schnell antwortet. Mehrere Optimierungs-Plugins gleichzeitig können sich außerdem gegenseitig stören, das prüfen wir im Einzelfall. Am besten messen Sie vor und nach jeder Änderung und behalten nur, was messbar wirkt.
Ist eine langsame Website ein Fall für einen Relaunch?
Nicht zwingend. Oft bringen gezielte Maßnahmen bei Bildern, Skripten und Caching schon viel. Wenn die Seite aber auf überladener oder veralteter Technik basiert, kann ein Neubau sinnvoll sein. Ob sich das lohnt, klären wir nach einer Messung und einem Blick auf die Technik, nicht vorab. Den Rahmen nennen wir Ihnen nach dem Projektcheck schriftlich.
