Le terme UX signifie « expérience utilisateur » (Comprenez le confort d’utilisation de votre site internet pour vos visiteurs).
Le travail de l’UX designer consiste donc à concevoir une interface accessible et facile à prendre en main pour tout type de support.
L’UX a toujours été important pour le marketing en ligne, mais maintenant que les Core Web Vitals de Google on été déployés, ils sont doublement importants.
Core Web Vitals de Google permet aux propriétaires de sites Web de mesurer et d’améliorer facilement l’expérience utilisateur . Ils sont également désormais un facteur de classement de recherche, il est donc important de donner à votre site Web une évaluation Core Web Vitals et de résoudre rapidement les problèmes mis en évidence.
À l’heure actuelle, trois indicateurs de performances majeurs constituent les principaux Web Vitals de Google. Bien que plusieurs facteurs contribuent à la vitalité du Web en général, Google considère que ces trois facteurs sont particulièrement importants.
Ils sont:
- La plus grande peinture à contenu (LCP)
- Délai de première entrée (FID)
- Décalage de mise en page cumulatif (CLS)
Ces termes peuvent sembler trop techniques, mais ils sont tous assez faciles à comprendre. Voici une ventilation de ce que chacun signifie :
Ainsi, les URL qui dépassent chaque seuil Core Web Vitals sont censées être plus susceptibles d’être classées que les URL qui ne le font pas, et vice versa. Cependant, Google a apparemment changé d’avis au fil du temps sur l’ampleur de l’impact que les sites verront et sur le nombre de seuils qu’ils devraient franchir.
Qu’est-ce donc que le LCP de Core web vitals ?
Le LCP est une mesure de la vitesse à laquelle le plus gros élément de contenu de la partie du site Web qui apparaît au-dessus de la ligne de flottaison (la partie du site Web qui est immédiatement visible sur votre écran) devient visible pour les utilisateurs.
Pour décomposer un peu plus, l’apparition d’éléments sur un écran est ce qu’on appelle une peinture. Il peut s’agir d’une vidéo, d’une image ou simplement d’un texte.
LCP est utilisé pour évaluer la vitesse de chargement du point de vue de l’utilisateur. Bien que votre site Web puisse se charger rapidement en général, si le plus gros élément de contenu met un certain temps à devenir visible, un utilisateur peut toujours percevoir le site comme étant lent.
CLS : décalage de mise en page cumulatif
Le troisième Core Web Vital est un tout nouveau : Cumulative Layout Shift. Cette métrique essaie de déterminer comment les éléments « stables » se chargent sur votre écran.
Il regarde à quelle fréquence les choses sautent pendant le chargement et de combien. Vous pouvez imaginer que parfois un bouton se charge à l’écran, invitant les utilisateurs à cliquer dessus. En arrière-plan, cependant, il y a toujours une grande zone de contenu en cours de chargement.
Le résultat? Lorsque le contenu se charge enfin complètement, le bouton appuie un peu – tout comme vous voulez appuyer sur ce bouton. Encore une fois, la frustration monte !
Ces changements de mise en page se produisent souvent avec les publicités. Les publicités sont une bouée de sauvetage pour de nombreux sites, mais elles sont souvent chargées si mal qu’elles frustrent les utilisateurs. De plus, de nombreux sites complexes ont tellement de choses à faire qu’ils sont lourds à charger et que le contenu est chargé dès qu’il est prêt.
Cela peut également entraîner un contenu ou des CTA qui sautent sur l’écran, ce qui permet un chargement plus lent du contenu.
Que représente le FID ou « délai de première entrée »
Lorsque nous chargeons des pages Web dans un navigateur, en tant qu’utilisateurs, nous nous attendons généralement à ce que la seconde où nous voyons un élément visuel, comme un bouton, une image ou une barre de défilement, se charge à l’écran que la page est immédiatement prête à recevoir ma saisie.
Cette attente est que nous pouvons cliquer sur le bouton ou faire défiler la page vers le bas, même si la page semble toujours en cours de chargement.
Nous trouvons cela frustrant lorsque notre expérience ne répond pas à cette attente et qu’une page ne commence pas à répondre à nos actions.
La réalité est que souvent le navigateur ne peut pas répondre car il est occupé à analyser un grand JavaScript qui contrôle une fonction sur la page. Pendant que le navigateur charge ce fichier, il ne dispose pas des ressources nécessaires pour exécuter des écouteurs d’événement qui répondraient à l’entrée de l’utilisateur.
Le délai de première entrée (FID) permet de quantifier cette frustration de l’utilisateur en une métrique centrée sur l’utilisateur. Il est important de noter que FID ne mesure pas le temps de traitement de l’événement ou le temps nécessaire pour rendre les modifications apportées à la mise en page ou au contenu, mais uniquement le délai de traitement de l’événement initié par l’utilisateur.
