Le taux de rebond d'Analytics ne sert à rien : changez-le !

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.

Dans cet article :

• »
• »
• »
• »
• »
• »
• »
• »
• »

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é, ...

Code block

   

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 !

Le taux de rebond d'Analytics doit être modifié !

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.

Code block

   

<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.

Segments avancés de Google Analytics

Cliquez sur la liste déroulante, puis sur "Créer un segment avancé" à gauche. Le critère sera Pages vues => Egal à => 1

Créez un segment avec Pages Vues = 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.

Votre nouveau taux de rebond

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).

Code block

   

<?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 :

Taux de rebond selon la durée de visite

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 :

• Définir le taux de rebond réel dans Analytics (Referenceur.ma)
• The Real Bounce Rate (Padicode)
• Qu'est ce que le taux de rebond ? (Ramenos Blog)
• Display Post Word Count (WpRecipes)