Comment un carrousel sur une seule page identifie-t-il chaque élément ?

Définition : Un carrousel sur une seule page (all-in-one) rassemble les informations complètes de chaque élément sur une page de liste. Chaque ListItem pointe vers cette page avec un fragment d’URL distinct, comme #a-star-is-born, ce qui donne à l’élément sa propre adresse dans le document.

Points clés

• La documentation de Google sur les carrousels décrit une liste sur une seule page comme contenant le texte intégral de chaque élément sur cette page.
• Dans l’exemple de Google, chaque ListItem possède une propriété position et un objet item dont la propriété url utilise un fragment sur la page de liste.
• Le standard HTML exige que la valeur de l’attribut id d’un élément HTML soit unique dans l’arbre auquel appartient cet élément.
• Le même standard décrit l’identifiant unique d’un élément comme un moyen de créer un lien vers une partie précise d’un document au moyen d’un fragment.
• La documentation de Schema.org sur ItemList indique que les listes ordonnées utilisent ListItem lorsqu’un contexte supplémentaire, notamment une position, est nécessaire.

Qu’est-ce qu’un carrousel sur une seule page ?

Google décrit deux organisations de pages pour les données structurées de carrousel. Une page récapitulative contient de courtes descriptions et des liens vers des pages de détail distinctes. Une liste regroupée sur une seule page contient toutes les informations du carrousel, y compris le texte intégral de chaque élément. L’exemple de Google utilise une page intitulée « The Best Movies from the Oscars » et conserve les informations sur les films dans l’objet ItemList de cette page.

Cette distinction modifie la valeur renseignée dans chaque élément de liste. Pour une page récapitulative, l’exemple de Google utilise un ListItem dont la propriété url pointe vers une page distincte contenant les détails complets. Dans l’exemple sur une seule page, la propriété url se trouve dans l’objet item et conserve le même chemin de page en y ajoutant un fragment. La page fournit ainsi le contexte de la liste et les détails des éléments.

Comment l’ancre identifie-t-elle un élément ?

Un fragment d’URL est la partie située après le caractère #. La RFC 3986 le définit comme une information qui identifie indirectement une ressource secondaire par référence à une ressource principale. Cette ressource secondaire peut être une partie ou un sous-ensemble de la ressource principale. Pour une liste sur une seule page, la ressource principale est la page de liste et la cible secondaire est la section contenant les détails d’un élément.

Le standard HTML relie le fragment au balisage de la page : un élément peut être référencé explicitement en lui attribuant un id, puis en utilisant cette valeur comme fragment dans l’attribut href d’un lien hypertexte. La valeur de l’attribut id doit être unique dans l’arbre du document. Chaque élément doit recevoir une valeur différente, et la propriété url du ListItem correspondant doit se terminer par cette valeur.

{
  "@type": "ListItem",
  "position": 1,
  "item": {
    "@type": "Movie",
    "url": "https://example.com/2024-best-picture-noms#a-star-is-born",
    "name": "A Star Is Born"
  }
}

L’exemple de Google reprend le même chemin de page avec #bohemian-rhapsody et #black-panther pour les autres films. Les fragments rendent les trois URL des éléments distinctes, tandis que le chemin de page reste commun.

Sur quoi les données structurées et le HTML doivent-ils concorder ?

L’objet ItemList représente la liste qui englobe les éléments. Schema.org indique que la propriété itemListElement accepte des valeurs de type ListItem et que ListItem apporte un contexte supplémentaire à une liste ordonnée. Sa documentation précise également que l’ordre des éléments dans le balisage ne suffit pas à lui seul et que la propriété position sert à indiquer l’ordre de la liste lorsque celui-ci compte.

Dans le modèle sur une seule page, chaque ListItem doit avoir une position et un objet item correspondant au type de contenu concerné. Cet objet doit contenir l’URL de l’élément sur la même page. Dans le HTML, la section contenant tous les détails de l’élément doit avoir un id correspondant au fragment après le caractère #. Le nom, les détails et l’URL de l’élément décrivent alors la même cible dans les données structurées et dans le document visible.

Comment vérifier l’implémentation ?

Google recommande de valider les données structurées avec le test des résultats enrichis (Rich Results Test). Ses consignes sur les carrousels indiquent également d’utiliser l’outil d’inspection d’URL (URL Inspection) pour vérifier comment Google voit la page et de s’assurer que celle-ci est accessible, sans blocage par robots.txt, par noindex ou par une obligation de connexion. Chaque fragment du JSON-LD doit correspondre à un seul id HTML, et chaque valeur d’attribut id doit être unique dans l’arbre de la page.

Termes associés

• Comment une page récapitulative de carrousel renvoie-t-elle aux pages de détail ?
• Quels types de contenu le balisage du carrousel de site de Google prend-il en charge ?

Questions fréquentes

Tous les éléments peuvent-ils utiliser la même URL de page ?

Le chemin de page peut être commun, mais l’exemple de Google sur une seule page attribue à chaque élément une URL avec un fragment distinct. Les valeurs des attributs id HTML correspondants doivent également être uniques dans l’arbre du document.

Le fragment remplace-t-il la position du ListItem ?

Non. Schema.org utilise position pour exprimer l’ordre dans une liste ordonnée. Le fragment identifie l’emplacement de l’élément dans la page, tandis que la position indique sa place dans la liste.

Une liste sur une seule page doit-elle renvoyer vers des pages de détail distinctes ?

Non. Google définit ce modèle comme une page contenant le texte intégral de chaque élément et précise que cette page ne renvoie pas vers d’autres pages de détail. L’URL de l’élément peut pointer vers un fragment sur cette même page.

Sources

1. Google Search Central, « Carousel (ItemList) structured data », 8 septembre 2026
2. WHATWG, « HTML Standard », 16 octobre 2026
3. IETF, « Uniform Resource Identifier (URI): Generic Syntax », janvier 2005
4. Schema.org, « ItemList », août 2026

---

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO