Priorisierung von Core Web Vitals für Besucher mit hoher Absicht

Priorisierung von Core Web Vitals für Besucher mit hoher Absicht

Viele meiner Kunden legen großen Wert darauf, die Core Web Vitals zu bestehen. Das Bestehen der Core Web Vitals bedeutet, dass 75% aller Zugriffe die Core Web Vitals bestehen sollten. Ein bewundernswertes Ziel! Aber bei der Optimierung für die 75% der Besucher kann eine kleine, aber kritische Gruppe von etwa 5% der Besucher übersehen werden. Leider ist das manchmal die wichtigste Gruppe: die Besucher, die zu Kunden konvertieren!

Blinde Flecken in der CWV-Analyse finden

Während die Konzentration auf allgemeine CWV-Metriken für eine gute Benutzererfahrung unerlässlich ist, kann dies Leistungsprobleme maskieren, die speziell hochwertige Besucher betreffen. Die Core Web Vitals Optimierung, hauptsächlich aufgrund des Google-Bonus, neigt dazu, sich auf die Optimierung des 'leicht unterdurchschnittlichen Besuchers' zu konzentrieren.

Im E-Commerce macht es viel Sinn, darüber hinaus zu gehen und einen zusätzlichen Fokus auf Besucher mit hoher Absicht zu legen.  Das sind die Besucher, die zu Kunden konvertieren. Die Optimierung der Core Web Vitals für diese Besuchersegmente kann und wird zu höheren Konversionsraten und geringeren Warenkorbabbrüchen führen. 

Wir können diese Benutzer typischerweise anhand der Anzahl der Artikel in ihrem Warenkorb identifizieren. 

Hier ist das Problem: Das Hinzufügen von Artikeln zu einem Warenkorb kann sich auf die Core Web Vitals auswirken. Das Problem sind Caching-Plugins!

Caching-Plugins deaktivieren oft das Caching für Benutzer mit dynamischen Inhalten. Dynamische Inhalte sind Inhalte, die sich pro Benutzer ändern. Etwas so Einfaches wie 'Artikel in einem Warenkorb', zwingt den Server, die gesamte Seite bei jeder Anfrage neu zu erstellen. Dies erhöht die Time to First Byte erheblich, was zu einem langsameren First Contentful Paint und Largest Contentful Paint führt. Infolgedessen erleben Benutzer mit Kaufabsicht eine langsamere Website im Vergleich zu denen, die nur browsen.

Priorisierung der Leistung für dynamische Inhalte

Gehen Sie über Caching-Plugins hinaus: Verlassen Sie sich nicht nur auf Caching-Plugins. Versuchen Sie, so viele der zugrunde liegenden Probleme und Engpässe wie möglich zu beheben, bevor Sie sich an Plugins wenden. Analysieren Sie Ihren Backend-Code, optimieren Sie Datenbankabfragen, nehmen Sie Feineinstellungen am Server vor, um eine schnelle TTFB zu gewährleisten, auch ohne Caching-Plugins.

Partielles Caching: Erwägen Sie das Caching kleinerer Teile Ihrer Website, deren Erstellung im laufenden Betrieb CPU- oder zeitintensiv ist. Dies ermöglicht es Ihnen, auch bei deaktiviertem Full-Page-Caching die gesamte Seite schnell zu generieren. Ihr CMS unterstützt typischerweise partielles Caching mit Memcached oder Redis.  

Client-Side Rendering (CSR) für dynamische Komponenten: Erwägen Sie die Implementierung von CSR für eingeloggte Benutzer. Mit Client-Side Rendering wird der Großteil der Seite immer noch als gecachtes HTML serviert (dieser Teil wird serverseitig gerendert), während kleinere, dynamische Teile der Seite (wie der Warenkorb oder personalisierte Ergebnisse) clientseitig gerendert werden. Nachdem die Seite geladen ist, ruft der Browser mithilfe von JavaScript und AJAX dynamische Inhalte (wie Warenkorbinformationen) ab und fügt sie in die statische Seite ein, wodurch sie dynamisch wirkt.

Effektives Cache-Management:  Ich bin ein großer Fan von Caching und ermutige Sie, effektive Cache-Management-Strategien wie Keyed Caching zu implementieren. Verwenden Sie einfache Schlüssel  für statische Elemente (z. B. könnte eine URL als Schlüssel für eine Cache-Seite ausreichen) und verwenden Sie komplexe Schlüssel  für dynamische Inhalte wie Warenkörbe (der Schlüssel könnte die Benutzer-ID, Produkt-IDs und Zeitstempel enthalten, um sicherzustellen, dass die abgerufenen Daten mit dem spezifischen Warenkorb des Benutzers übereinstimmen).