Pages de catégorie blog invisibles malgré un Schema valide

Vous avez collé votre JSON-LD dans le template de catégorie, lancé le test des résultats enrichis de Google, et tout est vert. Sauf que dans la vraie page de résultats, rien ne change : pas d’étoiles, pas de questions dépliables, pas de fil d’Ariane sous votre lien. Le balisage est valide, la page reste invisible. Ce blocage revient sans arrêt chez les blogueurs qui confondent deux choses : la conformité technique d’un schéma et son utilité réelle pour la requête visée. Voici pourquoi votre catégorie ne remonte pas, et quels schémas changent vraiment quelque chose.

Un balisage valide n’est pas un balisage qui sert

Les données structurées se présentent le plus souvent en JSON-LD, un bloc de code glissé dans la page, invisible pour le visiteur mais parfaitement lisible par les robots. Schema.org, ce vocabulaire que Google, Bing, Yahoo et Yandex ont créé ensemble, sert à décrire ce que contient une page : un article, une recette, une fiche d’entreprise.

Mais un validateur ne vérifie qu’une chose : que votre code respecte la grammaire du vocabulaire. Il ne vous dira jamais si le type choisi correspond à ce que les gens tapent dans la barre de recherche. C’est là que le bât blesse, et c’est le genre de détail que décortique mohedaltrad2020.fr à chaque page passée au crible.

Une page de catégorie, par définition, ne raconte pas une histoire : elle rassemble des liens vers des articles. Lui coller un schéma Article ou BlogPosting revient à dire à Google « ceci est un contenu rédactionnel unique », alors que la page est un sommaire. Google n’affiche pas d’extrait enrichi pour un sommaire mal typé, même impeccablement codé.

Ce que l’intention de recherche attend vraiment

Quand quelqu’un tape une requête, il a une attente précise. S’il cherche « meilleur restaurant italien Lyon », il veut une adresse, des horaires, une note. S’il cherche « comment réparer une fuite », il veut des étapes. Votre page de catégorie, elle, répond à une intention de navigation : le lecteur veut parcourir une liste de sujets et choisir celui qui l’intéresse. Le schéma doit dire ça, pas autre chose. Un type qui ne colle pas à l’intention produit un balisage correct et un affichage inexistant.

Les types qui font bouger le CTR sur une page de catégorie

Certains schémas déclenchent des éléments visuels directement dans la page de résultats, et ces éléments changent le taux de clic de façon mesurable. Voici ceux qui ont un sens sur une page qui regroupe des contenus.

• Le balisage FAQ, avec ses questions et réponses dépliables juste sous le lien, fait grimper le CTR de +20 à +50%. Il fonctionne quand la catégorie répond à des interrogations récurrentes sur son thème.
• BreadcrumbList, pour afficher le fil d’Ariane dans l’URL affichée : gain de +5 à +10%, modeste mais constant.
• Review ou AggregateRating, étoiles et note moyenne comprises, ajoutent entre +15 et +35% de clics. Attention, à réserver aux pages où une note a un sens réel.
• Et LocalBusiness ? Réservé aux commerces avec adresse physique, il affiche horaires, adresse et note, avec un effet de +15 à +30% sur le CTR. Sortez-le de vos catégories d’articles.

Vous remarquez le point commun de ces types : chacun ajoute une information utile à l’écran, pas une description cachée. C’est ça qui pèse dans la décision de cliquer, bien plus que la propreté du code.

Les erreurs de casting qui plombent une catégorie

Sur une page de catégorie blog, le type le plus fréquemment posé est BlogPosting sur l’ensemble, souvent par automatisme de template. Résultat : aucune étoile, aucun dépliant, aucun fil d’Ariane, parce que Google ne peut pas extraire d’élément enrichi d’un type qui ne le permet pas à cet endroit. Un autre piège courant consiste à imbriquer un AggregateRating inventé sur une catégorie qui n’a jamais été notée : Google finit par ignorer la donnée, et vous perdez l’affichage comme la crédibilité. Sur ce point, voir aussi notre article sur categorie cannibalisee fiches produits.

Le format lui-même n’est presque jamais en cause. Le JSON-LD dans le head fonctionne, il est même le format préféré de Google. Le problème est en amont, dans le choix sémantique. Un développeur qui valide son code et s’arrête là passe à côté du vrai sujet : le balisage doit décrire ce qui est réellement présent sur la page, pas ce que le template applique par défaut.

Comment réaligner le schéma sur ce que la page propose

Reprenez votre page de catégorie et posez-vous une question simple : qu’est-ce que le lecteur trouve ici qu’il ne trouve nulle part ailleurs ? Une liste d’articles sur un thème, des questions fréquentes sur ce thème, un chemin de navigation dans une arborescence.

Chacun de ces éléments a un type dédié dans Schema.org. FAQPage pour les questions, BreadcrumbList pour le fil d’Ariane, CollectionPage ou ItemList pour le regroupement de contenus. Le dernier cité ne produit pas d’affichage enrichi spectaculaire, mais il aide Google à comprendre la structure de la page.

Franchement, la plupart des sites que je croise posent un schéma sur la catégorie sans jamais se demander si un dépliant FAQ aurait un intérêt pour le lecteur. Or c’est bien là que se joue le CTR : une question bien formulée sous le lien attire l’œil avant même la lecture du titre. Encore faut-il que le contenu de la FAQ existe vraiment sur la page, car Google vérifie la correspondance entre le balisage et le texte affiché.

Il reste une zone d’incertitude, et il faut le dire : certains résultats enrichis n’apparaissent pas systématiquement, même avec un balisage parfait. Google choisit d’afficher ou non selon la requête, l’historique de la page et la concurrence sur le mot-clé. Ça dépend aussi du volume de recherches sur votre thème. Un schéma bien choisi augmente vos chances, il ne les garantit pas à chaque affichage.

Le vrai test se fait dans les résultats, pas dans le validateur

Arrêtez de tester vos pages dans le validateur comme unique preuve de réussite. Le test qui compte se trouve dans les résultats de recherche : tapez votre requête cible, regardez ce que Google affiche pour vos concurrents, et comparez avec ce que vous obtenez.

Si vos concurrents ont des étoiles ou des questions dépliables et pas vous, le problème n’est pas la validité de votre code, c’est l’adéquation entre le type choisi et la requête tapée. Un audit de temps en temps ne fait pas de mal non plus. Et vous, la dernière fois que vous avez vérifié l’affichage réel de vos catégories dans Google, vous avez regardé quoi exactement ?