Suivre les écoutes audio dans Google Analytics 4 ou Matomo : ce que le lecteur envoie, et comment le capter
Le lecteur audio signale chaque écoute à votre propre outil de mesure, par le dataLayer et par un événement de page. La liste exacte des événements, la configuration dans Tag Manager, GA4 et Matomo, et pourquoi vos chiffres ne coïncideront jamais tout à fait avec les nôtres.
Votre rédaction regarde déjà ses chiffres quelque part. Dans Google Analytics 4, dans Matomo, dans Piano : c'est là que se tient la réunion du lundi, là que se comparent les rubriques, là que se décide ce qui marche. Un indicateur qui vit dans un autre écran, même bien fait, finit par ne plus être regardé.
Notre espace client a son propre écran d'écoutes. Mais nous avons aussi prévu que l'écoute remonte dans votre outil, sans que vous ayez à nous demander quoi que ce soit. Cet article décrit ce que le lecteur envoie exactement, comment le brancher, et ce qu'il n'envoie pas, volontairement.
Ce que le lecteur annonce à votre page
Quand le lecteur est monté par notre script (c'est le cas avec le module WordPress et avec l'extrait de code à coller), chaque événement d'écoute est relayé à la page qui l'accueille, de deux façons à la fois :
- une entrée dans le
dataLayer, si votre page en a un (c'est le cas dès que Google Tag Manager est installé). Le nom de l'événement est préfixé parwedispatch_, et il porte un seul paramètre,wedispatch_article, l'identifiant de l'audio ; - un événement de page nommé
wedispatch, émis surdocument, dont le détail contientevent(le type) etarticle(l'identifiant). Il est là pour tous les autres outils.
Voici la liste complète des types, telle qu'elle est écrite dans le code. Il n'y en a pas d'autres :
| Événement | Ce qui s'est passé |
|---|---|
| wedispatch_listen | la lecture de l'article complet a démarré |
| wedispatch_listen_25, _50, _75, _100 | l'auditeur a atteint le quart, la moitié, les trois quarts, la fin |
| wedispatch_listen_preview | lecture d'un extrait, quand l'article est verrouillé |
| wedispatch_gate_shown | le mur d'inscription s'est affiché |
| wedispatch_gate_click | l'auditeur a cliqué sur son bouton |
| wedispatch_preroll_played, wedispatch_midroll_played | une annonce audio a été jouée, avant ou pendant l'article |
Chaque événement est envoyé une fois par chargement de page. Un auditeur qui met en pause et reprend dix fois ne fait pas dix écoutes, et un jalon franchi deux fois, après un retour en arrière, n'est compté qu'une.
Avec Google Tag Manager et GA4
C'est le chemin le plus court, parce que le dataLayer est exactement ce que Tag Manager lit. Trois éléments à créer :
- un déclencheur de type « Événement personnalisé », avec pour nom d'événement l'expression régulière
^wedispatch_(ou seulementwedispatch_listensi vous ne voulez que les démarrages) ; - une variable de type « Variable de couche de données », nommée
wedispatch_article; - une balise « Google Analytics : événement GA4 », dont le nom d'événement reprend la variable intégrée
{{Event}}, avec un paramètrearticlerempli par la variable précédente.
Dernière étape, côté GA4 : un paramètre d'événement n'apparaît dans les rapports que s'il est déclaré comme dimension personnalisée, de portée « événement ». Sans cela, vous verrez vos écoutes, mais pas à quel audio elles se rapportent. Le titre et l'adresse de la page, eux, sont ajoutés par votre balise GA4 elle-même, puisque c'est votre page.
Si votre site charge uniquement la balise gtag.js, sans Tag Manager, les entrées du dataLayer ne deviennent pas d'elles-mêmes des événements dans vos rapports. Passez par l'événement de page :
````
document.addEventListener("wedispatch", function (e) {
gtag("event", "wedispatch_" + e.detail.event, { article: e.detail.article });
});
Avec Matomo, Piano ou tout autre outil
Même principe, une ligne de plus. Pour Matomo :
````
document.addEventListener("wedispatch", function (e) {
_paq.push(["trackEvent", "Audio", e.detail.event, e.detail.article]);
});
La catégorie « Audio » regroupe tout ; l'action dit ce qui s'est passé (listen, listen_50…) ; le nom porte l'identifiant de l'audio. Piano et les autres outils ont tous une fonction équivalente : c'est le même écouteur, seul l'appel change.
Ce que nous n'envoyons pas, et pourquoi
Le relais transmet deux informations : le type d'événement et l'identifiant de l'audio. Ni l'adresse de la page, ni le titre, ni rien sur l'auditeur. Ce n'est pas un oubli : c'est votre outil qui sait sur quelle page il se trouve et qui gère le consentement de vos visiteurs. Nous lui passons le fait, il l'inscrit sous sa règle. Si un visiteur refuse la mesure d'audience et que votre outil ne se charge pas, l'événement est émis dans le vide, et rien ne part ailleurs. Le détail de ce que le lecteur dépose, ou ne dépose pas, chez le visiteur est dans notre article sur les cookies et le consentement.
Deux cas n'émettent jamais rien : l'aperçu que vous écoutez en réglant le lecteur, et les écoutes faites depuis votre espace client. L'éditeur qui écoute dix fois son réglage n'a pas à gonfler son propre taux d'achèvement, ni chez nous ni chez vous.
Pourquoi vos chiffres et les nôtres ne coïncideront pas
Mettez côte à côte votre rapport GA4 et notre écran d'écoutes : il y aura un écart, et il est normal. Il a des causes connues :
- le consentement : votre outil ne compte que les visiteurs qui l'ont accepté, notre compteur anonyme ne dépend pas de ce choix ;
- les bloqueurs : les listes de blocage visent d'abord les outils de mesure connus, ce qui coupe votre Tag Manager ou votre Matomo sans couper forcément notre compteur ;
- le montage : un lecteur inséré directement en cadre, sans notre script, n'a personne pour relayer ses événements à la page.
Retenez donc l'usage de chaque source. Notre écran donne le volume le plus complet et l'achèvement par audio. Votre outil donne ce que le nôtre ne peut pas savoir : d'où vient le visiteur, ce qu'il a lu avant, s'il s'est abonné ensuite. C'est en croisant l'écoute avec vos propres conversions que l'audio se défend en réunion budgétaire, et c'est précisément pour ça que l'événement doit arriver chez vous. Pour choisir quels indicateurs suivre une fois les données en place, notre article ce qu'il faut vraiment mesurer fait le tri.
Sonorisez vos articles avec WeDispatch
Ce blog sera lui-même sonorisé par WeDispatch. Envie de voir ce que ça donne sur vos contenus ?
Demandez une démo