Ajouter l'audio de vos articles dans une newsletter beehiiv
beehiiv ne joue pas de lecteur audio dans un email, aucune messagerie ne le fait. Ce qui marche est un bouton vers une page qui joue l'audio, avec l'écoute comptée sous son origine « lettre ».
beehiiv a attiré beaucoup de rédactions et de créateurs qui vivaient jusque-là sur d'autres plateformes d'emailing. La question arrive vite une fois les articles sonorisés : peut-on glisser le lecteur audio directement dans l'édition envoyée aux abonnés ? La réponse tient en deux temps. Un non technique, qui n'a rien de propre à beehiiv, puis une méthode simple qui se pose en un bloc de l'éditeur. Comprendre le non évite d'y perdre une soirée.
Pourquoi aucun lecteur ne joue dans un email
Un email n'est pas une page web, et c'est vrai de beehiiv comme de n'importe quel outil d'envoi. Les messageries (Gmail, Outlook, Apple Mail, les webmails) coupent presque tout ce qui pourrait s'exécuter dans un message reçu : pas de lecteur embarqué, pas de script, et le plus souvent pas même la balise audio du HTML. C'est une règle de sécurité ancienne, pas une limite de beehiiv, et elle ne bougera pas. Un bloc de code personnalisé contenant un lecteur donne, chez le destinataire, une zone vide au mieux, un message tronqué par le filtre au pire.
Ce qui traverse toutes les messageries, en revanche, c'est un lien. La bonne approche n'est donc pas de faire jouer l'audio dans l'édition, mais d'y poser un lien vers une page qui, elle, le joue. beehiiv a un atout ici : chaque édition possède sa version web hébergée, où un lecteur pourrait techniquement s'afficher. Mais vos abonnés ouvrent d'abord dans leur boîte mail, pas sur la version web. Un dispositif qui ne marche que sur la version web laisse de côté la majorité de votre audience. Le lien, lui, marche partout : dans la boîte mail et sur la version web, sans réglage conditionnel.
Le bloc qui marche : un bouton vers la page d'écoute
Chaque audio produit par WeDispatch dispose d'une page qui ne joue que lui. Pas le hub qui enchaîne tous les audios du compte, pas une iframe à bricoler : une page autonome, avec le titre de l'article, le lecteur, un renvoi vers l'article complet et la marque de votre site (ou celle de WeDispatch selon le forfait). C'est précisément ce que beehiiv sait relayer sans effort.
Dans l'éditeur beehiiv, ajoutez un bloc Bouton (ou un bloc Texte avec un lien sur quelques mots), nommez-le sans ambiguïté, « Écouter l'article » plutôt que « Cliquez ici », et collez l'adresse de la page d'écoute dans le champ du lien. Rien d'autre à configurer : pas de bloc de code, pas de domaine supplémentaire à authentifier au-delà de ce que beehiiv réclame déjà pour vos envois. Pour produire ces audios à partir d'un site qui alimente aussi votre newsletter, les trois chemins possibles (extension, flux, interface de programmation) sont détaillés sur notre page audio sur WordPress ; ils valent quel que soit l'outil qui publie vos articles.
Un conseil de mise en page propre à l'email : placez le bouton haut dans l'édition, près du titre de l'article mis en avant, là où l'abonné pressé décide s'il lit, s'il écoute, ou s'il garde pour plus tard. Un lien d'écoute enterré sous cinq paragraphes ne sera pas vu, et vous conclurez à tort que l'audio n'intéresse personne.
Relier le bon audio à la bonne édition
La page d'écoute lit un audio qui existe déjà : aucune synthèse n'est relancée quand un abonné ouvre, donc l'opération ne coûte rien, quel que soit le nombre d'ouvertures. Pour chaque article cité dans l'édition, vous reprenez l'adresse de sa page d'écoute et vous la collez dans le bouton correspondant.
Cette page respecte les mêmes règles d'accès que le reste de votre site. Un audio qui n'est pas encore prêt ne se sert pas et le dit, au lieu de jouer un fichier incomplet. La page sert toujours la version courante de l'audio, jamais une ancienne restée en cache. Et si l'article est derrière un verrou réservé aux abonnés payants, elle joue l'extrait et l'annonce clairement, comme pour un visiteur anonyme, sans ouvrir par la bande un contenu que vous réservez. Le principe est le même que pour les autres outils d'emailing, décrit en détail dans notre article sur l'audio dans une newsletter.
L'écoute est comptée, avec son origine « lettre »
Une écoute venue d'une édition n'a d'intérêt que si on peut la distinguer du reste. C'est le cas. Quand un audio est lu depuis cette page d'écoute, l'écoute est rangée avec l'origine « lettre » dans l'écran Écoutes de votre compte, à côté des autres origines : le lecteur des pages d'articles, la page audio publique, le flux podcast. L'origine est écrite par le serveur au moment où il fabrique la page, pas devinée après coup.
Deux points touchent à la confiance de vos abonnés, et ils se vérifient. Le comptage est anonyme par construction : pas d'adresse IP conservée, pas de cookie d'audience, pas d'identifiant d'auditeur. On sait qu'une écoute vient de la lettre, jamais qui l'a faite ni depuis quelle boîte. Ensuite, le flux podcast ne figure pas parmi les origines comptées de cette façon : ses épisodes partent en fichier direct vers l'application d'écoute, qui ne passe pas par nos compteurs. L'afficher à zéro serait faux, donc il n'est pas mélangé au reste. Ce que vous lisez dans vos statistiques d'écoute est donc ce que votre édition beehiiv a réellement apporté en audio, isolé du trafic de votre site.
Ce que ça change pour une newsletter
L'audio ne remplace pas la lecture, il capte l'abonné qui n'aurait pas ouvert l'article aujourd'hui : celui qui écoute en marchant, en conduisant, en préparant le dîner. Pour une newsletter, l'enjeu n'est pas le volume d'écoutes dès la première édition, c'est de savoir si cette audience existe chez vous. L'origine « lettre », isolée des autres, vous le dit sans vous obliger à deviner. Vous saurez vite, et sur des chiffres à vous, s'il faut monter le bouton d'un cran ou le laisser où il est.
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