Intégrer le balisage schema.org d'un article sonorisé : le bon usage d'AudioObject
Une version audio existe pour vos lecteurs, mais un moteur de recherche ne la voit pas tout seul. Voici le balisage AudioObject à intégrer pour la signaler, avec l'exemple exact à copier.
Vous avez ajouté une version audio à vos articles. Vos lecteurs l'entendent, le bouton « écouter » est là, tout fonctionne. Mais un moteur de recherche, lui, ne sait rien de ce fichier audio : il lit du HTML, voit un lecteur, et n'a aucun moyen de deviner qu'il s'agit de la lecture de l'article en dessous. Le balisage structuré sert exactement à ça, dire à la machine ce que l'œil comprend d'un coup d'œil. C'est une étape d'intégration souvent oubliée, alors qu'elle ne coûte que quelques lignes.
Ce que schema.org change, et ce qu'il ne change pas
Les données structurées ne modifient pas votre page. Elles ajoutent, dans un bloc invisible, une description de son contenu au format que Google, Bing et les autres savent lire. Pour un article, le type de référence est Article (ou NewsArticle pour la presse). Pour sa version parlée, il existe un type dédié : AudioObject. En le rattachant à l'article, vous déclarez noir sur blanc : « cette page a un article, et voici son enregistrement audio ».
Soyons honnêtes sur l'effet attendu. Ce balisage ne vous fait pas monter dans les résultats par magie, et personne de sérieux ne devrait le promettre. Ce qu'il permet, c'est de rendre l'audio éligible à des traitements qui l'ignoreraient sinon : l'affichage d'un indicateur de contenu écoutable, la reprise éventuelle par un assistant vocal, et une compréhension plus fine de la page par le moteur. C'est une condition, pas une garantie. La suite de ce que vous gagnez à sonoriser vos pages tient surtout à l'usage réel, un sujet que nous traitons dans l'audio et le référencement de vos articles.
Le balisage exact
Voici le bloc à insérer dans l'en-tête de votre page, une fois l'audio en ligne. Il relie l'article à son enregistrement par la propriété audio.
``
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Titre exact de votre article",
"datePublished": "2026-08-26",
"author": { "@type": "Person", "name": "Nom de l'auteur" },
"audio": {
"@type": "AudioObject",
"contentUrl": "https://votresite.fr/audio/mon-article.mp3",
"encodingFormat": "audio/mpeg",
"duration": "PT6M12S",
"name": "Version audio : Titre exact de votre article"
}
}
</script>
Trois propriétés méritent votre attention. contentUrl doit pointer vers le fichier audio lui même, pas vers la page qui le contient : un moteur veut l'adresse du média, joignable directement. encodingFormat annonce le type MIME (audio/mpeg pour un MP3) et évite au moteur de le deviner. duration s'écrit au format ISO 8601 : PT6M12S signifie six minutes et douze secondes. Cette durée n'est pas cosmétique, c'est souvent elle qui permet à une interface d'annoncer « 6 min d'écoute » avant même de charger le fichier.
Le piège des deux dates et du contenu qui bouge
Une erreur revient souvent : baliser un audio dont l'URL ou la durée ne correspond plus à ce qui est réellement servi. Vous corrigez l'article, vous régénérez l'audio, la durée change, mais le balisage garde l'ancienne valeur. Un moteur qui recoupe l'annonce et le fichier trouve alors une incohérence, et une incohérence répétée abîme la confiance qu'il accorde à vos pages. La règle est simple : le balisage se met à jour en même temps que l'audio, jamais après coup à la main. C'est précisément ce qu'un flux ou une API gèrent pour vous, en portant la bonne durée et la bonne adresse à chaque régénération. Notre flux RSS enrichi expose ces valeurs à jour, ce qui évite d'avoir à les recopier.
Le cas WordPress, où la question se pose vraiment
En pratique, ce balisage est difficile à tenir à la main sur un blog vivant : chaque nouvel article devrait recevoir son bloc, chaque correction devrait le mettre à jour. C'est le genre de tâche que personne ne fait longtemps de façon fiable. Sur WordPress, l'insertion du lecteur et la déclaration structurée peuvent voyager ensemble, portées par le même mécanisme qui génère l'audio. Si votre site tourne sous WordPress, la page dédiée à l'extension explique comment le lecteur s'ajoute sans toucher au thème, et le balisage suit le même chemin, article après article, sans que vous ayez à écrire une ligne de JSON.
Ce qu'il faut retenir
Un audio non balisé est un audio à moitié intégré : vos lecteurs en profitent, les machines l'ignorent. Le type AudioObject, rattaché à votre article par la propriété audio, comble ce silence en quelques lignes. Copiez le bloc ci dessus, remplissez trois champs avec les vraies valeurs de votre fichier (adresse, format, durée), et surtout tenez le à jour quand l'audio change. Le reste, la fidélité de la lecture française, la ponctuation, les nombres, se joue en amont, dans l'outil qui produit le son : c'est le sujet de notre page text to speech français.
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