Authentifier les requêtes
De nombreux endpoints exigent un identifiant d’authentification. Un service lié peut associer un en-tête de requête dont la valeur est stockée comme secret :
- Header name — l’en-tête à envoyer, par ex.
AuthorizationouX-Api-Key. - Secret value — la valeur, par ex. un jeton bearer ou une clé API.
Seekdown ajoute cet en-tête à la requête depuis le serveur. Le secret est stocké de manière sécurisée et n’est jamais renvoyé au navigateur, inclus dans la configuration publique de l’assistant ni écrit dans une sauvegarde de configuration — l’éditeur indique seulement si un secret est défini, jamais sa valeur.
Secret statique ou jeton transmis
Utilisez un secret stocké lorsque l’identifiant est le même pour tous les visiteurs (une clé API de service). Pour transmettre plutôt un identifiant propre à chaque utilisateur, ne stockez pas de secret — ajoutez un en-tête dont la valeur est Bearer {{params.token}} comme décrit dans Transmettre des valeurs dynamiques et fournissez le jeton au démarrage de l’assistant.
Définir, remplacer ou supprimer le secret
- Définir / remplacer — saisissez une valeur dans Secret value et enregistrez. Une nouvelle valeur remplace celle
qui était stockée.
- Conserver — laissez le champ vide lorsque vous modifiez un service existant ; le secret stocké est
conservé (le champ affiche un texte indicatif « leave blank to keep »).
- Supprimer — utilisez Remove stored secret pour le supprimer. L’en-tête est alors envoyé sans
identifiant (ou pas du tout, si vous effacez aussi le nom de l’en-tête).
Placez l’identifiant dans l’en-tête, pas dans l’URL
Associez les secrets en tant qu’en-tête d’authentification plutôt que de les intégrer à l’URL. La valeur de l’en-tête reste sur le serveur ; un jeton placé dans l’URL fuit plus facilement via les journaux et les referrers.
Documentation associée
- Déployer un assistant — clés et origines de l’assistant lui-même.