27 novembre : Ajout de recommandations étendues pour la documentation sur les données structurées des pages de profil, des forums de discussion et des pages de questions-réponses.
Le balisage ProfilePage est conçu pour tous les sites où les créateurs de contenu (personnes ou organisations) partagent leurs propres perspectives. Il aide la recherche Google à mettre en évidence des informations sur le créateur (par exemple, nom, nom d’utilisateur sur les réseaux sociaux, photo de profil, nombre d’abonnés ou la popularité de leurs contenus). La recherche Google utilise ce balisage non seulement pour lever les ambiguïtés concernant le créateur, mais aussi dans des fonctionnalités telles que Perspectives ainsi que Discussions et Forums.

Le balisage ProfilePage peut également être utilisé dans d’autres fonctionnalités de données structurées. Par exemple, les données structurées d’Article et de Recette ont des auteurs. Dans les données structurées des forums de discussion et des pages de questions-réponses, il y a souvent plusieurs auteurs.
Ajouter des données structurées
Les données structurées sont un format standard utilisé pour fournir des informations sur une page et classer son contenu. Si vous débutez avec les données structurées, vous pouvez en savoir plus sur leur fonctionnement.
Vous trouverez ci-dessous un aperçu de la manière de créer, tester et publier des données structurées. Consultez le codelab sur les données structurées pour obtenir un guide étape par étape sur la façon d’ajouter des données structurées à une page Web.

