Guides

Répondez aux questions de trafic avec un modèle de Grok Bot pour l'analytics web

Taras Shynkarenko
Taras Shynkarenko
8 min de lecture
Un modèle de Grok Bot pour l'analytics web qui répond aux questions dans le chatUn modèle de Grok Bot pour l'analytics web qui répond aux questions dans le chat

TL;DR, Réponse rapide

8 min de lecture

Installez le modèle Flowsery depuis x.ai/bot/tOP05p0n0XVUcpJDfPH0k, collez un token de workspace, puis posez vos questions sur le trafic, le revenu et les problèmes que Flowsery a trouvés dans les enregistrements de session. Les lectures s'automatisent sans risque. PATCH /issues est le seul appel qui exige un humain.

Brancher un modèle de Grok Bot sur l'analytics web est moins intéressant que ce que cela met au jour. Des chiffres de trafic dans un chat, c'est un tour de salon. Ce qui mérite vraiment d'être placé derrière un agent, c'est la liste de problèmes que Flowsery construit à partir des enregistrements de session, parce que ce sont les données que personne n'ouvre assez souvent.

En bref : installez le modèle Flowsery depuis x.ai/bot/tOP05p0n0XVUcpJDfPH0k, collez un token de workspace dans le champ d'identifiants, puis demandez « quels sont les problèmes critiques ouverts et combien de sessions chacun a-t-il touchées ? »

La page de partage du modèle de Grok Bot Flowsery sur x.ai, avec le bouton Add to Grok Bot
La page de partage du modèle Flowsery. L'avertissement sous la description vient de xAI.

Qu'est-ce qu'un modèle de Grok Bot ?

Un modèle de Grok Bot est un lien de partage qui copie le Grok Bot configuré par quelqu'un d'autre dans votre propre application. SpaceXAI a activé la fonctionnalité le 28 août 2026 avec une seule phrase publiée depuis le compte Grok Bot : « vous pouvez désormais partager des modèles de vos Bots avec d'autres personnes ». Le lien est x.ai/bot/ suivi d'un identifiant de 21 caractères, et le bouton « Add to Grok Bot » est un lien profond vers l'application desktop ou iOS, grokbot://app/v1/bot-template?id=<id>.

Grok Bot est sorti le 11 août 2026 en bêta précoce. Chaque Bot tourne sur son propre ordinateur dans le cloud, ce qui permet à xAI d'affirmer qu'il fonctionne « à travers les applications, les outils et les sites web, y compris les plateformes sans API propre ni MCP ». L'accès demande un forfait payant éligible : SuperGrok, SuperGrok Plus ou SuperGrok Heavy, ou Cursor Pro, Pro+ ou Ultra, ou Cursor Teams Standard ou Premium. Le tarif d'entrée sur x.ai/bot est de $30 par mois pour SuperGrok et $20 par mois pour Cursor.

Pourquoi placer l'analytics derrière une interface de chat ?

Une interface de chat l'emporte quand la question est exploratoire et que la relance compte plus que la première réponse. Les tableaux de bord sont bons pour les questions que vous saviez déjà avoir. Chaque ventilation Flowsery, par page, référent, canal, campagne, pays, appareil, navigateur, est un graphique qu'il faut penser à ouvrir.

C'est sur la relance qu'un bot gagne sa place. « Le trafic a baissé de 18 % d'une semaine sur l'autre » représente un appel. « Quel canal, et la baisse s'est-elle concentrée sur une seule page ? » en représente trois de plus, et un bot les enchaîne sans que vous ayez décidé l'ordre à l'avance.

Une question, quatre appels
GET /overview
GET /channels
GET /pages
GET /issues
« Pourquoi le trafic baisse-t-il ? » n'est pas une seule requête. Enchaîner les relances, voilà ce qui vaut la peine d'être automatisé.

Que contient le modèle de Grok Bot Flowsery ?

Le modèle Flowsery contient un profil de bot, une skill qui décrit l'API REST publique de Flowsery et une routine hebdomadaire. La skill est rédigée en prose, pour que quiconque examine un modèle tiers puisse lire exactement ce que le bot a le droit de toucher.

Purpose: query analytics and AI-detected issues through the Flowsery REST API.
 
Auth: every request needs the header "Authorization: Bearer <token>". The owner
creates a workspace token at https://flowsery.com/api-tokens (it starts with
flow_ws_). Keep it in the connector credential field, never in the conversation.
Workspace tokens span several websites, so pass websiteId or domain on every
call. GET /websites lists them.
 
Base URL: https://analytics.flowsery.com/analytics/api/v1
Full spec: GET /openapi.json on the same base URL, no auth needed.
 
Workflow:
1. GET /websites once to learn website IDs and domains.
2. Issues: GET /issues (filters: status open | in_progress | resolved |
   suspended, severity low | medium | high | critical, sort severity | recency)
   for the ranked list with sessions-affected counts. GET /issues/{issueId} for
   occurrences, affected sessions and steps to replicate. PATCH /issues/{issueId}
   with {"status": "resolved"} only when the owner says an issue is fixed.
