Alors nous revoilà. Universal Analytics et Google Tag Manager, le duo dynamique, prêt à frapper à nouveau.
Tout d’abord, n’oubliez pas de consulter mes deux conseils précédents pour l’utilisation d’UA et de GTM dans des scénarios personnalisés :
- La météo en tant que dimension personnalisée
- Suivi du temps de chargement de la page
Dans cet article, je visite l’idée du taux de rebond ajusté, que j’ai rencontrée il y a un an sur le blog de Google Analytics.
Le taux de rebond ajusté fait essentiellement référence à l’ajustement de la méthode traditionnelle de collecte du taux de rebond (coups d’engagement uniques / visites totales) afin que les visites qui n’incluaient qu’une seule page vue ne soient pas prises en compte pour un rebond, tant qu’elles répondaient à certaines exigences qualitatives.
Au fait, consultez cet excellent article sur le taux de rebond de Yehoshua Coren si vous avez besoin d’un rappel sur la signification du terme.
Pour ces événements personnalisés, j’utilise le conteneur d’événements générique que j’ai créé dans mon post précédent.
La méthode facile : la durée de la visite
C’est le plus simple à mettre en oeuvre. C’est aussi celui du blog Google Analytics auquel j’ai fait référence ci-dessus.
Ce qu’il fait, c’est tirer un setTimeout() méthode dès que la page est chargée. Si le minuteur est écoulé (le temps est de 30 secondes dans ce script), un événement d’interaction est déclenché, ce qui signifie que la visite n’est pas comptée comme un rebond.
Le résultat final est celui-ci :
Et voici comment procéder.
Pas:
- Créez une nouvelle balise personnalisée appelée “Dwell time”
- Définir le type de balise comme balise HTML personnalisée
- Ajoutez le code suivant dans le champ HTML :
<script> setTimeout("dataLayer.push({ 'event': 'GAEvent', 'eventCategory': 'NoBounce', 'eventAction': 'Over 30 seconds' })", 30000); </script>- Ajouter {{event}} est égal à gtm.dom comme règle de tir
- Enregistrer la balise
- Enregistrer le conteneur et publier
Tu vois, je t’avais dit que c’était facile. Ce qui se passe ici, c’est qu’après le chargement du DOM (la règle de déclenchement), une minuterie démarre. Si l’utilisateur reste sur la page lorsque le minuteur se déclenche, l’événement est déclenché. Souviens-toi besoin du conteneur d’événements génériques pour que cela fonctionne. N’oubliez donc pas de consulter mon article précédent pour savoir comment le construire (c’est facile, je vous le promets !).
La méthode intermédiaire : mesurer le défilement
Cette méthode a été inspirée par un post Google+ que j’ai trouvé par Avinash Kaushik, où il a détaillé un script écrit par Nick Mihailovski. Ce script est largement utilisé ici, avec juste l’appel d’événement dans un format différent (pour prendre en charge UA et GTM).
Ce qui se passe ici, c’est que l’écouteur d’événement attend un événement de défilement (vous faites donc défiler la page vers le bas) et déclenche ensuite l’événement sans rebond. Intéressant! La déclaration est que si vous faites défiler, vous lisez, et si vous lisez, vous êtes engagé (avec le contenu).
Pas:
- Créer une nouvelle balise “Faire défiler la page”
- Définir le type de balise comme balise HTML personnalisée
- Ajoutez le code suivant dans le champ HTML
<script> window.addEventListener ? window.addEventListener('scroll', testScroll, false) : window.attachEvent('onScroll', testScroll); var scrollCount = 0; function testScroll() { ++scrollCount; if (scrollCount == 2) { dataLayer.push({ 'event': 'GAEvent', 'eventCategory': 'NoBounce', 'eventAction': 'Scrolled the page' }); } } </script>- Ensemble {{event}} est égal à gtm.dom comme règle de tir
- Enregistrer la balise
- Enregistrer le conteneur et publier
Et tu as fini. Donc, ce que fait le script, c’est mesurer si un événement de défilement se produit pendant la consultation de votre page. Si c’est le cas, l’événement est déclenché. Notez qu’il ne le fera pas déclenchez l’événement à chaque défilement suivant, vous n’avez donc pas à vous soucier de bloquer vos quotas de 500 événements par session.
Ce n’est pas infaillible, bien sûr. Il vérifie simplement si l’utilisateur fait défiler. Ce que cela empêche, c’est l’erreur de calcul de la durée de la visite de la page si l’utilisateur ouvre simplement la page dans un onglet séparé et la laisse telle quelle. Maintenant, vous avez réellement besoin d’interaction, bien que très minime, pour produire un engagement et neutraliser le rebond.
La méthode avancée : chargement de page ET défilement
Alors qu’en est-il de mesurer s’il y a eu un événement de défilement et la durée de la visite sur la page était supérieure à 30 secondes ? Ne serait-ce pas une meilleure façon de calculer l’engagement ? Je pense que oui. Voici donc ce que vous faites. Tout d’abord, assurez-vous que les deux balises que vous venez de créer sont ne pas plus actif (sinon vous enverrez plusieurs événements de destruction de rebond).
Pas:
- Créer une nouvelle balise “Dwell and scroll”
- Définir le type de balise comme balise HTML personnalisée
- Ajoutez le code suivant dans le champ HTML :
<script> (function() { var visitTookTime = false; var didScroll = false; var bounceSent = false; var scrollCount = 0; setTimeout(timeElapsed, 30000); window.addEventListener ? window.addEventListener('scroll', testScroll, false) : window.attachEvent('onScroll', testScroll); function testScroll() { ++scrollCount; if (scrollCount == 2) { didScroll = true }; sendNoBounce(); } function timeElapsed() { visitTookTime = true; sendNoBounce(); } function sendNoBounce() { if ((didScroll) && (visitTookTime) && !(bounceSent)) { bounceSent = true; dataLayer.push({ 'event': 'GAEvent', 'eventCategory': 'NoBounce', 'eventAction': 'Time spent and page scrolled' }); } } })(); </script>- Ensemble {{event}} est égal à gtm.dom comme règle de tir
- Enregistrer la balise
- Enregistrer la version du conteneur et publier
Ici, le chronomètre démarre en premier. Dès qu’il atteint 30 secondes, il appelle la méthode sendBounce(). Cette méthode vérifie si l’utilisateur a également fait défiler, et si c’est le cas, l’événement est déclenché. Notez que je m’assure également que l’événement n’est envoyé qu’une seule fois avec la variable booléenne rebondEnvoyé.
Lorsque l’utilisateur défile, la même méthode est appelée et la même vérification est effectuée.
Il y a donc quatre scénarios différents résultant de ce script :
- L’utilisateur ne défile pas, mais reste sur la page pendant 0 à des secondes infinies, et l’événement n’est pas déclenché (la visite est un rebond)
- L’utilisateur fait défiler, mais le minuteur ne s’est pas déclenché et l’événement n’est pas déclenché (la visite est un rebond)
- Le minuteur s’éteint, l’utilisateur a déjà fait défiler et l’événement est déclenché (la visite n’est pas un rebond)
- L’utilisateur défile, le minuteur s’éteint et l’événement est déclenché (la visite n’est pas un rebond)
Une façon beaucoup plus saine de calculer le taux de rebond ajusté, à mon avis.
Conclusion
La façon dont vous mesurez le taux de rebond doit toujours être en relation avec les objectifs que vous vous êtes fixés pour une page ou pour votre site. Si l’engagement est important, n’oubliez pas d’ajouter des appels à l’action clairs, afin de ne pas avoir à recourir à des ajustements artificiels comme ceux décrits dans cet article.
Cependant, pour un blog simple comme celui-ci, mesurer l’engagement en combinant le temps de visite et l’interaction de défilement est probablement un assez bon moyen d’obtenir une métrique plus réaliste pour suivre la qualité des visites.
Une méthode encore plus avancée (et qualitative) serait de voir juste où l’utilisateur scrolle à. Est-ce à la fin du post ou juste le premier paragraphe ? En d’autres termes, l’utilisateur lire ou simplement effleurer. C’est une question cruciale, et je pourrais juste revenir sur la question dans un post ultérieur.
