Core Web Vitals prioriteren voor bezoekers met een hoge aankoopintentie

Core Web Vitals prioriteren voor bezoekers met een hoge aankoopintentie

Veel van mijn klanten willen absoluut de Core Web Vitals halen. De Core Web Vitals halen betekent dat 75% van al je verkeer aan de normen moet voldoen. Een bewonderenswaardig doel! Maar bij het optimaliseren voor die 75% van de bezoekers, kan een kleine maar cruciale groep van ongeveer 5% over het hoofd worden gezien. Helaas is dat soms juist de belangrijkste groep: de bezoekers die converteren naar klanten!

Blinde vlekken opsporen in je CWV-analyse

Hoewel de focus op de algemene CWV-metrics essentieel is voor een goede user experience, kan het performanceproblemen maskeren die specifiek de meest waardevolle bezoekers treffen. Core Web Vitals-optimalisatie richt zich, grotendeels door de Google-bonus, vaak op het optimaliseren voor de 'iets ondergemiddelde bezoeker'.

In e-commerce is het zeer zinvol om verder te kijken dan dit en extra focus te leggen op bezoekers met een hoge aankoopintentie. Dit zijn de bezoekers die converteren naar klanten. Het optimaliseren van de Core Web Vitals voor deze bezoekerssegmenten leidt tot hogere conversieratio's en minder verlaten winkelwagens.

Je kunt deze gebruikers doorgaans herkennen aan het aantal items in hun winkelwagen.

Hier schuilt het probleem: het toevoegen van items aan een winkelwagen kan de Core Web Vitals beïnvloeden. Het probleem zijn de caching plugins!

Caching plugins schakelen caching vaak uit voor gebruikers met dynamische content. Dynamische content is content die per gebruiker verandert. Iets simpels als 'items in een winkelwagen', dwingt de server om de volledige pagina bij elke request opnieuw op te bouwen. Dit verhoogt de Time to First Byte aanzienlijk, wat leidt tot een tragere First Contentful Paint en Largest Contentful Paint. Het resultaat is dat gebruikers met een aankoopintentie een tragere website ervaren dan degenen die alleen maar rondkijken.

Performance prioriteren voor dynamische content

Ga verder dan alleen Caching Plugins: Vertrouw niet uitsluitend op een caching plugin. Probeer zoveel mogelijk van de onderliggende problemen en bottlenecks op te lossen voordat je naar een plugin grijpt. Analyseer je backend code, optimaliseer database queries en fine-tune je server om een snelle TTFB te garanderen, zelfs zonder caching plugins.

Partial Caching: Overweeg om kleinere delen van je site te cachen die veel CPU of tijd kosten om on-the-fly te genereren. Hierdoor kun je, wanneer full page caching is uitgeschakeld, toch de volledige pagina snel genereren. Je CMS ondersteunt doorgaans partial caching met Memcached of Redis.

Client-Side Rendering (CSR) voor dynamische componenten: Overweeg om CSR te implementeren voor ingelogde gebruikers. Met client-side rendering wordt het grootste deel van de pagina nog steeds als gecachte HTML geserveerd (dit deel is server-side rendered), terwijl kleinere, dynamische delen van de pagina (zoals de winkelwagen of gepersonaliseerde resultaten) client-side worden gerenderd. Nadat de pagina is geladen, gebruikt de browser JavaScript en AJAX om dynamische content (zoals winkelwageninformatie) op te halen en in de statische pagina te injecteren, waardoor deze dynamisch lijkt.

Effectief cache management: Ik ben een groot voorstander van caching en moedig je aan om effectieve cache management strategieën zoals keyed caching te implementeren. Gebruik simpele keys voor statische elementen (een URL kan bijvoorbeeld volstaan als key voor een gecachte pagina) en gebruik complexe keys voor dynamische content zoals winkelwagens (de key kan bijvoorbeeld de user ID, product ID's en timestamps bevatten om te garanderen dat de opgehaalde data overeenkomt met de specifieke winkelwagen van de gebruiker).