Dwell time : mesurer l'engagement sans donnees officielles

Le dwell time n'a jamais existe comme metrique officielle dans Google Analytics, et pourtant la moitie des rapports d'agence cite encore le chiffre comme s'il etait exact. La definition classique est l'intervalle entre le clic dans la SERP et le retour de l'utilisateur vers Google, ce que seul Google peut mesurer. Dans GA4 vous avez des proxies : engagement time, scroll depth, evenements d'interaction et cohortes de retour. Traiter ces variables comme des signaux combines, et non comme des substituts magiques, c'est ce qui separe une analyse honnete du theatre de dashboard. Avant de mesurer, regardez comment GA4 pour le SEO: les rapports qui remplacent vraiment Universal Analytics a reorganise ce qui est reellement observable.

Commencez par engagement_time_msec, l'evenement que GA4 declenche tant que l'onglet est au premier plan. Le compteur s'arrete quand l'utilisateur change d'onglet, minimise ou reste inactif plus de cinq secondes, ce qui evacue deja l'essentiel du bruit qui gonflait l'avg session duration sous Universal Analytics. Un article de 1 800 mots avec un engagement moyen sous 45 secondes a presque toujours un probleme de lecture, pas de trafic. Croisez ce chiffre avec la position moyenne dans Search Console et vous distinguez la page qui rankait par inertie de celle qui delivre. L'etape suivante consiste a parcourir Search Console : 7 rapports sous-exploites et ce qu il faut en tirer pour valider si la requete porte la bonne intention.

Le scroll depth est le deuxieme proxy le plus sous-estime. Configurer des evenements a 25, 50, 75 et 90 pour cent via Google Tag Manager prend un quart d'heure et repond a une question que l'engagement time ne tranche pas seul : le lecteur a-t-il atteint la fin ou abandonne au troisieme paragraphe ? Sur des tests que j'ai menes avec des clients de blog technique, les pages ou plus de 40 pour cent des utilisateurs atteignaient le scroll 75 convertissaient 2,3 fois plus en newsletter que des pages au meme trafic mais scroll faible. Quand le scroll s'effondre avant le H2 principal, le probleme vient souvent de la promesse du title, sujet detaille dans Title tags qui convertissent : 7 modeles testes sur des SERP reelles.

Les evenements de micro-interaction completent le trio. Clic sur le sommaire, ouverture d'accordeon, lecture d'une video embarquee, copie d'un bloc de code, survol prolonge d'un tableau : autant de signaux de lecture active. Dans BigQuery, une simple requete regroupant user_pseudo_id par session_id et comptant les evenements distincts suffit a construire un score d'engagement par session. Qui maintient l'export GA4 actif six mois dispose deja d'un echantillon suffisant pour correler ce score au retour organique. Ce type d'analyse sort rarement d'une agence standard, comme je l'expliquais dans BigQuery + GSC: les requetes que votre agence ne lance pas.

Les cohortes de retour sont le proxy long terme que presque personne ne regarde. Si un utilisateur arrive via organique, repart, puis revient en direct ou via brand search dans les sept a trente jours, c'est le signal le plus fort que le contenu a fait son travail. Dans GA4, le rapport de retention par cohorte hebdomadaire montre exactement cela quand vous filtrez par first_user_medium egal a organic. Sur un audit e-commerce, des PDP avec un retour a 14 jours superieur a 8 pour cent convertissaient 5 fois plus en bout de chaine, meme avec une premiere session courte. Une session courte n'est pas toujours mauvaise, et c'est pourquoi KPIs SEO honnetes : au-dela du ranking et du trafic insiste pour sortir des metriques isolees.

Combinez les quatre signaux en un indice unique avant de conclure. J'utilise une moyenne ponderee : 35 pour cent d'engagement time normalise par la longueur du texte, 25 pour cent de scroll 75, 20 pour cent de micro-interactions par session, 20 pour cent de retour a 14 jours. Reponderez selon le type de page, car PLP, PDP et blog se comportent differemment, comme traite dans On-page e-commerce: PLP vs PDP sans cannibalisation. Takeaway pratique : arretez de demander le dwell time a GA4. Construisez votre proxy compose, documentez la formule dans le dashboard lui-meme et revisez chaque trimestre. Une metrique honnete n'est pas celle qui parait precise, c'est celle que vous pouvez defendre quand le CFO demande d'ou sort le chiffre.