Validez votre code à l’aide du test des résultats enrichis et corrigez les erreurs critiques. Envisagez également l’option de corriger les problèmes non critiques qui pourraient avoir été signalés dans l’outil. La correction de ces erreurs améliore la qualité de vos données structurées, mais n’est pas obligatoire pour être éligible aux résultats enrichis.
Utilisez l’outil d’inspection d’URL pour déployer quelques pages contenant vos données structurées et tester la façon dont Google voit la page. Assurez-vous que Google peut accéder à votre page et qu’elle n’est pas bloquée par un fichier robots.txt, une balise noindex ou des exigences de connexion. Si la page s’affiche correctement, vous pouvez demander à Google de recrawler vos URL.
Envoyez un sitemap pour continuer à informer Google des changements futurs. Vous pouvez automatiser ce processus avec l’API Sitemap de la Search Console.
- Exemples
- Directives
- Directives de contenu
L’objectif principal de la page doit être une seule personne ou organisation associée à l’ensemble du site Web. Voici quelques exemples de pages de profil : Cas d’utilisation valides : Page de profil utilisateur sur un forum ou un site de réseaux sociaux
Directives techniques
Si la page de profil inclut également l’activité récente du créateur, vous pouvez ajouter un balisage en utilisant les URL de ces objets pour faire référence à la page où se trouvent le contenu complet et le balisage. Par exemple, une structure de balisage possible est la suivante :
Définitions des types de données structurées
Vous devez ajouter les propriétés requises pour que vos données structurées soient éligibles à l’affichage dans les résultats de recherche. Vous pouvez également inclure des propriétés recommandées pour offrir une meilleure expérience utilisateur en ajoutant plus d’informations sur vos pages de profil.
ProfilePage
La personne ou l’organisation à laquelle cette page de profil se rapporte. Cette propriété indique que l’objectif principal de la page est de fournir des informations sur cette personne physique ou morale.
Si ces informations sont disponibles (c’est-à-dire si vous savez si la page représente une personne ou une organisation), essayez d’utiliser le type correct. Sinon, définissez la valeur par défaut sur Person (par exemple, si le type de compte est inconnu). Propriétés recommandées dateCreated DateTime
Date et heure auxquelles les informations du profil ont été modifiées, si disponible, au format de date ISO 8601. Idéalement, cela représente uniquement les modifications de métadonnées éditées par de vraies personnes dans le profil (par exemple, l’ajout de liens supplémentaires pointant vers des lieux référencés dans ce profil n’est pas une modification). Person ou Organization schema.org/Person et schema.org/Organization ont toutes deux des propriétés communes utilisées par Google.
La manière dont la personne ou l’organisation est principalement identifiée. Nous recommandons d’utiliser ce champ pour les noms réels (et alternateName pour les noms d’utilisateur sur les réseaux sociaux). Cependant, si c’est le seul moyen d’identifier la personne en question sur votre site, vous pouvez utiliser ce champ pour spécifier le nom d’utilisateur sur les réseaux sociaux.
Un identifiant public alternatif, si disponible. Par exemple, le nom d’utilisateur sur les réseaux sociaux si le nom réel de la personne est utilisé dans le champ name. description Text
Un identifiant unique utilisé sur votre site, si disponible. Il peut s’agir d’un ID de base de données interne que votre site utilise pour identifier un utilisateur, même si le nom sur les réseaux sociaux change. image URL ou ImageObject
L’URL ou la valeur ImageObject de la photo de profil du créateur, si disponible. S’il n’y a pas d’image, n’ajoutez pas d’image par défaut, d’icône ou d’image d’espace réservé dans ce champ.
Chaque page doit contenir au moins une image (indépendamment du fait que vous ajoutiez un balisage). Google sélectionne la meilleure image à afficher dans les résultats de recherche en fonction du rapport hauteur/largeur et de la résolution.
Les URL des images doivent pouvoir être crawlées et indexées. Utilisez l’outil d’inspection d’URL pour vérifier si Google peut accéder à vos URL.
Pour obtenir les meilleurs résultats, nous vous recommandons de fournir plusieurs images haute résolution (avec un produit largeur x hauteur d’au moins 50 000 pixels) avec les rapports hauteur/largeur suivants : 16×9, 4×3 et 1×1.
Statistiques utilisateur appliquées à la personne physique ou morale sur la page de profil, si disponibles. Incluez uniquement les statistiques liées à la plateforme où la page de profil est hébergée (n’indiquez pas que le créateur a 100 000 abonnés sur sa page d’accueil).
URL d’autres profils externes ou pages d’accueil de profil, si disponibles. Suivi des résultats enrichis avec la Search Console La Search Console est un outil qui vous aide à surveiller les performances de vos pages dans la recherche Google. Vous n’avez pas besoin de vous inscrire à la Search Console pour être inclus dans les résultats de recherche Google, mais cela peut vous aider à comprendre et à améliorer la façon dont Google voit votre site. Nous vous recommandons de vérifier la Search Console dans les cas suivants :
Après avoir déployé des données structurées pour la première fois
Une fois que Google a indexé vos pages, recherchez les problèmes à l’aide du rapport d’état des résultats enrichis correspondant. L’idéal est que le nombre d’éléments valides augmente alors que le nombre d’éléments non valides n’augmente pas. Si vous trouvez des problèmes dans vos données structurées :
Après avoir publié de nouveaux modèles ou mis à jour votre code
Si vous constatez une augmentation du nombre d’éléments non valides, vous avez peut-être lancé un nouveau modèle qui ne fonctionne pas ou votre site interagit peut-être de manière nouvelle et négative avec le modèle existant.
Si vous constatez une diminution des éléments valides (qui ne correspond pas à une augmentation des éléments non valides), il est possible que vous ne placiez plus de données structurées sur vos pages. Utilisez l’outil d’inspection d’URL pour découvrir ce qui cause le problème.
Analyse régulière du trafic
Analysez votre trafic de recherche Google à l’aide du rapport sur les performances. Les données montrent à quelle fréquence votre page apparaît comme résultat enrichi dans la recherche, à quelle fréquence les utilisateurs cliquent sur ce résultat enrichi et la position moyenne à laquelle vous apparaissez dans les résultats de recherche. Vous pouvez également accéder à ces résultats automatiquement avec l’API Search Console.
Dépannage
Si vous utilisez un système de gestion de contenu (CMS) ou si quelqu’un d’autre s’occupe de votre site, demandez de l’aide à cette personne. Assurez-vous de transmettre les messages de la Search Console contenant des informations détaillées sur le problème à cette personne.
Google ne garantit pas que les fonctionnalités utilisant des données structurées apparaîtront dans les résultats de recherche. Consultez les directives générales sur les données structurées pour obtenir une liste des raisons courantes pour lesquelles Google n’affiche pas votre contenu dans un résultat enrichi.
S’il existe une action manuelle sur les données structurées pour votre page, les données structurées sur la page ne seront pas prises en compte (la page peut continuer à apparaître dans les résultats de recherche Google). Utilisez le rapport Actions manuelles pour résoudre les problèmes de données structurées.
Re-consultez les directives pour déterminer si votre contenu est conforme aux règles. Le problème pourrait être dû à du contenu spam ou à l’utilisation d’un balisage spam. Cependant, dans les cas où le problème n’est pas dû à la syntaxe, le test des résultats enrichis ne peut pas identifier ces problèmes.
Laissez le temps au recrawl et à la réindexation. N’oubliez pas qu’il peut falloir quelques jours à Google pour trouver et crawler une page après sa publication. Pour des questions générales sur le crawl et l’indexation, consultez la section FAQ sur le crawl et l’indexation de la recherche Google.
Les pages de questions-réponses sont des pages Web contenant des données préparées au format question-réponse, où une réponse suit une question. Vous pouvez baliser vos données avec les types schema.org QAPage, Question et Answer pour le contenu représentant une question et ses réponses.
Les pages correctement balisées sont éligibles pour apparaître avec un résultat enrichi sur la page des résultats de recherche. Cette évaluation enrichie aide votre site à atteindre les bons utilisateurs dans la recherche. Si une page est balisée comme réponse à la question « Comment puis-je retirer un câble coincé dans un port USB ? », voici un exemple du résultat que vous pouvez voir pour cette requête utilisateur :
Le balisage de votre page de questions-réponses, en plus d’activer l’évaluation des résultats enrichis sur votre contenu, aide Google à créer un meilleur snippet pour votre page. Si aucun résultat enrichi n’est affiché, le contenu des réponses peut apparaître dans le résultat de base.
Ajouter des données structurées
Les données structurées sont un format standard utilisé pour fournir des informations sur une page et classer son contenu. Si vous débutez avec les données structurées, vous pouvez en savoir plus sur leur fonctionnement.
Vous trouverez ci-dessous un aperçu de la manière de créer, tester et publier des données structurées. Consultez le codelab sur les données structurées pour obtenir un guide étape par étape sur la façon d’ajouter des données structurées à une page Web.
Validez votre code à l’aide du test des résultats enrichis et corrigez les erreurs critiques. Envisagez également l’option de corriger les problèmes non critiques qui pourraient avoir été signalés dans l’outil. La correction de ces erreurs améliore la qualité de vos données structurées, mais n’est pas obligatoire pour être éligible aux résultats enrichis.
Utilisez l’outil d’inspection d’URL pour déployer quelques pages contenant vos données structurées et tester la façon dont Google voit la page. Assurez-vous que Google peut accéder à votre page et qu’elle n’est pas bloquée par un fichier robots.txt, une balise noindex ou des exigences de connexion. Si la page s’affiche correctement, vous pouvez demander à Google de recrawler vos URL.
Envoyez un sitemap pour continuer à informer Google des changements futurs. Vous pouvez automatiser ce processus avec l’API Sitemap de la Search Console.
- Exemples
- Directives
- Directives de contenu
Les utilisateurs doivent pouvoir soumettre des réponses à la question. Pour les contenus où il n’y a qu’une seule réponse à une question spécifique et où aucun moyen n’est fourni aux utilisateurs pour ajouter des réponses alternatives, n’utilisez pas le balisage QAPage, utilisez plutôt FAQPage. Voici quelques exemples : Cas d’utilisation valides : Une page de forum où les utilisateurs peuvent soumettre des réponses à une seule question
Une page FAQ écrite par le site lui-même où aucun moyen n’est fourni aux utilisateurs pour soumettre des réponses alternatives
N’appliquez pas le balisage QAPage à toutes les pages d’un site ou d’un forum si tout le contenu n’est pas approprié. Par exemple, de nombreuses questions peuvent avoir été publiées sur un forum, chacune étant individuellement appropriée pour le balisage. Cependant, s’il existe également des pages sur le forum qui ne sont pas des questions, ces pages ne seraient pas appropriées.
N’utilisez pas le balisage QAPage pour les pages FAQ ou les pages contenant plusieurs questions sur chaque page. Le balisage QAPage est destiné aux pages où chaque page se concentre uniquement sur une seule question et les réponses à cette question.
Assurez-vous que chaque élément Question contient le texte complet de la question et que chaque élément Answer contient le texte complet de la réponse.
Le balisage Answer est destiné aux réponses à la question, pas aux commentaires sur la question ou d’autres réponses. Ne balisez pas les commentaires qui ne sont pas des réponses comme Answer.
Le contenu de questions-réponses ne peut pas être affiché comme résultat enrichi s’il contient l’un des types de contenu suivants : obscène, abusif, sexuellement explicite, violent, dangereux ou promouvant des activités illégales, ou contenant des discours de haine ou un langage de harcèlement.
Les pages de questions-réponses liées à l’éducation dont l’objectif principal est de donner la bonne réponse à une question de devoir soumise par l’utilisateur peuvent être éligibles à l’expérience de bande de questions-réponses. Sur ces pages, il peut y avoir une seule réponse fournie ou sélectionnée par des experts internes plutôt que par l’utilisateur. Exemple : Une page éducative avec une seule question soumise par l’utilisateur et la meilleure réponse sélectionnée par des experts.
Définitions des types de données structurées
Vous devez ajouter les propriétés requises pour que votre contenu soit éligible à l’affichage en tant que résultat enrichi. Vous pouvez également inclure des propriétés recommandées pour offrir une meilleure expérience utilisateur en ajoutant plus d’informations à vos données structurées.
QAPage
Le type QAPage indique que la page se concentre sur une question spécifique et ses réponses. Nous n’utiliserons les données structurées Question que sur les pages avec un balisage QAPage. Il ne doit y avoir qu’une seule définition de type QAPage par page.
mainEntity
Question
Le type Question définit la question à laquelle cette page répond et inclut les réponses à cette question, le cas échéant. Il est attendu qu’il y ait exactement un type Question sur la page sous la propriété mainEntity de la définition schema.org/QAPage. Il ne doit y avoir qu’une seule définition de type Question par page.
- answerCount
- acceptedAnswer
- suggestedAnswer
- name
- text
- upvoteCount
- Answer
Le type Answer définit les réponses suggérées et acceptées pour la Question sur cette page. Définissez les éléments Answers au sein de Question comme valeurs des propriétés suggestedAnswer et acceptedAnswer.
- text
- upvoteCount
- url
- Suivi des résultats enrichis avec la Search Console
La Search Console est un outil qui vous aide à surveiller les performances de vos pages dans la recherche Google. Vous n’avez pas besoin de vous inscrire à la Search Console pour être inclus dans les résultats de recherche Google, mais cela peut vous aider à comprendre et à améliorer la façon dont Google voit votre site. Nous vous recommandons de vérifier la Search Console dans les cas suivants :
Après avoir déployé des données structurées pour la première fois
Une fois que Google a indexé vos pages, recherchez les problèmes à l’aide du rapport d’état des résultats enrichis correspondant. L’idéal est que le nombre d’éléments valides augmente alors que le nombre d’éléments non valides n’augmente pas. Si vous trouvez des problèmes dans vos données structurées :
Après avoir publié de nouveaux modèles ou mis à jour votre code
Si vous constatez une augmentation du nombre d’éléments non valides, vous avez peut-être lancé un nouveau modèle qui ne fonctionne pas ou votre site interagit peut-être de manière nouvelle et négative avec le modèle existant.
Si vous constatez une diminution des éléments valides (qui ne correspond pas à une augmentation des éléments non valides), il est possible que vous ne placiez plus de données structurées sur vos pages. Utilisez l’outil d’inspection d’URL pour découvrir ce qui cause le problème.
Analyse régulière du trafic
Analysez votre trafic de recherche Google à l’aide du rapport sur les performances. Les données montrent à quelle fréquence votre page apparaît comme résultat enrichi dans la recherche, à quelle fréquence les utilisateurs cliquent sur ce résultat enrichi et la position moyenne à laquelle vous apparaissez dans les résultats de recherche. Vous pouvez également accéder à ces résultats automatiquement avec l’API Search Console.
Dépannage
Si vous utilisez un système de gestion de contenu (CMS) ou si quelqu’un d’autre s’occupe de votre site, demandez de l’aide à cette personne. Assurez-vous de transmettre les messages de la Search Console contenant des informations détaillées sur le problème à cette personne.
Google ne garantit pas que les fonctionnalités utilisant des données structurées apparaîtront dans les résultats de recherche. Consultez les directives générales sur les données structurées pour obtenir une liste des raisons courantes pour lesquelles Google n’affiche pas votre contenu dans un résultat enrichi.
S’il existe une action manuelle sur les données structurées pour votre page, les données structurées sur la page ne seront pas prises en compte (la page peut continuer à apparaître dans les résultats de recherche Google). Utilisez le rapport Actions manuelles pour résoudre les problèmes de données structurées.
Re-consultez les directives pour déterminer si votre contenu est conforme aux règles. Le problème pourrait être dû à du contenu spam ou à l’utilisation d’un balisage spam. Cependant, dans les cas où le problème n’est pas dû à la syntaxe, le test des résultats enrichis ne peut pas identifier ces problèmes.
Laissez le temps au recrawl et à la réindexation. N’oubliez pas qu’il peut falloir quelques jours à Google pour trouver et crawler une page après sa publication. Pour des questions générales sur le crawl et l’indexation, consultez la section FAQ sur le crawl et l’indexation de la recherche Google.
Service associé: SEO (référencement naturel)