Warum ein Slider fast immer den LCP kaputtmacht

Slider im Header gelten als Blickfang – sind aber einer der häufigsten Gründe für schlechten LCP. Nicht weil sie unmöglich zu optimieren sind, sondern weil sie den Einstieg unnötig kompliziert machen.

Einleitung

Slider im Header sind ein Klassiker: mehrere Bilder, wechselnde Botschaften, vermeintlich mehr Inhalt „above the fold“. In vielen Projekten treffe ich sie bereits an, wenn ich ins Projekt einsteige – oft, weil sie als gegeben gelten.

Dieser Artikel zeigt nicht, dass Slider grundsätzlich unmöglich sind. Sondern warum sie in typischen WordPress-Setups fast immer ein schlechter Startpunkt für guten LCP sind.

Der Tipp

„Der Slider bleibt – wir optimieren ihn einfach.“

Warum das plausibel klingt

Slider bestehen scheinbar „nur“ aus Bildern und etwas JavaScript. Viele Themes liefern sie direkt mit, oft inklusive Performance-Versprechen. Also liegt der Gedanke nahe: Bilder optimieren, Autoplay aus – Problem gelöst.

Hinweis aus der Praxis
Ja, Slider lassen sich performant umsetzen. In der Praxis bedeutet das jedoch deutlich mehr Aufwand – und sie sind selten der sinnvollste Einstieg, wenn es um Core Web Vitals geht.

Was wirklich passiert ist

  • LCP-Werte bleiben instabil
  • unterschiedliche LCP-Elemente je Messung
  • First Paint verzögert sich
  • Mobile deutlich schlechter als Desktop

Trotz optimierter Bilder und Caching blieb der Score unzuverlässig – besonders auf Mobilgeräten.

Warum das so ist

Slider kombinieren mehrere LCP-Killer auf einmal:

  • Mehrere konkurrierende Bilder: Der Browser weiß nicht, welches das wichtigste ist
  • JavaScript-Initialisierung: häufig vor dem Render
  • Komplexe DOM-Struktur: Wrapper, Clones, Inline-Styles
  • Lazy Loading auf dem ersten Slide: oft unbewusst aktiv
  • CSS-Abhängigkeiten: Slider-CSS blockiert den Start

Für den Browser ist der „erste sichtbare Inhalt“ damit nicht eindeutig – und genau das schlägt direkt auf den LCP durch.

Was stattdessen geholfen hat

  1. Kein Slider im First View
    Ein statisches Hero mit klarer Struktur
  2. Ein eindeutiges LCP-Element
    Ein oder eine Headline – nicht mehrere Kandidaten
  3. Slider erst darunter
    Oder nach dem First Paint initialisieren
  4. Doppelte Funktionen vermeiden
    Nicht 3 Komponenten für das gleiche Ziel (Slider + Theme-Slider + Gallery-Plugin)
  5. JS und CSS verzögert laden
    nicht grundsätzlich, aber da, wo es Sinn macht

Ergebnis: stabiler LCP, reproduzierbare Messwerte und kein sichtbarer Qualitätsverlust.

FAQ

Nein. Sie können aber indirekt schaden, wenn sie den LCP verschlechtern oder Inhalte verzögert sichtbar machen.

Ja – mit klarer Priorisierung, ohne Lazy Loading auf dem ersten Slide und mit verzögerter Initialisierung. Der Aufwand ist jedoch deutlich höher als bei einem statischen Hero.

Teil der Serie: "Warum das NICHT die Lösung war" - Mythen & Missverständnisse
In dieser Serie geht es um verbreitete (WordPress)-Tipps, die logisch klingen – aber ohne Kontext oft in die Irre führen.

Ähnliches Problem?

Wenn du bei deiner Website an einem Punkt festhängst, an dem Standard-Tipps nicht weiterhelfen, lohnt sich ein genauer Blick auf die Ursache.
Ich schaue mir an, was wirklich bremst – und welche Maßnahmen für dein Projekt sinnvoll sind.