Prioriser les Core Web Vitals pour les visiteurs à forte intention

Prioriser les Core Web Vitals pour les visiteurs à forte intention

Beaucoup de mes clients se soucient profondément de réussir les Core Web Vitals. Réussir les Core Web Vitals signifie que 75 % de tout le trafic doit valider les Core Web Vitals. Un objectif admirable ! Mais en optimisant pour les 75 % de visiteurs, un petit groupe critique d'environ 5 % des visiteurs peut être négligé. Malheureusement, c'est parfois le groupe le plus important : les visiteurs qui se convertiront en clients !

Trouver des angles morts dans l'analyse CWV

Bien que se concentrer sur les métriques globales CWV soit essentiel pour une bonne user experience, cela peut masquer des problèmes de performance affectant spécifiquement les visiteurs de grande valeur. L'optimisation des Core Web Vitals, principalement en raison du bonus Google, tend à se concentrer sur l'optimisation du 'visiteur légèrement inférieur à la moyenne'.

Dans le e-commerce, il est très judicieux d'aller au-delà de cela et d'ajouter une attention particulière aux visiteurs à forte intention.  Ce sont les visiteurs qui se convertissent en clients. L'optimisation des Core Web Vitals pour ces segments de visiteurs conduira à des taux de conversion plus élevés et à un abandon de panier plus faible. 

Nous pouvons généralement identifier ces utilisateurs par la quantité d'articles dans leur panier. 

Voici maintenant le problème : l'ajout d'articles à un panier peut avoir un impact sur les Core Web Vitals. Le problème, ce sont les plugins de mise en cache !

Les plugins de mise en cache désactivent souvent la mise en cache pour les utilisateurs avec du contenu dynamique. Le contenu dynamique est un contenu qui change par utilisateur. Quelque chose d'aussi simple que des 'articles dans un panier', force le serveur à reconstruire la page entière à chaque requête. Cela augmente considérablement le Time to First Byte, entraînant un First Contentful Paint et un Largest Contentful Paint plus lents. En conséquence, les utilisateurs ayant une intention d'achat font l'expérience d'un site web plus lent par rapport à ceux qui naviguent simplement.

Prioriser la performance pour le contenu dynamique

Allez au-delà des plugins de mise en cache : Ne vous fiez pas uniquement aux plugins de mise en cache. Essayez de corriger autant de problèmes sous-jacents et de goulots d'étranglement que possible avant de vous tourner vers un plugin.. Analysez votre code backend, optimisez les requêtes de base de données, ajustez le serveur pour assurer un TTFB rapide, même sans plugins de mise en cache.

Mise en cache partielle : Envisagez de mettre en cache de plus petites parties de votre site qui demandent beaucoup de CPU ou de temps pour être générées à la volée. Cela vous permettra, lorsque la mise en cache de page complète est désactivée, de générer quand même rapidement la page entière. Votre CMS supportera généralement  la mise en cache partielle avec Memcached ou Redis.  

Client-Side Rendering (CSR) pour les composants dynamiques : Envisagez d'implémenter le CSR pour les utilisateurs connectés. Avec le rendu côté client, la majorité de la page est toujours servie sous forme de HTML mis en cache (cette partie est rendue côté serveur) tandis que les parties plus petites et dynamiques de la page (comme le panier ou les résultats personnalisés) sont rendues côté client. Une fois la page chargée, le navigateur utilise JavaScript et AJAX pour récupérer le contenu dynamique (tel que les informations du panier) et l'injecter dans la page statique, la rendant apparemment dynamique.

Gestion efficace du cache :  Je suis un grand fan de la mise en cache et je vous encourage à mettre en œuvre des stratégies de gestion de cache efficaces comme la mise en cache par clé. Utilisez des clés simples  pour les éléments statiques (par exemple, une URL peut suffire comme clé pour une page de cache) et utilisez des clés complexes  pour le contenu dynamique comme les paniers d'achat (la clé pourrait inclure l'ID utilisateur, les ID produits et les horodatages pour s'assurer que les données récupérées correspondent au panier spécifique de l'utilisateur).