Authentification

Utilisez Docs Embed avec des sites qui nécessitent une authentification en transmettant des jetons de 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 sauf si le jeton d’authentification de l’utilisateur est fourni.

Il existe deux approches :

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

  2. Utiliser une 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>
balise
  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é. Passez les jetons signés du visiteur sous la forme visitor.token.

Pour les sites authentifiés, GitBook transmet ce jeton au site sous la forme 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 le menu <script src> URL.

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

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

Lorsqu’un utilisateur se connecte à votre documentation authentifiée, 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 documentation

  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 manquant, 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 directement le jeton 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 directement le jeton.

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

  • Nom de cookie incorrect – Le jeton est stocké sous gitbook-visitor-token, et non 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 ?