Se é um gestor de crescimento ou de operações numa loja Shopify Plus ou WooCommerce a perguntar porquê que a minha campanha acionada não está a enviar, a resposta honesta é que provavelmente não o descobrirá no próprio painel — descobrirá porque uma métrica se desviou. A receita de recuperação de carrinho parece fraca pela terceira semana consecutiva. Um assinante envia uma mensagem ao suporte a perguntar porquê que não recebeu um alerta de reposição em um mês. Alguém finalmente abre o separador de automações que não toca desde março e nota que o gatilho de reposição em stock tem dito "Pausado" o tempo todo.
Esse é o modo de falha real para campanhas acionadas e notificações push automáticas de RSS: não uma falha, nem um aviso de erro, apenas silêncio. Uma campanha de abandono de carrinho pausada a meio de uma venda e que nunca retomou não se anuncia. Nem um feed RSS que falhou quando o site mudou para um novo CMS. Ambos continuam a aparecer na lista de campanhas com o mesmo aspeto de sempre, até que alguém faça a pergunta certa — e quando alguém o faz, a resposta geralmente mede-se em semanas, não em minutos.
Esta publicação é essa pergunta, feita em linguagem clara em vez de uma análise de painel: usando duas ferramentas somente leitura integradas no servidor PushEngage MCP, pushengage_list_triggered_campaigns e pushengage_list_rss_campaigns, para extrair análises de campanhas acionadas e saúde de feeds RSS numa única passagem e detetar uma automação pausada ou quebrada antes que custe mais uma semana de receita.
A lacuna de três semanas que ninguém nota
Campanhas acionadas e push automático de RSS partilham uma propriedade que as torna unicamente fáceis de perder de vista: uma vez construídas, executam-se sem que ninguém lhes toque novamente. Esse é o objetivo — um gatilho de abandono de carrinho, um alerta de queda de preço, uma notificação de reposição em stock, um feed RSS que envia automaticamente cada novo post. Configure uma vez, e ele dispara para sempre no seu próprio horário.
Exceto que "para sempre" assume que nada muda por baixo. Um gatilho é pausado durante uma promoção para evitar sobreposição com uma campanha promocional, e ninguém se lembra de o reativar. Um URL de feed RSS muda durante uma migração de site, e a campanha que apontava para ele continua a dizer "Ativo" enquanto silenciosamente não dispara nada. O feed de inventário de um gatilho de reposição em stock para de sincronizar, e o gatilho não tem mais nada para disparar. Em todos os casos, a campanha parece bem na visualização da lista. Simplesmente não está a fazer nada.
Coloque um número, a título ilustrativo: um gatilho de abandono de carrinho de mercado médio que recupera algo como 1.800 € por semana em valor de carrinho não é uma figura invulgar para uma conta Shopify Plus com tráfego estável. Três semanas silenciosas — o tempo que normalmente leva para alguém notar por si só — equivalem a 5.400 € de receita recuperada que nunca foi recuperada, e ninguém soube procurar até que o número principal forçou a questão.
Por que as campanhas acionadas e os feeds RSS param de funcionar silenciosamente
Ambos os tipos de automação falham devido a um conjunto pequeno e aborrecido de causas, e nenhuma delas dispara um estado de erro que um profissional de marketing alguma vez veria.
- Uma pausa sobrevive à sua razão de ser. Uma campanha de abandono de carrinho pausada a meio da venda, para evitar que concorra com uma campanha de "blast" "apenas esta semana", raramente é reativada na hora prevista — a pessoa que acionou o interruptor passa para outro projeto, e seis meses depois ainda está lá, ainda marcada como pausada, sem que ninguém saiba ao certo porquê.
- Uma integração a montante fica silenciosa. Um gatilho de redução de preço ou de reposição de stock depende de um feed de inventário ou de preços da plataforma da loja. Se esse feed parar de sincronizar — uma atualização de plugin, uma desconexão de aplicação, uma chave de API expirada — o gatilho não tem mais nada em que se basear e simplesmente nunca mais é acionado.
- O URL do feed muda. Uma migração de CMS, uma replataformação de blog ou uma alteração de domínio pode interromper silenciosamente o feed RSS a que uma campanha de "auto-push" aponta, sem tocar nas próprias definições da campanha. A campanha continua a dizer ativa porque, no que diz respeito às próprias definições do PushEngage, nada mudou.
- Uma regra de abandono de navegação deixa de corresponder. Se um redesenho do site alterar a estrutura do URL ou remover a página que um gatilho de abandono de navegação monitoriza, o gatilho continua a funcionar, mas não tem mais nada para detetar.
- Uma exceção única torna-se permanente. Um gatilho é desativado para uma única linha de produtos durante uma recolha ou um problema com o fornecedor, e o passo de reativação sai da lista de todos assim que o problema original é resolvido.
Nenhum destes produz um ticket de suporte para a equipa de marketing. Produzem um ticket de suporte para o atendimento ao cliente, três semanas depois, de um assinante a perguntar onde foi o seu alerta de reposição — que é a forma mais lenta e mais cara de descobrir, e aquela que todas as auditorias neste post foram criadas para evitar.
Por que a sua campanha acionada não está a enviar (e como verificar em cinco segundos)
A forma mais rápida de responder a "por que a minha campanha acionada não está a enviar" é parar de adivinhar e pedir a lista. pushengage_list_triggered_campaigns retorna todas as campanhas acionadas no seu site filtradas por estado — ativa, pausada ou rascunho — e com include_analytics definido, cada uma retorna com contagens de enviadas, vistas e clicadas para o período.
Essa única chamada faz os primeiros quinze segundos de triagem por si, classificando cada resultado num de três estados:
- Totalmente inativo — o estado está ativo, mas a contagem de envios é zero (ou perto de zero) para o período. Algo a montante falhou.
- Corretamente inativo — o estado está ativo, a contagem de envios é baixa, mas isso corresponde ao volume real do gatilho (um alerta de reposição só é ativado quando algo realmente é reposto; uma semana inativa não é um erro).
- Realmente pausado — o estado diz pausado, simples assim, e alguém precisa decidir se isso foi deliberado.
Apresentado para uma conta ilustrativa de comércio eletrónico de mercado médio a executar quatro campanhas acionadas:
| Campanha acionada | Estado | Enviado | Visto | Clicado |
|---|---|---|---|---|
| Abandono de carrinho | Ativo | 3,940 | 2,610 | 210 |
| Abandono de navegação | Ativo | 0 | 0 | 0 |
| Alerta de queda de preço | Ativo | 812 | 590 | 61 |
| Alerta de reposição de stock | Pausado | 0 | 0 | 0 |
Duas constatações saltam imediatamente à vista. O gatilho de reposição está pausado — vale a pena confirmar se isso foi intencional, pois todos os assinantes à espera de um alerta de reposição não recebem nada enquanto ele permanece assim. O maior problema é o gatilho de abandono de navegação: está marcado como ativo, mas zero envios significam que está totalmente inativo, não corretamente inativo — uma alteração no site provavelmente quebrou a regra da página que ele monitoriza, e todos os visitantes que abandonaram a navegação desde então não receberam qualquer seguimento.
Note o que o alerta de redução de preço está a fazer aqui: 812 envios é um número menor do que os 3.940 do gatilho de abandono de carrinho, e isso está bem — um alerta de redução de preço só é ativado quando um preço realmente cai, então um volume menor está corretamente inativo, não é um sinal de alerta. A habilidade que esta secção está realmente a ensinar é distinguir os dois sem adivinhar: um gatilho com envios perto da sua própria linha de base histórica está saudável em qualquer volume; um gatilho que costumava enviar regularmente e caiu para zero está quebrado, independentemente de quão pequeno era para começar.
Vale a pena afirmar claramente: pushengage_list_triggered_campaigns lista e lê. Não reativa uma campanha pausada, não corrige uma regra de página quebrada, nem edita as condições de um gatilho — a correção ainda acontece no painel do PushEngage. O que esta ferramenta faz é dizer-lhe, numa única chamada, exatamente quais das suas campanhas acionadas precisam dessa correção e porquê, em vez de clicar em cada uma para descobrir. Esse é todo o valor de extrair análises de campanhas acionadas através do chat em vez de um separador do painel: a constatação leva cinco segundos, e os quinze minutos que de outra forma gastaria a percorrer serão gastos na única campanha que realmente precisa dela.
Para a questão subjacente de quais eventos realmente valem a pena criar um gatilho em primeiro lugar — quais eventos merecem campanhas de gatilho cobre os três testes de adequação de gatilho que o PushEngage usa para abandono de carrinho, abandono de navegação, queda de preço e reposição.
Capturar um feed RSS que parou silenciosamente de enviar notificações
As notificações push automáticas de RSS falham no mesmo padrão de "parece bem, mas não está" das campanhas acionadas, apenas com uma causa diferente: em vez de um estado pausado ou uma regra de página quebrada, a falha geralmente reside no próprio feed.
Peça ao seu assistente para listar as suas campanhas RSS com estado e análises, e pushengage_list_rss_campaigns retorna cada campanha filtrada por estado, com a mesma discriminação de enviados/vistos/cliques quando as análises são incluídas. A dica aqui é quase idêntica ao caso da campanha acionada: uma campanha marcada como ativa com uma contagem de envios que caiu para zero, ou caiu acentuadamente em relação à sua linha de base normal, quase sempre significa que o feed que está a monitorizar parou de publicar corretamente.
O culpado habitual é pequeno e fácil de perder: uma equipa de conteúdo mudou de plataforma CMS, alterou o caminho do URL do feed, ou uma atualização de plugin alterou a forma como o feed formata os seus itens, e ninguém informou quem quer que seja o proprietário das notificações push. Para um site que publica com uma cadência razoável, o push automático RSS é geralmente a automação de maior volume na conta precisamente porque dispara em cada nova publicação — o que também significa que um feed quebrado passa de "silencioso" para "uma lacuna real no tráfego de retorno" mais rapidamente do que quase qualquer outra coisa nesta lista.
Uma comparação rápida antes/depois torna a falha óbvia, ilustrativamente:
- Semana normal: a campanha RSS dispara 6–9 vezes à medida que novas publicações são lançadas, correspondendo à cadência de conteúdo normal do site.
- Semana com falha: a campanha RSS mostra-se ativa, zero envios, e o site publicou quatro novas entradas na mesma janela — um sinal claro de que a ligação do feed, não o calendário de conteúdo, é o problema.
Mesma nota de precisão que acima, reiterada porque importa tanto aqui: pushengage_list_rss_campaigns lista e lê o estado e o desempenho. Não pode reatribuir um URL de feed quebrado nem reiniciar a própria campanha — essa correção acontece no painel assim que souber qual feed verificar, geralmente revalidando o URL do feed nas definições da campanha RSS e confirmando que ainda resolve para o domínio correto. Se ainda não configurou uma campanha de push automático RSS, configurar uma campanha de push automático RSS detalha a configuração; esta publicação assume que uma já está em execução e apenas precisa de uma verificação de integridade.
Tipos de automação adjacentes que valem a pena verificar na mesma passagem — criar uma campanha de notificação de redução de preço e configurar notificações push de regresso ao stock — cobrem o lado da configuração de dois dos tipos de campanha acionada que esta auditoria verifica. E se campanhas de gotejamento ou Fluxos de Trabalho também fazem parte da sua pilha de automação, auditar campanhas de gotejamento e fluxos de trabalho cobre esse par adjacente da mesma forma que esta publicação cobre campanhas acionadas e RSS.
Primeiros passos: ligar o servidor MCP PushEngage
Executar esta verificação a partir de uma janela de chat começa por adicionar o servidor MCP PushEngage à configuração do seu assistente. Para Claude Desktop ou Cursor, essa é uma entrada na configuração MCP do cliente apontando para npx -y @pushengage/mcp — nenhuma instalação separada é necessária, uma vez que npx obtém o servidor sob demanda. Claude Code funciona da mesma forma.
Reinicie o cliente, peça para que o conecte ao PushEngage (uma aba do navegador abrirá para autorizar a conexão, assim as suas credenciais nunca passarão pelo assistente) e, em seguida, peça para ver os seus sites e selecione aquele com o qual deseja trabalhar. Todas as ferramentas com escopo de site, incluindo as duas ferramentas neste post, terão esse site como padrão dali em diante. Para o guia completo — caminhos do arquivo de configuração, login na primeira execução e o que fazer se a conexão não iniciar — consulte o guia completo de configuração do PushEngage MCP.
Tornar isto um hábito semanal, não uma verificação única
O objetivo desta auditoria não é encontrar a única campanha inativa hoje. É fazer com que a verificação de uma se torne uma pergunta de cinco segundos em vez de um projeto que ninguém agenda. O PushEngage opera com um volume real — mais de 25.000 proprietários de negócios em mais de 150 países enviam mais de 15,2 mil milhões de notificações por mês através da plataforma — e nessa escala, um gatilho pausado ou um feed inativo não custa um clique ou dois. Custa o valor do carrinho recuperado ou o tráfego de visitantes recorrentes que a automação foi criada para capturar, exatamente pelo tempo que permanecer inativo.
Esse é o caso de perguntar, em voz alta, “por que a minha campanha acionada não está enviando” numa segunda-feira em vez de descobrir a partir de um número de receita fraco numa revisão mensal. Peça ao seu assistente para listar as suas campanhas acionadas e campanhas RSS com análises, dê uma olhada nos planos do PushEngage se um gatilho que você está perdendo se mostrar valioso para implementar, e gaste os quinze minutos que você economiza no painel corrigindo a única coisa que está realmente inativa.
