Elementor schneller machen: Was die Einstellungen wirklich bringen (gemessen)

Das Ergebnis

Dieselbe Elementor-Seite in sieben Zuständen, jeweils fünfmal mobil und fünfmal am Desktop gemessen. Die Tabelle zeigt den Median.

Menü, Slider, Akkordeon, Formular und Popup haben in allen Zuständen funktioniert, ohne Fehlermeldungen im Browser.

Was Elementor schon von allein macht

Diese Optionen sind in Elementor 4.3 ab Werk eingeschaltet. Zusammen machen sie in unserem Test eine Sekunde Ladezeit und 214 KB Seitengewicht aus:

• Optimized Image Loading (Reiter Leistung): Das wichtigste Bild oben bekommt Vorrang, Bilder weiter unten laden erst beim Scrollen.
• Optimiertes Gutenberg-Laden (Leistung): Die Dateien des Block-Editors werden nur geladen, wenn die Seite sie braucht.
• Hintergrundbilder nachladen (Leistung): Hintergrundbilder außer dem ersten kommen erst, wenn sie ins Bild scrollen.
• Inline-Schriftarten-Symbole (Eigenschaften): Icons werden direkt als kleine Grafik eingebaut, statt die ganze Font-Awesome-Schrift zu laden.
• Optimized Markup (Eigenschaften): Elementor erzeugt schlankeren HTML-Code.
• Elementor-Cache (Leistung, Standard „1 Tag“): Elementor speichert fertig gebaute Elemente zwischen. Auf unserer Testseite war kein Unterschied messbar, schaden tut es aber auch nicht.

Wichtig für ältere Seiten: Wurde deine Seite mit einer älteren Elementor-Version gebaut, kann dort statt „Standard“ ausdrücklich „Inaktiv“ gespeichert sein. Dann bekommst du die Vorteile nicht. Prüfe unter Elementor → Editor → Einstellungen → Eigenschaften, dass Inline-Schriftarten-Symbole und Optimized Markup auf „Standard“ oder „Aktiv“ stehen und der grüne Punkt davor leuchtet.

Der größte Hebel: Schriften

Elementor lädt seine Standardschriften (Roboto und Roboto Slab) von Google. Allein Google Fonts lokal laden (Reiter Leistung → Aktivieren) senkte die Ladezeit mobil von 4,59 auf 3,94 Sekunden, und keine Besucher-IP geht mehr an Google. Wie das genau geht und was dabei im Hintergrund passiert, steht in unserem Test Google Fonts lokal einbinden.

Noch schneller wird es ohne Webschriften: Mit Google Fonts auf Deaktivieren (Reiter Erweitert) lag die Seite bei 3,26 Sekunden. Dann nutzt der Browser die Schriften, die auf dem Gerät schon vorhanden sind.

Was nichts gebracht hat

• Optimized CSS Files (Eigenschaften, noch im Alpha-Stadium): 3,93 statt 3,94 Sekunden. Das liegt innerhalb der normalen Schwankung. Unsere Empfehlung: aus lassen, bis die Funktion fertig ist.
• CSS-Ausgabemethode „Inline platziert“ (Leistung): Fünf Anfragen weniger, aber keine schnellere Ladezeit. Mit „Externe Dateien“ kann der Browser das CSS für weitere Seiten wiederverwenden. Deshalb bleibt „Externe Dateien“ die bessere Wahl.
• Elementor-Cache aus: 4,70 statt 4,59 Sekunden, auch das liegt in der Schwankung. Die Serverantwortzeit blieb gleich. Einfach auf dem Standard lassen.

Was Elementor nicht lösen kann

In allen Zuständen brauchte der Server 0,6 bis 0,8 Sekunden für die erste Antwort. Das ist die Zeit, in der WordPress die Seite bei jedem Aufruf neu baut. Daran ändert keine Elementor-Einstellung etwas. Dafür brauchst du einen Seiten-Cache. Den testen wir als Nächstes mit WP Rocket.

Prüfliste

• Leistung: Optimized Image Loading, Optimiertes Gutenberg-Laden und Hintergrundbilder nachladen auf Aktivieren
• Leistung: Google Fonts lokal laden auf Aktivieren (oder Google Fonts unter Erweitert ganz deaktivieren)
• Leistung: CSS-Ausgabemethode auf Externe Dateien, Elementor-Cache auf Standard
• Eigenschaften: Inline-Schriftarten-Symbole und Optimized Markup aktiv (grüner Punkt), Optimized CSS Files aus
• Danach unter Werkzeuge den Elementor-Cache leeren (Lösche Dateien und Daten.)

Für Technikinteressierte: Testaufbau und Rohdaten

• Labor: WordPress 7.1.4, PHP 8.4, Hello Elementor 3.5, Elementor 4.3.6, Elementor Pro 4.3.2, Shared Hosting bei All-Inkl, kein Cache-Plugin. Referenzseite mit Hero-Bild, Icon-Boxen, Kundenstimmen-Slider, Galerie, Akkordeon, Formular und Popup. Methodik
• Messung: Lighthouse 13.5.0, je 5 Läufe mobil (gedrosselt) und Desktop nach einem Aufwärm-Abruf, Labor vor jedem Zustand auf denselben Snapshot zurückgesetzt, Elementor-CSS danach neu erzeugt.
• Zustände: „Leistungsoptionen aus“ = e_font_icon_svg und e_optimized_markup inaktiv, optimized_image_loading, optimized_gutenberg_loading und lazy_load_background_images aus (Element-Caching blieb an). „Google Fonts aus“ = google_font aus, zusätzlich e_optimized_css_files aktiv, das allein aber nichts messbar änderte. „Ohne Element-Caching“ = element_cache_ttl auf disable.
• Funktionstest in jedem Zustand mit einem automatisierten Browser: Burger-Menü öffnet, Slider ist gestartet, zweiter Akkordeon-Eintrag öffnet, Formular vorhanden, Popup öffnet, keine Konsolenfehler. Alles bestanden.
• Verbindungen nach außen (aufgezeichnet mit dem Connection Monitor): Mit „Google Fonts lokal laden“ holt der Server einmalig 25 Schriftdateien über 227 Anfragen von Google. Im Browser der Besucher gab es danach keine Anfragen an fremde Server mehr.
• Transparenz: Eine erste Messreihe haben wir verworfen, weil parallel Arbeiten auf demselben Server liefen und der Funktionstest nicht gestartet war. Alle Werte oben stammen aus der Wiederholung ohne parallele Last. Die verworfenen Daten liegen bei uns im Archiv.
• Rohdaten: messdaten.csv mit allen 70 Läufen. Gemessen am 7. November 2026.