Les indicateurs de performance évoluent. Les Core Web Vitals ont été introduits en 2020. Ils ont remplacé d'anciens indicateurs (FCP, FID). Dans cinq ans, de nouveaux indicateurs remplaceront les Core Web Vitals.
Les futurs indicateurs mesureront : le chargement de l'IA (combien de temps avant que les fonctions d'IA répondent), la réactivité en temps réel (combien de temps avant que les réponses en streaming apparaissent), la performance perçue par l'utilisateur (comment la page est ressentie, pas seulement les indicateurs techniques).
Question pour aujourd'hui : comment se préparer à de futurs indicateurs sans savoir lesquels ? Réponse : mesurez ce qui compte pour votre activité. Les Core Web Vitals mesurent l'expérience utilisateur générale. Les indicateurs personnalisés mesurent des résultats propres à votre activité. Préparez l'avenir en donnant de la souplesse à vos systèmes de mesure.
Suivre l'évolution des indicateurs
Les Core Web Vitals sont le standard actuel. Mais ils ne sont pas permanents.
Chronologie :
- 2020 : introduction des Core Web Vitals (LCP, CLS, FID)
- 2022 : le FID est remplacé par l'INP (l'indicateur de réactivité est affiné)
- 2024 : discussion sur les prochains indicateurs (temps d'attente d'interaction, temps de réponse en streaming)
- Avenir : de nouveaux indicateurs apparaissent
Schéma : quand la technologie change, les indicateurs changent. Quand les pages sont devenues interactives, les indicateurs d'interactivité (INP) sont devenus importants. À mesure que l'intégration de l'IA se généralise, le temps de réponse de l'IA pourrait devenir un indicateur important.
Leçon : concentrez-vous sur les principes (l'utilisateur perçoit une page rapide, réactive et stable), pas sur les indicateurs eux-mêmes. Les principes restent stables même quand les indicateurs changent.
L'IA et la performance en temps réel
Les fonctions d'IA se répandent. Un chatbot sur un site met deux secondes à répondre. L'utilisateur en attend davantage.
Indicateur émergent : le temps de réponse de l'IA (le temps entre la question de l'utilisateur et le premier jeton de la réponse de l'IA).
Exemple : un chatbot de service client sur la page d'assistance. L'utilisateur pose une question. Le chatbot met deux secondes à renvoyer le premier jeton de réponse. Perception de l'utilisateur : le chatbot est lent, il ne réagit pas.
Optimisation : la réponse en streaming. Renvoyer le premier jeton en cinq cents millisecondes, diffuser le reste de la réponse. L'utilisateur perçoit la réponse comme instantanée, même si la réponse complète prend deux secondes.
Indicateur futur : mesurer le délai avant le premier jeton (TTF), pas le temps de réponse total. Un TTF sous cinq cents millisecondes est bon.
Exemple concret : un SaaS avec un assistant IA intégré.
Expérience utilisateur actuelle :
- L'utilisateur clique sur l'icône de l'assistant
- L'assistant met une virgule cinq seconde à apparaître
- L'utilisateur attend et perçoit de la lenteur
- L'expérience de chat paraît lente
Optimisation future :
- L'utilisateur clique sur l'icône de l'assistant
- L'icône s'anime immédiatement (retour instantané, cent millisecondes)
- La fenêtre de chat s'ouvre (deux cents millisecondes)
- La première réponse de l'IA apparaît (cinq cents millisecondes)
- Le reste de la réponse de l'IA s'affiche en streaming (une à deux secondes)
Perception de l'utilisateur : réponse instantanée (l'animation et l'ouverture de la fenêtre sont visibles tout de suite).
Edge computing et performance distribuée
L'edge computing rapproche le calcul des utilisateurs. Un serveur déplacé de New York vers un nœud de Los Angeles. Le TTFB s'améliore fortement.
Avenir : le calcul se fait au niveau de l'edge. La génération du HTML se fait à l'edge. L'exécution du JavaScript se fait à l'edge. Les requêtes de base de données sont distribuées vers l'edge.
Impact sur les indicateurs : le TTFB devient négligeable (la latence réseau tend vers zéro). Le LCP dépend de l'affichage, pas de la réponse du serveur.
Priorité d'optimisation future : la performance d'affichage, pas la performance de réponse du serveur.
Exemple : une future page d'accueil propulsée par l'edge.
État actuel :
- TTFB : deux cents millisecondes (serveur à New York, utilisateur à Los Angeles)
- LCP : deux secondes (LCP = TTFB + temps d'affichage)
État futur (edge computing) :
- TTFB : vingt millisecondes (serveur au nœud edge de Los Angeles)
- LCP : une virgule cinq seconde (le temps d'affichage est le goulot d'étranglement, pas la réponse du serveur)
Optimisation : améliorer la performance d'affichage (CSS, JavaScript) devient plus important qu'améliorer la réponse du serveur.
Performance perçue par l'utilisateur et indicateurs subjectifs
Indicateurs objectifs : le LCP est de deux secondes (mesurable, objectif).
Indicateurs subjectifs : la page paraît réactive (subjectif, perçu).
Les études montrent qu'une page qui paraît réactive peut avoir les mêmes indicateurs techniques qu'une page qui paraît lente. La différence tient aux animations, au retour visuel, au chargement perçu.
Indicateur futur : la réactivité perçue. Mesurer la perception de l'utilisateur, pas seulement l'indicateur technique.
Exemple : deux pages avec le même LCP (deux secondes).
Page un : s'affiche instantanément en page blanche, puis le contenu apparaît à la deuxième seconde. L'utilisateur perçoit de la lenteur.
Page deux : affiche tout de suite un écran squelette (deux cents millisecondes), puis remplit progressivement le contenu jusqu'à la deuxième seconde. L'utilisateur perçoit plus de rapidité (l'écran squelette crée l'illusion d'un chargement plus rapide).
Indicateurs techniques (LCP) : identiques pour les deux (deux secondes).
Perception de l'utilisateur : la page deux paraît plus rapide.
Indicateur futur : un score de perception utilisateur (mesurer l'expérience subjective en plus des indicateurs techniques).
Streaming et affichage progressif
Approche actuelle : générer toute la page, l'envoyer au client. Le client affiche la page. La page est interactive.
Approche en streaming : envoyer les parties de la page au fur et à mesure de leur génération. Le client les reçoit et les affiche progressivement. La page est en partie interactive avant d'être entièrement chargée.
Impact : une page qui met deux secondes à se charger entièrement peut être interactive en zéro virgule cinq seconde grâce au streaming.
Indicateur futur : le time to interactive (TTI). Combien de temps avant que l'utilisateur puisse interagir avec la page.
Exemple : une fiche produit avec des recommandations.
Approche actuelle :
- Le HTML se charge (zéro virgule cinq seconde)
- Le CSS se charge (zéro virgule trois seconde)
- Le JavaScript se charge (zéro virgule cinq seconde)
- Appel d'API pour les recommandations (une seconde)
- La page est interactive à deux virgule trois secondes
Approche en streaming :
- Le HTML arrive en streaming (zéro virgule une seconde) - la structure de la page est visible
- Le CSS arrive en streaming (zéro virgule deux seconde) - la page est mise en forme
- Le JavaScript arrive en streaming (zéro virgule trois seconde) - la page est interactive
- L'appel d'API pour les recommandations continue en arrière-plan
- La page est interactive à zéro virgule cinq seconde
- Les recommandations apparaissent à une seconde et au-delà
L'utilisateur peut interagir (ajouter au panier, cliquer sur des boutons) à zéro virgule cinq seconde. Le contenu complet apparaît à une seconde et au-delà.
Indicateur futur (TTI) : zéro virgule cinq seconde (contre deux virgule trois secondes). Une énorme amélioration de la perception de l'utilisateur.
Questions fréquentes
Faut-il commencer dès maintenant à mesurer le temps de réponse de l'IA ?
Oui, si votre site a des fonctions d'IA. Mesurez le délai avant le premier jeton. Suivez-le chaque jour. Fixez des objectifs (sous cinq cents millisecondes, c'est bon). Préparez un avenir où cela devient un indicateur standard. Même si ce n'est pas encore un indicateur officiel, mesurer ce qui compte pour vos utilisateurs vous prépare à l'avenir. Avec le créateur de site web de WEMASY, vous pouvez le mettre en place directement sur votre site.
Comment se préparer à de futurs indicateurs de performance qu'on ne connaît pas encore ?
Construisez un système de mesure souple. Mesurez les Core Web Vitals (le standard actuel). Mesurez aussi des indicateurs personnalisés (ce qui compte pour votre activité). Quand de futurs indicateurs apparaîtront, vous pourrez les ajouter aux indicateurs existants. La souplesse est la clé.
Faut-il investir dans l'edge computing pour la performance ?
Oui, si vous avez des utilisateurs dans le monde entier. L'edge computing réduit fortement le TTFB (la latence réseau disparaît). Cela vaut l'investissement. Si vos utilisateurs sont concentrés dans une seule zone géographique, un CDN suffit. Une audience mondiale profite de l'edge computing.
Comment mesurer la performance perçue par l'utilisateur ?
Interrogez vos utilisateurs. Demandez : la page paraît-elle rapide, réactive, stable ? Mettez les résultats de l'enquête en regard des indicateurs techniques. Vous constaterez peut-être que les utilisateurs perçoivent la page comme plus rapide même si les indicateurs techniques sont identiques. Utilisez ces retours pour guider le design (écrans squelettes, animations, retour visuel).
Le time to interactive (TTI) devient-il le nouvel indicateur standard ?
Peut-être. Le TTI est plus parlant que le LCP pour les pages interactives (l'utilisateur peut agir avant que la page soit entièrement chargée). Mais pour l'instant, les Core Web Vitals (LCP, CLS, INP) restent le standard. Le TTI émerge, mais n'est pas encore officiel. Suivez les deux.
Comment rester informé des nouveaux indicateurs et standards de performance ?
Suivez les sources officielles : les mises à jour de Google sur la performance, le blog web.dev, les groupes de normalisation du W3C. Suivez le secteur : les magazines et blogs spécialisés en performance web, les conférences d'ingénierie. Les nouveaux indicateurs apparaissent par ces canaux. Restez informé. Adoptez tôt un nouveau standard quand il devient pertinent pour votre site.