Envoyez le rapport de trafic hebdomadaire avec un connecteur Manus Cue pour les rapports analytiques

Le rapport de trafic hebdomadaire est la tâche la plus sûre pour un connecteur Manus Cue pour les rapports analytiques, parce que chaque appel Flowsery dont il a besoin est une lecture. Cue est l'application d'agents personnels que Manus a lancée le 28 septembre 2026, et elle tourne sur la même infrastructure que Manus. La question difficile ne porte pas sur les appels à faire. Elle porte sur le produit qui exécute le rapport chaque lundi, et au 29 septembre 2026 la réponse est Manus, pas Cue.

En bref : le rapport, c'est six lectures et aucune écriture. Les Automations de Manus peuvent lancer une tâche selon un calendrier ou sur un événement. Cue n'a encore aucun planificateur documenté : lancez donc le rapport à la demande dans Cue, ou construisez-le comme Automation Manus et vérifiez que le connecteur Flowsery y répond.

La configuration, le rôle du token et le formulaire MCP se trouvent dans le guide du connecteur Manus Cue pour l'analytics web. Cet article commence au rapport.

De quels appels Flowsery un rapport hebdomadaire a-t-il besoin ?

Un rapport Flowsery hebdomadaire a besoin de six appels de lecture, et l'ordre compte plus que le nombre. list_websites renvoie les IDs que porte chaque appel suivant. get_overview s'exécute une fois par période. get_timeseries avec interval=day montre si le changement tient à un mauvais mardi ou à une tendance. get_channels et get_breakdown nomment la source qui a bougé.

GET /overview renvoie les visiteurs, les sessions, le taux de rebond, la durée moyenne de session, le revenu et le taux de conversion sur une seule ligne. GET /breakdown regroupe les visiteurs selon l'une de 25 dimensions, de channel et campaign à utm_source et entry_page. Cet unique appel remplace une douzaine de clics dans le tableau de bord.

Cue peut-il exécuter le rapport selon un calendrier ?

Cue n'a aucun planificateur documenté au 29 septembre 2026 : la planification revient donc à Manus. Manus 2.0 a transformé les Scheduled Tasks en Automations, qui lancent un travail à une heure fixe ou quand un événement survient dans un service connecté. Manus en liste trois sortes : Schedule, Triggered task et Advanced automation, cette dernière en bêta.

Manus n'a pas non plus documenté si une Automation peut appeler un serveur MCP personnalisé. Testez-le avant de vous y fier : créez une automation Schedule qui appelle list_websites et renvoie les noms, et laissez-la tourner une fois. La documentation des Automations de Manus demande de « vérifier le calendrier, les conditions, les actions et les comptes générés avant de l'activer », et c'est la seule étape de vérification que Manus documente pour le travail récurrent. Parcourez la liste des actions à la recherche de tout outil Flowsery qui écrit.

Tant que ce test n'est pas réussi, lancez le rapport à la main dans Cue le lundi matin. Un message, six lectures, et une personne réveillée pour lire la réponse.

Que doit dire le message du rapport ?

Le message du rapport nomme en toutes lettres les deux plages de dates, le fuseau horaire et les destinataires. Flowsery découpe startAt et endAt selon le fuseau horaire du site web lui-même, sauf si l'appel en nomme un, et fixe startAt à 30 jours en arrière quand l'agent l'omet. Deux valeurs par défaut silencieuses, capables chacune de décaler le rapport d'un jour.

Report on flowsery.com for 21 to 27 September 2026 against
14 to 20 September 2026, timezone Europe/Berlin.
 
Call list_websites on the first run only and reuse the websiteId.
Then get_overview once per period and get_timeseries with interval=day.
If sessions or conversions moved more than 10%, call get_breakdown with
dimension=channel for both periods and name the channel.
 
Numbers first, then one paragraph. No recommendations.
Send the report only to me. Do not email anyone else.
Do not call any tool that records, deletes or updates data.

« No recommendations » mérite sa ligne. Un agent à qui l'on demande une analyse produit une analyse, et celui-ci ne dispose que de chiffres de trafic : aucun journal des mises en production, aucune feuille de route, aucune idée que vous avez mis une campagne en pause. Le modèle de bot Grok pour les rapports analytiques porte la même instruction pour la même raison.

Qui reçoit le rapport quand l'agent a sa propre adresse e-mail ?

