Warum ist meine WordPress-Website langsam? Wo der Nachteil von Elementor wirklich liegt

Eine langsame WordPress-Seite ist in den meisten Fällen kein Elementor-Problem, sondern ein Server-Problem – und das lässt sich einkaufen, statt die Seite neu zu bauen. Das zeigen die Felddaten von rund 49.000 deutschen Elementor-Seiten im Chrome UX Report. Dieser Artikel erklärt, was gemessen wird, wo der Rückstand tatsächlich steckt und welche vier Maßnahmen ihn in welcher Reihenfolge schließen.

Was »langsam« messbar heißt: die drei Core Web Vitals

Google misst die Nutzererfahrung einer Seite an drei Werten, jeweils am 75. Perzentil echter Besucher: Ladezeit des größten sichtbaren Elements (LCP), Reaktionszeit auf Eingaben (INP) und Layoutsprünge (CLS). Die Schwellen stehen unverändert in der offiziellen Dokumentation (web.dev, Stand September 2025).

Zwei Dinge daran werden regelmäßig falsch verstanden. Erstens zählen Felddaten, nicht der Lighthouse-Wert im Labor. Ein Lighthouse-Score von 90 im Büro sagt nichts über den Monteur im Funkloch. Zweitens ist die Ranking-Wirkung klein. Google schreibt wörtlich: »Core Web Vitals are used by our ranking systems« – und im selben Dokument: Die Suche zeigt »the most relevant content, even if the page experience is sub-par« (Search Central, Stand 10.12.2025). Core Web Vitals entscheiden Gleichstände, nicht Wettbewerbe. Ihr größerer Hebel liegt auf der Conversion.

Die Felddaten: Was deutsche Elementor-Seiten tatsächlich schaffen

In Deutschland bestehen 53,9 % der Elementor-Seiten alle drei Core Web Vitals auf dem Handy. Der deutsche Web-Durchschnitt liegt bei 68,4 %. Die Zahlen stammen aus dem Chrome UX Report, den wir direkt über die Technology-Report-API abgefragt haben – dieselbe Datenbasis, aus der der Web Almanac seine Kapitel zieht.

Drei Lesarten, die aus dieser Tabelle folgen:

• Die global kursierende Zahl »nur 38 % der Elementor-Seiten sind schnell« ist für einen deutschen Betrieb die falsche Zahl. Sie wird von Märkten mit langsamen Netzen nach unten gezogen. In Deutschland schafft es mehr als jede zweite Elementor-Seite – ohne dass jemand optimiert hätte.
• Der Abstand bleibt trotzdem. 14,5 Prozentpunkte zum Web-Schnitt in Deutschland, 15,5 global. Elementor kostet messbar Leistung. Die Frage ist nur, wo.
• Das Theme ist egal. Hello Elementor liegt in denselben Daten nur rund 1,5 Punkte über dem Elementor-Durchschnitt. Performance-Versprechen von Theme-Anbietern sind in den Felddaten nicht auffindbar.

Der Befund, der der üblichen Erzählung widerspricht: Der Rückstand steckt im Server

Elementor ist bei Layoutsprüngen und Reaktionszeit besser als das Web insgesamt. Der gesamte Rückstand steckt im LCP – und dahinter im TTFB. Das ist das Gegenteil dessen, was meist behauptet wird (»zu viel JavaScript, zu tiefer DOM«).

Nur 16,8 % der Elementor-Seiten weltweit liefern das erste Byte in unter 0,8 Sekunden. Bei deutschen Elementor-Seiten sind es 27,6 % – besser, aber weiterhin die mit Abstand schwächste Metrik.

TTFB ist keine Eigenschaft des Page Builders. TTFB ist eine Eigenschaft von Hosting und Caching. Ein Server, der 1,5 Sekunden braucht, bevor er überhaupt HTML schickt, macht jedes Bild danach zu spät – egal, wie schlank das Markup ist. Das heißt für einen Betriebsinhaber: Der größte Einzelblock des Nachteils ist einkaufbar, nicht architektonisch. Er kostet ein besseres Hosting-Paket, keinen Relaunch.

Die Diagnose in vier Schritten: Welche Phase bremst Ihre Seite?

LCP zerfällt in vier Phasen, und jede hat einen anderen Schuldigen. Wer ohne diese Aufteilung optimiert, komprimiert Bilder auf einer Seite, deren Server zwei Sekunden schläft.

Phase 4 ist der häufigste selbstgemachte Fehler in Elementor-Projekten. Die Animation »Einblenden von unten« auf der Hero-Überschrift setzt das Element unsichtbar, bis das gesamte JavaScript geladen ist. Der Inhalt ist da, Google sieht ihn, aber der Besucher wartet. Das ist direkter LCP-Schaden für einen Effekt, den niemand vermisst.

