> 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/acces-au-site/adaptive-content/adapting-your-content.md). # Adapter votre contenu Après avoir configuré votre méthode d’authentification, vous pourrez utiliser ces données pour adapter le contenu de votre site à différents utilisateurs. Vous pouvez adapter et personnaliser de nombreuses parties de votre documentation, notamment : * Masquer ou afficher [pages](/docs/documentation/fr/creating-content/content-structure/page.md) * Masquer ou afficher le site [variantes](/docs/documentation/fr/docs-site/site-structure/variants.md) * Masquer ou afficher le site [sections](/docs/documentation/fr/docs-site/site-structure/site-sections.md) * Masquer ou afficher [liens d’en-tête](/docs/documentation/fr/docs-site/customization/layout-and-structure.md#header) * Ajouter du contenu personnalisé aux [expressions en ligne](/docs/documentation/fr/creating-content/variables-and-expressions.md) ### Utiliser l’éditeur de conditions L’éditeur de conditions est l’endroit où vous définirez les conditions d’affichage ou de masquage d’une page, d’une variante ou d’une section. Après avoir ouvert l’éditeur de conditions, vous pourrez écrire votre condition sous forme d’ [expression](/docs/documentation/fr/creating-content/variables-and-expressions.md) qui sera exécutée sur les données provenant des visiteurs de votre site.
#### Exemple Les données que vous transmettez à GitBook via vos utilisateurs sont associées à un objet appelé `visitor.claims`. Prenons un exemple si nous voulons écrire une instruction conditionnelle pour **n’afficher une page qu’aux utilisateurs qui font partie d’un programme bêta** que vous pourriez définir. ```javascript visitor.claims.isBetaUser == true ``` L’expression ci-dessus signifie que tout utilisateur qui correspond à cette claim (c’est-à-dire `isBetaUser` est `vrai` dans la claim de l’utilisateur), pourra voir et accéder à la page. Tout utilisateur qui ne correspond pas à cette claim (y compris les visiteurs sans aucune claim définie) ne pourra pas voir ni accéder à la page. L’éditeur de conditions intègre également la saisie semi-automatique, qui suggère des claims ou attributs trouvés chez les visiteurs précédents de votre site, afin de vous aider à formuler l’instruction conditionnelle pour vos pages, variantes ou sections. À mesure que vous utilisez la saisie semi-automatique, vous remarquerez que [variables](/docs/documentation/fr/creating-content/variables-and-expressions.md#use-variables-in-your-content) sont également disponibles. Vous pouvez combiner des variables que vous avez définies avec des claims provenant des données utilisateur pour écrire des expressions conditionnelles. Par exemple, vous pourriez : 1. Définir une variable pour la dernière version de votre produit 2. Puis, configurer une claim qui indique quelle version de votre produit est utilisée par un visiteur de votre documentation 3. Enfin, écrire une expression pour n’afficher certaines pages que lorsqu’un utilisateur est sur la dernière version de votre documentation Vous pouvez écrire de nombreux types d’expressions, tant qu’elles sont écrites en JavaScript valide. Par exemple, vous pouvez combiner plusieurs claims dans l’éditeur de conditions pour cibler des utilisateurs spécifiques en utilisant l’ `&&` ou `||` opérateur. Vous pouvez en savoir plus sur les opérateurs [ici](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators#binary_logical_operators). ### Tester avec des segments Les segments représentent des données utilisateur fictives que vous pouvez configurer pour tester vos conditions. Par exemple, vous pourriez configurer un segment représentant un développeur sur votre offre Enterprise, ou un utilisateur connecté sur une offre gratuite, puis voir quelles pages lui seraient visibles. [Vous pouvez en savoir plus sur la configuration et l’utilisation des segments ici.](/docs/documentation/fr/acces-au-site/adaptive-content/testing-with-segments.md) ### Pages conditionnelles Pour ouvrir l’éditeur de conditions d’une page, rendez-vous dans le menu d’actions The Actions menu icon in GitBook à côté d’une page, puis cliquez sur **Ajouter une condition.** Vous pouvez également ouvrir l’éditeur de conditions depuis les [options de la page](/docs/documentation/fr/ressources/gitbook-ui.md#page-options). Vous pouvez voir quelles pages de votre section ont des conditions définies si la page affiche une icône de condition The Page condition icon in GitBook à côté. {% if visitor.claims.unsigned.bucket.IF\_BLOCK === true %} **Blocs conditionnels** Pour ajouter un bloc conditionnel, commencez une nouvelle ligne dans l’éditeur, tapez /, puis sélectionnez The Page condition icon in GitBook **Contenu conditionnel**. En haut à droite du bloc, cliquez sur le The Page condition icon in GitBook **Condition** pour modifier la condition et contrôler la visibilité du bloc. Tous les types de blocs ne sont pas pris en charge dans les blocs conditionnels. {% endif %} ### Variantes conditionnelles Pour ouvrir l’éditeur de conditions d’une variante, rendez-vous dans le menu d’actions The Actions menu icon in GitBook à côté d’une variante, puis cliquez sur **Ajouter une condition**. Vous pouvez voir quelles variantes de votre documentation ont des conditions définies si la variante affiche une icône de condition The Page condition icon in GitBook à côté. ### Sections conditionnelles Pour ouvrir l’éditeur de conditions d’une section, rendez-vous dans le menu d’actions The Actions menu icon in GitBook à côté d’une section, puis cliquez sur **Ajouter une condition**. Vous pouvez voir quelles sections de votre documentation ont des conditions définies si la section affiche une icône de condition The Page condition icon in GitBook à côté. ### Liens d’en-tête de page conditionnels Pour ouvrir l’éditeur de conditions d’un lien d’en-tête de page, rendez-vous dans le menu d’actions The Actions menu icon in GitBook à côté d’un lien d’en-tête, puis cliquez sur **Ajouter une condition**. Vous pouvez voir quels liens de votre documentation ont des conditions définies si la section affiche une icône de condition The Page condition icon in GitBook à côté. ### Expressions en ligne En plus de contrôler la visibilité du contenu, vous pouvez également utiliser des claims en ligne à l’aide d’ [expressions](/docs/documentation/fr/creating-content/variables-and-expressions.md), tout comme les variables de page et d’espace. Pour faire référence à une claim en ligne à l’aide d’une expression, tapez / dans l’éditeur, puis sélectionnez **Expression**. Les claims seront accessibles dans l’éditeur d’expressions sous forme de propriétés de `visitor` . ### Utiliser Git Sync Les conditions définies dans GitBook sont synchronisées via Git Sync et apparaissent dans les pages Markdown synchronisées. Cela signifie que les blocs et les pages dont la visibilité est conditionnée restent visibles dans votre dépôt synchronisé. Les données transmises via les claims ne sont jamais visibles dans Markdown et sont transmises de manière sécurisée à GitBook. --- # 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/acces-au-site/adaptive-content/adapting-your-content.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.