Was die Option macht
Elementor lädt auf jeder Seite CSS für viele Widgets, auch für solche, die gar nicht vorkommen. „Nicht benutztes CSS entfernen“ schickt die Adresse deiner Seite an einen Dienst von WP Rocket. Der ruft die Seite und ihre CSS-Dateien ab, prüft, welche Regeln wirklich gebraucht werden, und schickt ein bereinigtes CSS zurück. WP Rocket baut es direkt in die Seite ein und lässt die ursprünglichen CSS-Dateien weg.
Bei uns wurden aus 30 CSS-Dateien ein eingebettetes CSS von 146 KB plus wenige übrige Dateien. Das Berechnen dauert etwa eine Minute pro Seite und läuft im Hintergrund.
Die Messwerte
| WP Rocket ab Werk | + Nicht benutztes CSS entfernen | |
|---|---|---|
| Ladezeit mobil (LCP) | 4,72 s | 4,46 s |
| Ladezeit Desktop (LCP) | 1,20 s | 1,15 s |
| Lighthouse-Wert mobil | 81 | 83 |
| Seitengewicht | 736 KB | 713 KB |
| Anfragen | 66 | 46 |
| Anfragen an fremde Server (Google Fonts) | 7 | 13 |
| Menü, Slider, Akkordeon, Formular, Popup | funktionieren | funktionieren |
Der Gewinn ist klein, aber da: rund 0,26 Sekunden am Handy. In einer zweiten Messreihe am selben Tag waren es 0,10 Sekunden (4,54 → 4,44). Unterschiede unter etwa 0,15 Sekunden liegen bei uns im Rauschen. Deutlicher ist die Zahl der Anfragen: 20 weniger.
Eine Nebenwirkung: Die Zahl der Anfragen an Google stieg von 7 auf 13, weil der Browser die Google-Schriften jetzt anders anfordert. Hostest du die Schriften selbst (Google Fonts lokal einbinden), fällt das weg. In unserer empfohlenen WP-Rocket-Einstellung waren es dann 0 fremde Anfragen.
Bleibt das Layout heil?
Das ist die größte Sorge bei dieser Option. Wir haben die Seite am Handy mit und ohne die Option fotografiert: oben, mit geöffnetem Menü und mit geöffnetem Popup. Alle drei Ansichten sahen gleich aus. Auch die Farbe der Buttons, die über die globalen Farben von Elementor kommt, stimmte.
Fehlt bei dir trotzdem etwas, meist bei Elementen, die erst nach einem Klick oder nach dem Laden erscheinen, hilft die CSS-Safelist. Dort trägst du Klassen, IDs oder ganze CSS-Dateien ein, die WP Rocket nie entfernen soll.
Einschalten und Ausnahmen setzen
- Öffne Einstellungen → WP Rocket → JavaScript & CSS.
- Schalte unter CSS-Dateien die Option CSS-Darstellung optimieren ein und wähle Nicht benutztes CSS entfernen.
- Fehlt später etwas, trag es ins Feld CSS-Safelist ein, eine Zeile pro Eintrag, zum Beispiel
.elementor-popup-modaloder/wp-content/plugins/mein-plugin/(.*).css. - Klicke unten auf Änderungen speichern und optimieren.
- Warte ein paar Minuten und prüfe die Seite in einem privaten Fenster am Handy: oben, Menü, Popups, Formulare.
Wann du sie besser auslässt
- Hinter Passwortschutz oder auf einer Testkopie, siehe oben. Oder du gibst die Dateien für die Server von WP Rocket frei.
- Wenn du oft globale Stile änderst: Nach Änderungen an Farben oder Schriften im Website-Kit musst du zusätzlich Benutztes CSS leeren, sonst sehen Besucher den alten Stand. Getestet in Cache leeren mit WP Rocket und Elementor.
- Wenn der Datenschutz dir wichtig ist: Die Adresse jeder Seite geht an die Server von WP Rocket, die sie dann abrufen. Für öffentliche Seiten ist das meist unkritisch, erwähnen solltest du es in der Datenschutzerklärung trotzdem.
Alle anderen Einstellungen für Elementor stehen 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. Methodik
- Zustände: WP Rocket mit allen Standardwerten einer Neuinstallation, dann zusätzlich
remove_unused_css. Vor der Messung haben wir gewartet, bis das bereinigte CSS fertig war, und geprüft, dass es nicht leer ist (146 KB im Blockwpr-usedcss). - Messung: Lighthouse 13.5.0, je 5 Läufe mobil (gedrosselt) und Desktop, Median. Zweite Messreihe am selben Tag: 4,54 → 4,44 Sekunden mobil.
- Sichtprüfung: Chrome mit Handy-Ansicht, Screenshots oben, mit geöffnetem Menü und mit geöffnetem Popup, dazu die tatsächlich angezeigte Farbe des Buttons. Funktionstest (Menü, Slider, Akkordeon, Formular, Popup) bestanden.
- Unser Fehler zuerst: Unser Labor liegt hinter einem Passwortschutz. Anfangs durfte der WP-Rocket-Dienst nur die Seite abrufen, nicht ihre CSS-, JavaScript- und Schriftdateien. WP Rocket meldete „completed“, das CSS war leer. Seit dem 8. November geben wir statische Dateien für die IP-Adressen von WP Rocket frei und prüfen die Größe des bereinigten CSS automatisch.
- Rohdaten: rohdaten.csv. Gemessen am 8. November 2026.
