> 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 de base
An illustration showing the block palette open in the GitBook editor. The window is floating on a pastel yellow and pink background
## Organisation du contenu ### Section Une section est un projet qui vous permet de travailler sur un ensemble de pages liées. Dans 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 structurez 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 contenu que vous souhaitez inclure dans votre documentation — puis les publier toutes sur un seul site de documentation. Vous pouvez également souhaiter créer des versions traduites de votre documentation principale, ou des documentations distinctes pour différentes versions de votre produit. Chacune d’elles aura également sa propre section et pourra être ajoutée à votre site de documentation unique pour que les utilisateurs puissent la consulter. #### Groupe Les groupes agissent 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. Ainsi que de vous aider à garder votre contenu organisé, 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. Vos docs seront publiées et accessibles à votre public cible 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 seule section, ou plusieurs sections contenant différents contenus — y compris des traductions et des versions antérieures du produit. ## Modification du 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 appareils 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 vivent toujours à l’intérieur d’une section, et vous pouvez ajouter autant de pages à une section que vous le souhaitez. Les pages de votre section apparaissent dans la table des matières sur le côté 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. [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 standards aux blocs interactifs plus avancés. Vos pages peuvent inclure n’importe quelle combinaison de blocs, et il n’y a aucune limite au nombre de blocs que vous pouvez avoir sur une page. La modification basée sur des 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 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 la prend en charge comme un moyen d’écriture convivial au clavier pour rédiger un texte riche et structuré — tous les blocs de GitBook peuvent être écrits 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 une documentation belle et conviviale. Une fois configuré, il maintient l’ensemble de 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 pendant 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 flux de travail utiles dans vos docs GitBook, tels que les modifications par 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 votre historique des versions. Cela sera 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 modifications dans votre contenu principal pour mettre à jour votre site de documentation publié. {% hint style="info" %} #### La gestion des 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 marcher sur les pieds. Et si quelqu’un modifie le même contenu que vous, GitBook vous guidera pour résoudre les conflits éventuels avant la fusion. {% endhint %} #### Révisions Les révisions encouragent la supervision et contribuent à améliorer la qualité et la précision de votre documentation. Vous pouvez demander une révision sur votre demande de modification avant de la fusionner et de rendre les changements visibles 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 à l’aide de la fonctionnalité de commentaires intégrée — puis approuver votre demande de modification, ou demander d’autres modifications. #### 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 sous forme de [site de documentation](#docs-site), vous pouvez ajouter plus de contenu à votre site, changer le public cible et personnaliser son apparence, son style et d’autres paramètres. ### Structuration de votre site de documentation Si vous souhaitez ajouter du contenu supplémentaire à votre site, deux options s’offrent à vous, chacune conçue pour différents cas d’usage : les sections et les variantes. #### Les sections dans la structure de votre site Les sections vous permettent d’ajouter **plusieurs types différents de documentation à 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 les 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 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 sur le côté 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 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 certaines pages ou certains blocs à l’aide d’une fonctionnalité appelée contenu adaptatif. Une fois configurée, elle affiche ou masque du contenu en fonction des attributs utilisateur que vous définissez. En savoir plus sur [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 à harmoniser l’apparence et le style de votre documentation avec votre produit ou votre marque. Même si vous n’appliquez aucune personnalisation, vos docs seront très bien telles quelles. 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 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’aligner sur votre marque grâce à 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 incluant les mots-clés et termes que vous souhaitez cibler. Les pages récupèrent leurs 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 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 à être bien classée 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 — sans besoin de scraping. De plus, votre site génère également `llms.txt` et `llms-full.txt` conçu pour l’ingestion par l’IA. ## Gestion d’équipe ### groupe 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 en utilisant le menu des organisations 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 avec des autorisations adaptées à ses besoins d’accès spécifiques. #### Autorisations Les autorisations vous permettent de définir le niveau d’accès des membres de votre organisation. Lorsqu’un membre rejoint votre organisation, vous lui attribuez un rôle — par exemple É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 à quelqu’un ayant le rôle Lecteur un accès de modification à un élément de contenu particulier * Vous pouvez limiter l’accès à un contenu confidentiel ou privé spécifique et ne donner 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.