Dare priorità ai Core Web Vitals per i visitatori ad alto intento

Dare priorità ai Core Web Vitals per i visitatori ad alto intento

Molti dei miei clienti tengono molto al superamento dei Core Web Vitals. Superare i Core Web Vitals significa che il 75% di tutto il traffico dovrebbe superare i Core Web Vitals. Un obiettivo ammirevole! Ma nell'ottimizzazione per il 75% dei visitatori, un gruppo piccolo ma critico di circa il 5% dei visitatori può essere trascurato. Sfortunatamente, questo è talvolta il gruppo più importante: i visitatori che si convertiranno in clienti!

Trovare i punti ciechi nell'analisi CWV

Concentrarsi sulle metriche CWV complessive è essenziale per una buona user experience, ma può mascherare problemi di prestazioni che colpiscono specificamente i visitatori ad alto valore. L'ottimizzazione dei Core Web Vitals, principalmente a causa del bonus Google, tende a concentrarsi sull'ottimizzazione del 'visitatore leggermente sotto la media'.

Nell'e-commerce, ha molto senso andare oltre questa visione e aggiungere un'attenzione extra ai visitatori ad alto intento.  Questi sono i visitatori che si convertono in clienti. Ottimizzare i Core Web Vitals per questi segmenti di visitatori porterà a tassi di conversione più alti e a un minor abbandono del carrello. 

Possiamo tipicamente identificare questi utenti dalla quantità di articoli nel loro carrello. 

Ecco il problema: aggiungere articoli a un carrello può impattare i Core Web Vitals. Il problema sono i plugin di caching!

I plugin di caching spesso disabilitano la cache per gli utenti con contenuto dinamico. Il contenuto dinamico è contenuto che cambia per ogni utente. Qualcosa di semplice come 'articoli in un carrello', costringe il server a ricostruire l'intera pagina ad ogni richiesta. Questo aumenta significativamente il Time to First Byte, portando a un First Contentful Paint e Largest Contentful Paint più lenti. Di conseguenza, gli utenti con intento di acquisto sperimentano un sito web più lento rispetto a quelli che stanno semplicemente navigando.

Dare priorità alle prestazioni per i contenuti dinamici

Andare oltre i plugin di caching: Non affidarti esclusivamente ai plugin di caching. Cerca di risolvere quanti più problemi sottostanti e colli di bottiglia possibile prima di ricorrere ai plugin. Analizza il codice del tuo backend, ottimizza le query del database, ottimizza il server per garantire un TTFB veloce, anche senza plugin di caching.

Caching parziale: Considera di mettere in cache parti più piccole del tuo sito che richiedono molto CPU o tempo per essere generate al volo. Questo ti permetterà, quando il caching dell'intera pagina è disabilitato, di generare comunque rapidamente l'intera pagina. Il tuo CMS tipicamente  supporterà il caching parziale con Memcached o Redis.  

Client-Side Rendering (CSR) per i componenti dinamici: Considera di implementare il CSR per gli utenti autenticati. Con il client side rendering la maggior parte della pagina viene ancora servita come HTML in cache (questa parte è renderizzata lato server) mentre le parti più piccole e dinamiche della pagina (come il carrello o i risultati personalizzati) vengono renderizzate lato client. Dopo il caricamento della pagina, il browser usa JavaScript e AJAX per recuperare il contenuto dinamico (come le informazioni del carrello) e iniettarlo nella pagina statica, facendola apparire dinamica.

Gestione efficace della cache:  Sono un grande fan del caching e ti incoraggerò a implementare strategie efficaci di gestione della cache come il keyed caching. Usa chiavi semplici  per gli elementi statici (ad esempio un URL potrebbe bastare come chiave per una pagina in cache) e usa chiavi complesse  per i contenuti dinamici come i carrelli (la chiave potrebbe includere l'ID utente, gli ID dei prodotti e i timestamp per garantire che i dati recuperati corrispondano al carrello specifico dell'utente).