Der billigste Gewinn: ein Häkchen, das auf Bestandsseiten fehlt

Jede Elementor-Seite, die vor Juli 2025 gebaut wurde, läuft vermutlich noch mit dem alten, verschachtelten Markup – obwohl die schlankere Variante längst installiert ist. Elementors Changelog zu Version 3.30.0 (01.07.2025) lautet wörtlich: »Activated ›Optimized Markup‹ feature for new sites«. Für neue Seiten. Bestandsseiten behalten die alte Einstellung.

Das Häkchen sitzt unter Elementor → Einstellungen → Leistung → Optimized Markup. Nach dem Umschalten sollte die Seite einmal durchgeklickt werden, weil eigene CSS-Anpassungen auf die alten Wrapper-Klassen zielen können. Aufwand: eine Stunde pro Seite. Kosten: keine.

Dasselbe Muster gilt für Elementor 4.0 (30.03.2026): Der neue »Atomic Editor« mit flacherem HTML ist »enabled by default for new websites«. Elementors eigene FAQ ergänzt: »Nothing happens to existing sites.« Wer eine Seite aus 2023 betreibt, hat von keiner dieser Verbesserungen automatisch etwas.

Was WordPress selbst seit 2025 mitbringt

WordPress 6.8 und 6.9 haben messbare Performance-Arbeit in den Kern geholt – sie wirkt aber nur, wenn die Installation aktuell ist. Zwei Beispiele aus den Entwickler-Notizen des Performance-Teams:

• Speculative Loading (6.8, März 2025): Der Browser lädt die wahrscheinlich nächste Seite vor, bevor der Klick kommt. Laut Performance-Team verbesserte sich die LCP-Bestehensquote bei Seiten mit dem Feature »by ~1.9 % at the median«. Klein, aber gratis.
• 6.9 (November 2025): Das Emoji-Skript blockiert das Rendern nicht mehr (»approximately 3KB of render-blocking JavaScript« entfernt), Blockstile werden nur noch bei Bedarf geladen (CSS-Ersparnis »by an average of 45 % on sample pages«), und WP-Cron wurde verschoben, um »potential 1-second TTFB delays« zu vermeiden.

Eine WordPress-Installation von 2016 mit zwanzig Plugins, von denen acht seit Jahren kein Update gesehen haben, bekommt nichts davon. Das Update-Risiko, das der Betrieb scheut, ist genau der Grund, warum die Seite langsam bleibt.

Was ein Relaunch auf demselben Stack bringt: zwei Messungen

Fahrschule Benz, Startseite mobil: von 62 auf 98 Punkte im Median – auf WordPress und Elementor, ohne Wechsel des Werkzeugs. Gemessen mit PageSpeed Insights an drei Zeitpunkten, weil der Wert auf geteiltem Hosting mit der Serverlast schwankt. Genau deshalb stehen hier alle Läufe und der Median, nicht der beste Wert.

Dazu Barrierefreiheit 95 bis 97 (vorher 89), SEO 100 (vorher 92), Best Practices 100 auf beiden Geräteklassen. Die Kontaktseite ist die einzige, die wir noch nicht durchoptimiert haben – deshalb schwankt sie zwischen 71 und 96, während die drei optimierten Seiten im Median bei 93 bis 98 liegen. Wir lassen den Wert stehen, weil er zeigt, was eine einzelne nicht optimierte Seite auf demselben Server und demselben Stack macht.

Zwei Einordnungen gehören dazu. Erstens: Das ist eine kleine Seite – vier Hauptseiten, wenige Bilder, kein Shop. Das ist aber exakt die Größe einer typischen Handwerksseite, und genau dort gilt: Wer darauf achtet, bekommt diese Werte. Zweitens wurde nicht das Werkzeug getauscht, sondern die Umsetzung: 12 Plugins statt Wildwuchs, Cache-Schicht, keine Eingangs-Animationen im sichtbaren Bereich, Bilder in passender Größe und passendem Format. Nichts davon braucht einen Relaunch auf einen anderen Stack.

thermoholzzaun.de: 9 Plugins, Best Practices 100/100, SEO 100/100, Performance Desktop 92 (PSI, 19.08.2026). Die Seite rankt organisch auf Platz 1 für »zaun aus thermoholz« – über ihr stehen nur drei bezahlte Anzeigen von Versandhändlern. Der mobile Performance-Wert liegt bei 63 und steht bei uns auf der Optimierungsliste. Wir nennen ihn, weil ein Lighthouse-Wert, den jeder nachmessen kann, mehr wert ist als eine Behauptung, die keiner prüfen kann. Details: Projekt Thermoholzzaun.

