Web Cookie Providers

Avant de commencer

Important : copiez toujours les identifiants depuis une requête réseau active, et non depuis le stockage des cookies de votre navigateur.

De nombreux problèmes d’authentification sont causés par la copie de cookies depuis le mauvais emplacement.

Ne copiez PAS les cookies depuis leur stockage

La plupart des navigateurs permettent d’accéder aux cookies stockés via :

Outils de développement
→ Application (ou Stockage)
→ Cookies

Bien que ces cookies semblent corrects, ils peuvent être :

• obsolètes
• incomplets
• dépourvus de cookies envoyés uniquement lors des requêtes authentifiées

L’utilisation de ces valeurs peut entraîner des échecs d’authentification, même si elles semblent valides.

Copiez les cookies depuis une requête active

Utilisez plutôt les cookies provenant d’une requête réussie :

Outils de développement
→ Réseau
→ Actualiser la page
→ Ouvrir une requête de chat ou de conversation
→ En-têtes de la requête
→ Cookie

L’en-tête de requête Cookie contient les informations d’authentification exactes que votre navigateur a utilisées avec succès.

Pour la plupart des fournisseurs Web Cookie, il s’agit de la valeur à coller dans OmniRoute.

---

Configuration générale

Le processus de configuration est identique pour la plupart des fournisseurs Web Cookie.

1. Connectez-vous au site web du fournisseur.
2. Ouvrez les outils de développement du navigateur.
3. Ouvrez l’onglet Réseau.
4. Actualisez la page.
5. Ouvrez une requête de chat ou de conversation authentifiée.
6. Copiez les identifiants d’authentification requis.
7. Ouvrez OmniRoute.
8. Accédez à Fournisseurs → Ajouter un fournisseur.
9. Sélectionnez votre fournisseur Web Cookie.
10. Collez les identifiants.
11. Cliquez sur Tester la connexion.
12. Enregistrez le fournisseur.

Les identifiants exacts requis dépendent du fournisseur.

---

Formats des identifiants des fournisseurs

Les différents sites web stockent les informations d’authentification de différentes manières. Certains nécessitent uniquement des cookies, tandis que d’autres peuvent exiger des en-têtes ou des jetons supplémentaires.

Fournisseur	Format des identifiants	Guide du fournisseur
Claude Web	En-tête de requête Cookie complet	docs/providers/CLAUDE_WEB.md
ChatGPT Web (Codex)	En-tête Cookie complet	docs/providers/CHATGPT_WEB.md
Gemini Web	(à vérifier)
Copilot Web	(à vérifier)	docs/providers/COPILOT-M365.md
Microsoft 365 Copilot (BizChat)	WS access_token + chathubPath	docs/providers/COPILOT-M365.md
Grok Web	(à vérifier)
…	…	…

Mettez ce tableau à jour à mesure que de nouveaux fournisseurs Web Cookie sont ajoutés ou que les exigences d’authentification des fournisseurs existants évoluent.

---

Ce que les fournisseurs Web Cookie peuvent et ne peuvent pas faire

Les fournisseurs Web Cookie réutilisent l’interface de chat d’un site web. Ils n’offrent pas les mêmes fonctionnalités que les API officielles.

Pris en charge

• Authentification à l’aide de votre session de navigateur existante
• Accès aux modèles disponibles avec votre compte
• Diffusion en continu des réponses du chat
• Aucune clé API requise

Non pris en charge

• Appel de fonctions
• Appel d’outils
• Modification automatique de fichiers
• Flux de travail agentiques dans les IDE
• Fonctionnalités disponibles uniquement via une API

Ce comportement est normal et ne constitue pas un bogue.

Si vous avez besoin d’exécuter des outils, de modifier automatiquement des fichiers ou d’utiliser d’autres flux de travail agentiques, utilisez un fournisseur avec clé API plutôt qu’un fournisseur Web Cookie.

---

Mise en garde concernant la validation

La réussite d’un test de connexion ou de la validation des cookies vérifie uniquement que les identifiants fournis semblent respecter le format attendu.

Tant que l’Issue #7857 n’est pas résolue, une validation réussie ne garantit pas que le fournisseur pourra s’authentifier correctement.

Si l’authentification échoue toujours, vérifiez que vous avez copié les identifiants depuis une requête réseau active plutôt que depuis le stockage des cookies du navigateur.

---

Résolution des problèmes

Échec de l’authentification

Vérifiez que les identifiants ont été copiés depuis :

Réseau
→ En-têtes de la requête
→ Cookie

et non depuis :

Application
→ Cookies

---

Le cookie fonctionne dans le navigateur, mais pas dans OmniRoute

Certains fournisseurs incluent des cookies qui sont uniquement envoyés lors des requêtes authentifiées.

Copiez de nouveau les identifiants depuis une nouvelle requête réseau après avoir ouvert une conversation avec succès.

---

Session expirée

Les fournisseurs Web Cookie utilisent votre session de navigateur existante.

Si votre session de navigateur expire ou si vous vous déconnectez, vous devez copier un nouvel ensemble d’identifiants.

---

Le test de connexion réussit, mais les requêtes échouent

Tant que l’Issue #7857 n’est pas résolue, la réussite de la validation ne garantit pas que la requête d’authentification aboutira.

Avant de poursuivre le dépannage, copiez de nouveau vos identifiants depuis une nouvelle requête authentifiée.

---

Exemple de fournisseur

Pour consulter une procédure détaillée complète propre à un fournisseur, voir :

• Claude Web — docs/providers/CLAUDE_WEB.md

Le guide Claude Web présente le processus de configuration complet d’un fournisseur Web Cookie et sert d’implémentation de référence.

---

Bonnes pratiques

• Copiez les identifiants depuis une nouvelle requête authentifiée.
• Évitez de réutiliser d’anciens cookies.
• Maintenez votre session de navigateur active lorsque vous utilisez des fournisseurs Web Cookie.
• Traitez les cookies copiés comme des identifiants sensibles.
• Utilisez des fournisseurs avec clé API lorsque vous avez besoin d’appeler des fonctions ou d’utiliser des flux de travail agentiques.

---

undefined (a58000c7685f)