Données structurées pour l'AEO : FAQPage, QAPage, Speakable
Ce que font FAQPage, QAPage, HowTo et Speakable, quel type convient à quelle page, et pourquoi baliser des questions même sans résultat enrichi.
Équipe rabbitclipPublié: 7 min de lecture
En bref
Les données structurées question-réponse sont du code qui décrit les questions et les réponses d'une page dans le vocabulaire de schema.org pour que les machines puissent les lire ; FAQPage, QAPage, HowTo et Speakable sont les types les plus connus de cette famille. Le code ne remplace pas le contenu visible, il l'étiquette. D'après la documentation de Google, les résultats enrichis FAQ et HowTo ne sont plus affichés dans les résultats de recherche, mais le balisage peut rester utile à écrire parce qu'il indique simplement ce qu'une page couvre, à condition de correspondre exactement au texte affiché à l'écran.
Cet article ne traite que des types question-réponse, dans le cadre plus large de l'optimisation pour les moteurs de réponse (AEO). Pour la logique générale des données structurées, consultez notre guide schema.org sur ce site, et pour la manière de rédiger la page FAQ elle-même, notre article sur les pages FAQ et les réponses de l'IA. Nous ne reprenons ni l'un ni l'autre ici.
Un avertissement dès le départ : aucun balisage ne garantit qu'un moteur de réponse vous choisira comme source. Les moteurs de réponse choisissent leurs sources selon leurs propres critères, et ces critères évoluent avec le temps. Le balisage est une petite partie, peu coûteuse, du travail. Le vrai travail, c'est la réponse sur la page.
Quels types couvrent les données structurées question-réponse ?
Quatre types reviennent le plus souvent. FAQPage sert aux questions et réponses rédigées par le site lui-même. QAPage sert aux pages construites autour d'une seule question qui reçoit plusieurs réponses. HowTo décrit une tâche réalisée en étapes. Speakable indique quelles parties d'une page se prêtent à une lecture à voix haute par synthèse vocale.
Ces quatre types ont en commun d'étiqueter une structure déjà présente sur la page. Si la page n'a ni questions ni réponses, la balise ne peut pas les créer. Le balisage ne fait que faciliter le travail de la machine ; ce qui convainc le lecteur, c'est la réponse elle-même.
Quel type convient à quelle page ?
La règle est de regarder ce qu'est réellement la page. Les associations ci-dessous suffisent pour la plupart des sites d'entreprise.
La documentation de Google sur QAPage décrit le type pour des pages centrées sur une seule question où les utilisateurs peuvent soumettre des réponses, et dit de ne pas l'utiliser pour des pages FAQ rédigées par le site ni pour des pages comportant plusieurs questions. Un bloc de cinq questions sous une page de service relève donc de FAQPage, jamais de QAPage.
- Plusieurs questions et réponses rédigées par le site : FAQPage.
- Une page de forum ou de support avec une question et de nombreuses réponses soumises par des utilisateurs : QAPage.
- Une opération expliquée en étapes ordonnées : HowTo, en gardant à l'esprit que Google n'affiche plus de résultats enrichis pour ce type.
- Des pages de type actualité avec de courts passages adaptés à une lecture à voix haute : Speakable.
Pourquoi l'écrire si aucun résultat enrichi n'apparaît ?
En août 2023, Google a annoncé que les résultats enrichis FAQ seraient limités à des sites gouvernementaux et de santé bien connus et que les résultats enrichis HowTo cesseraient d'apparaître. Le journal des modifications de sa documentation indique désormais que le résultat enrichi FAQ n'est plus affiché du tout dans les résultats de recherche. N'attendez donc pas de ce balisage un encadré visuel sur la page de résultats.
Il reste pourtant de bonnes raisons de l'écrire. Le balisage indique simplement à quelle question une page répond et avec quelle réponse. Les systèmes de recherche et les produits d'IA peuvent le lire, mais de l'extérieur nous ne pouvons pas savoir s'ils l'utilisent. Le cadre honnête est le suivant : une couche inoffensive et peu coûteuse qui, bien faite, aide à comprendre une page. Ce n'est pas l'investissement principal.
L'affichage en résultat enrichi varie selon le type et selon le site ; consultez la documentation de Google pour connaître la situation actuelle. Un type qui fonctionne aujourd'hui peut être restreint demain. C'est pourquoi il est plus sûr de fonder la décision sur une description propre de la page, et non sur une fonction d'affichage.
Comment garder le balisage conforme au contenu visible ?
La règle d'or : chaque question et chaque réponse du balisage doit correspondre au texte que le lecteur voit sur la page. Ajouter une question que le lecteur ne peut pas voir, ou écrire une réponse dans le code et une autre à l'écran, va à l'encontre des consignes de Google sur les données structurées et abîme la confiance.
En pratique, la méthode la plus sûre est de générer le balisage automatiquement à partir du texte de la page. Si vous affichez la section FAQ à partir d'une liste de données, produisez le code à partir de la même liste. Ainsi, l'un ne peut pas être mis à jour pendant que l'autre est oublié.
- Gardez le texte de la question identique à celui de la page.
- Faites de la réponse la réponse complète de la page, ou un résumé qui veut clairement dire la même chose.
- Quand vous retirez une question de la page, retirez-la aussi du code.
- Ne balisez pas un texte masqué que le lecteur ne peut jamais atteindre.
Quelles erreurs sont courantes dans le balisage question-réponse ?
L'erreur la plus courante est de mettre QAPage sur une page FAQ à auteur unique. Selon la documentation, ce type est destiné aux pages où les utilisateurs peuvent soumettre des réponses. La deuxième est de baliser des questions rédigées comme des textes publicitaires ; une question que le lecteur ne pose jamais vraiment affaiblit à la fois la page et le balisage.
La troisième est de coller le même bloc FAQ sur chaque page. Si les mêmes cinq questions se répètent sur quarante pages, aucune ne sert le sujet de sa page. La quatrième est d'omettre la validation : un JSON-LD cassé échoue en silence et personne ne le remarque.
- Utiliser QAPage pour une FAQ à auteur unique.
- Ajouter au code une question qui n'est pas sur la page.
- Copier le même bloc FAQ sur chaque page.
- Ne pas vérifier avec la Search Console et des validateurs après la publication.
Quand le balisage question-réponse est-il inutile ?
Il est inutile si votre page n'a pas de véritable section de questions et réponses ; n'inventez pas de questions pour le balisage. Sur un petit site vitrine d'une seule page sans questions, le rapport entre l'effort et le gain est également faible. Écrire la réponse elle-même, formuler les intertitres en questions et faire de la première phrase une réponse directe apporte davantage.
Pour construire votre balisage, notre générateur de schémas peut aider, mais ne publiez pas son résultat sans le comparer au texte de votre page. Si vous voulez choisir ensemble les pages qui méritent l'effort, un entretien de découverte avec rabbitclip est un point de départ serein.
Le balisage question-réponse est une couche peu coûteuse et inoffensive qui dit aux moteurs de réponse comment une page est construite ; il ne promet aucun résultat enrichi et ne garantit pas que vous serez choisi comme source. Choisissez le type d'après la structure réelle de la page, gardez-le conforme au texte visible, et consacrez l'essentiel de votre effort à la qualité de la réponse. Si vous souhaitez juger avec nous lesquelles de vos pages méritent ce balisage, nous organiserons volontiers un entretien de découverte serein avec rabbitclip.
Questions fréquentes
Le schéma FAQ produit-il encore un résultat enrichi ?
Selon la documentation de Google, le résultat enrichi FAQ n'est plus affiché dans les résultats de recherche, et dès août 2023 il avait été limité à des sites gouvernementaux et de santé bien connus. Consultez la documentation de Google pour connaître la situation actuelle.
Quelle est la différence entre FAQPage et QAPage ?
FAQPage sert à plusieurs questions et réponses rédigées par le site lui-même. QAPage sert aux pages centrées sur une seule question où les utilisateurs peuvent soumettre des réponses ; il ne s'utilise pas sur les pages FAQ.
Toute entreprise a-t-elle besoin du balisage Speakable ?
Non. La documentation de Google décrit cette fonction comme bêta et centrée sur les contenus d'actualité et la lecture à voix haute. Pour la plupart des sites d'entreprise, ce n'est pas une priorité.
Puis-je baliser une question qui n'est pas visible sur la page ?
Non. Les questions et réponses du balisage doivent correspondre au texte que le lecteur voit sur la page. Ajouter un contenu qui n'est pas affiché va à l'encontre des consignes sur les données structurées et abîme la confiance.
Si j'ajoute du balisage, vais-je apparaître dans les moteurs de réponse ?
Il n'y a aucune garantie. Les moteurs de réponse choisissent leurs sources selon leurs propres critères. Le balisage est une petite couche qui aide à comprendre une page ; c'est la qualité de la réponse sur la page qui décide du résultat.
Sources
Les informations concrètes de cet article s'appuient sur ces pages officielles ; vérifiez-y la situation actuelle.
