Le lecteur audio pose-t-il des cookies ? Ce qu'il ajoute vraiment à votre site
Avant d'ajouter un lecteur audio à ses articles, un responsable de site se demande s'il va hériter d'un cookie de plus, d'un traceur, d'un bandeau de consentement à rallonge. Voici ce que le lecteur dépose réellement, et ce qu'il ne dépose pas.
La question arrive toujours au même moment : vous êtes prêt à sonoriser vos articles, le lecteur vous plaît, et quelqu'un dans l'équipe demande ce que ça change côté données. Un lecteur audio, c'est un bout de code qui tourne chez vos visiteurs. La crainte est légitime : beaucoup de widgets gratuits se financent en posant un traceur, et le site qui les installe hérite d'un cookie tiers, d'un bandeau de consentement plus lourd, et d'une ligne de plus dans son registre. Cet article décrit ce que le lecteur de WeDispatch dépose réellement sur la page d'un visiteur, sans arrondir, parce que c'est exactement le genre d'affirmation qui ne vaut rien si elle n'est pas vérifiable.
Ce que le lecteur ajoute à votre page
Le lecteur se monte dans un cadre isolé servi depuis notre domaine, inséré à l'endroit de l'article où vous l'avez demandé. Concrètement, le script que vous ajoutez à votre site dépose un lecteur dans la page et va chercher le bon audio ; il ne pose aucun cookie sur votre domaine, et il n'appelle aucun traceur publicitaire ni aucun script d'analyse tiers. Il n'y a pas de bannière publicitaire à financer derrière, donc rien à faire remonter vers une régie. Le lecteur fait une chose, jouer un audio, et son code se lit : il va chercher l'audio correspondant à la page, et c'est tout.
La mesure d'écoute, sans identifier l'auditeur
C'est le point qui surprend le plus, parce que la plupart des outils de mesure fonctionnent à l'envers. Pour savoir combien d'écoutes a reçu un article, WeDispatch ne pose pas d'identifiant sur l'auditeur. La mesure est faite par jalons : le lecteur signale qu'une écoute a démarré, qu'elle a atteint le quart, la moitié, la fin, et ce sont ces passages de seuils qui sont comptés, pas des personnes. Il n'y a donc pas de cookie de visiteur, pas d'empreinte de navigateur, pas de profil d'auditeur à constituer pour que les statistiques existent. C'est un choix de conception, et il a une contrepartie qu'on assume : vous saurez combien d'articles sont écoutés et jusqu'où, vous ne saurez pas qui les écoute. Pour défendre l'audio en réunion, c'est largement suffisant ; pour reconstituer le parcours d'un lecteur nommé, ce n'est pas fait pour ça, et c'est voulu.
Ce que le lecteur retient côté auditeur
Le lecteur retient deux choses d'une écoute à l'autre : la position atteinte dans l'article, et la vitesse de lecture choisie. Ces deux réglages servent le confort de l'auditeur, qui retrouve le curseur là où il s'était arrêté en rouvrant la page, et qui n'a pas à reposer sa vitesse préférée à chaque article. Ces réglages vivent sur l'appareil du visiteur, dans la mémoire locale de son navigateur, pas dans un compte et pas sur nos serveurs. Rien ne les relie à une personne, rien ne les fait voyager d'un site à l'autre, et rien ne remonte vers un profil publicitaire. C'est une commodité de lecture, au même titre que le volume que votre navigateur retient pour une vidéo, pas un dispositif de suivi.
Le partage d'un passage suit la même logique. Quand un auditeur partage un article à partir d'un moment précis, l'horodatage voyage dans l'adresse du lien, pas dans un cookie : la position partagée est écrite dans l'URL, et c'est elle qui replace le curseur à l'ouverture.
Faut-il un bandeau de consentement ?
C'est la vraie question derrière toutes les autres, et la réponse honnête commence par une précision : nous ne sommes pas votre conseil juridique, et la décision finale appartient à vous et à votre délégué à la protection des données. Ce que nous pouvons dire, c'est ce que le lecteur fait techniquement. Il ne dépose pas de cookie publicitaire, n'installe pas d'identifiant inter-sites, et n'ajoute aucun traceur tiers à votre page. La seule chose qu'il garde est la mémoire locale de confort décrite plus haut, strictement fonctionnelle et cantonnée au navigateur de l'auditeur. Dans la plupart des cadres, ce type de stockage fonctionnel ne déclenche pas l'obligation d'un bandeau de consentement préalable, mais la façon dont vous le mentionnez dans votre propre politique relève de votre site. Quand vous installez le module sur votre site, c'est le bon moment pour vérifier ce point une fois, calmement, plutôt que de le découvrir après coup. Pour référence, notre propre politique de cookies décrit la même distinction entre ce qui est fonctionnel et ce qui ne l'est pas.
Un choix assumé, pas une absence de fonctions
Mesurer par jalons plutôt que par personnes, garder les réglages sur l'appareil plutôt que dans un profil, faire voyager une position dans une URL plutôt que dans un cookie : ce sont trois décisions prises dans le même sens, et elles se tiennent. Elles coûtent quelque chose, puisqu'elles vous privent du suivi nominatif que d'autres outils mettent en avant. Mais elles vous épargnent exactement ce que vous redoutiez en ouvrant cet article : un cookie de plus à déclarer, un traceur à surveiller, et un bandeau qui s'alourdit. Le lecteur ajoute une voix à vos articles, pas une ligne à votre registre.
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