Authentification

Utilisez Docs Embed avec des sites qui nécessitent une authentification en transmettant des jetons visiteur ou en utilisant un accès authentifié

Si votre documentation GitBook nécessite une authentification (par ex. authentification des visiteurs via OIDC, Auth0 ou un backend personnalisé), l’intégration ne peut pas accéder au contenu de vos docs à moins que le jeton d’authentification de l’utilisateur soit fourni.

Il existe deux approches :

  1. Transmettre le jeton directement (recommandé) - Initialiser l’intégration avec le jeton du visiteur

  2. Utiliser la détection basée sur les cookies - Vérifier la présence du jeton dans les cookies avant le chargement

Approche 1 : transmettre le jeton directement (recommandé)

Lors de l’initialisation de l’intégration, transmettez directement le jeton du visiteur :

<script src="https://docs.company.com/~gitbook/embed/script.js?jwt_token=your-jwt-token"></script>
<script>
  window.GitBook(
    "init",
    { siteURL: "https://docs.company.com" },
    { visitor: { token: "your-jwt-token" } }
  );
  window.GitBook("show");
</script>
circle-info

L’API de configuration de l’Embed n’a pas changé. Transmettez les jetons visiteur signés en tant que visitor.token.

Pour les sites authentifiés, GitBook transmet ce jeton au site sous la forme de jwt_token dans l’URL de l’iframe/du script. Si vous chargez le script autonome depuis un site authentifié, vous devez inclure jwt_token dans l’URL <script src> .

Approche 2 : détection basée sur les cookies

Si votre site de docs stocke le jeton du visiteur dans les cookies (comme gitbook-visitor-token), vous pouvez vérifier sa présence avant de charger l’intégration.

Lorsqu’un utilisateur se connecte à vos docs authentifiées, GitBook stocke un jeton de visiteur dans les cookies de son navigateur sous la clé gitbook-visitor-token. L’intégration a besoin de ce jeton pour récupérer le contenu de vos docs.

Le flux :

  1. L’utilisateur se connecte à votre site de docs

  2. GitBook stocke le jeton du visiteur dans les cookies du navigateur

  3. Votre application vérifie la présence du jeton

  4. Si le jeton existe, chargez l’intégration et transmettez le jeton

  5. Si le jeton n’existe pas, invitez l’utilisateur à se connecter

Extrait à copier-coller

Utilisez cet extrait pour charger l’intégration uniquement après qu’un utilisateur s’est connecté :

circle-exclamation

Alternative : inviter les utilisateurs à se connecter

Si le jeton est absent, vous pouvez inviter les utilisateurs à se connecter :

Pièges courants

  • Chargement de l’intégration avant la connexion – Vérifiez toujours la présence du jeton avant de charger le script ou les composants, ou transmettez le jeton directement lors de l’initialisation.

  • Le jeton ne persiste pas entre les domaines – Les cookies ne persistent pas entre différents domaines en raison des politiques de sécurité du navigateur. Votre application et vos docs doivent être sur le même domaine ou sous-domaine, ou bien transmettez le jeton directement.

  • Jeton expiré – Les jetons peuvent expirer. Si l’intégration renvoie des erreurs d’authentification, invitez les utilisateurs à se reconnecter.

  • Utilisation d’un mauvais nom de cookie – Le jeton est stocké sous gitbook-visitor-token, et non sous gitbook-token ou d’autres variantes.

  • Ne pas transmettre le jeton à init/getFrameURL – Lorsque vous utilisez l’approche basée sur les cookies, assurez-vous de transmettre le jeton à GitBook('init', ..., { visitor: { token } }) ou getFrameURL({ visitor: { token } }).

Débogage

Pour vérifier que le jeton est présent, ouvrez la console de votre navigateur et exécutez :

Si cela renvoie undefined, l’utilisateur ne s’est pas encore connecté à vos docs.

Étapes suivantes

Mis à jour

Ce contenu vous a-t-il été utile ?