Analisar analytics de redes sociais com o Claude ou o ChatGPT é uma sequência de três passos: exporta os teus dados ao nível do post em forma de tabela, entrega-os com um prompt que declare a pergunta, as definições e o contexto de negócio, e depois trata tudo o que vem de volta como uma hipótese a verificar, e não como uma conclusão. O assistente não tem ligação em direto às tuas contas nem memória do teu trimestre — lê apenas aquilo que lhe dás. Usado assim, é genuinamente rápido no meio tedioso de uma revisão mensal: agrupar oitenta linhas por tipo de conteúdo, ordená-las de quatro maneiras diferentes e descrever a forma daquilo que vê.
Já temos uma peça conceptual sobre onde a IA ajuda e onde exagera em analytics de redes sociais. Esta é a companheira prática — as exportações, os prompts e as formas específicas como este fluxo de trabalho corre mal.
O que o assistente consegue e não consegue ver
Do facto de "ele só lê aquilo que tu colas" decorrem três consequências, e todos os erros deste fluxo de trabalho remetem para o esquecimento de uma delas.
Não tem acesso às tuas contas. O que não está na tua exportação não existe. Se colas o alcance mas não a contagem de seguidores, qualquer taxa de engajamento que ele produza usa um denominador que tu não deste — o que significa que o inventou.
Não conhece o teu negócio. Não sabe que estiveste de férias durante nove dias em junho, que um post foi partilhado por uma conta muito maior, ou que o teu pico de abril foi um lançamento de produto. Contexto não declarado transforma-se em explicação adivinhada.
Não tem benchmark para o teu nicho. Tem uma noção geral do aspeto que os números das redes sociais costumam ter, o que não é a mesma coisa que saber o que é "bom" para uma conta B2B de 4.000 seguidores em software industrial. Pede-lhe uma média do setor e vais quase sempre receber um número confiante, plausível e sem fonte.
Se o vocabulário de base ainda está frágil — alcance versus impressões, por que número é que uma taxa de engajamento está realmente a dividir — lê primeiro o guia de analytics de redes sociais para iniciantes e mantém aberta a entrada do glossário sobre analytics de redes sociais. O assistente vai usar alegremente os teus termos de forma errada se tu os usares assim.
Passo 1: exporta a tabela certa
A maior alavanca de qualidade é a granularidade dos dados. Uma linha por post ganha a uma linha por semana, sempre. Resumos semanais deixam o modelo descrever uma tendência; linhas ao nível do post deixam-no encontrar a causa.
Tenta obter estas colunas, seja qual for a fonte:
| Coluna | Por que importa |
|---|---|
| Data e hora de publicação | Permite agrupar por dia da semana e por hora do dia |
| Plataforma | Evita que métricas de plataformas diferentes sejam misturadas numa média |
| Formato | Reel, carrossel, imagem estática, Short, post de texto — o agrupamento mais valioso que tens |
| Tópico ou pilar | A tua própria etiqueta, adicionada à mão se for preciso; normalmente a coluna mais relevante para decisões |
| Alcance ou impressões | Diz qual dos dois, no cabeçalho |
| Ações de engajamento | Curtidas, comentários, partilhas, salvamentos em colunas separadas, se as tiveres |
| Cliques em links | Só se o post tinha um link |
| Contagem de seguidores no momento da publicação | Caso contrário, o crescimento distorce silenciosamente todas as comparações de taxas |
A última linha importa mais do que as pessoas esperam. Se ganhaste seguidores ao longo do período, os posts mais recentes carregam um denominador maior, portanto uma taxa de engajamento estável é na verdade uma queda — ou uma melhoria, consoante o denominador que escolheste. Declara-o explicitamente; a nossa calculadora de taxa de engajamento mostra o quanto a resposta se mexe conforme a fórmula.
Faz a exportação da forma que o teu stack permitir. Os insights nativos dão-te uma plataforma de cada vez; um agendador dá-te os posts que realmente publicaste com os resultados anexados — no SocialKit, as analytics de cada post ficam ao lado da respetiva entrada no calendário, e a API mais os webhooks, incluídos em todos os planos, permitem automatizar a extração para uma folha de cálculo. Em qualquer dos casos, entrega um CSV ou uma tabela colada, nunca uma captura de ecrã: os modelos leem números a partir de imagens de forma pouco fiável, e um dígito mal lido propaga-se por todos os cálculos que vêm a seguir.
Ambos os assistentes aceitam upload de ficheiros e conseguem correr código sobre uma folha de cálculo em vez de a analisarem a olho. Os nomes e a disponibilidade por plano vão mudando; em julho de 2026, verifica o que o teu plano inclui e prefere o caminho do código para qualquer aritmética que envolva mais do que um punhado de linhas.
Passo 2: faz o briefing antes de perguntares seja o que for
Começa com uma mensagem de configuração que condicione toda a conversa. Este é o parágrafo com maior alavancagem do fluxo de trabalho, e a maioria das pessoas salta logo para a pergunta.
Estás a ajudar-me a rever um mês de desempenho nas redes sociais.
Em anexo está um CSV: uma linha por post, 63 posts, 1 a 30 de junho
de 2026, apenas Instagram e LinkedIn.
Definições que estou a usar:
- Taxa de engajamento = (curtidas + comentários + partilhas + salvamentos) / alcance
- Alcance são contas únicas, não impressões
- "Pilar" é a minha própria etiqueta de tópico, um de quatro valores
Contexto que não tens: não publiquei nada entre 12 e 20 de junho
(férias). O carrossel de 3 de junho foi partilhado por uma conta
parceira com uma audiência muito maior, por isso trata-o como um
outlier, não como um resultado repetível.
Regras para toda esta conversa:
1. Nunca indiques um número que não seja calculado a partir dos dados
em anexo.
2. Se eu perguntar algo a que os dados não conseguem responder, diz-me
isso em vez de estimares.
3. Mostra o cálculo de qualquer valor que apresentes.
4. Assinala qualquer grupo com menos de 5 posts como demasiado pequeno
para se concluir alguma coisa.
5. Distingue "X está associado a Y" de "X causou Y". Nunca afirmes
causalidade.
As regras 1 e 4 eliminam a maior parte dos modos de falha discutidos abaixo. A regra 3 é o que torna a verificação possível em menos de cinco minutos. Se escreves prompts com regularidade, isto é apenas um bloco de restrições no sentido que o nosso guia sobre frameworks de prompts de IA para redes sociais descreve — papel, dados, definições, regras, tarefa.
Passo 3: quatro prompts que fazem a maior parte do trabalho
A revisão mensal
Resume o mês por esta ordem:
1. O que foi publicado: contagem por plataforma, por formato, por pilar.
2. Os cinco melhores e os cinco piores posts por taxa de engajamento,
com os números em bruto.
3. Qualquer agrupamento em que a diferença entre grupos seja
suficientemente grande para valer a pena investigar, com os
tamanhos das amostras.
4. Três perguntas que estes dados levantam e a que não conseguem
responder.
Ainda não recomendes nada.
Reter a recomendação é deliberado. Pede conselhos no mesmo fôlego em que pedes o resumo e recebes conselhos moldados pelos pressupostos gerais do modelo sobre redes sociais em vez de pela tua tabela. O ponto 4 é a secção mais útil da página — é onde aparece "os teus posts de quinta correram bem, mas quatro dos seis eram carrosséis, por isso não consigo separar o dia do formato".
A questão do mix de conteúdo
Agrupa todos os posts por pilar, depois por formato, depois por
pilar x formato. Para cada grupo dá: número de posts, taxa de
engajamento mediana e a amplitude. Usa a mediana, não a média.
Diz-me quais os grupos demasiado pequenos para julgar. Depois diz-me
qual é o agrupamento que sozinho explica mais variação no desempenho,
e quão confiante estás nisso.
Mediana em vez de média importa aqui. Um carrossel partilhado por um parceiro puxa a média para cima e inventa um pilar de conteúdo que na verdade não está a funcionar.
A questão do timing
Agrupa os posts por dia da semana e por faixa horária. Reporta o
número de posts e a taxa de engajamento mediana de cada uma. Assinala
explicitamente onde o tipo de conteúdo está confundido com o horário
— por exemplo, se todos os meus Reels saíram nos mesmos dois dias.
Não recomendes um calendário de publicação se a amostra por faixa for
inferior a 5 posts.
Este devolve quase sempre "as tuas faixas são demasiado finas", que é a resposta correta para um mês normal de publicações e a razão pela qual as recomendações de melhor hora para publicar são construídas a partir de muito mais dados do que uma única conta gera. Trata a tua própria análise de timing como um critério de desempate por cima de um ponto de partida ao nível da plataforma, não como um substituto dele.
O pre-mortem
Pega na afirmação mais forte que acabaste de fazer. Argumenta contra
ela. Que outra explicação encaixa igualmente bem nestes mesmos dados?
O que é que eu teria de medir para distinguir as duas?
Pedir a um modelo que discuta consigo próprio é o controlo de qualidade mais barato que existe. Traz à superfície, de forma rotineira, o fator de confusão que a primeira resposta encobriu.
Perguntas de benchmark precisam de uma fonte dada por ti
"Uma taxa de engajamento de 4,2% é boa para o Instagram?" é a pergunta que toda a gente faz e aquela a que esta montagem responde pior. A resposta honesta é que os benchmarks de engajamento variam enormemente por setor, tamanho de conta, região e — criticamente — consoante o denominador que a fonte usou. Um modelo a quem se pergunta a frio vai produzir um número que soa a pesquisado e não é.
Duas formas de obter uma resposta a sério:
- Usa o teu próprio histórico como benchmark. Cola três ou seis meses em vez de um. "Isto é bom?" passa a ser "isto é melhor do que a minha própria mediana, e a diferença é maior do que o ruído de mês para mês?". A essa pergunta os dados conseguem mesmo responder.
- Traz tu o benchmark externo. Se tens um relatório de setor publicado, cola os números relevantes na conversa juntamente com a forma como essa fonte define taxa de engajamento, e pede ao modelo que compare o comparável. Ele passa a ser um verificador de unidades e definições, um trabalho que faz bem.
Que números merecem sequer um benchmark é uma decisão à parte — o nosso apanhado dos KPIs de redes sociais que realmente importam é um melhor ponto de partida do que uma percentagem que alguém citou num slide.
Cinco armadilhas
Números inventados. A falha mais comum é um valor que aparece na prosa mas em lado nenhum dos teus dados — um total que nunca foi somado, uma variação percentual face a uma base que não forneceste. A regra 1 do briefing reduz isto; verificar dois números por sessão apanha o resto.
Deriva aritmética. Cálculo mental ao longo de dezenas de linhas produz pequenos erros que se acumulam. Se o teu assistente consegue correr código sobre o ficheiro, insiste nisso e pede para ver a computação.
Correlação contada como história. "Os teus posts de tutorial têm melhor desempenho porque a tua audiência quer formação" são duas afirmações: um padrão (tudo bem, se estiver nos dados) e um mecanismo (inventado). O mecanismo é a parte que parece insight e a parte que não tem qualquer evidência por trás. Reescreve cada conclusão como "X esteve associado a Y em junho" antes de agires com base nela e depois vê se esses mesmos posts diferem de alguma outra forma — extensão, formato, se levavam um link.
Amostras pequenas. Quatro posts numa faixa é uma anedota. Rankings construídos sobre grupos finos são sobretudo ruído, e o modelo vai ordená-los na mesma a menos que lhe digas para não o fazer.
Sobrevivência e complacência. A tua exportação contém apenas o que publicaste, por isso não te pode ensinar nada sobre formatos que nunca experimentaste. E o modelo tende a aceitar o teu enquadramento — pergunta "porque é que os carrosséis correram melhor?" e vais receber razões, mesmo que não tenham corrido. Pergunta antes "os carrosséis correram melhor, e por quanto?". Mesma categoria de erro que tratar uma previsão de desempenho por IA como um compromisso em vez de uma direção aproximada.
A verificação de cinco minutos
Antes de qualquer conclusão sair da janela de chat, faz isto:
- Recalcula dois números à mão. Escolhe um valor de destaque e um valor de suporte. Se algum deles estiver errado, descarta a resposta inteira e recomeça pelo caminho do código.
- Confronta cada afirmação com uma coluna. Se uma frase referir algo que não forneceste, foi gerado.
- Verifica o tamanho da amostra por trás de cada recomendação. Abaixo de cinco posts, é uma hipótese a testar, não uma mudança a fazer.
- Retira a linguagem causal. "Porque" passa a "a par de".
- Acrescenta o que tu sabes e ele não. As férias, o lançamento, a falha de serviço. É este o passo que transforma um resumo em análise.
Faz isso uma vez e o resultado fica seguro para colar num relatório. O nosso guia para criar um relatório de redes sociais cobre a estrutura que os clientes esperam, e o passo a passo como construir um relatório de redes sociais a partir das analytics cobre a montagem a partir dos números em bruto. A IA redige o comentário; as afirmações são tuas.
Devolve as conclusões ao que publicas
Análise que não muda o calendário do mês seguinte é um passatempo. De cada revisão devem sair duas decisões.
Mix de conteúdo. Se uma combinação de pilar e formato se aguenta em dois meses consecutivos com uma amostra decente por trás, desloca alguns slots nessa direção e marca a mudança no calendário para que a revisão do mês seguinte a consiga ver. Uma mudança de cada vez, senão não consegues atribuir o resultado.
Timing. Move um slot, não o calendário inteiro, e deixa correr um ciclo completo. No SocialKit isso é um arrastar no calendário visual, com as recomendações de melhor hora para publicar como posição de partida por defeito e as analytics de post do outro lado para dizer se a mudança fez alguma coisa. Os planos são uniformes — as 11 plataformas suportadas em todos eles, a partir de €29/mês no Solo ou €17.40/mês com faturação anual, em julho de 2026, com um teste de 7 dias. Deliberadamente não faz social listening, benchmarking de concorrentes nem gestão de inbox, por isso "porque é que o sentimento mudou" fica completamente fora deste ciclo.
Assim que isto for um hábito mensal, a exportação é o passo que vale a pena automatizar: envia os dados dos posts para uma folha de cálculo via API e depois aponta o assistente para a folha. Essa é a versão modesta de construir o teu próprio dashboard de analytics, e normalmente chega.
Começa por aqui
A primeira passagem leva cerca de uma hora; todas as seguintes levam vinte minutos.
- Exporta o mês passado ao nível do post, uma linha por post, com as colunas da tabela acima. Adiciona à mão a tua própria etiqueta de pilar se nada a fornecer.
- Escreve o bloco de briefing uma vez e guarda-o. Vais reutilizá-lo todos os meses com duas linhas alteradas.
- Corre o prompt da revisão mensal e depois o do mix de conteúdo. Ainda não peças recomendações.
- Corre o pre-mortem sobre a afirmação mais forte.
- Faz a verificação de cinco minutos. Recalcula dois números à mão.
- Escolhe exatamente uma mudança no mix de conteúdo e uma no timing. Escreve as duas no calendário.
- No mês seguinte, junta o ficheiro do mês anterior para que a comparação seja com o teu próprio histórico e não com um benchmark que ninguém consegue citar.