Je vais en faire bondir plus d'un, mais le taux de rebond de Google Analytics ne sert strictement à rien. Pire encore, il fausse vos statistiques et vous induit en erreur !
Pourquoi ? Parce qu'il est un doublon de la variable "visites à une page", et parce qu'il considère au même niveau une visite d'une page pendant 2 secondes ou pendant 5 minutes. Hors ces deux cas sont très différents du point de vue de l'efficacité de votre site.
Heureusement, on peut modifier facilement la manière dont Google Analytics gère le taux de rebond.
Tout savoir sur le taux de rebond
Qu'est ce qu'un rebond ?
Le taux de rebond, c'est le taux de visites à une page. Il se calcule au niveau d'une page, par source de trafic, par campagne, par mot clé, par affilié, ...
Taux de rebond de la page = nombre de visites à 1 seule page / total des visites de la page
En résumé, cela mesure le nombre de visites qui se sont arrêtés prématurément. C'est un indicateur clé sur n'importe quel site Internet : plus il est élevé, moins le site correspond aux besoins des visiteurs, et moins il a y de chances de générer du business.
Normalement, un taux de rebond élevé signifie que la page d'entrée du visiteur n'est pas pertinente. C'est vrai, mais c'est faux..
Pourquoi le taux de rebond d'Analytics ne sert à rien
C'est un raisonnement faussé que nous livre Google Analytics et les autres outils de Webanalytics. Il me suffit de prendre quelques exemples pour le prouver :
- Une page de contact peut avoir un taux de rebond très élevé : j'arrive dessus, je récupère les coordonnées et je pars.
- La page d'accueil car le visiteur connaît déjà les articles plus anciens, et repart s'il n'y a pas de nouveautés. C'est typiquement le cas de blogs qui s'arrêtent de publier pendant plusieurs jours/semaines.
- Je suis un site de design qui publie des tutoriaux pour réaliser des trucs géniaux (comme créer une page plan de site sur WordPress). Les visiteurs vont conserver la fenêtre du navigateur ouverte longtemps pour reproduire le tutoriel et n'iront pas forcément sur une seconde page.
J'appelle cela des faux rebonds. Certes, dans ces trois cas, l'internaute aurait pu ou aurait dû aller plus loin, mais il est vital de différencier ceux qui partent en moins de 5 secondes et ceux qui partent après 5 minutes.
En plus, Google Analytics comptera systématiquement une visite avec rebond comme une visite de 0 secondes... Pas besoin de vous faire un dessin pour expliquer à quel point cela va fausser les statistiques de votre site... Il vous faut donc le changer au plus vite !
Par contre, prenons aussi un contre exemple : je suis un site E-commerce. Un visiteur arrive sur une page produit, y reste 5 minutes et repart. Dans ce cas-là, j'aurai tendance à dire qu'il y a un rebond réel puisque la finalité d'une boutique n'est pas de présenter un produit, mais bel et bien de vendre.
Définir le bon taux de rebond
La méthode
La méthode pour modifier le taux de rebond d'Analytics est simple : une ligne de code à ajouter dans votre code analytics. Définissez ensuite le nombre de secondes directement dans le javascript pour faire varier la durée au bout de laquelle vous considérez une visite comme un faux rebond.
Pour le code Analytics traditionnel, je ne donnerais pas la solution. Pourquoi ? Parce qu'il vous faut migrer vers le nouveau code (l'ancien n'est d'ailleurs plus disponible dans l'interface Google Analytics...)
Pour le code Analytics asynchrone : ajoutez puis ajustez la ligne SetTimeout.
<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXX-XX']);
_gaq.push(['_trackPageview']);
setTimeout('_gaq.push([\'_trackEvent\', \'Pas de rebond\', \'Plus de 060 seconds\'])',60000);
(function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })(); </script>
Retrouver l'ancien taux de rebond
La méthode donnée ci-dessus n'est évidemment pas de moi. Mais ceux qui ont trouvé cette solution ne sont pas allés assez loin. Comme vous pouvez le constater, cela va modifier de manière définitive votre taux de rebond. Impossible de faire marche arrière, sauf avec un double code Google Analytics sur chaque page (mais je ne vous le conseille pas).
Il existe heureusement un moyen pour retrouver le taux de rebond initial et de le comparer avec votre nouveau taux de rebond. Il va falloir jouer sur les segments avancés situés en haut à droite.
Cliquez sur la liste déroulante, puis sur "Créer un segment avancé" à gauche. Le critère sera Pages vues => Egal à => 1
Ensuite, sélectionnez votre segment avancé et comparez-le avec le segment "Toutes les visites". Utilisez la ligne % du total pour connaître l'ancien taux de rebond dans chaque rapport.
Et vous allez avoir des surprises. Sur SeoMix, je passe de 70% à 13% de taux de rebond global, et de 32% à 25% pour le taux de rebond de ma page d'accueil, avec un timeout à 20 secondes. Vous pourrez toujours avoir un accès direct à votre ancien taux de rebond global en consultant l'onglet Nombre de page visitées...
Choisir le bon timing du taux de rebond
A vous de choisir le bon timing pour la lecture de votre page. Plus vos articles seront longs, plus il faudra l'allonger. Et là, c'est un peu au petit bonheur la chance comme on dit.
On peut cependant envisager de modifier le timing de manière dynamique. Par exemple, on récupère dans une variable le nombre de mots d'un article. Selon les différents articles que j'ai pu lire, on estime entre 220 et 240 mots par minute, soit entre 3,5 et 4 mots par seconde. Ça donnerait par exemple des taux de rebond de 14 à 16 secondes pour 50 mots, 28 à 32 secondes pour 100 mots ou encore 56 à 64 secondes pour 200 mots.
Et une fois de plus, vous pouvez vous baser sur un code très utile, qui permet dans le loop de WordPress de renvoyer le nombre de mots. La première ligne renvoi le nombre total de mots, la deuxième le nombre total sans les tags html. En ce qui me concerne, la variation entre les deux codes est énorme (de 2500 à 1500 sur certains articles).
<?php echo str_word_count($post->post_content);?>
<?php echo str_word_count(strip_tags($post->post_content));?>
Libre à vous d'utiliser ce chiffre pour adapter votre timeout de taux de rebond.
En ce qui me concerne, je l'ai défini de cette manière : j'ai ajouté à mon code plusieurs timeout, de 20 à 180 secondes par tranche de 20 secondes. Et j'ai regardé les données pour voir quel timing serait le plus pertinent. En ce qui me concerne, voilà ce que ça donne :
Ensuite, j'ai fait une autre étude. J'ai pris la liste des mots clés organique. J'ai ensuite mis en corrélation le temps passé, les mots clés et les contenus des articles sur lesquels ils ont arrivé sur SeoMix. Et j'ai donc tenté de voir à partir de quelle durée de sortie une visite était crédible. En ce qui me concerne, je pense régler le timeout du taux de rebond à 40 secondes.
Les défauts du nouveau taux de rebond
Bien entendu, la méthode ne sera jamais parfaite. Je vais là aussi prendre deux exemples :
- J'ouvre le site, mais suis dérangé par une tierce personne. Je laisse mon navigateur ouvert. Quand je reviens, je le ferme. C'est un rebond réel qui s'affiche dans les statistiques d'Analytics comme un non rebond.
- Je navigue sur pas mal de site. J'ouvre donc 3 onglets. Je vais lire chaque onglet l'un après l'autre. Là aussi, même cas de figure.
Autre défaut, la méthode va compter un timeout pour chaque page visitée. Donc si le visiteur voit une page, pas de soucis. S'il en voit deux, il y aura deux évènements pour une seule visite... Il faut donc regarder la colonne évènements uniques, et pas les évènements totaux (donc regardez la deuxième colonne). Malgré ces défauts, je trouve que le jeu en vaut la chandelle. Reste à définir le bon timing pour un rebond.
N'hésitez pas si vous avez des remarques ou des critiques à faire. J'avoue que je vais à tâtons pour mes différentes modifications et optimisations de Google Analytics.
Mes sources :
- The Real Bounce Rate (Padicode, article supprimé depuis)
- Qu'est ce que le taux de rebond ? (Ramenos Blog)
- Display Post Word Count (WpRecipes - article supprimé depuis)
22 Commentaires
superbe article, Bookmarké et qui va de plus etre mis en place avec nes comptes analytics...
Beau boulot! et merci pour le code!
Très pertinent, j'avoue ne jamais avoir penser à mettre cela directement dans mes analytics, ça sera je pense plus claire et simple, pour définir ce fameux taux de rebond négatif ou positif.
Merci !
Merci pour cet article! C’est un excellent complément à cet autre article à propos de la moyenne optimale d’un taux de rebond: http://bit.ly/anRrIE . Je vous invite finalement à utiliser le “plugin” gaAddons que vous trouverez sur http://gaaddons.com/. Celui-ci vous permettra de définir rapidement et simplement votre taux de rebond réel avec la méthode asynchrone. Fortement recommandé!
Je vais enfin faire chuter ce taux de rebond a 70+% x').
Un grand merci !
Par contre je n'ai pas trop compris pour l'adaptation dynamique à WordPress, comment différencier la page d'accueil d'une page avec un article, puisque dans une grand majorité des thèmes le code GA est inclus dans une page header.php, elle même incluse sur la page d'accueil et sur les articles en solo..
Si on doit faire du cas par cas en dynamique y'a plus vraiment d'intérêt ^^'. Ou alors tester l'url dans le javascrit (si c'est la page d'accueil, rebond fixe ?)
Les thèmes de WordPress permettent de gérer des variables en php à inclure ou non dans les codes javascripts. Il existe notamment des fonctions toutes faites pour détecter où est le visiteur (if is_category, if is_single, ...).
Yep j'ai vu ca en mettant en place le fil d'Ariane en dur comme tu le conseilles.
Ça marche impeccable d'ailleurs, bravo et encore merci ;)
En quelques jours je suis passé de 80% de taux de rebond a 40-50%.
Ça me parait déjà plus réaliste :)
Encore merci à toi !
Je vais tenter de mettre en action les paramètres que tu délivres :)
Est-ce que Google aurait prit en compte ce mauvais fonctionnement du taux de rebond et aurait fait le nécessaire pour corriger le tir ?
Bonjour,
Un article bien ficelé et qui nous apprend vraiment quelque chose d'intéressant contrairement à d'autres.
De toutes façons les statistiques, on peut leurs faire dire ce que l'on veut et je pense que trop de stats peuvent nous induire en erreur.
Et comme tu le dis si bien dans ton article, si en plus analytics fausse les chiffres, ce n'est pas la peine de focaliser la dessus.
Personnellement, je ne vais plus regarder mon taux de rebond de la même manière.
En fait je préfère me baser sur les commentaires plutôt que sur le taux de rebond, c'est bien plus parlant.
Qu'en pensez-vous ?
Amicalement,
Rick44
Merci pour ces infos, exactement le Tx de rebond est à prendre avec précaution...
Je ne sais pas si je prendrais la peine de faire toutes tes modifications mais peut être vais je essayer sur un site pour voir. Merci pour l'article :)
Excellent article. Jusqu'à maintenant j'utilisais le marquage d'événements par ex un téléchargement pdf, un clic sur un lien externe, le lancement d'une vidéo, etc... mais pas encore un événement au bout d'un temps programmé. Les inconvénients que j'entrevoie sont l'aspect définitif des modifications sur le marqueur principal GA sur l'historique des données et bien évidemment des soucis pour le benchmarking entre sites.
Je ne commente pas souvent, mais là obligé !
Excellent ! super article qui exprime bien le "problème" du tx de rebond.
Personnellement j'utilisais un js qui génère un trackPageview au bout de x secondes. Je vais tester le setTimeout si c'est natif dans GA c'est mieux ^^
Et merci d'avoir rappelé que le tx de rebond correspond à une page vue, ce n'est pas un internaute qui reste une seconde !!!!
Bonjour.
Merci pour ton article et j'aurais une question supplémentaire.
Pensez vous que ce nouveau taux de rebond qui est normalement à la baisse dans google analytics soit pris en compte par google pour améliorer le référencement?
Merci.
Fabien
Non, Google n'utilise pas cette donnée. Le taux de rebond plus bas n'aura donc aucune influence sur votre référencement.
une question simple...Sur les blogs la plupart des articles sont sur une seule page, est ce que google considere ca comme du rebond?
Je vois par rapport a mes stats plusieurs cas de figure, qui ressemblent a ceux evoqués ds cet article...
En ajoutant une table des matières et en utilisant des sauts de pages ds mon petit blog Joomla, j ai fait passer mon temps de visite moyen de 1Minutes a 8 , ce qui est beaucoup plus parlant pour moi.
Je me sert de mon blog comme source de documents pour les gens non informaticiens de metier, donc il y as peu de commentaires, mais ce qui me pousse a continuer, c est que beaucoup d articles sont lus de bout en bout..
Je preferes avoir peu de visiteurs, mais qui sont interressés plutot que beaucoup qui s en vont directement..
Je ne savais pas ce qu etait le taux de rebond, cet article m as bien éclairé sur le sujet.
Je retombe sur ce très chouette article! Mais j'ai un doute concernant la formule du BR (pour GA) ne faut-il pas plutôt diviser par le nombre de fois que la page fût une page d'entrée et préciser pour "nombre de visites à 1 seule page " sans aucune autre interaction (hit) (évènements,e-commerce tracking,social tracking etc...)
Source: GA help & brian clifton's book
Bonjour,
à partir du moment où Google Analytics calcul la durée d'une visite grâce à un changement de page.
Comment la modification du code peut prendre en compte une durée dans le cas du taux de rebond (vu qu'on ne change pas de page) ?
Merci
Bien à vous;
C'est pour cela qu'il existe les évènements : on peut déclencher un évènement qui va forcer à prendre en compte la durée à partir duquel l'évènement à lieu.
Bonjour,
Je ne comprend pas bien quand vous dites que le code "va modifier de manière définitive votre taux de rebond. Impossible de faire marche arrière [...]"
ne se déclenche qu'au bout de 60 secondes.
Pour moi il ne s'agit que de l'enregistrement d'un événement, comment ce dernier pourrait venir impacter le taux de rebond ?
A moins que cet événement en particulier soit interprété par Analytics et lui indique d'exclure la session en cours des sessions n'ayant vu qu'une page ?
Je vous avoue que je préférerai conserver le taux de rebond "classique" (pour nos clients) et juste enregistrer un événement lorsque l'internaute reste suffisamment longtemps sur une page.
Pour déterminer le taux de rebond, il nous suffirait alors de faire le rapport entre les événements uniques enregistrés et le nombre total de sessions.
Merci pour vos éclaircissements ! (et merci pour ce super blog ;) )
Le déclenchement d'un évènement avec l'ancien tracking en gaq_push va provoquer automatiquement la suppression du rebond.
Donc, avec le nouveau code de tracking, ce problème est résolu ?
On peut déclencher un événement sans que cela ne provoque la suppression du rebond ?
Oui, avec le paramètre "nonInteraction". C'est expliqué ici : https://developers.google.com/analytics/devguides/collection/analyticsjs/events?hl=fr
Laisser un commentaire