Code asynchrone etracker pour les valeurs top Core Web Vitals
von Katrin Nebermann
Que sont les Core Web Vitals ?
Le classement de votre site web ne dépend plus seulement du contenu, mais aussi de la performance technique. Ainsi, le temps de chargement est considéré comme la base de toute bonne expérience utilisateur. Et pour accorder encore plus d’importance à la vitesse de chargement, Google a introduit les Core Web Vitals Metrics.
Les Core Web Vitals sont trois mesures permettant d’évaluer l’expérience utilisateur ou la convivialité d’un site web : LCP (Largest Contentful Paint/chargement), FID (First Input Delay/interactivité) et CLS (Cumulative Layout Shift/stabilité visuelle). Tous trois font partie intégrante des facteurs de classement et sont mesurés sur cette base :
| Bon | Besoin d’amélioration | Poor | |
|---|---|---|---|
| LCP | <=2.5s | <=4s | >4s |
| FID | <=100ms | <=300ms | >300ms |
| CLS | <=0.1 | <=0.25 | >0.25 |
Mais des temps de chargement rapides ne font pas seulement le bonheur de Googlebot et influencent positivement le classement des moteurs de recherche. Ils réduisent également le taux de rebond (bounce rate). En effet, plus les visiteurs doivent attendre pour qu’une page se charge, plus le pourcentage de ceux qui abandonnent et se rendent sur un autre site web est élevé.
Quelle est la relation entre les Core Web Vitals et etracker analytics ?
Si des scripts externes sont intégrés au site web, cela peut avoir un impact négatif sur la vitesse de chargement du contenu de la page web. Cela concerne en particulier la métrique First Input Delay (FID), c’est-à-dire le temps nécessaire à l’utilisateur pour interagir avec la page. Il s’agit ici de millisecondes (voir tableau ci-dessus).
Pour qu’etracker Analytics puisse collecter des données, le code etracker initie d’abord le chargement d’un autre script. Ce processus peut être synchrone ou asynchrone. En mode synchrone, le contenu réel de la page n’est chargé qu’après l’exécution du code etracker. En mode asynchrone, en revanche, les scripts peuvent être exécutés simultanément. Ainsi, en mode asynchrone, etracker Analytics n’a aucune influence sur la vitesse de chargement du contenu des pages web et des autres scripts, ce qui garantit des vitales web de premier plan.
Intégration optimale du code pour un excellent classement Google
Pour ne pas nuire à la vitesse de chargement et donc aux Core Web Vitals et au classement chez Google, le code etracker est désormais chargé de manière asynchrone dans le mode standard. En effet, en mode asynchrone, le tracking n’a aucune influence sur la vitesse de chargement des contenus des pages Web et des autres scripts.
Le code asynchrone se trouve dans tous les comptes etracker sous Account Info → Paramètres → Setup/Tracking Code:

Nous recommandons aux clients qui utilisent actuellement le code synchrone d’adapter simplement le code etracker existant. Pour cela, il suffit de remplacer dans le code src=”//static.etracker.com/code/e.js par src=”//code.etracker.com/code/e.js” et d’ajouter le mot-clé ”async”.
En cas d’utilisation de l’etracker Optimiser, nous recommandons toutefois d’utiliser le mode synchrone afin que les modifications soient appliquées immédiatement avant le chargement des pages et que les effets de scintillement soient évités. À l’aide de notre technologie Content Delivery Network, nous garantissons ici aussi une performance maximale lors de la livraison des scripts afin de minimiser l’influence sur le temps de chargement.
Attention à l’utilisation de la récupération de code asynchrone et des événements Ecommerce. Dans ce cas, des problèmes de timing peuvent survenir, ce qui a pour conséquence que les événements Ecommerce ne sont pas transmis avec succès. C’est pourquoi l’appel de l’API Ecommerce doit être effectué dans la fonction suivante, qui garantit que le code etracker a déjà été chargé avant que les événements Ecommerce ne soient envoyés :
|