# Adapter votre contenu Après avoir configuré votre méthode d’authentification, vous pourrez utiliser les 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é à [expressions en ligne](/docs/documentation/fr/creating-content/variables-and-expressions.md) ### Travailler avec 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 la forme d’une [expression](/docs/documentation/fr/creating-content/variables-and-expressions.md) qui s’exécutera sur les données provenant des visiteurs de votre site.
#### Exemple Les données que vous transmettez via vos utilisateurs à GitBook sont associées à un objet appelé `visitor.claims`. Prenons un exemple si nous voulons écrire une instruction conditionnelle pour **n’afficher une page que pour les 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 revendication (c’est-à-dire `isBetaUser` est `true` dans la revendication de l’utilisateur), pourra voir et accéder à la page. Tout utilisateur qui ne correspond pas à cette revendication (y compris les visiteurs sans aucune revendication définie) ne pourra pas voir ni accéder à la page. L’éditeur de conditions intègre également une fonction d’autocomplétion, qui suggère des revendications ou des attributs trouvés chez les visiteurs précédents de votre site, vous aidant à élaborer l’instruction conditionnelle pour vos pages, variantes ou sections. Lorsque vous utilisez l’autocomplétion, vous remarquerez que [des 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 revendications 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 revendication 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 différents, à condition qu’elles soient écrites dans un JavaScript valide. Par exemple, vous pouvez combiner plusieurs revendications dans l’éditeur de conditions pour faire correspondre 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 créer un segment qui représente un développeur dans votre forfait entreprise, ou un utilisateur connecté dans un forfait gratuit, puis voir quelles pages leur 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 espace ont des conditions définies si la page affiche une icône de condition de page The Page condition icon in GitBook à côté d’elle. {% 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 bouton 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 de page The Page condition icon in GitBook à côté d’elle. ### 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 de page The Page condition icon in GitBook à côté d’elle. ### Liens conditionnels dans l’en-tête de la page 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 de page The Page condition icon in GitBook à côté d’elle. ### Expressions en ligne En plus de नियंत्रer la visibilité du contenu, vous pouvez également utiliser des revendications 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 revendication en ligne à l’aide d’une expression, tapez / dans l’éditeur, puis sélectionnez **Expression**. Les revendications seront accessibles dans l’éditeur d’expressions comme des propriétés de `visitor` . ### Travailler avec 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 revendications ne sont jamais visibles dans Markdown et sont transmises de manière sécurisée à GitBook. --- # Agent Instructions: 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: ``` GET https://gitbook.com/docs/documentation/fr/acces-au-site/adaptive-content/adapting-your-content.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.