Résultats enrichis en carrousel (Schema)

En bref — Un résultat enrichi en carrousel est cette rangée de cartes que l’on fait défiler dans Google et qui provient d’un même site. Il se construit en regroupant plusieurs éléments de même nature, par exemple des recettes, dans un ItemList, chaque élément recevant un numéro position qui fixe son ordre. Attention : seuls certains types de contenu sont éligibles, et un ItemList valide ne garantit pas l’affichage d’un carrousel.

Qu’est-ce qu’un résultat enrichi en carrousel ?

Lorsque Google affiche une rangée de cartes que l’on peut faire défiler latéralement, par exemple des recettes ou des films, il s’agit d’un résultat enrichi en carrousel. Google parle de carrousel hôte, car toutes les cartes proviennent du même site. Il le décrit comme “a list-like rich result that people can swipe through on mobile devices.” (traduction) « un résultat enrichi sous forme de liste que les utilisateurs peuvent parcourir d’un geste sur mobile ».

On le crée avec une donnée structurée ItemList, qui sert de conteneur. Chaque entrée est un ListItem doté d’un numéro position (1, 2, 3…) indiquant l’ordre d’affichage à Google. Si vous connaissez les bases des données structurées, il s’agit simplement d’un résultat enrichi particulier rendu possible par ce balisage.

Le premier point à comprendre

Voici le piège : un ItemList seul ne crée pas de carrousel. Il doit être associé à un type de contenu pris en charge par Google. Pour le carrousel classique, la liste est courte : listes de cours, films, recettes et restaurants. Une liste d’articles de blog ou de produits génériques peut être valide sans produire aucun carrousel.

Quelques règles simples

• Conservez un seul type par liste. Un carrousel de recettes ne doit contenir que des recettes, sans mélanger cours et recettes.
• Prévoyez au moins deux éléments pour le carrousel classique ; la version bêta plus récente en exige trois.
• position fixe l’ordre. Numérotez les éléments selon l’ordre d’affichage voulu.
• Toutes les rangées défilantes ne sont pas contrôlables. Certaines, comme “Top Stories”, réunissent plusieurs sites et ne peuvent pas être déclenchées par votre balisage.

La réserve valable pour tout résultat enrichi demeure : même avec un balisage parfait, Google décide de l’afficher ou non. Un balisage valide rend la page éligible, sans garantir le résultat.

Pour comprendre les deux systèmes de carrousel, leurs types éligibles, les limites géographiques et les propriétés exigées, passez à l’onglet Avancé.

En bref — Un résultat enrichi en carrousel, ou « carrousel hôte », est un ItemList qui regroupe au moins deux ListItem de même type, chacun doté d’une position commençant à 1. Principe essentiel : ItemList valide ≠ carrousel visible ; il faut l’associer à un type pris en charge. Deux systèmes coexistent : le Carousel (ItemList) classique, généralement disponible pour Course list, Movie, Recipe et Restaurant — avec accès limité pour Restaurant — et le Structured data carousels (beta) pour des sous-types de LocalBusiness, Product et Event, uniquement dans l’EEE, en Turquie et en Afrique du Sud. Ils diffèrent sur le minimum d’éléments (2 contre 3), le mélange des types et la structure des pages. Il s’agit d’un format d’affichage, pas d’une garantie de classement.

Ce qu’est réellement un résultat enrichi en carrousel

La définition de Google est précise : “A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (traduction) « un carrousel est un résultat enrichi sous forme de liste parcourable sur mobile ; il affiche plusieurs cartes du même site ». Le mécanisme repose sur un conteneur ItemList contenant plusieurs ListItem, chacun associé à un type pris en charge et à une position. Google précise : “The item’s position in the carousel. This is a 1-based number,” (traduction) « la position de l’élément dans le carrousel commence à 1 », et les éléments “will be shown in the order specified by the position property.” (traduction) « seront affichés dans l’ordre défini par la propriété position ».

