Répondez à la question du lundi avec un modèle de Grok Bot pour les rapports analytiques

La plupart des rapports hebdomadaires échouent parce que la deuxième question coûte cher. Un modèle de Grok Bot pour les rapports d'analyse règle la deuxième question, pas la première. Obtenir les totaux de trafic n'a jamais posé de problème. « Pourquoi ce chiffre a-t-il baissé, et quelle campagne en est responsable ? » est le moment où on commence à cliquer dans le tableau de bord, et un appel API supplémentaire suffit à y mettre fin.

En bref : installez le modèle, collez un jeton d'espace de travail flow_ws_, puis demandez « la semaine dernière par rapport à la semaine précédente, ventilé par canal ». Le bot appelle GET /overview deux fois et GET /breakdown?dimension=channel.

Qu'est-ce qu'un modèle de Grok Bot pour les rapports d'analyse ?

Un modèle de Grok Bot pour les rapports d'analyse est un lien de partage qui copie un Grok Bot configuré, ainsi qu'une compétence décrivant l'API REST publique de Flowsery, dans votre propre application Grok Bot. SpaceXAI a activé le partage de modèles le 28 août 2026. Le modèle transporte le profil, le texte de la compétence et les routines. Il ne transporte jamais le jeton d'espace de travail du créateur ni ses sites web.

C'est le complément spécifique aux rapports du guide modèle de Grok Bot pour l'analyse de site web.

Pourquoi le point de terminaison breakdown compte-t-il plus que le tableau de bord ?

GET /breakdown accepte 25 dimensions et 15 filtres, donc presque toute question de suivi ne nécessite qu'un appel de plus, pas un nouvel écran. C'est la raison mécanique pour laquelle un chat surpasse un tableau de bord pour le travail exploratoire.

En pratique, une revue du lundi se déroule comme une conversation :

You:  Last week against the week before, all sites.
 
Bot:  GET /overview?startAt=...&endAt=...   (x2)
      -> sessions down 8%, conversions flat
 
You:  Which channel dropped?
 
Bot:  GET /breakdown?dimension=channel&startAt=...&endAt=...   (x2)
      -> organic down 19%, paid up 4%, direct flat
 
You:  Which pages, inside organic only?
 
Bot:  GET /breakdown?dimension=page&filter_channel=organic&...
      -> three docs pages account for most of it

Trois questions, pas de tableau de bord, et la troisième est la réponse que vous cherchiez vraiment.

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

L'API publique de Flowsery compte 26 opérations, dont 21 se limitent à la lecture. Cinq peuvent modifier des données, et la compétence de rapport n'en utilise aucune.

Les neuf opérations utilisées sont /overview, /timeseries, /breakdown, /pages, /referrers, /channels, /campaigns, /goals et /realtime.

Comment l'installer et le tester ?

Installer le modèle de Grok Bot de Flowsery prend quatre étapes : ouvrir le lien de partage dans Grok Bot, créer un jeton d'espace de travail flow_ws_, le coller dans le champ d'identifiants, et demander l'aperçu de la semaine dernière comme test en lecture seule.

Que doit vraiment dire la routine hebdomadaire ?

Une bonne routine précise la comparaison, la dimension sur laquelle segmenter et ce qu'il faut faire lors d'une semaine calme. Le modèle est livré avec celle-ci :

Name:      Monday traffic review
Schedule:  every Monday 08:00
What:      GET /overview for last week and the week before, per website.
           If sessions or conversions moved more than 10%, run
           GET /breakdown?dimension=channel for both weeks and name the
           channel responsible. Then GET /breakdown?dimension=campaign
           filtered to that channel.
Report:    one paragraph per site, numbers first, no recommendations.
If flat:   say "no material change" and stop.

« Les chiffres d'abord, pas de recommandations » n'est pas là par hasard. Un bot hebdomadaire qui commente est ignoré dès le deuxième mois ; un bot qui énonce l'écart et s'arrête est lu.

Peut-il faire un rapport spécifiquement sur les campagnes UTM ?

Oui, et c'est là que la liste des dimensions se justifie pleinement. utm_source, utm_medium, utm_campaign, utm_term et utm_content sont chacun une dimension et un filtre à part entière, si bien qu'un post-mortem de campagne se résume à quelques appels plutôt qu'à un export de tableur.

GET /campaigns fournit la vue de synthèse, et GET /breakdown?dimension=utm_content&filter_utm_campaign=... permet d'identifier quelle création a fait le travail.

Et le temps réel ?

GET /realtime renvoie le nombre de visiteurs en direct, c'est l'appel qui mérite sa place dans un chat pendant un lancement. Demandez au bot de le vérifier toutes les quelques minutes pendant une sortie et il le fera, sans que vous ayez à garder un onglet ouvert.

Interval sur /timeseries accepte hour, day, week ou month, ce qui permet de revoir le même lancement heure par heure le lendemain matin.

Qu'est-ce qui casse la première semaine ?

Une erreur 404 sur la plupart des points d'accès signifie que le bot a sauté websiteId. Ce paramètre est requis presque partout, et GET /websites est le moyen pour le bot de l'obtenir, c'est pourquoi le test d'installation commence là. L'autre point sensible est le fuseau horaire : startAt et endAt sans timezone correspondant se calculent selon les limites de journée du serveur, si bien qu'un rapport « hier » peut couvrir silencieusement les mauvaises 24 heures.

Questions fréquentes

Le bot Grok peut-il modifier mes données analytiques ?

Non. La compétence de reporting utilise neuf points d'accès, tous en lecture seule. Les objectifs et les paiements peuvent être modifiés ailleurs dans l'API Flowsery, mais le texte de compétence de ce modèle n'inclut pas ces appels.

Cela remplace-t-il le tableau de bord Flowsery ?

Non. Le tableau de bord est plus adapté pour parcourir les données et pour tout ce qui est visuel. Le bot est meilleur pour une question précise et ses suites, ce qui est une tâche différente, celle qui demandait auparavant le plus de clics.

Peut-il comparer plus de deux périodes ?

Oui. Chaque période correspond à un appel distinct GET /overview ou GET /timeseries avec son propre startAt et endAt, si bien que le bot peut aligner quatre trimestres aussi facilement que deux semaines.

En quoi est-ce différent de connecter Flowsery via MCP ?

MCP est la meilleure option si votre client le prend en charge nativement. Le modèle de Grok Bot existe parce que Grok Bot fonctionne à partir d'une compétence et d'un champ d'identifiants plutôt que d'une configuration MCP, tout en enveloppant la même API REST dans les deux cas.

Où trouver d'autres modèles de bot Grok ?

groktemplates.dev répertorie les modèles de bot Grok par cas d'usage. Sur ce blog, le guide d'analyse des sessions couvre le volet par visiteur du même modèle.

Installez le modèle de Grok Bot Flowsery et lancez votre premier bilan du lundi depuis un chat, ou consultez la documentation de l'API d'abord.

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