WP Rocket: JavaScript-Ausführung verzögern mit Elementor (Menü, Slider, Popups gemessen)

Was die Option macht

WP Rocket hat zwei Einstellungen mit fast gleichem Namen. Sie machen sehr Unterschiedliches:

• JavaScript verzögert laden (englisch „Load JavaScript deferred“): Die Skripte laden sofort, laufen aber erst, wenn das HTML fertig ist. Das ist harmlos und bringt viel. Wir empfehlen es mit jQuery als Ausnahme, siehe WP Rocket für Elementor einrichten.
• JavaScript-Ausführung verzögern (englisch „Delay JavaScript execution“): Die Skripte laden gar nicht, bis jemand die Seite berührt, scrollt, eine Taste drückt oder die Maus bewegt. Um diese Option geht es hier.

Die Idee dahinter: Was man beim ersten Blick nicht braucht, soll den Seitenaufbau nicht bremsen. Bei Elementor ist aber fast alles, was sich bewegt oder aufklappt, JavaScript: Menü, Slider, Akkordeon, Popups, Einblend-Animationen.

Die Messwerte

Wir haben unsere Elementor-Testseite in drei Zuständen gemessen. Grundlage war jedes Mal unsere empfohlene WP-Rocket-Einstellung.

Die erste Zeile sieht nach einem klaren Gewinn aus. Die letzte Zeile zeigt den Preis: Ohne Ausnahmen lädt WP Rocket beim ersten Tipp erst alle 14 zurückgehaltenen Skripte, und das Menü öffnete sich in allen 10 Versuchen erst nach 1.901 bis 2.002 ms. Mit den Ein-Klick-Exklusionen startete Elementor sofort, und das Menü öffnete sich nach 182 bis 317 ms. Spürbar, aber unkritisch.

Was Lighthouse nicht sieht

Lighthouse lädt die Seite und schaut zu. Es tippt nie, scrollt nie und bewegt keine Maus. Mit „JavaScript-Ausführung verzögern“ lädt WP Rocket die Skripte deshalb während der ganzen Messung nicht. Die Seite wirkt leichter und schneller, als sie für echte Besucher ist. Die laden die Skripte beim ersten Tippen trotzdem, nur eben später.

Das sieht man an den Zahlen: Mit Verzögern zählte Lighthouse 11 Anfragen und 432 KB, ohne Verzögern 35 Anfragen und 730 KB. Die Skripte fehlen in der Messung, verschwinden aber nicht. Die gesamte Blockierzeit (TBT) lag übrigens in allen drei Zuständen bei höchstens 5 ms. Es gab also praktisch nichts, was „Verzögern“ hätte verbessern können.

Was auf einer Elementor-Seite betroffen ist

Ohne Ausnahmen startet Elementor erst nach der ersten Berührung. Auf unserer Testseite hieß das: Der Kundenstimmen-Slider stand still, das Menü reagierte verzögert, und Akkordeon und Popup funktionierten erst, nachdem die Skripte mit der ersten Berührung nachgeladen waren. Einblend-Animationen gibt es auf unserer Testseite nicht. Sie hängen aber ebenfalls an Elementors JavaScript: Solange es nicht läuft, bleiben solche Bereiche unsichtbar. Prüf das bei dir besonders, wenn du Animationen im oberen Teil der Seite nutzt.

Wenn du die Option nutzen willst: Ein-Klick-Exklusionen

WP Rocket bringt fertige Ausnahmelisten mit. Damit laufen die Skripte von Elementor sofort, alles andere bleibt verzögert.

1. Öffne Einstellungen → WP Rocket → JavaScript & CSS.
2. Schalte unter JavaScript-Dateien die Option JavaScript-Ausführung verzögern ein.
3. Wähle bei den Ein-Klick-Exklusionen unter Plugins die Einträge für Elementor und Elementor Pro, bei Elementor Pro auch SmartMenus (das Menü).
4. Klicke unten auf Änderungen speichern und optimieren.
5. Prüfe deine Seite danach mit der Prüfliste unten.

Prüfliste nach dem Einschalten

1. Öffne deine Seite am Handy in einem privaten Fenster, damit nichts aus dem Browser-Cache kommt.
2. Fass die Seite fünf Sekunden lang nicht an. Läuft der Slider? Sind alle Bereiche sichtbar, auch die mit Einblend-Animation?
3. Tippe dann auf das Menü-Symbol. Öffnet sich das Menü sofort?
4. Öffne ein Popup, ein Akkordeon und das Formular.
5. Wiederhole das auf zwei oder drei weiteren Seiten, besonders auf solchen mit Slidern oder Popups.

Unsere Empfehlung

Lass „JavaScript-Ausführung verzögern“ bei einer Elementor-Seite aus. Der Gewinn existiert vor allem in Lighthouse, für echte Besucher reagiert die Seite beim ersten Tipp langsamer. Wenn du die Option trotzdem nutzen willst, etwa weil du viele Dritt-Skripte wie Chat oder Statistik hast, dann nur mit den Ein-Klick-Exklusionen für Elementor und mit der Prüfliste oben. Alles Weitere zur Einrichtung steht in WP Rocket für Elementor einrichten.

Für Technikinteressierte: Testaufbau und Rohdaten

• Labor: WordPress 7.1.4, PHP 8.4, Hello Elementor 3.5.2, Elementor 4.3.6, Elementor Pro 4.3.2, WP Rocket 3.24, Shared Hosting bei All-Inkl. Referenzseite mit Hero-Bild, Icon-Boxen, Kundenstimmen-Slider, Galerie, Akkordeon, Formular und Popup. Methodik
• Zustände: „Ohne Verzögern“ = unsere empfohlene Einstellung (Nicht benutztes CSS entfernen, JavaScript verzögert laden mit jQuery als Ausnahme, LazyLoad, Bildabmessungen, Fonts vorladen, Google Fonts selbst hosten). „Verzögern an“ = zusätzlich delay_js. „+ Ein-Klick-Exklusionen“ = zusätzlich die Exklusionen Elementor, Elementor Pro, Elementor Pro – SmartMenus und Elementor – Lazy Load Background Images.
• Lighthouse 13.5.0, je 5 Läufe mobil (gedrosselt) und Desktop, Median. Vor jedem Zustand wurde „Nicht benutztes CSS entfernen“ fertig berechnet und geprüft, dass das ausgelieferte CSS vollständig ist (146 bis 147 KB).
• Transparenz: Die erste Fassung vom 8. November beruhte auf Messungen, bei denen das bereinigte CSS leer war (der WP-Rocket-Dienst konnte hinter unserem Laborpasswort die CSS-Dateien nicht abrufen). Die alten Daten liegen in unserem Archiv, alle Werte hier stammen aus der Wiederholung mit vollständigem CSS.
• Erster Tipp: 10 frische Browser je Zustand, mobil mit derselben Drosselung wie Lighthouse (CPU 4-fach, 150 ms Latenz, 1,6 Mbit/s). Seite laden, 3 Sekunden nichts tun, dann ein Tipp auf das Menü-Symbol. Gemessen wurde die Zeit vom Tipp bis zum offenen Menü.
• Ohne Berührung: Seite laden und nichts anfassen, danach prüfen, ob Elementor gestartet ist, der Slider läuft, wie viele Bereiche noch auf ihre Einblend-Animation warten und wie viele Skripte noch zurückgehalten werden.
• Rohdaten: rohdaten.csv. Gemessen am 8. November 2026.