Les mécanismes génériques d’ItemList — propriétés, page récapitulative, fonctionnement de position et url — sont traités dans l’article consacré au schéma ItemList. Ici, l’objectif est le résultat enrichi en carrousel qu’il peut rendre éligible.

Un ItemList valide n’est pas un carrousel visible

C’est le principe central. Un ItemList seul, ou contenant un type non pris en charge comme Article ou BlogPosting, n’est pas éligible. Google demande d’“add ItemList structured data in combination with one of the… supported structured data features.” (traduction) « ajouter les données structurées ItemList avec l’une des fonctionnalités prises en charge ». ItemList est nécessaire, mais insuffisant. Le dossier sur le schéma des œuvres créatives rappelle le même principe : valide ne signifie pas visible.

Deux systèmes de carrousel coexistent

Très peu de guides les distinguent clairement, ce qui entretient la confusion. À la mi-2026, Google Search utilise deux systèmes de portée différente.

1. Carousel (ItemList) classique — généralement disponible

La fonctionnalité mature est documentée sur la page Carousel (ItemList), mise à jour le 2025-12-10 UTC. Google indique : “To be eligible for a host carousel rich result for your site, add ItemList structured data in combination with one of the following supported structured data features: Course list / Movie / Recipe / Restaurant.” (traduction) « associez ItemList à Course list, Movie, Recipe ou Restaurant ». Le minimum est explicite : “Check that itemListElement contains two or more ListItem elements.” (traduction) « vérifiez qu’itemListElement contient au moins deux ListItem ». Google exige aussi que tous les éléments appartiennent au même type, sans mélanger par exemple recettes et cours.

2. Structured data carousels (beta) — seulement dans l’EEE, en Turquie et en Afrique du Sud

Ce système distinct est documenté sur la page Carousels (beta), mise à jour le 2026-01-21 UTC. Google le présente comme “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site.” (traduction) « un nouveau carrousel bêta permettant de parcourir horizontalement plusieurs entités d’un site ». Il associe ItemList à LocalBusiness et ses sous-types (Restaurant, Hotel, VacationRental), Product ou Event. Il exige au moins trois éléments : “To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (traduction) « définissez un ItemList contenant au moins trois éléments itemListElement.item ». Limite majeure : “This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (traduction) « cette fonctionnalité n’est disponible que dans l’EEE, en Turquie et en Afrique du Sud, sur ordinateur et mobile ». Il faut aussi déposer une demande d’intérêt. Google prévient : “This feature is in beta and you may see changes in requirements or guidelines, as we develop this feature.” (traduction) « les exigences peuvent évoluer pendant la bêta ».

Comparaison

Types éligibles au carrousel classique en 2026

J’ai revérifié la documentation de Google le 2026-07-02. La galerie de recherche, mise à jour le 2026-06-15 UTC, confirme les quatre types : “This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (traduction) « cette fonctionnalité doit être associée à Recipe, Course list, Restaurant ou Movie ». Une réserve s’applique toutefois.

• Recipe, Course list et Movie sont ouverts à tout site admissible. Pour les particularités de chaque type — Course exigeant au moins trois cours depuis la suppression de la carte unique en juin 2025, et Movie étant limité au mobile — consultez le schéma des œuvres créatives.
• Restaurant est répertorié mais soumis à autorisation. La documentation Local Business précise : “The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (traduction) « le carrousel Restaurant est limité à quelques fournisseurs ; inscrivez votre intérêt via le formulaire ». Il est donc pris en charge sur le papier, mais accessible sur inscription.

Le type absent de la liste est Article. Il n’apparaît ni dans la documentation Carousel ni dans la galerie principale. La confusion vient probablement de Top Stories, une fonctionnalité contrôlée par Google que votre balisage ne peut pas déclencher.

Types éligibles au carrousel hôte bêta