3. Traffic: GET /overview and GET /timeseries for visitors, sessions, revenue
   and conversion over a startAt/endAt range. GET /realtime for who is on the
   site now.
4. Breakdowns: GET /pages, /referrers, /campaigns, /channels, /countries,
   /devices, /browsers to find where a drop-off concentrates.
5. Revenue: GET /goals for completions. POST /goals and POST /payments record
   server-side conversions.
 
Validation: confirm with the owner before any PATCH or POST. Reads need no
confirmation.
 
Failure: a 404 means the websiteId or domain does not belong to this workspace.
List /websites and ask, do not guess.

La règle du token de workspace est celle sur laquelle tout le monde trébuche. Un token de workspace peut lire plusieurs sites, donc chaque appel a besoin de websiteId ou domain pour préciser lequel. Les clés d'API de site sont déjà limitées à un seul site et peuvent se passer du sélecteur. Ratez ce point et vous récoltez un 404 qui ressemble à un problème de droits, alors qu'il s'agit d'un paramètre manquant.

Que peut lire le bot, et que peut-il modifier ?

L'API publique de Flowsery compte 26 opérations, dont 21 se contentent de lire. Cinq peuvent modifier des données, et le skill en utilise trois. C'est ce rapport qui rend ce modèle confortable à automatiser.

AppelCe qu'il renvoieModifie les données
GET /issuesLes problèmes détectés par l'IA, classés par gravité, avec le nombre de sessions touchéesNon
GET /issues/{issueId}Un problème, avec ses occurrences, les sessions touchées et les étapes pour le reproduireNon
GET /overviewVisiteurs, sessions, revenu et conversion sur une plage de datesNon
GET /timeseriesLes mêmes métriques réparties dans le tempsNon
GET /realtimeLes visiteurs actifs en ce momentNon
GET /pages, /referrers, /channels, /campaignsDes ventilations pour localiser un décrochageNon
GET /visitors/{visitorId}Le profil et la chronologie d'activité d'un visiteurNon
PATCH /issues/{issueId}Fait passer un problème en open, in_progress, resolved ou suspendedOui
POST /goalsEnregistre l'atteinte d'un objectifOui
POST /paymentsEnregistre un paiement, un renouvellement ou un remboursementOui

PATCH /issues/{issueId} est celui qu'il faut surveiller. Marquer un problème comme resolved le retire de la liste par défaut, et la liste par défaut est celle que tout le monde consulte. Un agent qui résout des problèmes selon son propre jugement fait fondre votre backlog de bugs en silence, sans rien corriger.

La documentation de l'API Flowsery pour l'endpoint qui liste les problèmes, avec la gravité et les sessions touchées
L'endpoint des problèmes sur lequel s'appuie la skill, documenté sur flowsery.com/docs.

Comment l'installer et le tester ?

Installer le modèle de Grok Bot Flowsery tient en quatre étapes : ouvrez le lien de partage dans Grok Bot, créez un token de workspace flow_ws_, collez-le dans le champ d'identifiants, puis demandez la liste de vos sites comme test en lecture seule.

Du lien de partage à la première réponse
1
Ouvrez le lien sur un appareil où Grok Bot est installé. Appuyez sur « Add to Grok Bot » sur x.ai/bot/tOP05p0n0XVUcpJDfPH0k. Le lien profond a besoin de l'application ; un simple onglet de navigateur ne fait rien.
2
Créez un token de workspace sur flowsery.com/api-tokens. Il commence par flow_ws_.
3
Collez-le dans le champ d'identifiants, pas dans le chat. Tout ce qui est tapé dans un message reste dans la conversation.
4
Demandez : « liste mes sites web, puis montre les problèmes ouverts critiques et élevés du premier ». Cela sollicite GET /websites et GET /issues et n'écrit rien.
Si l'étape 4 renvoie un 404, le bot a omis le websiteId. Dites-lui d'appeler /websites d'abord.

Que doit vraiment dire la routine hebdomadaire ?

Une bonne routine nomme la comparaison, l'ordre de tri et la conduite à tenir lors d'une semaine calme. Le modèle est livré avec celle-ci :

Name:      Site health report
Schedule:  weekly, Monday 09:00, owner's timezone
What:      Pull last week's /overview against the week before, the top pages and
           referrers, and all open issues sorted by severity. If a new critical
           or high issue appeared since the last run, lead the report with it,
           including sessions affected and steps to replicate. One message,
           numbers first, no fluff.
If empty:  send the report anyway. Traffic of zero is itself a finding.

Cette dernière ligne est l'inverse de ce que je conseillerais pour une routine d'alerte sur les leads, et c'est volontaire. Une semaine calme dans une boîte de mentions, c'est normal. Une semaine calme dans le trafic d'un site signifie soit qu'il ne s'est rien passé, soit que le script de tracking est cassé, et vous voulez savoir laquelle des deux.

