> 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/getting-started/sites-first.md). # Espace de travail du site {% hint style="info" %} La nouvelle expérience est déployée progressivement. Les nouvelles organisations y ont déjà accès, et les organisations existantes peuvent l’activer dès aujourd’hui avant le déploiement mondial. {% endhint %} ## L’espace de travail centré sur les sites dans GitBook GitBook est désormais organisé autour de vos sites de documentation. Tout dans l’application est structuré autour des sites que vous publiez, de sorte que ce que vous voyez lors de la modification correspond à ce que vos visiteurs voient en lisant. Cette page explique ce qui a changé, ce que cela signifie pour votre contenu existant, et comment l’activer.
### Pourquoi l’espace de travail des sites Auparavant, GitBook organisait votre travail autour des espaces et des collections, et les sites étaient construits par-dessus en reliant des espaces entre eux. Cela signifiait que la structure dans laquelle vous naviguiez dans l’application ne correspondait jamais tout à fait à la structure de votre site publié. L’espace de travail des sites comble cet écart. Votre organisation contient des sites, et chaque élément de contenu vit à l’intérieur d’un site sous la forme d’un **section**. La hiérarchie que vous modifiez est celle que vos lecteurs obtiennent. ### Nouveautés #### La page d’accueil affiche tous vos sites Lorsque vous ouvrez GitBook, vous arrivez sur votre organisation **Accueil**: vos sites de documentation, les changements récents et les outils à l’échelle de l’organisation, au même endroit. Pour y revenir depuis n’importe où, utilisez le sélecteur en haut de la barre latérale. #### La barre latérale affiche votre site, pas votre organisation Ouvrir un site remplace la barre latérale par l’arborescence de contenu de ce site, la même structure que celle que voient les visiteurs sur votre site publié. Accédez directement à n’importe quelle section et commencez à modifier sans changer de contexte. L’arborescence de contenu dans la barre latérale est en lecture seule. Pour réorganiser votre site, ouvrez le **éditeur de structure**, un écran dédié qui remplace l’ancien onglet Structure dans les paramètres du site. Les modifications que vous y apportez se reflètent immédiatement dans la barre latérale. #### Les sections remplacent les espaces Le contenu d’un site vit désormais dans **sections**. Si vous avez déjà utilisé GitBook, une section correspond à ce que vous connaissiez comme un espace lié à un site. Les sections fonctionnent de la même façon dans l’éditeur. Ce qui change, c’est leur emplacement et la façon dont elles héritent des paramètres de leur site. {% hint style="warning" %} Dans l’API GitBook, les sections sont toujours représentées par des objets `espace` . Rien ne change pour les intégrations API ni pour Git Sync. {% endhint %} #### Les outils du site, à portée de clic Aperçus, Analyses, Personnalisation et les paramètres du site sont désormais des éléments de la barre latérale du site et s’ouvrent dans la vue principale. Vous n’avez plus besoin de fouiller dans des paramètres imbriqués pour les trouver. Les écrans eux-mêmes fonctionnent exactement comme avant. #### Brouillons de sections Les nouvelles sections commencent comme des **brouillons**brouillons : liées à votre site, modifiables par votre équipe, mais invisibles pour les visiteurs. Quand vous êtes prêt, publiez un brouillon individuellement, ou publiez-en plusieurs à la fois depuis l’éditeur de structure. Pour voir à quoi ressembleront les brouillons sur votre site, basculez l’aperçu du site entre **En ligne** et **En ligne + brouillons**. #### Paramètres de l’organisation, dans leur contexte Les paramètres de l’organisation ne prennent plus toute la place à l’écran. Ils s’ouvrent dans leur contexte au niveau de l’organisation, à côté de la page d’accueil de votre organisation, afin que vous puissiez ajuster les options à l’échelle de l’organisation sans perdre votre place. #### Autorisations héritées du site Les sections peuvent hériter des autorisations de leur site plutôt que des collections. Lorsqu’un membre a accès par plusieurs voies, l’autorisation la plus permissive s’applique. Dans les forfaits Enterprise, les sections partagées entre plusieurs sites héritent de l’accès le plus large. Cette option s’active au cas par cas pour chaque espace. Le contenu que vous n’activez pas conserve les autorisations existantes basées sur les collections. ### Ce qu’il advient des espaces et collections existants Rien n’est supprimé ni dépublié. * Les espaces déjà liés à un site deviennent des sections de ce site. * Les espaces non liés à un site apparaissent dans une nouvelle **Tout le contenu** section, à côté de vos sites, dans la vue arborescente familière. Les collections y sont conservées sous forme de dossiers. * Si chaque espace de votre organisation appartient à un site, la section Tout le contenu n’apparaît pas du tout. ### Comment fonctionne le déploiement Vous verrez une option pour activer la nouvelle expérience, ainsi qu’une courte visite dans l’application de ce qui a été déplacé et où. L’espace de travail des sites deviendra bientôt la valeur par défaut pour toutes les organisations — l’activer dès maintenant permet à votre équipe de s’y installer à votre rythme. --- # 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/getting-started/sites-first.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.