L’ensemble est différent : LocalBusiness et ses sous-types — Restaurant, Hotel, VacationRental —, Product et Event. La bêta autorise explicitement le mélange : “You can mix and match different types of entities (for example, hotels, restaurants), if needed for your scenario.” (traduction) « vous pouvez mélanger différents types d’entités selon le scénario ». Une page sur les activités en Suisse peut ainsi réunir événements et entreprises locales.

La disponibilité est plus détaillée que « EEE, Turquie et Afrique du Sud ». Selon la documentation du 2026-01-21, l’EEE couvre hôtels, locations de vacances, transports terrestres, vols, entreprises locales, activités et achats ; la Turquie couvre seulement hôtels, locations et entreprises locales ; l’Afrique du Sud couvre hôtels, locations, activités, vols, achats, livraison de repas, location de voitures et bus. Ces listes sont datées et provisoires. Hors de ces régions, le carrousel bêta ne s’affiche pas, même avec un balisage parfait.

Comment position fixe l’ordre d’affichage

Dans les deux systèmes, chaque ListItem porte une position commençant à 1, et Google suit cet ordre à l’écran. Deux structures sont possibles pour le carrousel classique :

• Page récapitulative + pages détaillées. L’ItemList de la page récapitulative contient des ListItem minimaux (@type, position, url) ; chaque page liée porte le balisage complet, par exemple Recipe. Google impose : “all URLs in the list must point to different pages on the same domain.” (traduction) « toutes les URL doivent pointer vers des pages différentes du même domaine ».
• Page unique. Elle contient l’ItemList complet et les propriétés de chaque élément ; chaque ListItem.url pointe vers une ancre de cette page.

La bêta accepte uniquement la structure récapitulative + détails. Google a clarifié que “the markup must be on the summary page, and you don’t need to add markup to the detail pages in order to be eligible for this feature.” (traduction) « le balisage doit se trouver sur la page récapitulative ; il n’est pas nécessaire de baliser les pages détaillées ».

Conditions d’éligibilité et réserves

• Parité du contenu. Google applique sa règle contre le cloaking : “The text visible to the user must be similar to the information contained in the structured data on the page.” (traduction) « le texte visible doit correspondre aux informations des données structurées ».
• Même type pour le classique, mélange possible pour la bêta. Cette différence est structurelle.
• Éligibilité, pas droit acquis. Le test des résultats enrichis confirme la syntaxe, pas l’affichage. Google vérifie séparément le contenu et ses consignes.
• Pas un facteur de classement. C’est un format d’affichage, non un signal de classement. Google ne publie pas de données de CTR sur ces emplacements ; toute affirmation d’amélioration du CTR reste une hypothèse non vérifiée.
• Pas d’équivalent Bing documenté. Bing lit ItemList comme donnée structurée générique, sans documenter de carrousel hôte comparable.

Place dans l’architecture du site

Les carrousels sont un bénéfice particulier des données structurées dans le dossier SEO on-page. Les mécanismes génériques d’ItemList relèvent de l’article voisin, tandis que les détails de Course, Movie, Recipe et Restaurant figurent dans le schéma des œuvres créatives et la documentation Local Business. Cette page couvre les deux systèmes, leurs types éligibles et la règle « ItemList valide ne signifie pas carrousel visible ».

Résumé IA

Synthèse de la version avancée :

• Définition : un carrousel hôte est un ItemList qui contient au moins deux ListItem d’un type pris en charge, chacun avec une position commençant à 1.
• Principe essentiel : ItemList valide ≠ carrousel visible. Une liste d’Article ou de BlogPosting reste inéligible.
• Deux systèmes :
  • Carousel (ItemList) classique — généralement disponible ; Course list, Movie, Recipe, Restaurant ; 2+ éléments ; un seul type ; récapitulatif + détails ou page unique.
  • Structured data carousels (beta) — seulement dans l’EEE, en Turquie et en Afrique du Sud ; sous-types de LocalBusiness, Product, Event ; 3+ éléments ; mélange autorisé ; récapitulatif + détails ; formulaire obligatoire.
