TL;DR, Réponse rapide
9 min de lectureLe dwell time est l'intervalle entre le clic d'un internaute sur un résultat et son retour à la page de résultats, et seul le moteur de recherche peut le mesurer, parce que les deux horodatages de cet intervalle appartiennent à la page de résultats. Le time on page et la durée de session sont mesurés par votre propre script et démarrent après le clic que le moteur a vu. La documentation Search Central de Google ne nomme pas le dwell time comme facteur de classement et ne définit pas le terme.
Qu'est-ce que le dwell time?
Les moteurs de recherche mesurent le dwell time, le temps qu'un internaute passe sur une page avant de revenir aux résultats, comme l'intervalle entre le clic sur un résultat et le retour à la page de résultats, compté du côté du moteur et non par votre script analytics. Le moteur sert la page de résultats, enregistre le clic sortant, puis enregistre le retour de l'internaute sur cette page, si bien que chaque événement se trouve dans ses propres journaux. Votre tag se déclenche une seule fois au milieu de cette séquence et ne voit ni le clic qui l'a lancée ni le retour qui l'a close.
dwell time = timestamp of return to the SERP - timestamp of the result clickUn internaute clique sur votre page de tarifs depuis Google à 14:02:10 et appuie sur retour à 14:03:35. Le dwell time de cette visite est de 85 secondes. Votre analytics a enregistré une page vue et, sous le modèle Universal Analytics, zéro seconde de time on page, parce que le time on page est l'écart entre deux hits et qu'il n'y a pas eu de second hit. Une visite, 85 secondes du côté du moteur et 0 du vôtre.
En quoi le dwell time diffère-t-il du time on page et de la durée de session?
Les trois métriques démarrent et arrêtent des horloges différentes, et une seule est mesurée par quelqu'un d'autre que vous. Le dwell time est borné par deux événements sur la page de résultats, le time on page par deux hits de votre propre tag, et la durée de session par le premier et le dernier hit d'une session.
| Métrique | L'horloge démarre | L'horloge s'arrête | Périmètre | Qui peut la mesurer |
|---|---|---|---|---|
| Dwell time | L'internaute clique sur votre résultat dans la SERP | L'internaute revient à cette SERP | Une visite arrivant depuis un résultat de recherche | Le moteur de recherche uniquement |
| Time on page | Votre page envoie son premier hit | Le hit suivant de la même session part | Une seule page | Votre analytics, et seulement s'il existe un second hit |
| Durée moyenne de session | Le premier hit de la session | Le dernier hit de la session | Une session entière sur plusieurs pages | Votre analytics |
Cette dernière colonne est celle que les gens sautent. Un éditeur peut vous vendre du time on page et de la durée de session parce que votre script a produit les deux. Personne en dehors de Google ou Bing ne peut vous vendre du dwell time, parce que votre script ne tournait pas sur la page de résultats.
Pour l'horloge de session et la page vue finale à zéro seconde, voir comment la durée moyenne de session est calculée et pourquoi le time on page dans Google Analytics est une métrique bancale. La frontière qui décide où la deuxième horloge s'arrête est traitée dans ce qui compte comme une session, et le couple bounce et exit est détaillé dans bounce rate vs exit rate.
Qui peut mesurer le dwell time?
Seul le moteur de recherche qui a servi la page de résultats peut mesurer le dwell time. Les deux horodatages de la formule appartiennent à la SERP, et un script first-party ne peut pas voir une page sur laquelle il ne tourne pas. Votre tag peut enregistrer le moment où l'onglet a été masqué grâce à l'événement pagehide, mais un onglet masqué ne dit pas si la personne est retournée sur Google, a fermé l'onglet ou est allée ouvrir sa porte.
Considérez tout produit qui affiche une colonne de dwell time comme rapportant autre chose sous un nom emprunté. Demandez quels deux événements bornent le chiffre. Si les deux viennent de votre propre script, vous regardez du time on page avec une nouvelle étiquette.
Google utilise-t-il le dwell time comme facteur de classement?
Google ne nomme le dwell time comme facteur de classement dans aucune de ses documentations publiques sur la recherche. Le guide de Google "A guide to Google Search ranking systems" nomme ses systèmes documentés, dont BERT, RankBrain, le neural matching, les systèmes d'analyse de liens et le PageRank, et le dwell time n'apparaît nulle part dans cette liste (vérifié le 9 septembre 2026). La section "Things we believe you shouldn't focus on" du guide de démarrage SEO ne mentionne ni le dwell time, ni le temps passé sur le site, ni le bounce rate, et la page "Creating helpful, reliable, people-first content" n'emploie pas le terme du tout.
Ce que Google documente est plus grossier. Sa page How Search Works sur le classement des résultats indique: "We also use aggregated and anonymized interaction data to assess whether search results are relevant to queries", et ajoute: "We transform that data into signals that help our machine-learned systems better estimate relevance" (vérifié le 9 septembre 2026). Cela confirme que des données d'interaction agrégées alimentent l'estimation de la pertinence. Cela ne définit pas le dwell time et ne décrit aucun chronomètre par page.
Des citations attribuées à des employés de Google niant le dwell time comme signal de classement circulent largement dans les écrits SEO. Aucune n'apparaît dans la documentation Search Central, donc la description honnête est que la position de Google sur le dwell time n'est pas documentée, et non qu'elle est officiellement démentie. Appuyez votre raisonnement sur la phrase publiée sur les données d'interaction agrégées, et étiquetez tout ce qui va au-delà comme une inférence.