Beide Messungen zeigen dasselbe: Der Stack entscheidet nicht, ob eine Seite auf der richtigen Seite der 68 % landet. Die Umsetzung entscheidet.

Die ehrliche Grenze: Was ein Elementor-Relaunch nicht erreicht

Ein Elementor-Setup erreicht in den Felddaten nicht das Niveau eines statisch gebauten Frontends. Die Astro-Kohorte liegt global bei 69,8 % – mit 63 % guten TTFB-Werten gegenüber 16,8 % bei Elementor. Unsere eigene Agenturseite läuft deshalb auf Astro, statisch vorgerendert, auf Cloudflare Workers ausgeliefert.

Für einen Handwerksbetrieb mit einer Bürokraft, die einmal im Quartal ein Bild tauscht, ist das trotzdem die falsche Wahl. Ein Headless-Setup bindet den Betrieb an die Agentur; ein standardisiertes WordPress kann er selbst pflegen, und im Zweifel übernimmt es jemand anderes. Wir verkaufen deshalb bewusst den Stack, den der Kunde beherrschen kann – und bauen ihn so, dass er die Schwelle schafft.

Und noch eine Grenze, die in kaum einem Agentur-Artikel steht: Für einen lokalen Handwerksbetrieb ist Ladezeit selten der limitierende Faktor in der Suche. Dort entscheiden Google-Unternehmensprofil, Bewertungen und echter Leistungs-Content. Ein Wettbewerber mit zwanzig gepflegten Leistungsseiten und achtzig Bewertungen schlägt eine perfekte Seite mit drei Seiten Inhalt. Ladezeit entscheidet danach, ob der Besucher bleibt.

Checkliste: Fünf Prüfungen, bevor Sie einen Relaunch beauftragen

Vier der fünf Punkte lassen sich ohne Agentur in einer Stunde erledigen.

1. Felddaten statt Labor prüfen. PageSpeed Insights öffnen, URL eingeben, oben den Block »Erfahrungen von Nutzern« lesen. Steht dort »Keine Daten«, hat die Seite zu wenig Traffic für Felddaten – dann zählt der Laborwert, mit Vorbehalt.
2. TTFB isolieren. Liegt »Serverantwortzeit« über 0,8 Sekunden, ist das Hosting das Problem. Erst Cache-Plugin aktivieren, dann Hosting-Tarif prüfen – beides vor jeder Design-Diskussion.
3. Optimized Markup aktivieren, wenn die Seite vor Juli 2025 gebaut wurde.
4. Eingangs-Animationen im sichtbaren Bereich entfernen.
5. Plugins zählen. Jedes Plugin über zwölf muss sich rechtfertigen. Jedes ohne Update seit über einem Jahr ist ein Sicherheits- und Performance-Risiko zugleich.

Wer die fünf Punkte abgearbeitet hat und immer noch unter 50 liegt, hat ein strukturelles Problem – dann lohnt der Relaunch. Wer danach bei 85 steht, hat sich einen gespart.

Wie wir das angehen

Wir lösen Websites ab, die technisch und optisch am Ende sind – auf einem standardisierten Setup mit radikal reduzierter Plugin-Zahl, Umstellung nachts ohne Ausfall und Core Web Vitals als Standard statt als Aufpreis. Was das konkret umfasst, steht unter Website-Modernisierung für Handwerk und Industrie.

Ob sich das für Ihre Seite lohnt, klären wir im Erstgespräch: Wir schauen uns Ihre Seite 15 Minuten gemeinsam an und sagen Ihnen ehrlich, ob ein Hosting-Wechsel reicht oder ob es den Relaunch braucht.

Ansprechpartner für Technik, Performance und SEO: Luca Zell – l.zell@grz-digital.de

Methodik: Die Kohortenwerte stammen aus dem Chrome UX Report (Technology Report API, cdn.httparchive.org/v1/cwv), Metrik »alle Core Web Vitals bestanden«, mobil, 75. Perzentil, Datenstand Juni/Juli 2026, abgerufen am 21.08.2026. Kohorten nach Traffic-Rang unterliegen Selbstselektion; die Zahlen beschreiben Verteilungen, keine kausalen Effekte eines Werkzeugwechsels. Eine Studie, die belegt, dass Elementor-Seiten bei gleichem Inhalt schlechter ranken, existiert nicht – ebenso wenig eine, die das Gegenteil zeigt.