> For the complete documentation index, see [llms.txt](https://gitbook.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.com/docs/documentation/fr/ressources/concepts.md). # Concepts
An illustration showing the block palette open in the GitBook editor. The window is floating on a pastel yellow and pink background
## Organiser le contenu ### Section Une section est un projet qui vous permet de travailler sur un ensemble de pages connexes. Au sein d’une section, vous pouvez rédiger du contenu, organiser vos pages avec des groupes de pages et des sous-pages, installer des intégrations, et plus encore. Les sections appartiennent à un site de documentation, et vous pouvez ajouter autant de sections que vous le souhaitez à un site de documentation. Ainsi, lorsque vous construisez votre contenu, vous pouvez créer des sections séparées pour la documentation de votre produit, la référence de l’API, le journal des modifications, le centre d’aide et tout autre élément que vous souhaitez inclure dans votre documentation — et les publier toutes sur un seul site de documentation. Vous pouvez également vouloir créer des versions traduites de votre documentation principale, ou des documentations séparées pour différentes versions de votre produit. Chacune d’elles aura également sa propre section et pourra être ajoutée à votre unique site de documentation pour être parcourue par les utilisateurs. #### Groupe Les groupes fonctionnent comme des dossiers dans l’application GitBook, vous permettant de conserver ensemble les sections apparentées afin de faciliter l’organisation et le stockage de votre contenu. En plus de vous aider à organiser le contenu, les groupes facilitent également la gestion à grande échelle des autorisations au niveau du contenu. Vous pouvez remplacer les autorisations au niveau de l’organisation sur plusieurs sections en les ajoutant à un groupe et en définissant des autorisations pour l’ensemble du groupe. ### Site de documentation Vous pouvez publier votre contenu sous forme de site de documentation. Votre documentation sera publiée et accessible à l’audience que vous aurez choisie sous forme de site web que vous pourrez personnaliser avec votre propre image de marque, vos analyses et votre domaine personnalisé. Vous pouvez créer autant de sites de documentation que vous le souhaitez. Ils sont tous répertoriés dans la barre latérale et dans la section Sites de documentation de l’application, où vous pouvez modifier les paramètres et les options de personnalisation. Vous pouvez gérer tous les paramètres et options de votre site de documentation dans l’application GitBook. Le contenu de votre site se trouve dans ses sections. Lorsque vous créez un nouveau site de documentation, vous pouvez créer une nouvelle section ou ajouter du contenu existant. Un site de documentation peut contenir une seule section, ou plusieurs sections contenant différents contenus — y compris des traductions et les versions précédentes du produit. ## Modification du contenu L’éditeur visuel de GitBook vous permet d’utiliser une interface de type WYSIWYG (« ce que vous voyez est ce que vous obtenez ») pour ajouter du contenu à une section. ### Pages Une page est l’endroit où vous ajoutez, modifiez et intégrez du contenu. Les pages se trouvent toujours dans une section, et vous pouvez ajouter autant de pages que vous le souhaitez à une section. Les pages de votre section apparaissent dans la table des matières à gauche de l’éditeur. Ici, vous pouvez ajouter de nouvelles pages, créer des groupes de pages et imbriquer des pages dans d’autres pages pour créer des sous-pages. {% hint style="info" %} #### Vous ne voyez pas comment modifier ou ajouter une page ? Si votre site est publié, vous devrez créer une demande de modification avant de pouvoir apporter des modifications au contenu d’une section. [En savoir plus sur les demandes de modification ci-dessous](#change-requests). {% endhint %} ### Blocs GitBook est un éditeur basé sur des blocs. Cela signifie que vous pouvez ajouter différents types de blocs à votre page — du texte et des images standard aux blocs interactifs plus avancés. Vos pages peuvent inclure toute combinaison de blocs que vous souhaitez, et il n’y a aucune limite au nombre de blocs que vous pouvez avoir sur une page. L’édition par blocs facilite la réorganisation de votre contenu par glisser-déposer, ou l’ajout de nouveaux blocs au milieu du contenu existant. Vous pouvez créer de nouveaux blocs à l’aide de l’interface de l’éditeur, ou créer et mettre en forme des blocs à l’aide de Markdown. Découvrez tous les blocs que vous pouvez utiliser dans GitBook [dans la section Blocs](/docs/documentation/fr/creating-content/blocks.md). #### Modification en Markdown L’éditeur de GitBook vous permet de créer et de mettre en forme des blocs de contenu à l’aide de Markdown. Markdown est une syntaxe de balisage populaire, largement connue pour sa simplicité. GitBook le prend en charge comme une manière conviviale au clavier d’écrire du texte riche et structuré — tous les blocs de GitBook peuvent être rédigés en utilisant la syntaxe Markdown. {% hint style="info" %} Vous pouvez en apprendre davantage sur Markdown lui-même en visitant [CommonMark](https://commonmark.org/help/). {% endhint %} ### Git Sync Git Sync permet aux équipes de synchroniser des dépôts GitHub ou GitLab avec GitBook et de transformer des fichiers Markdown en documentation belle et conviviale. Une fois configuré, il maintient tout votre contenu synchronisé entre l’application GitBook et votre base de code. Git Sync est bidirectionnel, donc les modifications que vous apportez dans l’éditeur visuel de GitBook sont synchronisées automatiquement — tout comme les commits effectués sur GitHub ou GitLab. Cela permet aux développeurs de valider directement depuis GitHub ou GitLab, tandis que les autres membres de l’équipe modifient et laissent des commentaires sur les changements directement dans GitBook. Git Sync débloque également de nombreux autres workflows utiles dans votre documentation GitBook, tels que les modifications par lot, le linting, et plus encore. En savoir plus dans [notre section Git Sync](/docs/documentation/fr/getting-started/git-sync.md). ## Le flux de modification ### Demandes de modification Une demande de modification est une [**branche**](https://git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell) de votre contenu principal que vous pouvez utiliser pour effectuer des modifications simultanées tout en conservant votre historique des versions. Cela paraîtra familier à toute personne qui utilise des requêtes de tirage dans GitHub ou des requêtes de fusion dans GitLab. Si vous souhaitez modifier le contenu de votre site de documentation publié, vous devrez d’abord ouvrir une demande de modification dans votre section. Dans une demande de modification, vous pouvez ajouter, modifier et supprimer du contenu dans une section, puis demander une relecture à votre équipe et fusionner vos changements dans votre contenu principal pour mettre à jour votre site de documentation publié. {% hint style="info" %} #### Le travail par branches en bref Ouvrir une demande de modification crée une copie de votre contenu à cet instant précis, parfois appelée « branche ». Les modifications que vous apportez n’apparaîtront pas dans votre contenu principal tant que vous n’aurez pas choisi de fusionner votre demande de modification. L’avantage des branches est que vos coéquipiers peuvent créer, modifier et fusionner leurs propres demandes de modification en même temps que vous sans se gêner mutuellement. Et si quelqu’un modifie le même contenu que vous, GitBook vous guidera pour résoudre les éventuels conflits avant la fusion. {% endhint %} #### Relectures Les relectures encouragent le contrôle et aident à améliorer la qualité et l’exactitude de votre documentation. Vous pouvez demander une relecture de votre demande de modification avant de la fusionner et de mettre les changements en ligne sur votre site de documentation. Ajouter un titre et une description à votre demande de modification donne un peu de contexte à vos relecteurs. Les relecteurs peuvent consulter le diff de votre demande de modification, qui met en évidence tout ce qui est nouveau, modifié ou supprimé dans votre demande de modification. Ils peuvent également laisser des commentaires directement sur la page à l’aide de la fonctionnalité de commentaires intégrée — puis approuver votre demande de modification, ou demander d’autres changements. #### Fusion La fusion d’une demande de modification ajoutera tout le contenu de votre demande de modification à la branche principale du contenu — et ces changements seront également mis en ligne sur votre site de documentation. Lorsque vous fusionnez votre demande de modification, une nouvelle version est également créée dans l’historique des versions de la section. ## Publication de la documentation Lorsque vous publiez votre contenu en tant que [site de documentation](#docs-site), vous pouvez ajouter davantage de contenu à votre site, modifier l’audience et personnaliser son apparence, son fonctionnement et d’autres paramètres. ### Structurer votre site de documentation Si vous souhaitez ajouter du contenu supplémentaire à votre site, vous pouvez utiliser deux options, chacune conçue pour des cas d’usage différents : les sections et les variantes. #### Les sections dans la structure de votre site Les sections vous permettent d’ajouter **plusieurs types de documentation différents à un seul site de documentation**. Par exemple, vous pourriez utiliser un seul site de documentation pour héberger la documentation de votre produit, la référence de l’API, le centre d’aide et le journal des modifications — comme nous le faisons sur ce site de documentation. Lorsque vous ajoutez de nouvelles sections, vous construisez la barre de navigation en haut de votre site, chaque section ayant sa propre entrée dans la barre. Vous pouvez également regrouper les sections dans un [groupe](#collection) pour créer un menu déroulant dans votre barre de navigation — idéal pour ajouter de la hiérarchie à votre site. #### Variante Les variantes sont conçues pour vous permettre d’ajouter **plusieurs versions de la même documentation à un seul site de documentation**. Par exemple, vous pourriez vouloir localiser l’ensemble de votre documentation en plusieurs langues, ou documenter les versions précédentes de votre produit pour les utilisateurs qui n’ont pas effectué la mise à jour. Vos utilisateurs finaux peuvent passer d’une variante à l’autre sur votre site de documentation à l’aide du sélecteur de langue ou du sélecteur de variante en haut de la table des matières, à gauche de votre site.
A screenshot of the Roboflow Documentation site, with a navigation bar along the top and an open drop-down menu at the top of the table of contents showing different language variants for the site.

Les sections créent une barre de navigation en haut de votre site, tandis que les utilisateurs peuvent passer d’une variante à l’autre à l’aide d’un menu dans la table des matières.

### Audience du site Vous pouvez choisir qui verra votre documentation lorsque vous la publierez. Par défaut, les nouveaux sites sont publiés publiquement et indexés par les moteurs de recherche. Cependant, si vous souhaitez davantage de contrôle sur les personnes pouvant accéder à votre site, vous pouvez choisir de limiter l’audience à l’aide de **liens de partage** ou **l’accès authentifié**. Avec les liens de partage, vous pouvez partager votre contenu en privé avec des clients ou des partenaires sans avoir besoin de les inviter dans votre organisation, en créant un lien privé et en le partageant directement avec eux. Toute personne disposant du lien peut accéder à votre site. Si vous souhaitez encore plus de contrôle, l’accès authentifié vous permet de publier votre contenu tout en exigeant une authentification de la part de tout visiteur souhaitant le consulter. Lorsqu’il est activé, GitBook laisse votre fournisseur d’authentification gérer qui a accès au contenu. C’est idéal pour du contenu privé ou pour publier une base de connaissances interne qui ne devrait être accessible qu’aux membres de votre équipe. Vous pouvez également contrôler qui voit les pages ou blocs individuels à l’aide d’une fonctionnalité appelée contenu adaptatif. Une fois configurée, elle affichera ou masquera du contenu en fonction des attributs des utilisateurs que vous aurez définis. En savoir plus dans [les pages de contenu adaptatif](/docs/documentation/fr/acces-au-site/adaptive-content.md). ### Personnalisation du site GitBook inclut des options de personnalisation intégrées pour les sites de documentation, vous aidant à faire correspondre l’apparence et l’ambiance de votre documentation à votre produit ou à votre marque. Même si vous n’appliquez aucune personnalisation, votre documentation aura déjà très belle allure. Mais vous avez la possibilité de personnaliser les logos, les icônes et les couleurs, d’ajouter des polices personnalisées, ou de choisir parmi certains thèmes intégrés qui aident votre documentation à être aussi attrayante que votre produit.
An illustration showing five docs sites hosted in GitBook, each with distinct visual customizations

Vous pouvez personnaliser votre documentation pour l’aligner sur votre marque avec vos propres logos, couleurs, polices, images et bien plus encore.

### Optimisations SEO et IA La documentation publiée dans GitBook est automatiquement optimisée pour la recherche (SEO) et pour les systèmes d’IA comme ChatGPT, Claude et Google AI Overview (GEO). Cela est géré côté serveur, donc tout ce que vous avez à faire est de rédiger du contenu qui inclut les mots-clés et les termes que vous souhaitez cibler. Les pages récupèrent les métadonnées à partir du titre et de la description de chaque page, et votre contenu est formaté pour être responsive. GitBook crée automatiquement un plan de site basé sur votre table des matières, et les pages sont mises en cache et servies via notre CDN mondial pour améliorer les performances. Tout cela aide votre documentation à se classer en bonne position dans les moteurs de recherche. De même, GitBook optimise également pour les outils d’IA en suivant toutes les normes du secteur à mesure qu’elles évoluent rapidement. GitBook crée automatiquement des versions .md de chaque page, ce qui facilite l’analyse par les grands modèles de langage (LLM). Nous exposons également automatiquement un serveur Model Context Protocol (MCP) pour chaque site publié, offrant aux outils d’IA un moyen structuré de découvrir et de récupérer votre documentation en tant que ressources — aucun scraping requis. De plus, votre site génère également `llms.txt` et `llms-full.txt` conçus pour l’ingestion par l’IA. ## Gestion d’équipe ### Organisation Une organisation GitBook contient tout le contenu et tous les sites de documentation d’une entreprise donnée. Avec votre seul compte, vous pouvez être membre d’une ou de plusieurs organisations et passer de l’une à l’autre à l’aide du menu d’organisation en haut de la barre latérale. ### Membres Les membres sont des utilisateurs individuels au sein de votre organisation. Vous pouvez avoir autant de membres que vous le souhaitez dans une organisation, chacun disposant d’autorisations adaptées à ses besoins d’accès spécifiques. #### Autorisations Les autorisations vous permettent de décider du niveau d’accès des membres de votre organisation. Lorsqu’un membre rejoint votre organisation, vous lui attribuez un rôle — tel que Éditeur ou Lecteur. Ces rôles définissent ses autorisations pour l’ensemble du contenu de votre organisation. Mais vous pouvez également remplacer ces autorisations au niveau du contenu. Par exemple : * Vous pouvez donner à une personne ayant le rôle de Lecteur un accès en modification à un contenu particulier * Vous pouvez limiter l’accès à un contenu confidentiel ou privé spécifique et n’accorder l’accès qu’à certains membres de votre organisation. En savoir plus sur [la page Autorisations et héritage](/docs/documentation/fr/collaboration/member-management/permissions-and-inheritance.md). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://gitbook.com/docs/documentation/fr/ressources/concepts.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.