Qu'est-ce que le pogo-sticking, et en quoi diffère-t-il du dwell time?
Le pogo-sticking, ce va-et-vient entre les résultats et les pages, désigne un internaute qui revient à la page de résultats et clique sur un autre résultat pour la même requête. Le dwell time est une durée; le pogo-sticking est une séquence de clics. Un pogo-stick contient un dwell time court, mais un dwell time court à lui seul n'est pas un pogo-stick, parce que l'internaute a pu fermer l'onglet ou lire la seule ligne qu'il venait chercher et arrêter sa recherche.
Ce dernier cas compte pour quiconque lit les intervalles courts comme un échec. Un internaute qui voulait vos horaires d'ouverture et les a obtenus en quatre secondes a produit un dwell time de quatre secondes et une tâche accomplie. Un internaute qui n'a pas trouvé vos tarifs et a cliqué sur un concurrent a produit le même intervalle et une tâche abandonnée. Durée identique, résultat opposé, et c'est pourquoi aucun moteur ne publie de dwell time idéal et pourquoi vous ne devriez pas en adopter un.
Qu'est-ce qui pousse un internaute à revenir aux résultats en quelques secondes?
Les internautes reviennent en arrière quand la page ne tient pas la promesse faite par le résultat de recherche. Les causes sur lesquelles vous pouvez agir sont un titre qui décrit quelque chose que la page n'a pas, une réponse enterrée sous trois écrans d'introduction, un premier affichage assez lent pour que rien ne soit lisible, un mur de consentement par-dessus le contenu, et une interaction qui ne répond pas au clic.
Chacune laisse une empreinte de votre côté de la ligne, même si le retour lui-même n'en laisse pas. Les données de scroll montrent si les gens ont atteint la réponse, un sujet traité dans ce que mesure la profondeur de scroll. Les clics répétés sur un élément qui ne fait rien apparaissent dans l'analyse des rage clicks.
Flowsery
Essai gratuit
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies

Que faut-il suivre à la place du dwell time?
Suivez les chiffres côté requêtes dans Google Search Console et les chiffres côté comportement sur votre propre site, puis lisez-les ensemble. Search Console vous donne les impressions, les clics, le taux de clic et la position moyenne par requête, et lui non plus ne rapporte pas de dwell time. Sur votre site, suivez la profondeur de scroll jusqu'à la réponse, l'achèvement de l'étape que la page existe pour déclencher, et les événements d'erreur dans les dix premières secondes.
Pour la moitié qualitative, regardez ce qui s'est passé. Le session replay par IA de Flowsery enregistre chaque session, détecte automatiquement les rage clicks, les dead clicks, les erreurs JavaScript et les drop-off, regroupe les sessions similaires en un seul problème et classe les problèmes selon le nombre d'utilisateurs touchés. Cela transforme "les internautes quittent vite cette page" en un défaut nommé avec le replay attaché, ce qu'aucun chiffre de dwell time ne vous donne.
Les réponses apparaissent désormais sur la page de résultats elle-même, ce qui change le sens d'un clic et d'un retour. Ce basculement est traité dans le SEO à l'ère de la recherche zero-click.
Questions fréquentes
Le dwell time est-il la même chose que le bounce rate?
Le dwell time et le bounce rate comptent des choses différentes et appartiennent à des parties différentes. Le dwell time est une durée que le moteur de recherche mesure entre un clic sur un résultat et un retour à la page de résultats. Le bounce rate est un ratio que votre analytics mesure, en divisant les sessions d'une seule page par les sessions démarrées sur cette page. Une visite peut être un bounce et porter quand même un long dwell time.
Google Analytics peut-il afficher le dwell time?
Google Analytics ne peut pas afficher le dwell time, parce qu'il ne voit jamais la page de résultats. Ses horloges démarrent et s'arrêtent quand votre tag se déclenche, donc il rapporte du temps d'engagement, du time on page et de la durée de session. Tout tableau de bord qui étiquette l'un de ces chiffres comme du dwell time a renommé une métrique first-party.
Qu'est-ce qu'un bon dwell time?
Aucun moteur de recherche ne publie de seuil de dwell time, et aucun benchmark n'existe pour y confronter vos pages. Une visite de quatre secondes qui a répondu à la requête et une visite de quatre secondes qui a envoyé l'internaute chez un concurrent produisent le même chiffre. Comparez plutôt une page à son propre taux d'achèvement: les gens ont-ils atteint la réponse, et ont-ils agi ensuite.
Google Search Console rapporte-t-il le dwell time?
Search Console n'inclut pas de métrique de dwell time. Il rapporte les impressions, les clics, le taux de clic et la position moyenne par requête, tous mesurés sur la page de résultats avant le clic. Servez-vous-en pour trouver les pages à fortes impressions et faible taux de clic, puis utilisez le replay pour voir ce qui se passe après le clic.
Un long dwell time est-il toujours bon signe?
Un long intervalle avant le retour peut signifier une lecture attentive ou une personne bloquée dans un formulaire cassé, et les deux se ressemblent en tant que durée. Ouvrez les replays des visites longues sur une page qui pilote une conversion et vérifiez si les minutes supplémentaires sont allées dans le parcours ou dans la bagarre contre lui.
Quel est le rapport entre le dwell time et le pogo-sticking?
Le pogo-sticking est un dwell time court suivi d'un clic sur un autre résultat pour la même requête. La durée est une moitié du schéma, et le second clic est la moitié qui dit que l'internaute n'a pas été satisfait. Aucun de ces événements n'atteint votre analytics, donc diagnostiquez la page par la profondeur de scroll, les événements d'erreur et le replay.
L'événement pagehide peut-il mesurer le dwell time?
L'événement pagehide indique seulement à votre script que l'onglet a été masqué, pas ce que l'internaute a fait ensuite. Un onglet masqué ne dit pas si la personne est retournée sur la page de résultats, a fermé le navigateur ou s'est éloignée pour une autre raison. Le dwell time a besoin d'un horodatage venant du SERP lui-même, et pagehide ne se déclenche que sur votre page.
Bing mesure-t-il le dwell time comme Google?
Bing gère sa propre page de résultats, donc la même logique s'applique: les deux horodatages se trouvent dans les journaux de Bing, pas dans les vôtres. La seule affirmation de l'article sur Bing est qu'il figure aux côtés de Google comme l'une des deux parties capables de mesurer un vrai chiffre de dwell time. Rien ici ne documente comment Bing calcule ou utilise ce chiffre au-delà de ça.
Comment savoir si la métrique de dwell time d'un fournisseur est réelle?
Demandez quels deux événements délimitent le chiffre que le fournisseur appelle dwell time. Si les deux événements viennent de votre propre script, un premier hit et un hit ultérieur, vous regardez du time on page sous un nom d'emprunt. Un vrai chiffre de dwell time a besoin des deux horodatages venant de la page de résultats, et aucun outil à part le moteur qui a servi cette page n'y tourne.
Que dit la page How Search Works de Google sur les données d'interaction?
La page How Search Works de Google consacrée au classement des résultats affirme qu'elle utilise "des données d'interaction agrégées et anonymisées pour évaluer la pertinence des résultats de recherche par rapport aux requêtes" et transforme ces données en signaux pour ses systèmes de pertinence par apprentissage automatique. Cette phrase confirme que les données d'interaction alimentent le classement, mais elle ne définit pas le dwell time ni ne décrit de minuteur par page. Tout ce qui dépasse cette phrase, y compris l'idée que le dwell time serait lui-même un facteur de classement, relève de l'inférence et non de la documentation.
Cet article vous a-t-il été utile ?
Dites-nous ce que vous en pensez !
Nous voir plus souvent sur Google
Un clic définit Flowsery comme source préférée. Nos articles remontent alors dans vos À la une, en mode IA et dans les aperçus IA.
Avant de partir...
Flowsery
Des analyses orientées revenus pour votre site web
Suivez chaque visiteur, source et conversion en temps réel. Simple, puissant et sans cookies.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Termes connexes du glossaire


Ce que ces chiffres disent du taux de rebond moyen par secteur
Neuf secteurs suivis affichent un taux de rebond moyen par secteur documenté allant de 35.76% à 48.38%, selon les données Databox datées de septembre 2024.


Ce que la digital experience analytics couvre et que le web analytics manque
Plutôt que compter des événements, la digital experience analytics reconstruit la visite : session replay, heatmaps, friction et analyse de parcours.


Deux chiffres se cachent derrière un seul taux de drop-off
Chaque funnel produit deux taux de drop-off, un par étape et un de bout en bout, et les équipes les citent indifféremment. Un tableau chiffré les sépare.


Les choix de configuration derrière chaque analyse de funnel
Trois choix décident de ce que rapporte une analyse de funnel: l'ordre des étapes, la fenêtre de conversion, et le comptage par utilisateurs ou par sessions.


Ce qu'autocapture enregistre sans instrumentation manuelle
En analyse produit, autocapture enregistre chaque clic, page vue et envoi de formulaire automatiquement, sans le moindre appel de tracking écrit à la main.


Une page de trafic tranche taux de rebond vs taux de sortie
Lire taux de rebond vs taux de sortie tient à deux dénominateurs. Une page de prix rend 40% de taux de sortie et 15% de taux de rebond la même semaine.
Articles connexes


La formule du taux de conversion appliquée à du trafic réel
La formule du taux de conversion: conversions divisées par sessions ou visiteurs uniques, fois 100. Une semaine de trafic donne deux réponses selon le.


Lire le taux d'engagement dans Google Analytics 4
GA4 calcule le taux d'engagement comme les sessions avec engagement divisées par le total. Une session compte a 10 secondes ou un événement clé.


Les quatre signaux de frustration et ce que chacun signifie
Les quatre signaux de frustration sont les rage clicks, dead clicks, error clicks et thrashed cursors. Chacun se déclenche sur un seuil fixé par votre outil.