Un agent Cue envoie le rapport là où vous le lui dites, parce que Manus donne à chaque agent « sa propre adresse e-mail, son numéro de téléphone, son portefeuille et son ordinateur, pour qu'il puisse envoyer des messages ». C'est utile. Le rapport arrive dans une boîte de réception depuis une adresse qui appartient à l'agent, pas à vous. C'est aussi la partie de Cue la moins documentée : Runtimewire a rapporté le jour du lancement que Manus n'expliquait pas comment les utilisateurs peuvent « restreindre ce que les agents font de leur identité e-mail ou téléphonique ».

Nommez chaque destinataire dans le message. Gardez le rapport agrégé. Un rapport hebdomadaire n'a jamais besoin de GET /visitors/{visitorId}, qui renvoie name et email pour les visiteurs identifiés : laissez donc cet appel entièrement hors du message.

Les chats de groupe offrent une répartition plus nette. Les agents d'un chat de groupe Cue partagent un objectif et « se passent le travail », tandis que vous « fixez la direction et avez le dernier mot ». Mettez deux agents dans un même chat :

1. L'agent des chiffres détient le connecteur Flowsery et renvoie les six lectures sous forme de chiffres bruts.
2. L'agent rédacteur n'a aucun connecteur. Il transforme les chiffres en un paragraphe et l'envoie aux personnes que vous avez nommées.

Le rédacteur ne touche jamais votre analytics, et l'agent des chiffres ne touche jamais une boîte d'envoi. Si un chiffre de l'e-mail semble faux, vous savez quel agent interroger.

Un déclencheur peut-il lancer le rapport à la place d'une horloge ?

Une Triggered task de Manus lance un travail « quand un événement survient dans un service connecté », et Manus liste Gmail, Outlook Mail, Notion, Google Calendar, GitHub, Shopify, les plateformes publicitaires, RSS et Webhook comme sources. Les propres exemples de Manus incluent « un changement de performance publicitaire ». La spécification publique de Flowsery ne documente aucun webhook sortant, donc Flowsery lui-même ne déclenche rien.

Deux déclencheurs conviennent à un rapport Flowsery. Un événement Google Calendar pour votre revue hebdomadaire lance le rapport une heure avant la réunion, pour que les chiffres correspondent à la semaine dont tout le monde va parler. Un déclencheur de plateforme publicitaire se lance quand les dépenses ou la performance changent, et la tâche appelle get_breakdown avec dimension=campaign pour vérifier si le trafic a suivi. Les deux tournent sur Manus, pas sur Cue, et les deux exigent d'abord que le test de connecteur de la section précédente soit réussi.

Que peut modifier un connecteur de rapports ?

Un connecteur de rapports construit sur un token Contributor ne modifie rien. La spécification de Flowsery liste 28 opérations au 29 septembre 2026 : 23 lectures et 5 écritures, et les écritures portent sur les objectifs, les paiements et le statut des problèmes. Un token Contributor reçoit 403 permission_denied sur les cinq, parce que seuls Admin et Editor détiennent la permission flowsery.write.

Cela compte davantage pour une tâche planifiée que pour un chat. Personne ne surveille une exécution du lundi. Si un message part de travers à 7 heures, le pire qu'un token Contributor puisse faire est de lire la mauvaise semaine. Le connecteur Meta Muse pour les rapports analytiques s'appuyait sur les invites d'approbation de Meta pour la même protection. Cue n'en documente aucune, alors le rôle du token fait ce travail.

Qu'est-ce qui casse sur un rapport récurrent ?

Quatre échecs apparaissent sur un rapport récurrent, et aucun d'eux n'est la première authentification.

Le fuseau horaire. startAt et endAt sans timezone se découpent selon le fuseau horaire du site web défini dans Flowsery. Le rapport arrive quand même et a l'air juste, mais il couvre sept jours différents de ceux de votre calendrier.

Le sélecteur manquant. Un token de workspace couvre tous les sites web du workspace, donc chaque appel a besoin de websiteId ou domain. La référence de l'API Flowsery classe cet oubli sous 400 Bad Request. Dites à l'agent que le sélecteur est obligatoire avant qu'il tente de corriger l'erreur en réécrivant la requête.

Le token mort. Flowsery répond 401 avec token_issuer_lost_access quand le membre qui a créé la clé a quitté le workspace. Un rapport planifié échoue en silence à partir de ce jour. Créez le token depuis un compte qui va rester.

La boucle de relance. Flowsery autorise 600 requêtes par minute et par clé et renvoie 429 avec Retry-After au-delà. Six lectures par semaine n'approchent jamais la limite. Un agent qui relance en boucle un appel en échec l'atteint, alors dites-lui de s'arrêter après une relance et de signaler l'erreur.

Pour le rapport que vous lisez vous-même, la vue de reporting d'analytics web de Flowsery affiche les mêmes chiffres que ceux que récupère l'agent.

Questions fréquentes

Cue peut-il envoyer le rapport hebdomadaire tout seul ?

Cue ne documente aucun planificateur au 29 septembre 2026. Manus documente les automations Schedule et Triggered task, et Cue tourne sur la même infrastructure. Construisez le rapport comme automation Manus, vérifiez qu'elle atteint le connecteur Flowsery, et lancez-le à la main dans Cue tant que le test n'est pas réussi.

Un connecteur de rapports peut-il modifier mes données Flowsery ?

Un connecteur de rapports sur un token Contributor ne modifie rien. Chaque appel du rapport hebdomadaire est un GET, et Flowsery renvoie 403 permission_denied à un token Contributor sur les cinq appels d'écriture. Créez le token sous Contributor dans le formulaire Create Token sur flowsery.com/api-tokens.

Pourquoi la seconde période revient-elle à zéro ?

Flowsery fixe par défaut startAt à 30 jours en arrière et endAt à maintenant quand l'un des deux manque, et une fenêtre sans trafic renvoie des zéros plutôt qu'une erreur. Vérifiez les dates que l'agent a envoyées. Donnez les deux périodes sous forme de dates littérales dans le message, jamais sous la forme « la semaine précédente ».

Le rapport peut-il comparer plus de deux périodes ?

Chaque période correspond à un appel get_overview ou get_timeseries avec ses propres startAt et endAt, donc quatre trimestres coûtent quatre appels. Donnez le même timezone à chaque appel, sinon les périodes commencent et finissent à des minuits différents.

Faut-il utiliser Cue ou le modèle de bot Grok pour les rapports ?

Le modèle de bot Grok pour les rapports analytiques s'installe depuis un lien de partage avec les instructions déjà rédigées. Cue se connecte via un connecteur MCP personnalisé Manus et peut envoyer le rapport par e-mail depuis l'adresse de l'agent. Les deux lisent les mêmes données Flowsery, et chaque appel de rapport que l'un ou l'autre effectue est une lecture.

Cue coûte-t-il quelque chose pour un rapport hebdomadaire ?

Cue est gratuit pendant l'accès anticipé sur invitation au 29 septembre 2026, et Manus n'a pas dit ce qu'il coûtera ensuite. Manus vend Cloud Computer séparément pour les automations qui ont besoin d'une machine permanente. Flowsery inclut l'API et le serveur MCP dans les deux forfaits, Team à $250 par mois et Pro à $500 par mois.

Combien d'appels d'API le rapport hebdomadaire fait-il ?

Le rapport fait six appels de lecture, et list_websites n'est nécessaire qu'à la première exécution. Flowsery autorise 600 requêtes par minute et par clé, donc un rapport hebdomadaire n'approche jamais la limite.

Quel rôle de jeton Flowsery le rapport doit-il utiliser ?

Utilisez Contributor. Il lit tout ce dont le rapport a besoin et reçoit 403 permission_denied sur les cinq appels d'écriture, car seuls Admin et Editor ont la permission flowsery.write. Créez-le dans le formulaire Create Token sur flowsery.com/api-tokens.

Pourquoi le rapport a-t-il cessé d'arriver après le départ d'un collègue ?

Flowsery répond 401 avec token_issuer_lost_access quand le membre qui a créé la clé a quitté l'espace de travail. Un rapport planifié échoue alors en silence. Créez le jeton depuis un compte qui va rester.

Le rapport doit-il inclure les noms et e-mails des visiteurs ?

Laissez-les de côté. GET /visitors/{visitorId} renvoie name et email pour les visiteurs identifiés, et un rapport hebdomadaire n'en a jamais besoin. Gardez le message sur des appels agrégés et nommez chaque destinataire, car un agent Cue a sa propre adresse e-mail.

Créez un token Contributor sur flowsery.com/api-tokens, lancez le message ci-dessus dans Cue ce lundi, et lisez le guide sur l'analyse de sessions quand le rapport pointe vers une page cassée.

Sources : Introducing Manus 2.0 (28 septembre 2026), What is new in Manus 2.0, la documentation des Automations de Manus, la documentation MCP personnalisé de Manus, Runtimewire (28 septembre 2026), la spécification OpenAPI de Flowsery et la référence de l'API Flowsery. Vérifié le 29 septembre 2026.