• Restaurant est soumis à autorisation : le type est répertorié mais accessible uniquement sur inscription.
• Article n’est PAS éligible ; la confusion vient souvent de Top Stories.
• Réserves : le test confirme la syntaxe, pas l’affichage ; ce n’est pas un facteur de classement et tout gain de CTR reste non vérifié ; Bing ne documente aucun équivalent.
• Répartition : les mécanismes génériques d’ItemList et les propriétés propres à chaque type sont traités dans les dossiers voisins ; cette page couvre le mécanisme du carrousel.

Documentation officielle

Documentation de source principale publiée par Google.

Google — les deux systèmes de carrousel

• Données structurées Carousel (ItemList) — fonctionnalité classique généralement disponible : quatre types, minimum de deux éléments, type unique, position et deux structures de page. Mise à jour le 2025-12-10 UTC.
• Structured data carousels (beta) — carrousel hôte récent : LocalBusiness, Product et Event, minimum de trois éléments, mélange autorisé, restriction à l’EEE, la Turquie et l’Afrique du Sud, plus formulaires d’intérêt. Mise à jour le 2026-01-21 UTC.

Google — documents complémentaires

• Données structurées Local business (LocalBusiness) — source de la restriction d’accès au carrousel Restaurant.
• Galerie des données structurées prises en charge — liste principale qui confirme les quatre types classiques. Mise à jour le 2026-06-15 UTC.
• Données structurées Course list et Movie — documentation propre à deux types classiques.
• Test des résultats enrichis — valide la syntaxe du balisage, pas son affichage.

Bing / Microsoft

• Balisage d’un site avec des données structurées — aide Bing Webmaster — Bing prend en charge ItemList comme donnée structurée générique, sans résultat enrichi propre aux carrousels.

Citations de la source

Déclarations publiques de Google. Chaque lien mène directement au passage cité.

Google — définition du carrousel et fonctionnement de position

• “A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (traduction) « Un carrousel est un résultat enrichi sous forme de liste parcourable sur mobile ; il affiche plusieurs cartes du même site, aussi appelé site hôte. » — Google Search Central, documentation Carousel (ItemList). Accéder à la citation
• “The item’s position in the carousel. This is a 1-based number.” (traduction) « La position de l’élément dans le carrousel est un nombre commençant à 1. » Accéder à la citation

Google — types et minimums du système classique

• “Check that itemListElement contains two or more ListItem elements.” (traduction) « Vérifiez qu’itemListElement contient au moins deux éléments ListItem. » Accéder à la citation
• “All items in the list must be of the same type. For example, if a list is about recipes, only include Recipe items. Don’t mix different types.” (traduction) « Tous les éléments doivent être du même type ; une liste de recettes ne doit contenir que des Recipe. » Accéder à la citation
• La galerie principale précise : “This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (traduction) « Cette fonctionnalité doit être associée à Recipe, Course list, Restaurant ou Movie. » Accéder à la citation

Google — accès restreint à Restaurant

• “The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (traduction) « Le carrousel Restaurant est limité à quelques fournisseurs ; pour participer, inscrivez votre intérêt via le formulaire. » Accéder à la citation

Google — le système bêta distinct

• “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site (also known as a host carousel).” (traduction) « Un nouveau carrousel bêta sous forme de liste horizontale permet de voir davantage d’entités d’un même site. » Accéder à la citation
• “This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (traduction) « Cette fonctionnalité n’est disponible que dans l’EEE, en Turquie et en Afrique du Sud, sur ordinateur et mobile. » Accéder à la citation
• “To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (traduction) « Pour définir une liste, créez un ItemList contenant au moins trois éléments itemListElement.item. » Accéder à la citation

À quel carrousel puis-je prétendre ?

L’éligibilité dépend réellement du chemin suivi, car les deux systèmes ne se recouvrent pas. Parcourez l’arbre selon votre contenu et votre région.

