Declaration officielle
Autres déclarations de cette vidéo 21 ▾
- 1:22 Pourquoi Google retarde-t-il la migration mobile-first de certains sites ?
- 3:10 Le mobile-first indexing améliore-t-il vraiment votre positionnement dans Google ?
- 5:13 Faut-il vraiment traiter tous les problèmes Search Console en urgence ?
- 7:07 Faut-il vraiment optimiser les ancres de liens internes ou est-ce du temps perdu ?
- 8:42 Faut-il vraiment éviter d'avoir plusieurs pages sur le même mot-clé ?
- 9:58 Peut-on prouver la qualité éditoriale d'un contenu à Google avec des balises structured data ?
- 14:02 Le cloaking technique est-il vraiment toléré par Google ?
- 19:36 Comment Google groupe-t-il vos URL pour prioriser son crawl ?
- 22:04 Pourquoi votre trafic chute-t-il vraiment après une pause de publication ?
- 24:16 Pourquoi Google Discover est-il plus exigeant que la recherche classique pour afficher vos contenus ?
- 26:31 Le structured data non supporté influence-t-il vraiment le ranking ?
- 28:37 Les erreurs techniques d'un domaine principal pénalisent-elles vraiment ses sous-domaines ?
- 30:44 Pourquoi vos review snippets disparaissent-ils puis réapparaissent chaque semaine ?
- 32:16 Le Domain Authority est-il vraiment inutile pour votre stratégie SEO ?
- 32:16 Les backlinks déposés manuellement dans les forums et commentaires sont-ils vraiment inutiles pour le SEO ?
- 34:55 Pourquoi vos commentaires Disqus ne s'indexent-ils pas tous de la même manière ?
- 44:52 Pourquoi Google confond-il vos pages locales avec des doublons à cause des patterns d'URL ?
- 48:00 Pourquoi les redirections 404 vers la homepage détruisent-elles le crawl budget ?
- 50:51 Faut-il vraiment utiliser unavailable_after pour gérer les événements passés sur votre site ?
- 50:51 Pourquoi votre no-index massif met-il 6 mois à 1 an pour être traité par Google ?
- 55:39 Les URL plates nuisent-elles vraiment à la compréhension de Google ?
Google ne prend en compte le markup reviewed-by que sur les types de pages officiellement documentés comme MedicalWebPage. Forcer son implémentation sur NewsArticle ou d'autres types non supportés ne sert à rien : le moteur l'ignore purement et simplement. La conformité stricte au vocabulaire schema.org devient donc un prérequis non négociable pour que ce markup ait un impact réel.
Ce qu'il faut comprendre
Qu'est-ce que le markup reviewed-by et pourquoi Google le limite-t-il ?
Le markup reviewed-by permet d'indiquer qu'un contenu a été vérifié par un expert qualifié. Google l'a introduit principalement pour les contenus médicaux, où la fiabilité de l'information peut avoir des conséquences directes sur la santé des utilisateurs.
La restriction aux types de pages supportés n'est pas un caprice technique. C'est une décision éditoriale délibérée : Google ne veut activer ce signal que dans les domaines YMYL où la vérification par un expert apporte une valeur mesurable. Pour l'instant, MedicalWebPage est le terrain d'application principal.
Pourquoi schema.org autorise certaines combinaisons que Google ignore ?
Schema.org est un vocabulaire ouvert et extensible. Il permet techniquement d'ajouter reviewed-by à de nombreux types de contenus, y compris NewsArticle ou BlogPosting. Mais ce n'est pas parce que le vocabulaire l'autorise que Google en tiendra compte.
Le moteur applique ses propres règles d'éligibilité. Il lit le markup, vérifie le type de page déclaré, et si ce type ne figure pas dans sa liste blanche interne, il ignore simplement reviewed-by. Pas d'erreur dans la Search Console, pas d'alerte — juste du silence radio.
Comment savoir quels types de pages sont réellement supportés ?
La documentation officielle de Google sur les données structurées reste la seule source fiable. Pour reviewed-by, seule MedicalWebPage est explicitement mentionnée à ce jour. Certains éditeurs ont testé d'autres types sans observer de remontée dans les rich results.
Le problème ? Google met rarement à jour cette liste de manière proactive. Il faut surveiller les annonces officielles, les interventions de Mueller ou les changements dans la Search Console pour détecter l'ouverture éventuelle à d'autres types de contenus.
- Reviewed-by ne fonctionne que sur les types de pages explicitement supportés par Google, pas sur tous ceux autorisés par schema.org
- Forcer l'implémentation sur un type non documenté (NewsArticle, Recipe, etc.) ne génère aucun bénéfice SEO mesurable
- La documentation officielle Google sur les données structurées est la seule référence pour connaître les types éligibles
- MedicalWebPage reste à ce jour le principal cas d'usage validé pour reviewed-by
- Aucune erreur n'apparaît dans la Search Console si le markup est ignoré — ce qui rend le diagnostic difficile
Avis d'un expert SEO
Cette restriction est-elle cohérente avec la stratégie YMYL de Google ?
Oui, parfaitement. Google durcit progressivement ses exigences sur les contenus Your Money Your Life. Le reviewed-by sur MedicalWebPage s'inscrit dans cette logique : il renforce le signal E-E-A-T en identifiant clairement qui a validé l'information.
Ce qui interpelle, c'est la frilosité à étendre ce markup à d'autres verticales YMYL. Finance, droit, nutrition — autant de domaines où la validation par un expert apporterait une valeur réelle. Mais Google avance à petits pas, probablement pour limiter les abus.
Dans quels cas ce markup pourrait-il devenir pertinent ailleurs ?
Sur le terrain, certains éditeurs de contenu juridique ou financier ont tenté d'implémenter reviewed-by sur des articles de type NewsArticle ou BlogPosting. Résultat : zéro impact visible, même avec des experts clairement identifiés via schema Person.
Il est probable que Google teste en interne l'extension de ce markup à d'autres types. Mais tant qu'aucune annonce officielle ne vient élargir le périmètre, mieux vaut concentrer ses efforts sur les types documentés plutôt que spéculer. [A vérifier] régulièrement via les mises à jour de la documentation.
Quelles sont les conséquences d'une implémentation non conforme ?
Techniquement, rien de catastrophique. Le markup sera simplement ignoré, sans pénalité. Mais c'est du temps de développement gaspillé et une source de confusion pour les équipes qui pensent avoir implémenté un signal E-E-A-T fonctionnel.
Plus insidieux : cela peut masquer des problèmes de fond. Si vous comptez sur reviewed-by pour compenser un déficit d'autorité éditoriale, vous passez à côté du vrai sujet. Les signaux E-E-A-T reposent d'abord sur la qualité intrinsèque du contenu et la réputation de l'auteur, pas sur un markup isolé.
Impact pratique et recommandations
Que faire si vous avez déjà implémenté reviewed-by sur des types non supportés ?
Commencez par un audit précis de vos markups existants. Identifiez tous les contenus où reviewed-by est présent et vérifiez le type de page déclaré. Si ce type ne figure pas dans la documentation officielle Google, vous savez que le markup est inerte.
Ensuite, deux options : soit vous retirez le markup pour alléger votre code et éviter la confusion, soit vous le laissez en anticipant un éventuel élargissement futur. Personnellement, je préfère nettoyer — un markup non fonctionnel n'apporte rien et crée de la dette technique.
Comment implémenter reviewed-by correctement sur MedicalWebPage ?
Si vous gérez un site médical, assurez-vous que vos pages utilisent bien @type: "MedicalWebPage" et non WebPage ou Article. Le reviewed-by doit pointer vers une entité Person ou Organization clairement identifiée, avec un nom, des qualifications et idéalement un identifiant unique (sameAs vers un profil LinkedIn, un annuaire professionnel, etc.).
Testez systématiquement avec le Rich Results Test de Google. Si reviewed-by apparaît dans les propriétés reconnues, c'est bon signe. Sinon, vérifiez la syntaxe JSON-LD et le type de page. Et gardez en tête que même avec un markup parfait, Google peut choisir de ne pas l'afficher dans les SERP — c'est un signal parmi d'autres, pas un déclencheur automatique de rich results.
Faut-il anticiper l'extension de reviewed-by à d'autres types de contenus ?
Difficile de prédire le calendrier de Google. Ce qui est certain, c'est que les verticales finance, droit et nutrition sont des candidats logiques. Si vous opérez dans ces secteurs, préparez vos auteurs et réviseurs : avoir des profils experts bien documentés sera un prérequis.
En attendant, concentrez-vous sur les signaux E-E-A-T classiques : bio d'auteur détaillée, mentions de qualifications, liens vers des publications externes, citations par des sources tierces. Ces éléments fonctionnent déjà, avec ou sans reviewed-by. Le markup viendra renforcer un signal existant, pas le créer de toutes pièces.
La mise en conformité des données structurées et l'optimisation des signaux E-E-A-T demandent une expertise technique et éditoriale pointue. Si vos équipes internes manquent de ressources ou de compétences spécifiques sur ces sujets, l'accompagnement d'une agence SEO spécialisée peut vous faire gagner un temps précieux et éviter des erreurs coûteuses en visibilité.
- Auditer tous les markups reviewed-by existants et vérifier leur type de page
- Retirer les markups non conformes ou les laisser en stand-by selon votre stratégie
- Sur les sites médicaux, utiliser exclusivement @type: "MedicalWebPage"
- Documenter les réviseurs avec Person ou Organization, incluant qualifications et identifiants
- Tester avec Rich Results Test et surveiller les propriétés reconnues
- Surveiller les annonces officielles Google pour détecter l'extension à d'autres types
❓ Questions frequentes
Le markup reviewed-by fonctionne-t-il sur les articles de type NewsArticle ?
Puis-je utiliser reviewed-by sur un site e-commerce pour les fiches produits ?
Comment savoir si Google prend en compte mon markup reviewed-by ?
Reviewed-by améliore-t-il directement le classement dans les SERP ?
Google prévoit-il d'étendre reviewed-by à d'autres verticales YMYL ?
🎥 De la même vidéo 21
Autres enseignements SEO extraits de cette même vidéo Google Search Central · durée 57 min · publiée le 23/06/2020
🎥 Voir la vidéo complète sur YouTube →
💬 Commentaires (0)
Soyez le premier à commenter.