Segunda-feira de manhã, reunião rápida. Alguém pergunta como correram as notificações push na semana passada. Você sabe o número total de assinantes e o total de cliques ao longo do tempo de cabeça — mas nenhum deles responde à pergunta real. A semana passada foi melhor ou pior que a semana anterior? A sua taxa de cliques está a subir ou a descer? A taxa de cancelamento de subscrição aumentou enquanto ninguém estava a ver?
Um total vitalício não pode dizer-lhe se esta semana foi melhor ou pior que a passada
Essa é a lacuna que um total vitalício não consegue preencher, e é exatamente para isso que serve o relatório de desempenho de notificações push semana a semana. Em vez de um número que só aumenta, precisa de categorias — dia, semana ou mês — que pode colocar lado a lado e comparar. Um único total vitalício diz-lhe onde terminou. Um relatório de tendências de notificações push diz-lhe em que direção se está a mover agora e a que velocidade.
Se leu a publicação da PushEngage sobre análises vitalícias de notificações push, já sabe que pushengage_get_analytics_summary responde a "como estamos a correr no geral": assinantes vitalícios, envios vitalícios, cliques vitalícios, valor de objetivo vitalício. Essa é uma ferramenta diferente para uma pergunta diferente, e vale a pena ser preciso sobre a fronteira — esta publicação nunca mais abordará esse total vitalício. Esta publicação é sobre pushengage_get_analytics_timeseries — a ferramenta que responde a "como estamos a correr *agora*, e está a mover-se" — dividindo o desempenho da sua conta em categorias que define e permitindo-lhe perguntar em linguagem simples em vez de construir um relatório manualmente.
O que pushengage_get_analytics_timeseries retorna: desempenho de notificações push semana a semana, sob demanda
A ferramenta retorna exatamente seis campos, por categoria, ao longo de qualquer intervalo de datas que lhe dê: assinantes, envios, visualizações, cliques, CTR e cancelamentos de subscrição. Você escolhe o tamanho da categoria — dia, semana ou mês — com base no que está a tentar ver. Uma categoria dia a dia revela um único envio mau dentro de uma semana movimentada. Uma categoria semana a semana é a granularidade certa para uma reunião de segunda-feira. Uma categoria mês a mês é o que entregaria a um diretor que quer o trimestre, não o ruído dentro dele.
Não há uma funcionalidade separada de "relatório semanal" para configurar e nenhum modelo para construir primeiro. O intervalo de datas e o tamanho da categoria são apenas dois parâmetros no que quer que pergunte, pelo que a mesma ferramenta produz um relatório de tendências de notificações push na granularidade que a conversa exigir — uma semana atrás, este trimestre ou um intervalo personalizado em torno de uma campanha específica. Essa é uma forma significativamente diferente dos painéis que a maioria das plataformas oferece, onde "semanal" e "mensal" são visualizações fixas que escolhe num menu suspenso em vez de um intervalo que define.
Essa flexibilidade importa mais na escala da PushEngage do que importaria numa plataforma menor. A rede envia 15,2 mil milhões de notificações numa janela de 30 dias para mais de 25.000 proprietários de negócios em mais de 150 países — um volume em que uma única métrica vitalícia diz quase nada sobre esta semana especificamente. Uma vista de tendência, não um total, é a única forma de ver se a fatia do seu volume nessa conta está a mover-se na direção que pretende.
Primeiros passos: ligar o servidor PushEngage MCP ao seu assistente de IA
Nenhum dos exemplos abaixo funciona até que o servidor MCP da PushEngage esteja ligado ao seu assistente de IA. Adicione npx -y @pushengage/mcp à configuração MCP do Claude Desktop, Claude Code ou Cursor, reinicie o cliente e o servidor “pushengage” aparecerá na sua lista de ferramentas. Na primeira vez que o utilizar, peça ao assistente para o iniciar sessão na PushEngage — ele abrirá um separador no navegador onde clicará em Autorizar, e as suas credenciais nunca tocarão no próprio assistente.
Depois de iniciar sessão, peça-lhe para mostrar os seus sites PushEngage e diga-lhe qual usar; essa seleção é lembrada entre reinícios, pelo que cada pergunta abaixo é executada contra a conta correta por defeito. Para o guia completo, incluindo a resolução de problemas de um servidor que não conecta, consulte o guia completo de configuração do MCP da PushEngage.
Pedir a tendência: três formas de agrupar a mesma pergunta
Depois de conectado, a mesma pergunta subjacente — “como está o desempenho do push ao longo do tempo” — pode ser feita de três maneiras diferentes, dependendo da granularidade de que necessita.
Semana a semana, para uma revisão mensal:
“Detalhe os cliques do mês passado semana a semana.”
O assistente retorna quatro ou cinco grupos semanais, cada um com envios, visualizações, cliques e CTR, para que possa ver imediatamente se o desempenho foi estável, crescente ou concentrado numa semana e nulo na última.
Dia a dia, para detetar um envio específico que correu mal:
“Mostre-me os envios diários e o CTR dos últimos 14 dias.”
Esta é a granularidade que deteta uma campanha específica que teve um desempenho inferior dentro de uma semana, de resto saudável — uma queda a nível diário que um grupo semanal iria diluir.
Mês a mês, para a vista trimestral:
“Como é que outubro se comparou a setembro, mês a mês?”
Esta é a versão que capturaria para um diretor: dois grupos, lado a lado, com a diferença entre eles em vez de um único número que só cresce.
Todos os três são a mesma ferramenta, pushengage_get_analytics_timeseries, com um tamanho de grupo e intervalo de datas diferentes — o grupo é apenas um parâmetro na pergunta que faz, não um relatório diferente para aprender. Esse é o trabalho real de um assistente de IA de análise de notificações push: são sempre os mesmos dados subjacentes, remodelados a pedido em vez de pré-processados em qualquer vista com que um painel tenha sido fornecido.
É também a versão que a maioria das equipas de retenção realmente precisa com mais frequência: comparar o desempenho das notificações push mês a mês, sem exportar nada primeiro. Peça o mês passado e o mês anterior na mesma frase, e o assistente retorna ambos os grupos lado a lado em vez de dois capturas de ecrã separadas que teria de alinhar.
A ler a comparação: o que uma linha de CTR em movimento lhe diz realmente
Uma alteração de um ponto percentual no CTR parece pequena até que a transforme em cliques. Diga que a sua conta enviou 400.000 notificações em setembro com um CTR de 4,1% — 16.400 cliques. Em outubro, os envios mantiveram-se estáveis em 400.000, mas o CTR caiu para 3,6% — 14.400 cliques. Isso são 2.000 cliques a menos com o mesmo volume de envio, e cada um desses cliques foi uma oportunidade de um carrinho recuperado, um "win-back", ou uma compra repetida que não aconteceu. Um gestor a reportar essa subida deveria dizer “2.000 oportunidades de receita recuperada a menos mês após mês”, não “o CTR caiu meio ponto” — a segunda versão subestima exatamente o que se moveu.
Este é o hábito que vale a pena incorporar em todos os ciclos semanais de relatórios de desempenho de notificações push: não se fique pela percentagem. Multiplique a diferença pelo seu volume de envio, e terá um número sobre o qual um diretor pode agir em vez de um gráfico que ele irá apenas folhear.
A mesma matemática funciona na direção oposta, com um grão menor. Se comparar o desempenho das notificações push mês após mês e vir três semanas estáveis seguidas por uma semana com uma queda de meio ponto, isso não é “outubro foi fraco” — é uma semana específica, um envio específico, ou um segmento específico que vale a pena analisar individualmente antes de descartar o mês inteiro. Uma linha de CTR de notificações push semana após semana é o que lhe diz qual semana analisar.
Quando a tendência desce: o que verificar antes de culpar o texto
Uma queda semanal no CTR de notificações push tem três causas comuns, e nenhuma delas é “o texto da notificação piorou”. Antes de reescrever um título, analise os "buckets" de cancelamentos de subscrição e de volume de envio juntamente com o "bucket" de cliques para as mesmas semanas — a combinação geralmente aponta diretamente para uma das três.
Degradação da lista de subscritores. Uma lista de transmissão que nunca é re-segmentada envelhece — os subscritores que optaram por aderir há dezoito meses e deixaram de interagir ainda são contados no seu volume de envio, arrastando a média para baixo. Os grupos de audiência do PushEngage permitem-lhe construir segmentos comportamentais e de estilo RFM (recentes, frequentes, de alto valor ou inativos) diretamente a partir das ferramentas disponíveis no servidor MCP, pelo que um CTR em declínio é um problema de segmentação que pode realmente resolver em vez de um mistério. Se a sua queda se deve a isto, o efeito da segmentação na taxa de cliques vale uma leitura mais atenta, e formas de aumentar a sua taxa de cliques cobre as correções táticas assim que a segmentação estiver implementada.
Uma taxa de cancelamento de subscrição crescente. O campo de cancelamento de subscrição nos seus dados de séries temporais não é apenas um número de organização — analisado semana após semana, uma taxa de cancelamento de subscrição crescente é um aviso precoce que geralmente aparece antes da queda do CTR. Detete-o aqui primeiro, e reduzir a sua taxa de cancelamento de subscrição explica as correções.
Limitação de entregabilidade. As limitações da taxa de envio do Chrome e as alterações nas políticas ao nível da plataforma podem limitar silenciosamente quantos dos seus envios chegam efetivamente a um dispositivo, o que se assemelha a um problema de conteúdo num gráfico de CTR, mas não tem nada a ver com a sua mensagem. Se os envios e as visualizações diminuírem juntos, enquanto o CTR se mantém estável, essa é a assinatura da entregabilidade — não um problema de cópia. Detetaria esse padrão apenas observando os envios e as visualizações como tendências separadas, não apenas olhando para o CTR.
Realizar as três verificações leva o mesmo tempo que fazer mais uma pergunta. Em vez de adivinhar, pergunte diretamente: “Mostre-me envios, visualizações, cliques e cancelamentos de subscrição das últimas oito semanas.” Uma resposta, quatro campos, e a combinação geralmente elimina duas das três causas antes mesmo de abrir um único painel.
Se reportar sobre mais do que uma conta, esta é a parte que mais poupa tempo
Se for uma agência a gerir notificações push para vários sites de clientes, a alternativa a este fluxo de trabalho é construir um relatório Looker Studio para cada conta, todas as semanas, manualmente. Com o servidor MCP conectado, a mesma pergunta é feita uma vez por site: selecione o cliente A com pushengage_select_site, pergunte “compare este mês com o mês passado, semana a semana”, obtenha a resposta, mude para o cliente B, faça a mesma pergunta novamente. Não há um resumo de várias contas integrado na ferramenta — ainda está a perguntar site a site — mas três sites de clientes e três perguntas rápidas são uma segunda-feira materialmente diferente de três exportações de painéis e três capturas de ecrã de gráficos.
Essa velocidade compõe-se num número real quando se consegue associar receita a ela. Medir o ROI das notificações push cobre como transportar uma diferença de cliques até à receita atribuída por conta, assim que tiver os números semana a semana ou mês a mês em mãos.
É aqui que um assistente de IA de análise de notificações push ganha o seu lugar na rotina de segunda-feira de uma agência especificamente — não porque agrupa vários clientes numa única vista, mas porque o custo marginal da quarta pergunta é próximo de zero assim que a primeira é respondida. Um gestor de retenção com uma conta e uma agência com quinze estão a executar o mesmo fluxo de trabalho; a agência apenas o executa mais vezes na mesma sessão.
O relatório só importa se algo mudar por causa dele
O relatório de desempenho de notificações push, semana a semana, só vale a pena ser construído se mudar o que acontece a seguir. Um CTR que caiu 0,5 pontos deve resultar num segmento reconstruído, não num ponto numa apresentação. Uma taxa de cancelamento de subscrição que aumentou duas semanas seguidas deve resultar numa revisão da frequência de envio antes de se tornar um problema de entregabilidade. Uma comparação mês a mês que mostra 2.000 cliques a menos contra um volume estável deve resultar num valor em dólares no seu próximo relatório, não numa percentagem enterrada numa nota de rodapé.
Esse é o teste real para este tipo de relatório: não se a linha de tendência existe, mas se ela alterou uma decisão. Uma vez que os números estão a uma pergunta de distância em vez de a uma exportação de painel de controle de distância, não resta desculpa para pular essa etapa. Veja os planos do PushEngage para conectar o servidor MCP à sua própria conta e começar a perguntar.