Résultats enrichis en carrousel — aide-mémoire

Les deux systèmes en un coup d’œil

Faits essentiels

• ItemList seul ≠ carrousel. Il faut un type pris en charge.
• position commence à 1 et fixe l’ordre dans les deux systèmes.
• Restaurant est soumis à autorisation et limité à quelques fournisseurs.
• Article n’est PAS un type de carrousel. La confusion vient de Top Stories, contrôlé par Google.
• Recipe, Course et Movie sont ouverts ; Course exige au moins trois cours depuis juin 2025 et Movie est limité au mobile.
• Éligibilité, pas garantie : le test vérifie la syntaxe, pas l’affichage.
• Pas un facteur de classement : tout gain de CTR reste non vérifié.
• Bing : aucun résultat enrichi équivalent n’est documenté.

Mythes corrigés

Outils de validation du balisage

• Schema Markup Validator — collez le JSON-LD ou le HTML complet pour détecter un JSON mal formé, des propriétés schema.org invalides, des références absentes ou des problèmes structurels dans l’ItemList.
• Rich-Result Eligibility Checker — vérifiez que les types imbriqués possèdent les champs exigés par Google. Un résultat propre confirme les règles d’éligibilité, pas l’affichage.
• Test des résultats enrichis de Google — testez l’URL déployée avec le moteur de rendu de Google pour confirmer la présence du balisage et des champs requis.

Balisage classique défectueux et correct

Défectueux : types mélangés, positions dupliquées et un seul élément éligible

Cette liste est un JSON-LD valide, mais enfreint les règles du carrousel classique. Elle mélange Recipe et Course, attribue la position 1 aux deux entrées et ne fournit donc qu’un élément de chaque type pris en charge.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Course", "name": "Knife Skills" }
    }
  ]
}

Correct : deux éléments du même type et des positions commençant à 1

La liste corrigée conserve un seul type pris en charge, fournit deux éléments et les numérote dans l’ordre d’affichage voulu. Chaque élément doit encore inclure les propriétés exigées par la documentation de son propre résultat enrichi.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": { "@type": "Recipe", "name": "Mushroom Soup" }
    }
  ]
}

Pour le carrousel hôte bêta, une liste correcte exige au moins trois éléments et doit respecter les contraintes régionales et la structure avec page récapitulative.

Prouvez l’éligibilité de l’implémentation

Test 1 — L’ItemList déployé respecte le bon système

• Test — Récupérez l’URL active avec le Rich-Result Eligibility Checker et examinez l’ItemList, les types imbriqués et les positions.
• Résultat attendu — Le système classique contient au moins deux éléments pris en charge de même type avec des positions consécutives commençant à 1. La bêta en contient au moins trois et suit la structure récapitulative.
• Interprétation d’un échec — Un nombre insuffisant, des types mélangés dans le système classique, des positions absentes ou dupliquées, ou un type non pris en charge rendent la page inéligible.
• Délai — Immédiat après déploiement et purge du cache.
• Seuil de reprise — Retirez le nouveau bloc s’il a remplacé un balisage valide par des données trompeuses ; sinon corrigez la liste avant de demander une nouvelle exploration.

Test 2 — Google peut rendre le balisage éligible

• Test — Analysez l’URL déployée dans le test des résultats enrichis Google, puis examinez les types détectés et les erreurs.
• Résultat attendu — Google détecte les types imbriqués sans erreur critique, et le HTML rendu contient le même ItemList que celui présenté aux utilisateurs.
• Interprétation d’un échec — Un type absent révèle un problème de rendu ou de déploiement ; une propriété requise manquante relève du type Recipe, Course, Movie, Restaurant, Product, Event ou LocalBusiness, pas d’ItemList seul.
• Délai — Immédiat dans le test ; Search Console peut attendre la prochaine exploration.
• Seuil de reprise — Annulez le lancement si Google ne rend pas le balisage ou si sa correction exigerait d’inventer du contenu invisible. La réussite du test ne garantit toujours pas l’affichage.

