Envie o relatório semanal de tráfego com um conector do Manus Cue para relatórios de analytics

O relatório semanal de tráfego é a tarefa mais segura para um conector do Manus Cue para relatórios de analytics, porque toda chamada da Flowsery de que ele precisa é uma leitura. O Cue é o app de agentes pessoais que o Manus lançou em 28 de setembro de 2026, e ele roda na mesma infraestrutura do Manus. A pergunta difícil não é quais chamadas fazer. É qual produto roda o relatório toda segunda-feira, e até 29 de setembro de 2026 a resposta é o Manus, não o Cue.

Versão curta: o relatório são seis leituras e nenhuma escrita. As Automations do Manus conseguem iniciar uma tarefa em um horário agendado ou a partir de um evento. O Cue ainda não tem agendador documentado, então rode o relatório sob demanda no Cue, ou monte o relatório como uma Automation do Manus e teste se o conector da Flowsery responde por lá.

Configuração, papel do token e formulário de MCP estão no guia do conector do Manus Cue para analytics de site. Este post começa no relatório.

Quais chamadas da Flowsery um relatório semanal precisa?

Um relatório semanal da Flowsery precisa de seis chamadas de leitura, e a ordem importa mais que a quantidade. list_websites devolve os IDs que toda chamada seguinte carrega. get_overview roda uma vez por período. get_timeseries com interval=day mostra se a mudança foi uma terça-feira ruim ou uma tendência. get_channels e get_breakdown apontam a origem que se mexeu.

GET /overview devolve visitantes, sessões, taxa de rejeição, duração média da sessão, receita e taxa de conversão em uma única linha. GET /breakdown agrupa visitantes por qualquer uma de 25 dimensões, de channel e campaign até utm_source e entry_page. Essa única chamada substitui uma dúzia de cliques no painel.

O Cue consegue rodar o relatório de forma agendada?

O Cue não tem agendador documentado até 29 de setembro de 2026, então o agendamento fica com o Manus. O Manus 2.0 transformou as Scheduled Tasks em Automations, que começam o trabalho em um horário definido ou quando algo acontece em um serviço conectado. O Manus lista três tipos: Schedule, Triggered task e Advanced automation, que está em beta.

O Manus também não documentou se uma Automation consegue chamar um servidor MCP customizado. Teste antes de depender disso: crie uma automation do tipo Schedule que chame list_websites e devolva os nomes, e deixe ela rodar uma vez. A documentação de Automations do Manus manda você "revisar o horário, as condições, as ações e as contas geradas antes de ativar", e essa é a única etapa de revisão que o Manus documenta para trabalho recorrente. Leia a lista de ações procurando qualquer ferramenta da Flowsery que escreva.

Até esse teste passar, rode o relatório no Cue manualmente na segunda de manhã. Um prompt, seis leituras e uma pessoa acordada para ler a resposta.

O que o prompt do relatório deve dizer?

O prompt do relatório nomeia os dois intervalos de datas, o fuso horário e os destinatários com todas as letras. A Flowsery agrupa startAt e endAt pelo fuso horário do próprio site, a não ser que a chamada informe outro, e usa como padrão um startAt de 30 dias atrás quando o agente deixa o campo de fora. São dois padrões silenciosos, e os dois conseguem deslocar o relatório em um dia.

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" (sem recomendações) justifica a própria linha. Um agente a quem se pede análise produz análise, e este tem números de tráfego e mais nada: nenhum log de releases, nenhum roadmap, nenhuma ideia de que você pausou uma campanha. O template de bot do Grok para relatórios de analytics traz a mesma instrução pelo mesmo motivo.

Quem recebe o relatório quando o agente tem e-mail próprio?

Um agente do Cue manda o relatório para onde você disser, porque o Manus dá a cada agente "seu próprio e-mail, número de telefone, carteira e computador, para que ele possa enviar mensagens". Isso é útil. O relatório chega a uma caixa de entrada vindo de um endereço que pertence ao agente, não a você. É também a parte do Cue com menos documentação: a Runtimewire relatou no dia do lançamento que o Manus não explicou como os usuários "restringem o que os agentes podem fazer com a identidade de e-mail ou de telefone deles".

