Das Wichtigste in Kürze
- Google misst drei Dinge: wie schnell der Hauptinhalt erscheint (LCP, unter 2.5 Sekunden), wie schnell die Seite auf ein Tippen reagiert (INP, unter 200 Millisekunden) und wie stark sie beim Laden springt (CLS, unter 0.1).
- Auf den meisten Elementor-Websites entscheiden fünf Dinge: Bildgrössen, Schriften, der Hero-Bereich, Fremdskripte und Caching. Plugins kommen an sechster Stelle.
- Laborwerte sind eine Diagnose. Die Felddaten in der Search Console sind das Urteil, und sie fliessen ins Ranking ein.
Was gemessen wird
Core Web Vitals sind Googles drei Messgrössen dafür, wie sich eine Seite für einen echten Besucher anfühlt. Sie werden bei Chrome-Nutzern erhoben, in der Search Console ausgewiesen, und sie sind eines der Signale im Ranking.
| Messgrösse | Misst | Gut |
|---|---|---|
| LCP, Largest Contentful Paint | wann das grösste sichtbare Element geladen ist, meist das Hero-Bild oder die Überschrift | unter 2.5 s |
| INP, Interaction to Next Paint | wie lange die Seite braucht, um auf ein Tippen oder Klicken zu reagieren | unter 200 ms |
| CLS, Cumulative Layout Shift | wie stark sich Inhalte beim Laden verschieben | unter 0.1 |
INP hat im März 2024 den älteren First Input Delay abgelöst und ist strenger; es misst jede Interaktion, nicht nur die erste.
Die fünf Dinge, die den Wert bewegen
1. Bilder
Die häufigste Ursache für einen langsamen LCP ist ein Foto mit 4'000 Pixeln, das mit 800 Pixeln angezeigt wird. Jedes Bild auf der Website sollte für seinen Platz dimensioniert, in einem modernen Format gespeichert (WebP, oder AVIF, wo unterstützt) und mit festen Abmessungen versehen sein, damit der Browser den Platz reserviert. Elementor kann responsive Grössen ausliefern; einen Upload mit 6 MB kann es nicht retten.
Alles unterhalb des sichtbaren Bereichs verzögert zu laden, ist richtig. Das Hero-Bild verzögert zu laden, ist falsch; es verzögert genau das Bild, das LCP misst.
2. Schriften
Webschriften von Googles Servern kosten eine Verbindung und einen Umweg, und sie sind in der Schweiz ohnehin ein Datenschutzthema. Lokal hosten, auf die zwei oder drei Schnitte beschränken, die Sie nutzen, und mit einer Ersatzschrift anzeigen, bis sie geladen sind. Ungenutzte Icon-Schriften sind ein klassischer versteckter Posten; Elementor lässt sie abschalten.
3. Der Hero-Bereich
Der erste Bildschirm entscheidet über LCP. Ein Hero mit Hintergrundbild, Überlagerung, Slider und Animation lädt alles davon, bevor der Besucher etwas sieht. Die Lösung ist ein einzelnes optimiertes Bild, vorgeladen, mit der Überschrift als echtem Text. Slider im Hero sind langsam, und fast niemand wischt sie.
4. Fremdskripte
Chat-Widgets, eingebettete Karten, Video-Einbettungen, Tracking-Pixel, Social-Media-Feeds. Jedes lädt Code von einem fremden Server und führt ihn auf Ihrer Seite aus, und sie sind die Hauptursache für einen schlechten INP. Laden Sie sie erst bei Interaktion (die Karte beim Scrollen dorthin, das Video beim Klick), oder fragen Sie ehrlich, ob die Website sie braucht.
5. Caching und Hosting
Eine Seite sollte einmal gebaut und dann aus dem Cache ausgeliefert werden, mit komprimierten Dateien und von einem Server in der Nähe des Besuchers. Ein Caching-Plugin plus ein anständiger Schweizer oder europäischer Host leisten das. Ein billiges Shared Hosting ohne Caching-Schicht verliert eine Sekunde, bevor irgendetwas anderes zählt.
Elementors eigene Einstellungen
Elementor hat seine Ausgabe in den letzten Versionen deutlich verbessert, und die Einstellungen sind einen Durchgang wert:
- Flexbox-Container statt der alten Abschnitte und Spalten, für weniger Markup.
- Optimiertes Markup und optimiertes CSS-Laden eingeschaltet.
- Icon- und Schriftbibliotheken, die die Website nicht nutzt, abgeschaltet.
- Google Fonts auf lokales Laden gestellt.
- Widgets und Erweiterungspakete, die die Website nicht nutzt, deaktiviert. Jedes Erweiterungspaket lädt seine Stile auf jeder Seite.
Plugins
Plugins werden zuerst beschuldigt und zählen an sechster Stelle. Vierzig Plugins sind eher ein Wartungsproblem als ein Tempoproblem, sofern jedes nur dort lädt, wo es gebraucht wird. Weh tun die wenigen, die ihre Skripte auf jeder Seite laden: Slider, Erweiterungspakete für Page Builder, Social-Sharing-Leisten, manche Formular-Plugins. Prüfen Sie, welche auf der Startseite laden, und entfernen Sie, was nicht nötig ist.
Wie man richtig prüft
Laborwerkzeuge (PageSpeed Insights, Lighthouse) laden die Seite einmal auf einem simulierten Gerät und sind nützlich, um zu finden, was zu beheben ist. Die Felddaten oben in PageSpeed Insights, und in der Search Console unter Core Web Vitals, sind das, was echte Besucher in den letzten 28 Tagen erlebt haben. Diese Zahl zählt fürs Ranking, und die gehört in den Bericht.
Eine Website, die im Labor 95 erreicht und im Feld durchfällt, hat ein echtes Problem, meist einen langsamen Host oder ein Skript, das nur auf älteren Handys Ärger macht.
Häufige Fragen
Welchen Wert soll ich anstreben?
Grün in den Felddaten auf dem Handy für alle drei Messgrössen. Der Laborwert ist ein Anhaltspunkt; 90 und mehr ist ein gutes Zeichen, aber die Felddaten entscheiden.
Beeinflussen Core Web Vitals das Ranking wirklich?
Ja, als eines von vielen Signalen. Sie heben keine dünne Seite über eine gute, aber zwischen zwei vergleichbaren Seiten gewinnt eher die schnellere, und eine durchfallende Seite kann zurückgehalten werden.
Ist Elementor langsamer als andere Builder?
Nachlässig gebaut sind alle Builder langsam. Mit den Einstellungen von oben besteht eine Elementor-Website problemlos. Die Variable ist der Bau, nicht das Werkzeug.
Wie oft sollte das Tempo geprüft werden?
Nach jeder grösseren Inhaltsänderung und mindestens jedes Quartal. Websites werden langsamer, wenn sich Bilder und Plugins ansammeln, und deshalb enthalten meine Betreuungspakete jedes Quartal einen Geschwindigkeitscheck.
Zwanzig Minuten am Telefon, eine schriftliche Offerte innert zwei Arbeitstagen.