Notre glossaire, méticuleusement élaboré, est votre boussole dans l’univers complexe et dynamique du marketing, de la communication et du digital. Ici, chaque terme est une clé que nous vous aidons à décrypter pour vous ouvrir a des concepts innovants et des stratégies éprouvées. Plongez dans nos thématiques pour éclairer votre chemin vers l’excellence et la créativité.
Le temps de réponse est le délai qui sépare une action ou une requête d’un utilisateur de la réaction du système, qu’il s’agisse de la réponse d’un serveur web ou de la mise à jour visible d’une interface.
Le terme recouvre deux mesures. Côté réseau et serveur, il désigne le temps qui s’écoule entre l’envoi d’une requête par le navigateur, par exemple après un clic sur un lien ou l’envoi d’un formulaire, et l’arrivée du premier octet de la réponse. Les équipes techniques le suivent sous le nom de délai jusqu’au premier octet (TTFB, pour Time To First Byte). Ce délai cumule les éventuelles redirections, la résolution du nom de domaine, l’établissement de la connexion et le traitement de la requête. Côté interface, le temps de réponse désigne le délai entre un geste de l’utilisateur, comme un clic, un appui ou une frappe au clavier, et l’affichage de son effet à l’écran. On parle alors de réactivité.
Ses composantes suivent la chaîne technique : réseau, hébergement, code applicatif, base de données, puis scripts exécutés dans le navigateur. Le temps de réponse se distingue du temps de chargement, qui mesure l’affichage d’une page entière ou de son contenu principal. Il se distingue aussi de la durée perçue, qui dépend de ce que l’utilisateur voit pendant l’attente et relève de l’ergonomie de l’attente.
La notion est employée en ergonomie web, en développement et en exploitation des sites. Elle intervient dans les cahiers des charges, les tests de charge, les audits de performance et le suivi de l’expérience utilisateur sur les pages qui comptent pour l’activité, comme la recherche interne, le panier ou les formulaires.
Les repères les plus cités viennent de l’ergonomie des interfaces. Dans « Response Times: The 3 Important Limits » (Nielsen Norman Group, 1993, mis à jour en 2014), Jakob Nielsen retient trois seuils, tirés des travaux de Miller (1968) et de Card et de ses coauteurs (1991). Sous 0,1 seconde, l’utilisateur a le sentiment que le système réagit instantanément. Jusqu’à une seconde environ, son fil de pensée n’est pas interrompu. Au-delà de dix secondes, son attention quitte la tâche. L’article recommande alors un indicateur d’avancement et un moyen d’interrompre l’opération.
Notre lecture : ces seuils décrivent une perception, pas une performance de serveur. Un serveur rapide ne garantit rien si un script bloque la page au moment du clic. C’est souvent là que se perd la réactivité d’un site marchand ou d’un espace client.
Deux indicateurs couvrent les deux sens du terme. La documentation web.dev publiée par Google (Barry Pollard et Jeremy Wagner, « Time to First Byte (TTFB) », mise à jour en 2025) qualifie de bon un délai jusqu’au premier octet de 0,8 seconde ou moins, présenté comme un repère approximatif, et de mauvais un délai supérieur à 1,8 seconde. Elle précise que cet indicateur ne fait pas partie des signaux web essentiels (Core Web Vitals).
Pour l’interface, la même documentation (« Interaction to Next Paint (INP) », mise à jour en 2025) mesure la latence des clics, des appuis et des frappes au clavier pendant toute la durée de la visite d’une page. Une valeur de 200 millisecondes ou moins est jugée bonne, une valeur supérieure à 500 millisecondes mauvaise. La mesure se lit au 75e centile des pages vues, séparément sur mobile et sur ordinateur. Nous recommandons de suivre ces valeurs sur les visites réelles, page par page, plutôt qu’un test isolé depuis le poste d’un développeur.
Advalians structure le brief et le cahier des charges de votre projet web, exigences de performance comprises, puis pilote la consultation jusqu’au choix de l’agence.
Le temps de réponse mesure la réaction à une requête ou à un geste ; le temps de chargement mesure l’affichage de la page. Côté serveur, le temps de réponse s’arrête à l’arrivée du premier octet, alors que le chargement se poursuit jusqu’à l’affichage du contenu principal. Côté interface, le temps de réponse concerne chaque clic ou appui sur une page déjà affichée.
Conséquence pratique : un site peut se charger vite et réagir lentement, par exemple quand un script retarde l’ouverture d’un menu. Suivez donc un indicateur pour chaque notion et ne déduisez jamais l’un de l’autre.
Commencez par localiser le délai : serveur ou navigateur. Si le premier octet arrive tard, examinez l’hébergement, la mise en cache des pages, les requêtes à la base de données et les redirections en chaîne. Si la page réagit mal aux clics, examinez les scripts : leur nombre, leur poids et les traitements longs déclenchés par une interaction.
Traitez ensuite les pages critiques une par une, en mesurant avant et après chaque modification. Nous recommandons de retirer en priorité les scripts tiers devenus inutiles, souvent le levier le moins coûteux.
Visez deux repères distincts. Pour le serveur, la documentation de référence des indicateurs web qualifie de bon un délai jusqu’au premier octet de 0,8 seconde ou moins. Pour l’interface, elle retient 200 millisecondes ou moins entre une interaction et l’affichage suivant, au 75e centile des pages vues.
Mesurez sur les visites réelles, séparément sur mobile et sur ordinateur, et page par page. Complétez par des tests en laboratoire pour reproduire un problème. Fixez un état initial avant tout chantier, sans quoi aucun gain ne pourra être démontré.
Juger sur une moyenne ou sur un test unique. Une moyenne correcte peut cacher une part importante de visites lentes, souvent sur des téléphones d’entrée de gamme ou des réseaux mobiles. Un test lancé depuis un poste de bureau bien connecté donne une image trop favorable.
Travaillez avec des centiles, au minimum le 75e, et segmentez par type d’appareil. Vérifiez aussi que la mesure porte sur les pages où se jouent les ventes et les demandes de contact, pas seulement sur la page d’accueil.
Oui lorsque le gain fait passer un seuil perçu, rarement dans les autres cas. Gagner 300 millisecondes compte si l’action passe ainsi sous la seconde, limite au-delà de laquelle le fil de pensée de l’utilisateur risque d’être interrompu selon les travaux d’ergonomie des interfaces. Le même gain a peu d’effet sur une action déjà quasi instantanée.
Critère de décision : comparez le coût du chantier au volume de visites touchées sur les pages critiques. Une page à faible trafic mérite rarement un projet lourd. À notre sens, un tunnel de commande lent le justifie presque toujours.
Par Thomas Bizot – Président du cabinet Advalians
Recruter un directeur marketing expérimenté, capable de structurer la stratégie, de piloter les..
Quand une banque d’affaires évalue une agence avant de la racheter, elle applique..
