Cumulative Layout Shift (CLS)

Was CLS wirklich misst

Cumulative Layout Shift ist kein Ladezeitwert, sondern ein Stabilitätswert über die gesamte Lebensdauer einer Seite. Der Browser vergleicht zwei aufeinanderfolgende Frames, sucht Elemente, die ihre Startposition verändert haben, ohne dass eine Nutzerinteraktion vorausging, und multipliziert zwei Anteile. Die impact fraction ist der Anteil des Viewports, den die instabilen Elemente in beiden Frames zusammen berühren. Die distance fraction ist die größte zurückgelegte Distanz eines dieser Elemente, geteilt durch die längere Viewport-Seite.

Ein Beispiel, das im Audit ständig vorkommt: ein Element nimmt die Hälfte der sichtbaren Höhe ein und rutscht nach dem Laden eines Banners um ein Viertel der Viewport-Höhe nach unten. Betroffen sind dann 75 % der Fläche, die Distanz beträgt 0,25, das Layout Shift Score dieses Frames liegt bei 0,1875. Ein einziger solcher Sprung reißt die Seite über den Grenzwert.

Der entscheidende und am schlechtesten verstandene Teil der Definition ist das Session-Fenster. CLS summiert nicht alles, was auf der Seite passiert. Verschiebungen werden zu Gruppen zusammengefasst, ein Fenster endet nach einer Lücke von einer Sekunde ohne Bewegung oder spätestens nach fünf Sekunden Gesamtdauer. Gewertet wird das Fenster mit der höchsten Summe. Eine Seite mit dreißig kleinen, zeitlich verteilten Verschiebungen kann deshalb besser abschneiden als eine Seite mit zwei harten Sprüngen innerhalb derselben Sekunde. Wer eine Seite optimiert, jagt also nicht die Anzahl der Shifts, sondern das schlimmste Cluster.

Nicht jede Bewegung zählt. Verschiebungen innerhalb von 500 Millisekunden nach einer Nutzerinteraktion gelten als erwartet und fließen nicht ein: ein aufklappendes Akkordeon, ein Filter, der die Liste neu aufbaut. Genau hier liegt eine praktische Falle, denn die Ausnahme greift nur für die Verschiebung selbst, nicht für nachgelagerte Nachladungen, die 900 Millisekunden später eintreffen.

Feldwerte 2026: CLS ist nicht mehr der Engpass

Wer CLS heute noch als das große Performance-Problem verkauft, arbeitet mit Zahlen von 2021. Der Web Almanac 2025 von HTTP Archive, veröffentlicht am 5. Mai 2026 auf Basis der CrUX- und HTTP-Archive-Daten des Jahres 2025, weist 81 % der mobilen Seiten und 72 % der Desktop-Seiten mit gutem CLS aus. Mobil ist der Wert von 62 % im Jahr 2021 auf 81 % im Jahr 2025 gestiegen, Desktop von 62 % auf 72 %. Zum Vergleich innerhalb derselben Erhebung: 77 % gutes INP, aber nur 62 % gutes LCP, und in Summe bestehen nur 48 % der mobilen und 56 % der Desktop-Seiten alle drei Kennzahlen der Core Web Vitals gleichzeitig.

Die Konsequenz für die Priorisierung ist eindeutig: Wenn eine Seite die kombinierte Bewertung verfehlt, liegt es statistisch fast immer am Largest Contentful Paint, nicht an der Layout-Stabilität. Ein Audit, das mit CLS eröffnet, verkauft die am wenigsten wahrscheinliche Ursache zuerst. Eine separate Untersuchung von 208.000 Websites, publiziert am 2. November 2025 von Increv, kommt mit 65,13 % guter CLS-Werte zu einem deutlich niedrigeren Anteil. Die Zahlen sind wegen abweichender Stichprobe und Methodik nicht direkt vergleichbar, die genannten Ursachen decken sich aber mit dem, was wir sehen: Werbeskripte und Webfonts.

Zur Interpretation gehört eine Eigenheit der Datenquelle, die viele Teams Zeit kostet. Die CrUX-Dashboard-Dokumentation von Chrome, aktualisiert am 9. September 2025, hält fest, dass CLS in Histogramm-Klassen von 0,05 ausgeliefert wird. Ein Sprung von 0,08 auf 0,10 im Monatsvergleich ist damit häufig eine Frage der Klassengrenze und nicht eine echte Regression. Die Grundgesamtheit ist dabei kein Nischendatensatz: die CrUX-Veröffentlichung für Oktober 2025, publiziert am 11. November 2025, enthielt 18.438.315 Origins. Diese Basis schlägt jede Stichprobe eines Crawl-Tools.

