Cookies
Transmettez les données des visiteurs dans vos docs via un cookie public ou signé
L'utilisation de contenu adaptatif avec des feature flags nécessite l'ajout de code à votre application.
Cette méthode ne fonctionne que si votre site est servi sous un domaine personnalisé.
Vous pouvez transmettre des données de visiteur à vos docs via les cookies du navigateur de vos visiteurs. Ci-dessous un aperçu des différentes méthodes.
Cookie signé gitbook-visitor-token
Identifiants de test API, identification du client
Nécessite la signature et un domaine personnalisé
✅ Les propriétés ne peuvent être définies que par le back-end
JWT
Cookie public gitbook-visitor-public
Feature flags, rôles
Facile à configurer
❌ Le visiteur peut remplacer les propriétés
JSON
Cookie public
Pour transmettre des données à GitBook depuis un cookie public, vous devrez envoyer les données depuis votre application en définissant un gitbook-visitor-public cookie.
Voici un exemple simple en JavaScript :
import Cookies from 'js-cookie';
const cookieData = {
isLoggedIn: true,
isBetaUser: false,
};
Cookies.set('gitbook-visitor-public', JSON.stringify(cookieData), {
secure: true,
domain: '*.acme.org',
})Les données transmises via des cookies publics doivent être définies dans votre schéma de visiteur via un non signé objet.
Cookie signé
Pour transmettre des données à GitBook de manière plus sécurisée, vous devrez envoyer les données sous forme de JSON Web Token depuis votre application dans un cookie nommé gitbook-visitor-token lié à votre domaine.
Pour configurer cela, vous devrez ajuster le flux de connexion de votre application pour inclure les étapes suivantes :
Générer un JWT lorsque l'utilisateur se connecte à votre application
Chaque fois qu'un utilisateur se connecte à votre produit, générez un JWT contenant des attributs sélectionnés des informations de l'utilisateur authentifié.
Signer le JWT en utilisant la clé de signature des visiteurs du site
Ensuite, veillez à signer le JWT en utilisant la clé de signature des visiteurs, que vous pouvez trouver dans les paramètres d'audience de votre site après avoir activé le Contenu Adaptatif.
Stocker le JWT dans un cookie de session wildcard
Enfin, vous devez stocker le JWT signé contenant les informations de votre utilisateur dans un cookie de session wildcard sous le domaine de votre produit.
Par exemple, si votre application est servie derrière le app.acme.org domaine, le cookie devra être créé sous le .acme.org domaine wildcard.
Voici un exemple simple en TypeScript :
Mis à jour
Ce contenu vous a-t-il été utile ?