Authentification
Utilisez Docs Embed avec des sites qui nécessitent une authentification en transmettant des jetons de visiteur ou en utilisant l’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 :
Transmettre le jeton directement (recommandé) - Initialiser l’intégration avec le jeton du visiteur
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>import { createGitBook } from "@gitbook/embed";
const gitbook = createGitBook({
siteURL: "https://docs.company.com",
});
const iframe = document.createElement("iframe");
iframe.src = gitbook.getFrameURL({
visitor: {
token: "your-jwt-token",
unsignedClaims: { userId: "123", plan: "premium" },
},
});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 :
L’utilisateur se connecte à votre site de docs
GitBook stocke le jeton du visiteur dans les cookies du navigateur
Votre application vérifie la présence du jeton
Si le jeton existe, chargez l’intégration et transmettez le jeton
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é :
Remplacez docs.example.com par l’URL réelle de votre site de docs.
Alternative : inviter les utilisateurs à se connecter
Si le jeton est absent, vous pouvez inviter les utilisateurs à se connecter :
Lorsque vous utilisez le package NPM, vérifiez la présence du jeton avant l’initialisation :
Pour les applications React, affichez l’intégration de manière conditionnelle en fonction de la présence du jeton :
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 sousgitbook-tokenou 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 } })ougetFrameURL({ 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
Personnalisation de l’Embed – Ajouter des messages de bienvenue et des actions
Création d’outils personnalisés – Intégrer vos API produit
Documentation Docs Embed – Guide complet d’intégration
Mis à jour
Ce contenu vous a-t-il été utile ?