Testez vos connaissances sur les carrousels

Cinq questions rapides sur le fonctionnement réel du résultat enrichi. Choisissez une réponse, puis vérifiez-la.

Ressources utiles

Mes articles connexes

• Données structurées : définition et utilisation — mon guide Ahrefs sur les types de schéma, leur mise en œuvre et les outils de validation.
• Guide du débutant en SEO technique — place des données structurées et résultats enrichis dans l’ensemble du SEO technique.

Mes conférences

• Fonctionnement de la recherche (SlideShare) — exploration, rendu, indexation et génération de fonctionnalités comme les résultats enrichis. Mon avertissement habituel s’applique : “This is my understanding of systems… not going to be 100% complete or accurate.” (traduction) « Voici ma compréhension de ces systèmes ; elle ne sera pas nécessairement complète ni parfaitement exacte. »

Sources officielles

• Données structurées Carousel (ItemList) de Google — référence du système classique : quatre types, deux éléments minimum, position et structures de page.
• Structured data carousels (beta) de Google — carrousel bêta pour LocalBusiness, Product et Event, trois éléments minimum, limité à l’EEE, la Turquie et l’Afrique du Sud.
• Données structurées Local business de Google — restriction d’accès au carrousel Restaurant.
• Galerie de recherche Google — liste principale des types pris en charge.

Dans le secteur

• Nouveaux carrousels de données structurées Google en bêta (Search Engine Land) — lancement du défilement horizontal de plusieurs entités d’un seul site.
• Clarification des pages récapitulatives (Search Engine Land) — le balisage se place sur la page récapitulative, pas sur les pages détaillées.
• Extension géographique de la bêta (Search Engine Roundtable, Barry Schwartz) — ajout de la Turquie et de l’Afrique du Sud.
• Annonce du nouveau résultat enrichi (Search Engine Journal) — compte rendu de l’annonce.
• Mise à jour de la documentation bêta (Search Engine Journal) — évolution ultérieure des règles.
• Résultats de recherche en carrousel (Rank Math KB) — explication du flux d’extension pour les quatre types classiques, sans la bêta ni la restriction Restaurant.

Citations à conserver

Ces formulations me servent à expliquer les carrousels. Les déclarations mot pour mot avec leurs liens profonds figurent dans l’onglet Citations de la source.

Mécanisme central

• Google définit le carrousel comme “a list-like rich result that people can swipe through on mobile devices… multiple cards from the same site (also known as a host carousel).” (traduction) « un résultat enrichi sous forme de liste parcourable sur mobile, composé de plusieurs cartes du même site ». Le mécanisme reste un ItemList de ListItem de même type, chacun doté d’une position commençant à 1.

Le mythe le plus fréquent

• Un ItemList valide n’est pas un carrousel visible. Google demande d’“add ItemList structured data in combination with one of the… supported structured data features.” (traduction) « associer ItemList à l’une des fonctionnalités prises en charge ». Un type non pris en charge donne un balisage valide sans carrousel.

La confusion entre les deux systèmes

• Il existe deux carrousels : le système classique généralement disponible pour Course, Movie, Recipe et Restaurant, et une bêta distincte pour LocalBusiness, Product et Event, “only available in European Economic Area (EEA) countries, Turkey, and South Africa.” (traduction) « disponible uniquement dans l’EEE, en Turquie et en Afrique du Sud ». Beaucoup de guides n’en couvrent qu’un.

La réserve Restaurant

• Restaurant est répertorié, mais soumis à autorisation : “The Restaurant carousel is currently limited to a small set of restaurant providers.” (traduction) « le carrousel Restaurant est actuellement limité à quelques fournisseurs ». Pris en charge en théorie, accessible sur inscription en pratique.

Journal des modifications