Wie viel Ranking-Gewicht CLS trägt

Der offizielle Grenzwert ist unverändert: 0,1 oder besser gilt als gut, bewertet am 75. Perzentil der realen Nutzerdaten. Diese Schwelle bestätigt der Web Almanac 2025 zusammen mit LCP unter 2,5 Sekunden und INP unter 200 Millisekunden. Was sich nicht geändert hat, ist das Gewicht. Core Web Vitals bleiben ein schwaches Signal, das im Zweifel zwischen zwei ähnlich relevanten Ergebnissen entscheidet. Die CMS-Analyse von Search Engine Journal aus Dezember 2025 bezeichnet sie ausdrücklich als minor ranking factor und stellt gleichzeitig erhebliche Unterschiede zwischen den Plattformen fest: 84,87 % der Duda-Seiten bestanden alle Core Web Vitals, gegenüber 46,28 % beim schwächsten CMS, ein Abstand von 38,59 Prozentpunkten.

Auch das jüngste große Update liefert kein Argument für die These, CLS sei ein Hebel. Das Google Core Update vom Dezember 2025 lief laut Search Engine Land vom 11. bis zum 29. Dezember 2025, also 18 Tage, und Google gab keinerlei update-spezifische Hinweise, die Rankingveränderungen mit Core Web Vitals in Verbindung bringen. Wer nach einem Core Update Sichtbarkeit verliert und daraufhin an Layout-Sprüngen schraubt, behandelt ein Symptom, das nicht existiert.

Google selbst erklärt die Einordnung im Page-Experience-Kontext in dieser Videoanleitung:

Unsere Haltung dazu ist unbequem, aber belastbar: CLS optimiert man wegen der Conversion, nicht wegen des Rankings. Eine Seite, auf der der Bestellbutton unter dem Daumen wegrutscht, verliert Umsatz, lange bevor sie Positionen verliert.

CLS in einer Netlinking-Operation

Im Linkaufbau taucht die Metrik an zwei Stellen auf, und beide werden regelmäßig verwechselt. Auf der Empfängerseite gilt: Es gibt keinen Beleg dafür, dass eine Seite mit schlechtem CLS den direkten Ranking-Wert der auf sie zeigenden Links einbüßt. Der Schaden entsteht hinter dem Klick. Eine Kampagne im Bereich Digital PR erzeugt einen kurzen, konzentrierten Besucherstrom, und genau dieser Strom trifft auf ein Layout, das während des Ladens springt. Die Berichterstattung zum Linkaufbau 2025 betont ohnehin die Verschiebung hin zu thematisch passenden, autoritativen Platzierungen statt Volumen, und eine Platzierung rechnet sich erst, wenn die Zielseite den Besuch hält.

Auf der Publisher-Seite ist CLS ein Qualitätsindikator für das aufnehmende Medium. Wenn ein Verzeichnis ein Medium mit hohem Domain Rating anbietet, dessen Artikelseiten aber von vier nachgeladenen Werbeslots zerlegt werden, kauft man Sichtbarkeit in einer Umgebung, in der kaum jemand bis zum Link scrollt. Der CrUX-Feldwert der Hostdomain ist eine schnelle, kostenlose Zweitmeinung zu jeder Autoritätskennzahl, und er lässt sich nicht so leicht frisieren wie ein Score. Wer ein öffentlich einsehbares Medienverzeichnis vor sich hat, sollte die Kandidaten genau danach filtern, bevor er über Themen und Ankertexte spricht.

In den Redaktionsmedien, die wir bei Nautilinks im Eigenbetrieb führen, ist das eine Betriebsentscheidung: keine externen Werbeskripte, feste Höhen für Bild- und Einbettungscontainer, Consent-Layer als Overlay statt als einschiebender Block. Das kostet Werbeeinnahmen und schützt die Umgebung, in der die Artikel stehen. Wer gegenrechnen will, was eine stabile Platzierung im Vergleich zu einer billigen kostet, findet die Preise offen ausgewiesen, ohne versteckte Provision.

Häufige Fehler, die im Audit auffallen

