...
CWV sind eine von Google definierte Sammlung von Metriken für Webperformance von Webseiten im Chrome-Browser.
Sie werden für das Suchmaschinenmarketing von Webseiten (Mobil + Desktop) herangezogen, um die Nutzerfreundlichkeit anhand einer Reihe von Signalen zu bestimmen.
CWV sind vorrangig für die Nutzerfreundlichkeit wichtig und werden von Google beim Ranking hinter die angebotenen Informationen gestellt. Diese Metriken werden erst relevant, wenn viele Seiten ähnliche Inhalte haben und Google eine Entscheidungshilfe für den Stellenwert der Sichtbarkeit benötigt.
Understanding Google Page Experience | Google Search Central | Documentation | Google DevelopersCWV haben jedoch nicht nur eine Wirkung auf die Rankings, sondern wirken sich statistisch bewiesen auf den Umsatz einer Seite auf (web.dev: The business impact of Core Web Vitals)
Metriken:
LCP = Largest Contentful Paint
Bezeichnet die Zeit vom Beginn des Ladens der Seite bis zum Anzeigen des größten Inhaltselements im ViewportFID = First Input Delay
Gibt an, wie schnell eine Website auf User-Aktionen reagiert.CLS = Cumulative Layout Shift
Ist ein Maß für das Verschieben von Elementen während des Seitenaufbaus und beim ScrollenTTFB = Time to First Byte
FCP = First Contentful Paint
Beschreibt die Zeit vom Beginn des Seitenladens bis zu dem Zeitpunkt, wenn das erste Mal etwas auf dem Display angezeigt wird, das als Inhalt wahrgenommen werden kann.INP = Interaction to Next Paint:
Bewertet die Reaktionsfähigkeit der Seite und misst die Latenz aller Interaktionen, die ein Benutzer mit der Seite vorgenommen hat (und meldet einen einzelnen Wert, unter dem (fast) alle Interaktionen lagen).TTFB = Time to First Byte
Wo findet man Berichte zum Thema Performance und CWV?
...
Optimierungsmöglichkeiten bei den einzelnen Core Web Vitals Meldungen
Fehler | Ansatz |
---|---|
Reduzieren Sie nicht verwendetes JavaScript | Hier lässt sich im Standard kaum etwas machen. Der JTL Core bringt drei globale JS mit sich. Würde man hier Anpassungen vornehmen, wie zB. Variantenmöglichkeit entfernen, ist das nicht rückgängig zu machen. Änderungen in diesem Bereich bedeutet ein enormer Aufwand und ist sehr fehleranfällig, da JS nicht widgetspezifisch ist Möglichkeiten:
|
Bilder richtig dimensionieren | Bilder, die über im easyTemplate360 gepflegt werden sollten jeweils für Mobil und Desktop unterschiedliche Formate haben. Möglichkeiten
Erweiterte Möglichkeiten
|
Bilder in modernen Formaten bereitstellen | Ein beliebtes modernes Bildformat, das von den meisten Browsern unterstützt wird ist webP. Hier kann man mit einer Komprimierung der Blider auf unter 200 kB auf den LCP positiv einwirken. Möglichkeiten
|
Übermäßige DOM-Größe vermeiden | Die Flexibilität und verschiedenen Einstellungsmöglichkeiten im easyTemplates360 schlägt sich in der DOM-Größe nieder. Minimierung der DOM-Knoten gehen zu Lasten der Flexibilität. Meist ein Hinweis darauf, dass umfangreiche Menüs / Slider mit vielen Artikeln benutzt werden. Je komplexer und beweglicher die Elemente desto mehr DOM Knoten werden erzeugt. Wird grundsätzlich kaum von User wahrgenommen. Möglichkeiten
Erweiterte Möglichkeiten
|
Largest Contentful Paint-Bild wurde mit Lazy Loading geladen | Empfohlen wird von Google: Laden von Bildern innerhalb des anfänglichen Ansichtsfensters ohne Lazy Loading – während beim Rest Lazy Loading angewandt wird → weniger geladene Bytes und verbesserte Core Web Vitals https://web.dev/lcp-lazy-loading/?utm_source=lighthouse&utm_medium=lr → im easyTemplate360 nicht anwendbar, da hier die Möglichkeit besteht, die Widgets zu verschieben und selbst zu entscheiden, welches Widget an oberster Stelle gestellt wirdn (above the fold) Erweiterte Möglichkeit:
|
Aufwand für Hauptthread minimieren | Hier wären Anpassungen am JTL Core notwendig. JS wir im Standard asynchron nachgeladen bis auf jQuery und LazySizes. Änderung beeinträchtigt die Kompatibilität mit Plugins. |
Verwendet keine passiven Listener zur Verbesserung der Scrollleistung | Event Listeners passiv machen, um die Scroll-Performance zu verbessern. Wird oftmals bei Third Party Elementen von Google beanstandet, u.a. auch Google Maps. Möglichkeiten
|
Bildelemente haben keine explizite width und height | Damit sich die Bilder an die verschiedenen Endgeräte anpassen können wird nur das Seitenverhältnis mitgegeben und keine festgelegte Höhe und Breite. Wird gerade für easyTemplate360 erarbeitet und getestet. (Stand Okt. 2022) Erweiterte Möglichkeit
|
Statische Inhalte mit einer effizienten Cache-Richtlinie bereitstellen | Hier ist von der Server htaccess Einsetllung von Cache Gültigkeit die Rede. Im JTL Standard beträgt die Gültigkeit 1 Monat. Google setzt in seinen Richtlinien jedoch 1 Jahr an. Erweiterte Möglichkeiten:
|
First Contentful Paint (3G) | Ungenutztes CSS lässt sich wie bereits bei dem JS nicht einfach auseinandernehmen und einzeln bearbeiten. Spezifische Diagnose vom Entwickler erforderlich. Folgende Themen sollten dafür diagnostiziert und
|
Ressourcen, die das Rendering blockieren | eT / JTL Ressourcen können nicht ohne großen Aufwand reduziert werden. Im eT befindet sich critical CSS. Möglichkeiten
Erweiterte Möglichkeiten
|
Nicht sichbare Bilder aufschieben | Es sollten nur Elemente unterhalb above the fold über Lazy Loading geladen werden. Im easyTemplate360 werden viele Elemente bereits über Lazy Loading geladen, wie z.B. Produktslider. Jedoch besteht die Möglichkeit besteht, die Widgets zu verschieben und selbst zu entscheiden, welches Widget unter above the fold stehen wird. Deshalb ist eine einheitliche Lösung schwer umsetzar. Erweiterte Möglichkeiten
|
Darauf achten, dass der Text während der Webfont-Ladevorgänge sichtbar bleibt | Prüfung ob es sich dabei um Schriftarten oder Icons handelt. Da es bei Icons kein default gibt, gibt es hier keine Möglichkeiten. Erweiterte Möglichkeiten
|
Reduzieren Sie nicht verwendete CSS | Best practices sind bereits im eT integriert. Möglichkeiten:
Erweiterte Möglichkeiten:
|
Die Auswirkung von Drittanbieter-Code minimieren | Drittanbieter, um die es sich handelt, eruieren und deren Skripte überprüfen, ob sie den kritischen Rendering-Pfad nicht beeinträchtigen und ggf. Probleme beheben. Diese könnten bspw. sein: Video-Einbettungen, iFrames für Anzeigen und andere Inhalte, Google-Produkte, wie Google Analytics ect., Bibliotheken für JavaScript, Schriftarten, Suchmaschinenanbieter uvm. |
Erstreaktionszeit des Servers verringern | Hier sind Investitionen in den Server notwendig. Möglichkeiten:
Erweiterte Möglichkeiten
|
Verhindern, dass in modernen Browsern veraltetes JavaScript bereitgestellt wird | Kommt oft von Drittanbieter Plugins. Möglichkeiten:
|
Sehr große Netzwerknutzlasten | Gesamtbytegröße sollte unter 1600 kB liegen.
|
Bilder effizient codieren | Möglichkeiten Bilder zu optimieren
|
Nutzung von HTTP/2 | HTTP wurde am 14 Mai 2015 eingeführt. Kunden mit Enterprise Hostings unterstützen bereits HTTP3 / QUIC Check ist hier möglich: https://http3check.net/ Erweiterte Möglichkeiten:
|
TTFB | Möglichkeiten:
Erweiterte Möglichkeiten:
|