Sim. A Rixe disponibiliza uma API REST, um conector do Looker Studio e um servidor MCP. O servidor MCP permite que um assistente de IA leia diretamente os dados de visibilidade de uma marca, pelo que as métricas podem ser consultadas onde o resto do reporting já acontece.
A API é o caminho direto: autentica-se, pede as pontuações, menções, posições e citações de um projeto, e puxa-as para o armazém ou painel que já contém o resto do seu reporting. O conector do Looker Studio existe para que os mesmos dados aterrem num relatório de cliente sem ninguém escrever código.
O servidor MCP é o mais interessante. O MCP permite que um assistente de IA leia diretamente os dados de uma ferramenta, pelo que uma pergunta como «que prompts perdemos esta semana e que fonte está por detrás» pode ser respondida sobre dados da Rixe em direto, na mesma conversa onde decorre o resto do trabalho. Elimina o passo em que alguém exporta um CSV para responder a uma pergunta que já era uma frase.
Os três leem os mesmos registos de base, por isso um número num deck de cliente, um número num painel e um número citado por um assistente não podem contradizer-se.
Três vias de entrada, para três trabalhos
A API REST é o caminho simples: autentique-se, peça as pontuações, menções, posições e citações de um espaço de trabalho e puxe-as para o armazém ou painel que já guarda o resto dos seus relatórios. É apenas de leitura, versionada e paginada — as propriedades aborrecidas por que uma equipa de dados pergunta mesmo.
O conector do Looker Studio existe para o caso em que ninguém quer escrever código: aponte-o a um espaço de trabalho, escolha os campos, e os mesmos números aterram num relatório que outra pessoa da empresa já sabe editar. Lê os mesmos endpoints que a API expõe, por isso os dois nunca podem divergir.
O que o servidor MCP muda
O servidor MCP deixa um assistente ler os dados diretamente, o que transforma uma pergunta de painel numa conversa. Em vez de abrir quatro ecrãs para saber porque a semana passada mexeu, pergunta — e o assistente lê as mesmas medições, com os mesmos tamanhos de amostra, e responde a partir delas e não de um palpite.
É apenas de leitura por desenho. Um assistente pode puxar uma pontuação, uma lista de menções ou as fontes por trás de uma resposta; não pode mudar um conjunto de prompts, aprovar um rascunho nem publicar seja o que for. A fronteira é deliberada: ler é onde um assistente serve, escrever é onde um rasto de auditoria importa mais do que a conveniência.
Ligações que não são uma API
A maioria das equipas nunca toca na API e mesmo assim liga três coisas: Search Console e Analytics à entrada, para que cliques e sessões fiquem ao lado dos números de visibilidade, e um CMS à saída, para que um rascunho aprovado se torne um artigo em rascunho em vez de um copiar e colar. Os três são pedidos com o âmbito mais estreito que faça o trabalho.
Nada escreve no seu site sem uma pessoa carregar em aprovar, e a ligação de CMS cria um rascunho e não um artigo publicado — uma limitação deliberada que na prática não incomodou exatamente ninguém, porque é no passo de revisão que uma afirmação sem fonte é apanhada.
