Balisage Speakable (lecture audio) : statut bêta et usage
Identifiez les passages à lire à voix haute via la synthèse vocale grâce au balisage Speakable (bêta) : propriétés, consignes et exemple JSON-LD.
Le balisage Speakable, porté par la propriété schema.org speakable, identifie les sections d’un article ou d’une page qui se prêtent le mieux à une lecture à voix haute par synthèse vocale. Concrètement, il indique à l’Assistant Google le contenu à lire sur les enceintes connectées : pour une question d’actualité, l’Assistant peut lire jusqu’à trois articles et restituer leurs passages balisés en speakable, en citant la source. Speakable s’applique surtout aux pages d’actualité, en complément de le balisage Article qui structure le contenu lui-même. Pour le SEO, l’enjeu est moins le résultat enrichi classique que l’ouverture d’un nouveau canal de diffusion audio. C’est un sujet à connaître, mais à cadrer, car la fonctionnalité est en bêta et sa disponibilité est limitée.
Soyons honnêtes sur Speakable : c’est encore en bêta et sa disponibilité réelle reste limitée, donc je ne le présente jamais comme un résultat enrichi à part entière. Son intérêt est plutôt prospectif, sur les pages d’actualité, en complément du balisage Article qui fait le vrai travail de structure. Mon conseil : balisez des passages courts et autonomes, ceux qui ont du sens lus à voix haute hors contexte.
Statut bêta et disponibilité réelle
Speakable est explicitement signalé comme une fonctionnalité en version bêta : ses conditions et ses consignes peuvent encore évoluer. Surtout, sa portée est étroite. La propriété fonctionne aujourd’hui pour les utilisateurs américains équipés d’appareils Google Home configurés en anglais, et pour les éditeurs qui publient dans cette même langue. Google indique vouloir l’étendre à d’autres pays et langues une fois qu’un nombre suffisant d’éditeurs l’auront adoptée. Avant d’investir, intégrez donc ce périmètre dans votre décision : le balisage est simple, mais son effet dépend d’un contexte technique précis.
Les propriétés clés à connaître
La propriété speakable s’appuie sur le type SpeakableSpecification, qui désigne le contenu à lire de deux manières exclusives. Voici les propriétés que Google documente, avec leur type et leur rôle.
| Propriété | Type | Rôle |
|---|---|---|
speakable |
SpeakableSpecification |
Bloc qui identifie le contenu à lire à voix haute (obligatoire) |
cssSelector |
Text |
Cible le contenu via des sélecteurs CSS, par exemple une classe |
xPath |
Text |
Cible le contenu via des expressions xPath sur la vue XML |
Un exemple de balisage JSON-LD
Voici une page WebPage dont les passages à lire sont désignés par xPath, ici le titre et la méta-description. La propriété speakable peut être répétée. Choisissez cssSelector ou xPath, jamais les deux à la fois. Comme les sélecteurs sont sensibles à la structure de la page, mieux vaut tester vos données structurées pour vérifier qu’ils ciblent le bon contenu.
{
"@context": "https://schema.org/",
"@type": "WebPage",
"name": "Exemple de balisage Speakable",
"url": "https://exemple.fr/actualite-du-jour",
"speakable": {
"@type": "SpeakableSpecification",
"xPath": [
"/html/head/title",
"/html/head/meta[@name='description']/@content"
]
}
}La consigne la plus importante est de viser les points clés, pas l’intégralité du texte. Concentrez le balisage speakable sur des titres concis ou des résumés clairs, et comptez environ 20 à 30 secondes par section, soit deux à trois phrases. Évitez de baliser un contenu qui prête à confusion à l’oral : lieu de parution, légendes de photo, attributions de source. Si vous incluez le début de l’article, réécrivez-le en phrases courtes pour une lecture plus fluide.
À faire
- cibler les points clés et les résumés
- viser deux à trois phrases par section
- choisir cssSelector ou xPath et s’y tenir
- réécrire les passages pour une lecture orale claire
À éviter
- baliser l’article entier en speakable
- mélanger cssSelector et xPath dans le même bloc
- baliser des éléments inadaptés à l’oral comme les légendes ou les attributions de source
Points clés à retenir
- Utilisez SpeakableSpecification dans un Article ou une WebPage
- Ciblez le contenu avec cssSelector OU xPath, jamais les deux
- Limitez chaque section à deux ou trois phrases, soit 20 à 30 secondes
- Concentrez le balisage sur les points clés, pas sur l'article complet
- Tenez compte de la disponibilité restreinte avant d'implémenter
Le balisage Speakable signale les passages à lire par synthèse vocale, dans un cadre bêta et limité.
Quiz : testez vos connaissances
Quiz : testez vos connaissances
-
Le balisage Speakable est-il disponible partout ?
- Non, il fonctionne pour les utilisateurs américains avec un appareil Google Home en anglais
- Oui, il est disponible dans toutes les langues et tous les pays
- Oui, dès qu'un site publie des articles, quel que soit le pays
Speakable est en version bêta et sa portée est étroite. Il fonctionne pour les utilisateurs américains équipés d’un appareil Google Home en anglais et des éditeurs publiant en anglais.
-
Quelle portion d'un article faut-il cibler avec le balisage Speakable ?
- Les légendes et les attributions de source en priorité
- L'article entier, pour que tout soit lu à voix haute
- Les points clés et les résumés, avec des sections de deux à trois phrases
La consigne la plus importante est de viser les points clés, pas l’intégralité du texte. Concentrez le balisage sur des titres concis ou des résumés de deux à trois phrases.
-
Peut-on utiliser à la fois cssSelector et xPath dans un même bloc speakable ?
- Oui, à condition de répéter le même contenu dans les deux
- Non, il faut choisir l'une des deux méthodes, jamais les deux à la fois
- Oui, les combiner renforce le ciblage du contenu à lire
Les deux manières de désigner le contenu sont exclusives. Il faut choisir
cssSelectorouxPathet s’y tenir, jamais les deux dans le même bloc speakable.
À propos de l'auteur
Besoin d'un accompagnement SEO ?
Vous publiez de l'actualité et voulez explorer la diffusion audio de vos contenus ? Faisons le point sur les options.