Bilder ohne width und height sind 2026 der am seltensten verbleibende Fehler, weil moderne Themes und Frameworks das Attributpaar automatisch setzen. Die Fehler, die wir tatsächlich finden, liegen woanster gelagert. Der Consent-Banner steht an erster Stelle: eine Lösung, die per JavaScript nach der Hydration einen Balken am Seitenanfang einfügt, verschiebt das gesamte Dokument um dessen Höhe und produziert einen einzigen, sehr teuren Shift. Ein Overlay mit position: fixed erzeugt dagegen null.

Danach kommen Werbeslots und Einbettungen ohne reservierte Mindesthöhe, spät eingeblendete Hinweisleisten für Newsletter oder Versandkosten, Sticky-Header, die erst beim ersten Scroll ihre Höhe ändern, und A/B-Test-Werkzeuge, die die Originalvariante kurz anzeigen, bevor sie sie ersetzen. Bei Webfonts entsteht der Sprung nicht durch das Laden selbst, sondern durch den Metrikwechsel beim Austausch der Ersatzschrift, wenn font-display, preload und ein metrisch angeglichener Fallback fehlen.

Im WordPress-Umfeld verschärfen Page Builder und Plugins, die nach dem Laden DOM-Knoten einfügen, das Bild zusätzlich. Diese Videoanleitung zeigt die konkreten Maßnahmen auf einer WordPress-Installation:

Ein methodischer Fehler wiegt schwerer als jede dieser Ursachen: nur die Startseite zu messen. CLS ist eine Eigenschaft von Templates, und die Startseite ist fast immer das am besten gepflegte. Gemessen gehört jeder Seitentyp, der Traffic empfängt, mit Priorität auf den Vorlagen, auf denen Landingpages und gekaufte Artikel liegen.

Messen und beheben: Lab, Feld, RUM

Die Trennung von Lab und Feld ist die halbe Arbeit. Lighthouse und PageSpeed Insights liefern einen einzelnen, synthetischen Ladevorgang, oft ohne Consent-Interaktion und ohne Werbeauslieferung, und unterschätzen den realen Wert daher systematisch. Verbindlich ist der Feldwert am 75. Perzentil. Dazwischen steht Real User Monitoring, das die Verteilung über Seitentypen, Geräteklassen und Verbindungen aufschlüsselt und damit als einziges sagt, welche Vorlage das Problem verursacht.

Technisch reicht ein PerformanceObserver auf den Eintragstyp layout-shift, mit buffered auf true und einem Filter auf hadRecentInput. Wichtig: Der rohe API-Eintrag ist nicht die Metrik. Die Aggregation über Session-Fenster muss der Code selbst leisten, weshalb die offizielle web-vitals-Bibliothek der sinnvollere Einstieg ist als eine eigene Summe über alle Einträge. Das Feld sources jedes Eintrags nennt den verantwortlichen Knoten und ersetzt jede Stunde Ratearbeit in der Konsole. Lighthouse 13 erreichte im Dezember 2025 die DevTools und weist Layout-Shift-Verursacher in der Performance-Diagnose aus, was ein Werkzeugfortschritt ist und keine Änderung des Grenzwerts.

Für eine Bestandsaufnahme über viele URLs verbindet ein Crawler die Feldwerte mit der Seitenstruktur. Screaming Frog etwa lässt sich mit der PageSpeed-Insights-API und der Search Console koppeln und liefert CLS auf URL-Ebene, die kostenlose Version bleibt auf 500 URLs begrenzt, die Lizenz kostet seit Mai 2025 199 £ beziehungsweise 279 US-Dollar oder 245 € pro Jahr. Bei Single-Page-Anwendungen versagt die klassische Zuordnung, weil alle Verschiebungen dem ersten Seitenaufruf angelastet werden. Die mit Chrome 139 im August 2025 eingeführte Soft Navigations API adressiert genau das und segmentiert die Werte nach client-seitiger Route, blieb im Beobachtungszeitraum aber experimentell und auf Chromium beschränkt. Wer die Wahl hat, löst dasselbe Problem stabiler über serverseitiges Rendering mit ausgeliefertem Layout.

Die Behebung selbst ist wenig spektakulär und fast immer dieselbe: Platz reservieren, bevor der Inhalt eintrifft. aspect-ratio auf Medien, min-height auf Slots und Einbettungen, Animationen ausschließlich über transform und opacity statt über top, height oder margin, Schriften mit preload und passendem Fallback, dynamische Bausteine unterhalb des ersten Viewports platzieren, wenn sie sich nicht vorab dimensionieren lassen. Danach nicht der Lighthouse-Zahl hinterherjagen, sondern 28 Tage warten, bis das Feld antwortet.