La voie habituelle chez xAI pour créer une routine, c'est la démonstration : « demandez à un Bot de vous suivre pendant que vous réalisez un flux de travail une fois. Il l'enregistre comme routine et l'exécute seul la fois suivante ». Pour un rapport piloté par API, l'écrire vaut mieux. Vous pouvez préciser « triés par gravité » au lieu d'espérer que le Bot l'a déduit en vous regardant faire défiler l'écran.

Que ne transporte pas le modèle ?

Un modèle transporte le profil, le texte de la skill et les routines, rien d'autre. Il ne transporte ni le token de workspace de son auteur, ni ses sites, ni ses enregistrements de session, ni sa liste de problèmes, ni la moindre conversation tenue par son Bot. Votre copie démarre vide et ne lit que les sites que votre propre token peut voir.

Flowsery
Flowsery

Essai gratuit

Tableau de bord en temps réel

Suivi des objectifs

Suivi sans cookies

Ce qui traverse le lien de partage
Copié dans votre Bot
  • Nom, titre, description, avatar
  • Le texte de la skill
  • La définition de la routine
Jamais copié
  • Les tokens d'API de workspace ou de site
  • Les enregistrements de session et les problèmes
  • L'historique de chat de l'auteur
  • Tout ce que son Bot avait mémorisé
Le texte de la skill est en anglais courant. Lisez-le avant d'installer un modèle tiers, celui-ci compris.

xAI ajoute une ligne sur chaque page de partage : un bot tiers « peut agir en votre nom ». C'est exact. Une skill, ce sont des instructions, les instructions peuvent nommer n'importe quel endpoint, et la seule défense est que vous pouvez les lire.

Questions fréquentes

Quelles données le Grok Bot peut-il voir ?

Le bot voit ce que le token autorise, c'est-à-dire, pour un token de workspace, tous les sites de ce workspace. Flowsery fonctionne sans cookies et ne stocke aucune donnée personnelle : le bot lit donc du trafic agrégé, du revenu, des objectifs atteints et les problèmes repérés dans les enregistrements de session.

Le bot peut-il clore des bugs tout seul ?

Pas avec la skill livrée. PATCH /issues/{issueId} est le seul appel qui change le statut d'un problème, et la skill exige la confirmation du propriétaire avant tout PATCH ou POST. Les lectures s'exécutent sans confirmation.

Pourquoi le bot reçoit-il un 404 sur un site qu'il peut voir ?

Un token de workspace couvre plusieurs sites, donc chaque appel a besoin de websiteId ou domain pour préciser lequel. Un sélecteur manquant renvoie 404, et non 403, ce qui se lit comme une erreur de droits. La skill demande au bot d'appeler GET /websites et de poser la question plutôt que de deviner.

Est-ce que le Grok Bot remplace le tableau de bord Flowsery ?

Non. Le bot répond à des questions et rédige des rapports ; il ne trace pas de tunnels de conversion, ne rejoue pas de sessions et n'affiche pas de heatmaps. Il est plus rapide pour « quelle page a perdu du trafic la semaine dernière » et inutile pour regarder l'enregistrement de quelqu'un qui martèle de rage un bouton cassé.

En quoi est-ce différent d'une connexion à Flowsery via MCP ?

Les endpoints et les permissions sont identiques. MCP convient aux clients qui le parlent, comme Claude, Cursor et Codex. Le modèle de Grok Bot existe parce que Grok Bot lit des skills rédigées en prose plutôt que des définitions d'outils MCP.

Faut-il un abonnement Grok payant pour cela ?

Oui. Grok Bot exige un abonnement éligible, et le modèle est gratuit par-dessus. Le tarif d'entrée sur x.ai/bot est de $30 par mois pour SuperGrok et $20 par mois pour Cursor. xAI précise que Grok Bot « est livré avec sa propre consommation, distincte de vos forfaits Grok et Cursor ».

Installez le modèle de Grok Bot Flowsery et posez vos questions d'analytics dans un chat, ou lisez d'abord la documentation de l'API.

Sources : x.ai/bot, Introducing Grok Bot (11 août 2026), @bot sur X (28 août 2026) et la spécification OpenAPI de Flowsery. Vérifié le 30 août 2026.

Cet article vous a-t-il été utile ?

Dites-nous ce que vous en pensez !

Nous voir plus souvent sur Google

Un clic définit Flowsery comme source préférée. Nos articles remontent alors dans vos À la une, en mode IA et dans les aperçus IA.

Avant de partir...

Flowsery

Flowsery

Des analyses orientées revenus pour votre site web

Suivez chaque visiteur, source et conversion en temps réel. Simple, puissant et sans cookies.

Tableau de bord en temps réel

Suivi des objectifs

Suivi sans cookies

Articles connexes