> 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/docs-site/sites-first.md). # Espace de travail du site {% hint style="info" %} La nouvelle expérience est déployée progressivement. Les nouvelles organisations l’ont déjà, 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, afin que ce que vous voyez pendant l’édition corresponde à ce que vos visiteurs voient en lisant. Cette page explique ce qui a changé, ce que cela signifie pour votre contenu existant, et comment activer cette option.
### 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 les espaces entre eux. Cela signifiait que la structure que vous parcouriez dans l’application ne correspondait jamais tout à fait à la structure de votre site publié. L’espace de travail du site comble cet écart. Votre organisation contient des sites, et chaque élément de contenu se trouve dans un site sous forme de **section**. La hiérarchie que vous modifiez est la hiérarchie que vos lecteurs obtiennent. ### Quoi de neuf #### La page d’accueil affiche tous vos sites Lorsque vous ouvrez GitBook, vous arrivez sur la page d’accueil de 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 L’ouverture d’un site remplace la barre latérale par l’arborescence du contenu de ce site, la même structure que voient les visiteurs sur votre site publié. Accédez directement à n’importe quelle section et commencez à modifier sans changer de contexte. L’arborescence du 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 changements que vous y apportez se reflètent immédiatement dans la barre latérale. #### Les sections remplacent les espaces Le contenu d’un site se trouve désormais dans des **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 manière dans l’éditeur. Ce qui change, c’est leur emplacement et la manière 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 `space` Rien ne change pour les intégrations API ni pour Git Sync. {% endhint %} #### Les outils du site, à portée de clic Insights, Analytics, Customization et les paramètres du site se trouvent désormais dans 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 auparavant. #### Sections de brouillon Les nouvelles sections commencent comme des **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 direct** et **En direct + brouillons**. #### Paramètres de l’organisation, dans leur contexte Les paramètres de l’organisation ne prennent plus le contrôle de tout l’écran. Ils s’ouvrent dans leur contexte au niveau de l’organisation, à côté de l’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 dispose d’un accès par plus d’un chemin, l’autorisation la plus permissive s’applique. Dans les offres Enterprise, les sections partagées entre plusieurs sites héritent de l’accès le plus large. Ceci est une option à activer 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 se déroule le déploiement Vous verrez une option pour activer la nouvelle expérience, ainsi qu’une courte visite intégrée montrant ce qui a été déplacé et où. L’espace de travail du site deviendra bientôt la valeur par défaut pour toutes les organisations — passer plus tôt permet à votre équipe de s’installer à son 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/docs-site/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.