Nomeie cada destinatário no prompt. Mantenha o relatório agregado. Um relatório semanal nunca precisa de GET /visitors/{visitorId}, que devolve name e email de visitantes identificados, então deixe essa chamada totalmente fora do prompt.

Os chats em grupo dão uma divisão mais limpa. Os agentes em um chat em grupo do Cue compartilham um objetivo e "passam trabalho uns para os outros", enquanto você "define a direção e dá a palavra final". Coloque dois agentes em um chat:

1. O agente de números tem o conector da Flowsery e devolve as seis leituras como números brutos.
2. O agente redator não tem conector. Ele transforma os números em um parágrafo e manda para os nomes que você informou.

O redator nunca encosta no seu analytics, e o agente de números nunca encosta em uma caixa de saída. Se um número no e-mail parecer errado, você sabe qual agente questionar.

Um gatilho pode iniciar o relatório no lugar de um relógio?

Uma Triggered task do Manus começa o trabalho "quando algo acontece em um serviço conectado", e o Manus lista Gmail, Outlook Mail, Notion, Google Calendar, GitHub, Shopify, plataformas de anúncios, RSS e Webhook como origens. Os próprios exemplos do Manus incluem "uma mudança no desempenho de anúncios". A especificação pública da Flowsery não documenta webhook de saída, então a própria Flowsery não dispara o gatilho.

Dois gatilhos combinam com um relatório da Flowsery. Um evento do Google Calendar para a sua revisão semanal inicia o relatório uma hora antes da reunião, então os números batem com a semana que todo mundo vai discutir. Um gatilho de plataforma de anúncios dispara quando o gasto ou o desempenho muda, e a tarefa puxa get_breakdown com dimension=campaign para conferir se o tráfego se mexeu junto. Os dois rodam no Manus, não no Cue, e os dois precisam que o teste do conector da seção anterior passe primeiro.

O que um conector de relatórios pode alterar?

Um conector de relatórios montado sobre um token Contributor não altera nada. A especificação da Flowsery lista 28 operações até 29 de setembro de 2026: 23 leem e 5 escrevem, e as escritas cobrem objetivos, pagamentos e status de problemas. Um token Contributor recebe 403 permission_denied nas cinco, porque só Admin e Editor têm a permissão flowsery.write.

Isso pesa mais para uma tarefa agendada do que para um chat. Ninguém acompanha uma execução de segunda-feira. Se um prompt der errado às 7h, o pior que um token Contributor faz é ler a semana errada. O conector do Meta Muse para relatórios de analytics contava com os avisos de aprovação da Meta para a mesma proteção. O Cue não documenta nenhum, então o papel do token faz esse trabalho.

O que quebra em um relatório recorrente?

Quatro falhas aparecem em um relatório recorrente, e nenhuma delas é a primeira autenticação.

O fuso horário. startAt e endAt sem timezone agrupam pelo fuso horário do site configurado na Flowsery. O relatório continua chegando e continua parecendo certo, e cobre sete dias diferentes dos do seu calendário.

O seletor ausente. Um token de workspace abrange todos os sites do workspace, então cada chamada precisa de websiteId ou domain. A referência da API da Flowsery lista essa falta em 400 Bad Request. Diga ao agente que o seletor é obrigatório antes que ele tente consertar o erro reescrevendo a consulta.

O token morto. A Flowsery responde 401 com token_issuer_lost_access quando o membro que criou a chave saiu do workspace. Um relatório agendado passa a falhar em silêncio a partir desse dia. Crie o token a partir de uma conta que vai continuar.

O loop de novas tentativas. A Flowsery permite 600 requisições por minuto por chave e devolve 429 com Retry-After acima disso. Seis leituras por semana nunca chegam perto do limite. Um agente repetindo em loop uma chamada que falha chega, então diga a ele para parar depois de uma nova tentativa e relatar o erro.

