> 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/reference/concepts.md). # Concepts fondamentaux
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 liées. 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 bien 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 développez votre contenu, vous pouvez créer des sections distinctes 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 — puis 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 distinctes pour différentes versions de votre produit. Chacune de celles-ci aura également sa propre section et pourra être ajoutée à votre unique site de documentation pour que les utilisateurs puissent la parcourir. #### Groupe Les groupes fonctionnent comme des dossiers dans l’application GitBook, vous permettant de conserver ensemble les sections lié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 des autorisations au niveau du contenu à grande échelle. 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 disponible pour le public que vous avez choisi sous la forme d’un site web que vous pouvez 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 section, ou plusieurs sections contenant des contenus différents — y compris des traductions et les versions précédentes du produit. ## Modifier le contenu L’éditeur visuel de GitBook vous permet d’utiliser une interface WYSIWYG (« ce que vous voyez est ce que vous obtenez ») pour ajouter du contenu à une section. La modification est disponible sur les ordinateurs de bureau et les ordinateurs portables. Vous pouvez consulter votre organisation et votre contenu depuis un smartphone, mais la modification nécessite un ordinateur de bureau ou portable. ### Pages Une page est l’endroit où vous ajoutez, modifiez et intégrez du contenu. Les pages se trouvent toujours à l’intérieur d’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 changements au contenu d’une section. [Lisez ci-dessous à propos des demandes de modification](#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 plus avancés et interactifs. Vos pages peuvent inclure n’importe quelle combinaison de blocs, et il n’y a pas de limite au nombre de blocs qu’une page peut contenir. La modification par blocs facilite la réorganisation de votre contenu par glisser-déposer, ou l’ajout de nouveaux blocs au milieu d’un 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/creer-du-contenu/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 moyen convivial au clavier pour rédiger un texte riche et structuré — tous les blocs de GitBook peuvent être écrits à l’aide de la syntaxe Markdown. {% hint style="info" %} Vous pouvez en savoir plus sur Markdown 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 automatiquement synchronisées — tout comme les commits effectués sur GitHub ou GitLab. Cela permet aux développeurs de faire des commits directement depuis GitHub ou GitLab pendant que les autres membres de l’équipe modifient et laissent des retours directement dans GitBook. Git Sync débloque également de nombreux autres workflows utiles dans votre documentation GitBook, tels que les modifications en lot, le linting, et bien plus encore. En savoir plus dans [notre section Git Sync](/docs/documentation/fr/documentation-as-code/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 l’historique de vos versions. Cela semblera familier à toute personne qui utilise des pull requests dans GitHub ou des merge requests 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" %} #### Les branches en bref Ouvrir une demande de modification crée une copie de votre contenu à cet instant précis, parfois appelée « branche ». Les changements que vous effectuez n’apparaîtront pas dans votre contenu principal tant que vous n’aurez pas choisi de fusionner votre demande de modification. L’avantage du branchement 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 d’éventuels conflits avant la fusion. {% endhint %} #### Relectures Les relectures encouragent le contrôle et contribuent à améliorer la qualité et l’exactitude de votre documentation. Vous pouvez demander une relecture sur 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 à vos relecteurs un peu de contexte. 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 grâce à la fonctionnalité de commentaires intégrée — puis approuver votre demande de modification, ou demander d’autres changements. #### Fusion Fusionner une demande de modification ajoutera tout le contenu de votre demande de modification dans la branche principale du contenu — et ces changements seront également publiés sur votre site de documentation. Lorsque vous fusionnez votre demande de modification, cela crée également une nouvelle version dans l’historique des versions de la section. ## Publier la documentation Lorsque vous publiez votre contenu en tant que [site de documentation](#docs-site), vous pouvez ajouter davantage de contenu à votre site, changer 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, deux options s’offrent à vous, 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 développez la barre de navigation en haut de votre site, chaque section obtenant sa propre entrée dans la barre. Vous pouvez également regrouper des sections dans un [groupe](#collection) pour créer un menu déroulant dans votre barre de navigation — idéal pour ajouter une 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 toute votre documentation dans plusieurs langues, ou documenter les versions précédentes de votre produit pour les utilisateurs qui n’ont pas mis à jour. Vos utilisateurs finaux peuvent passer d’une variante à l’autre sur votre site de documentation en utilisant le sélecteur de langue ou le 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 mieux contrôler qui peut accéder à votre site, vous pouvez limiter l’audience à l’aide de **liens de partage** ou **accès authentifié**. Avec les liens de partage, vous pouvez partager votre contenu en privé avec des clients ou des partenaires sans avoir à 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 qui souhaite 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 des pages ou des blocs individuels grâce à une fonctionnalité appelée contenu adaptatif. Une fois configurée, elle affichera ou masquera le contenu en fonction des attributs utilisateur que vous définissez. En savoir plus dans [les pages de contenu adaptatif](/docs/documentation/fr/publier/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 sera déjà très belle. 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 des thèmes intégrés qui aident votre documentation à paraître aussi belle que votre produit.
An illustration showing five docs sites hosted in GitBook, each with distinct visual customizations

Vous pouvez personnaliser votre documentation pour l’adapter à 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). Ces optimisations sont gérées en arrière-plan, donc tout ce que vous avez à faire est de rédiger du contenu comprenant les mots-clés et 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 mis en forme pour être responsive. GitBook crée automatiquement un sitemap basé sur votre table des matières, et les pages sont mises en cache et diffusées via notre CDN mondial pour améliorer les performances. Tout cela aide votre documentation à bien se positionner dans les moteurs de recherche. De même, GitBook optimise également 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 une manière structurée de découvrir et de récupérer votre documentation en tant que ressources — sans aucun scraping requis. De plus, votre site génère également `llms.txt` et `llms-full.txt` conçues pour être ingérées 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 compte unique, 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 — comme É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 Lecteur un accès en modification à un élément de 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/collaborer/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/reference/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.