Para o relatório que você mesmo lê, a visão de relatórios de analytics de site na Flowsery mostra os mesmos números que o agente puxa.

Perguntas frequentes

O Cue consegue mandar o relatório semanal sozinho?

O Cue não documenta agendador até 29 de setembro de 2026. O Manus documenta automations de Schedule e de Triggered task, e o Cue roda na mesma infraestrutura. Monte o relatório como uma automation do Manus, teste se ela alcança o conector da Flowsery e rode o relatório manualmente no Cue até o teste passar.

Um conector de relatórios pode alterar meus dados na Flowsery?

Um conector de relatórios com um token Contributor não altera nada. Toda chamada do relatório semanal é um GET, e a Flowsery devolve 403 permission_denied a um token Contributor nas cinco chamadas de escrita. Crie o token com o papel Contributor no formulário Create Token em flowsery.com/api-tokens.

Por que o segundo período volta zerado?

A Flowsery usa como padrão um startAt de 30 dias atrás e um endAt igual a agora quando algum dos dois falta, e uma janela sem tráfego devolve zeros em vez de um erro. Confira as datas que o agente enviou. Informe os dois períodos como datas literais no prompt, nunca como "a semana anterior".

O relatório pode comparar mais de dois períodos?

Cada período é uma chamada de get_overview ou de get_timeseries com startAt e endAt próprios, então quatro trimestres custam quatro chamadas. Dê a mesma timezone a todas as chamadas, ou os períodos começam e terminam em meias-noites diferentes.

Devo usar o Cue ou o template de bot do Grok para relatórios?

O template de bot do Grok para relatórios de analytics é instalado a partir de um link de compartilhamento com as instruções já escritas. O Cue se conecta por um conector MCP customizado do Manus e consegue mandar o relatório por e-mail a partir do endereço do próprio agente. Os dois leem os mesmos dados da Flowsery, e toda chamada de relatório que qualquer um deles faz é uma leitura.

O Cue cobra alguma coisa para rodar um relatório semanal?

O Cue é gratuito durante o acesso antecipado só por convite até 29 de setembro de 2026, e o Manus não disse quanto ele vai custar depois. O Manus vende o Cloud Computer separadamente para automações que precisam de uma máquina permanente. A Flowsery inclui a API e o servidor MCP nos dois planos, o Team a $250 por mês e o Pro a $500 por mês.

Quantas chamadas de API o relatório semanal faz?

O relatório faz seis chamadas de leitura, e list_websites só é necessária na primeira execução. A Flowsery permite 600 requisições por minuto por chave, então um relatório semanal nunca chega perto do limite.

Qual função de token da Flowsery o relatório deve usar?

Use Contributor. Ela lê tudo de que o relatório precisa e recebe 403 permission_denied nas cinco chamadas de escrita, porque só Admin e Editor têm a permissão flowsery.write. Crie no formulário Create Token em flowsery.com/api-tokens.

Por que o relatório parou de chegar depois que um colega saiu?

A Flowsery responde 401 com token_issuer_lost_access quando o membro que criou a chave saiu do workspace. Um relatório agendado passa a falhar em silêncio. Crie o token a partir de uma conta que vai ficar.

O relatório deve incluir nomes e e-mails de visitantes?

Deixe de fora. GET /visitors/{visitorId} devolve name e email de visitantes identificados, e um relatório semanal nunca precisa disso. Mantenha o prompt em chamadas agregadas e nomeie cada destinatário, porque um agente do Cue tem e-mail próprio.

Crie um token Contributor em flowsery.com/api-tokens, rode o prompt acima no Cue nesta segunda-feira e leia o guia de análise de sessões quando o relatório apontar para uma página quebrada.

Fontes: Introducing Manus 2.0 (28 de setembro de 2026), What is new in Manus 2.0, documentação de Automations do Manus, documentação de MCP customizado do Manus, Runtimewire (28 de setembro de 2026), a especificação OpenAPI da Flowsery e a referência da API da Flowsery. Verificado em 29 de setembro de 2026.