Monitoramento sintético de transações
O monitoramento de transações de sites da HostTracker reproduz uma jornada real do usuário - fazer login, buscar, adicionar ao carrinho, finalizar a compra - em um navegador real a partir de mais de 300 locais, e alerta você no momento em que uma etapa falha.
Como uma verificação de transação é executada, do primeiro passo ao alerta
Cada execução, da primeira navegação ao veredito.
Nada de gravador de macro que fica desatualizado. Nomeie os passos - o nome é o que o alerta diz.
checkout · 5 passos · 3.6 s
0 navigate https://shop.example.com/ 1.4 s 1 type #email "[email protected]" 0.2 s 2 click #add-to-cart 0.9 s 3 waitForNavigation /checkout 1.1 s 4 checkContent "Order summary" present 0.1 s
navigate, click, type, select, checkContent, hover, waitForNavigation, sleep, screenshot e back - cada uma com seu próprio tempo limite e nome.
Qualquer erro no console do navegador reprova a verificação, com uma lista de permissões de até dez substrings para um script de terceiros barulhento.
Crie e edite monitores de transação via REST, os SDKs, Terraform ou MCP - com o conjunto completo de ações incluído.
Saiba maisComece pela única jornada cuja falha custa dinheiro, deixe-a "verde" e só então adicione o resto. Um fluxo monitorado em que você confia vale mais do que cinco configurados pela metade.
Abra uma página de produto, clique em adicionar ao carrinho, confirme que o indicador do carrinho mostra um item, abra o checkout, confirme que o total e o formulário de pagamento foram renderizados. Pare uma etapa antes de o pedido ser efetuado e você terá cobertura completa sem pedidos de teste no seu banco de dados.
Digite as credenciais de uma conta de teste dedicada, envie, aguarde a navegação e depois confirme um texto que só existe quando a sessão é real. Este é o cenário de maior valor isolado para a maioria das aplicações - um login quebrado é uma interrupção total que retorna 200 em todas as páginas.
Preencha os campos, envie, confirme o texto de agradecimento. A quebra silenciosa de formulários é a clássica interrupção invisível: nada dá erro, nada alerta, e as solicitações simplesmente param de chegar até que alguém perceba, semanas depois.
Digite uma consulta que sempre deve encontrar algo, envie e depois confirme tanto que um resultado conhecido está presente quanto que o texto de "nenhum resultado" está ausente. Essa segunda confirmação é o que detecta um índice de busca que silenciosamente parou de ser reconstruído.
Percorra o formulário de registro até a tela final de confirmação e confirme-a, apontando o formulário para um alvo de teste para que o monitoramento nunca crie contas reais. O cadastro quebra de forma silenciosa e cara - ninguém reclama de um cadastro que não conseguiu concluir.
Solicite uma redefinição e confirme que a tela de confirmação aparece. Isso depende do seu pipeline de e-mail, da sua fila e do seu serviço de tokens, então é um indicador incomumente bom para problemas de backend que a página inicial nunca mostra.
O serviço de verificação de transações da HostTracker garante que todas as etapas de um processo de transação on-line estejam funcionando corretamente. Ele testa cada etapa do processo, desde adicionar itens ao carrinho até concluir a compra. Isso ajuda a encontrar e corrigir problemas que poderiam impedir os clientes de comprar, o que melhora a experiência do cliente e reduz as vendas perdidas.
O recurso de verificação de transações da HostTracker é abrangente e cobre vários aspectos de uma transação de e-commerce. Ele inclui itens como envio de formulários, cliques em botões e redirecionamentos de página, para reproduzir o comportamento real dos usuários. Isso testa todo o processo de compra para garantir que funcione bem. Também fornece registros e relatórios detalhados para ajudar os administradores a encontrar e corrigir rapidamente quaisquer problemas, sem afetar a jornada de compra do usuário.
As verificações de transações tornam os sites de e-commerce mais confiáveis e eficientes. Elas ajudam a manter as transações funcionando sem problemas, corrigindo falhas antes que aconteçam. Isso significa clientes mais satisfeitos e mais confiantes no site. Também ajuda a manter os clientes satisfeitos, evitando vendas perdidas. Isso torna a ferramenta útil para lojas on-line.
O passo pelo nome, sua captura de tela e o tempo de cada passo anterior a ele.
O resultado e o alerta carregam o nome do passo, então "down" se torna "3 - envio do login parou de redirecionar".
Capturada quando um passo falha, ao lado da tirada após o último passo - como a página estava no caminho até ali.
Sites, servidores, APIs, certificados. Um tipo de verificação por página, com as mesmas localidades, alertas e relatórios por trás.
"Uso este serviço de monitoramento há muito tempo, e minha rotina diária deixou de ser um problema. Ele observa todos os meus sites silenciosamente e me permite reagir no momento em que algo dá errado."
Confiado por equipes de
Cada capítulo abre no próprio lugar, para que a página continue curta.
Monitoramento sintético significa que o tráfego é gerado de propósito: em vez de esperar que um visitante encontre um problema e torcer para que ele avise, um serviço de monitoramento acessa o seu site por conta própria, em um cronograma, de fora da sua rede. O monitoramento de transações é a forma de várias etapas disso. Uma verificação sintética simples solicita uma URL e observa a resposta. Uma verificação de transação abre um navegador real, percorre um cenário ordenado - abrir a página, fazer login, pesquisar, adicionar ao carrinho, finalizar a compra - e confirma o que encontra em cada parada.
Essa diferença importa porque a maior parte do que os clientes realmente fazem em um site é uma sequência, não a visualização de uma página. Cada página individual de um checkout pode retornar HTTP 200 enquanto o próprio checkout está quebrado: um botão removido por uma implantação, um formulário enviando dados para um endpoint que agora retorna 404, um erro de JavaScript que trava o assistente na etapa três. Nada nessas falhas aparece em um código de status, então nada delas aparece no monitoramento comum de uptime.
Não é a mesma coisa que monitoramento de transações financeiras. No setor bancário e de compliance, "monitoramento de transações" significa examinar pagamentos em busca de fraude e lavagem de dinheiro. Esta página trata do sentido de operações web: reproduzir automaticamente a jornada de um usuário no seu próprio site para comprovar que ele continua funcionando. A HostTracker é um serviço de monitoramento de sites - ela observa o seu fluxo de checkout, não o seu livro-razão de pagamentos.
Uma verificação HTTP rápida é a ferramenta certa para saber se "o site está no ar". É uma única requisição, então seu veredito é uma única resposta: o código de status, o tempo de resposta e qualquer regra de palavra-chave ou de asserção que você definir sobre o corpo recebido. Isso é uma cobertura muito ampla por um custo muito baixo - e ela para exatamente onde termina a primeira resposta. Tudo o que está abaixo da linha nesta tabela acontece depois desse ponto.
| O que realmente quebrou | Verificação HTTP rápida | Verificação de transação |
|---|---|---|
| Servidor inacessível, falha de DNS, handshake TLS recusado | Detectada | Detectada |
| A página inicial retorna 500 após uma implantação | Detectada | Detectada |
| A página carrega, mas o botão "Adicionar ao carrinho" foi removido por uma versão | Não detectada - o HTML ainda retorna 200 | Detectada - a etapa de clique não consegue resolver seu seletor |
| O formulário de login envia dados para um endpoint que agora retorna 404 | Não detectada - a própria página do formulário está normal | Detectada - a etapa após o envio nunca chega à página da conta |
| Uma exceção de JavaScript trava o assistente de checkout na etapa dois | Não detectada - o JavaScript nunca é executado | Detectada - o navegador executa o script, e a verificação pode falhar em erros de console |
| A página de pagamento exibe uma faixa de erro em vez da confirmação | Não detectada - um erro renderizado ainda é um 200 | Detectada - uma asserção de conteúdo sobre o texto de confirmação falha |
| O cookie de sessão para de ser definido, então a etapa três retorna à página de login | Não detectada - não há sessão a perder | Detectada - uma única sessão de navegador executa todo o cenário |
| Um script de terceiros - widget de chat, gerenciador de tags, SDK de pagamento - bloqueia a renderização | Não detectada - recursos de terceiros nunca são buscados | Detectada - o navegador os busca como um visitante faria |
| O fluxo funciona, mas cada etapa agora leva oito segundos | Parcialmente - apenas a primeira resposta é cronometrada | Detectada - cada etapa é cronometrada, e uma etapa pode expirar (timeout) |
Nenhuma das duas verificações substitui a outra. A recomendação honesta é executar as duas: uma verificação HTTP de um minuto no mesmo site para detecção rápida de interrupções, e uma verificação de transação nas uma ou duas jornadas que realmente geram receita. Se você quiser começar pela metade de disponibilidade, comece com monitoramento de disponibilidade distribuído a partir de mais de 300 checkpoints e adicione o fluxo por cima.
Cada execução inicia um navegador Chromium real, em modo headless, em um dos checkpoints da HostTracker, e atribui a ele uma única sessão de navegador para todo o cenário. Esse único detalhe é o que torna a verificação significativa: cookies, tokens e o estado de login definidos na etapa dois ainda estão lá na etapa cinco, exatamente como estariam para uma pessoa navegando pelo seu site. O JavaScript é executado, os redirecionamentos são seguidos - inclusive os disparados pelos seus próprios scripts - e os recursos de terceiros carregam da mesma forma que carregariam no navegador de um visitante.
O cenário é sequencial e falha rapidamente (fail-fast). As etapas são executadas na ordem em que você as escreveu, e a primeira etapa que falhar encerra a execução e se torna a causa relatada. Você nunca recebe uma enxurrada de erros subsequentes causados por um único botão quebrado - você recebe o botão quebrado.
Duas opções alternáveis mudam o quão rigorosa é uma execução. Falhar em erro de console transforma qualquer erro no console do navegador em uma verificação com falha - poderoso em uma aplicação bem-comportada, e combinado com uma lista de permissões de até dez substrings para que um script de terceiros conhecidamente ruidoso não dê alarmes falsos. Ignorar carregamento de arquivos de mídia vem ativado por padrão; desative quando o que você está testando for a própria mídia.
Uma transação é uma lista de etapas, e cada etapa é uma ação sobre a página. Não existe um gravador de macros que fique desatualizado - você constrói o cenário explicitamente, e é também por isso que ele continua funcionando quando sua equipe de marketing muda o texto de um botão.
| Ação | O que a etapa faz |
|---|---|
| navigate | Abre uma URL. A primeira navegação - para o próprio endereço do monitor - é adicionada automaticamente como etapa zero. |
| click | Clica em um elemento resolvido por um seletor CSS, ou em uma coordenada da viewport. Botão esquerdo, direito ou do meio, com um atraso de pressão opcional. |
| type | Digita texto em um campo, opcionalmente com um atraso entre as teclas para que os próprios manipuladores de entrada da página acompanhem o ritmo. |
| select | Confirma a cardinalidade de um seletor: ele deve corresponder a nada, exatamente um elemento, pelo menos um, ou qualquer quantidade. Atua sobre todas as correspondências, a primeira, ou uma aleatória. |
| checkContent | Confirma o texto renderizado. Até dez palavras-chave, qualquer uma ou todas elas, com ou sem diferenciação de maiúsculas/minúsculas, presentes ou deliberadamente ausentes, e opcionalmente apenas no texto visível. |
| hover | Passa o mouse sobre um elemento - a forma de alcançar um menu ou dica que só existe ao passar o mouse. |
| waitForNavigation | Aguarda a navegação da página, opcionalmente falhando a etapa quando nenhuma navegação acontece a tempo. |
| sleep | Pausa, de 1 milissegundo até 10 segundos, com variação aleatória (jitter) opcional para que um cenário não atinja o mesmo instante em toda execução. |
| screenshot | Captura a página no meio do fluxo, para que uma falha duas etapas depois ainda mostre como a página estava no caminho até ali. |
| back | Volta uma entrada no histórico do navegador. |
Qualquer etapa pode carregar uma captura de tela e uma espera de navegação posterior, seu próprio ajuste de tempo limite, e um nome curto de até 19 caracteres. Dê nomes às suas etapas - o nome é o que aparece no resultado e no alerta, então "3 - enviar login" é a diferença entre uma página que está "fora do ar" e uma página cujo POST de login parou de redirecionar. No editor web, capturas de tela e esperas de navegação são oferecidas como comportamentos pós-etapa; o conjunto completo de ações, incluindo hover, está disponível pela API.
id ou um atributo data- que você controla, não um
nome de classe gerado automaticamente que muda a cada nova versão.checkContent após cada transição significativa é o
que transforma uma sequência de cliques em um teste de verdade: após o login, confirme o texto da
página da conta; após o checkout, confirme o texto de confirmação.Se você quiser fazer uma verificação rápida da URL inicial antes de construir o cenário, execute uma verificação HTTP instantânea gratuita nela - sem necessidade de login - ou meça como a página carrega em um navegador real com o teste de velocidade de página gratuito.
A execução para na etapa que falhou e registra o que foi observado. O resultado nomeia a etapa, classifica a falha - um tempo limite, um elemento que o seletor não conseguiu resolver, uma asserção de conteúdo que não correspondeu, um erro HTTP, um erro de conexão, um erro de console do navegador, ou uma etapa mal configurada - e mantém as durações por etapa, a URL, o IP e o status HTTP em que cada navegação terminou, as mensagens de console do navegador, e uma captura de tela da página no momento em que ela quebrou.
Depois disso, é feita uma checagem dupla antes de acordar alguém. Uma única observação de falha não é tratada como uma interrupção: a verificação é executada novamente em checkpoints independentes adicionais, e a mudança de estado só é confirmada quando o quórum concorda. O padrão é um veredito por maioria entre até sete agentes, com um mínimo de três - então um único checkpoint instável, ou uma falha de rede transitória entre um data center e o seu host, não consegue gerar um alerta sozinho.
Uma vez confirmada a transição, o alerta segue o atraso que cada contato escolheu: imediatamente, ou somente após 3, 5, 15, 30 ou 60 minutos, ou 3, 6, 12 ou 24 horas de falha contínua. Os alertas são enviados pelos nove canais de notificação que a HostTracker oferece - e-mail, SMS, chamada de voz, webhook, Slack, notificação push e os aplicativos de mensagens Telegram, Discord e Viber - e um aviso de recuperação é enviado quando o fluxo volta a ser concluído.
Uma verificação de transação é o monitor mais poderoso que a HostTracker oferece, e o que tem mais restrições do mundo real. Conhecê-las com antecedência economiza uma tarde inteira.
As duas abordagens respondem a perguntas diferentes, e uma equipe que entende essa divisão para de esperar que uma faça o trabalho da outra. A HostTracker é um serviço de monitoramento sintético de sites: ela mesma gera o tráfego, a partir de seus próprios checkpoints, em um cronograma que você controla.
| Monitoramento sintético de transações | Monitoramento de usuário real | |
|---|---|---|
| Quem gera o tráfego | O serviço de monitoramento, em um cronograma fixo | Seus visitantes reais, sempre que aparecerem |
| Funciona antes de você ter tráfego | Sim - um site de staging sem usuários ainda é verificado | Não - sem visitantes, sem dados |
| Percebe uma quebra às 3 da manhã | Sim - o cronograma não dorme | Só quando alguém aparecer |
| Aponta a etapa exata que falhou | Sim - o cenário é determinístico | Raramente - você vê o sintoma, não a sequência |
| Reflete o que os clientes reais vivenciaram | Não - é uma amostra controlada | Sim - esse é o objetivo principal |
| Exige código no seu site | Não - funciona inteiramente de fora | Um script ou SDK em cada página |
| Cobre um fluxo que os clientes raramente concluem | Sim - você escolhe o que é exercitado | Não - caminhos raros permanecem sem medição |
Se o que você quer em seguida é a metade de tempo de carregamento, e não a metade de fluxo, a HostTracker também mede carregamentos de página em navegadores reais - veja tempo de acesso ao navegador e carregamento de página - e, para o equivalente máquina a máquina de uma transação, uma verificação de monitoramento de API valida o contrato de resposta em vez da página renderizada. Do lado do servidor, um monitor de consultas de banco de dados costuma explicar por que um fluxo ficou lento em primeiro lugar.
O monitoramento de transações de um site é uma verificação que automatiza um fluxo real de várias etapas do usuário - como preencher um formulário, fazer login, adicionar um item ao carrinho ou concluir uma compra - e confirma que cada etapa é concluída corretamente e que toda a sequência produz o resultado esperado. Diferente de uma verificação simples que apenas confirma o carregamento de uma única página, o monitoramento de transações segue o mesmo caminho que um visitante real percorreria, enviando dados e clicando em páginas em sequência, e então valida o resultado de acordo com as regras que você define. Isso é importante porque um site pode parecer perfeitamente saudável em todas as medidas simples de disponibilidade - a página inicial carrega, páginas individuais retornam códigos de status 200 - enquanto um processo crítico de várias etapas, como o checkout, está silenciosamente quebrado no meio do caminho. O monitoramento de transações da HostTracker foi criado especificamente para detectar essa categoria de falha.
O monitoramento de transações da HostTracker pode automatizar e validar uma série de interações no site, incluindo envios de formulários, cliques em botões e redirecionamentos entre páginas que, juntos, reproduzem como um usuário real navega pelo seu site. Isso cobre cenários comuns, como concluir um fluxo de cadastro ou login, enviar um formulário de contato ou geração de leads, e processos de compra de várias etapas, como adicionar itens ao carrinho e seguir até o checkout. Como a verificação simula o comportamento real do usuário passo a passo, em vez de apenas carregar uma única página, ela consegue validar que cada etapa do processo realmente funciona e produz o resultado esperado, e não apenas que as páginas envolvidas carregam. Isso a torna útil para qualquer site em que um fluxo interativo quebrado - e não apenas uma página quebrada - custaria leads, cadastros ou vendas.
O monitoramento básico de uptime verifica se uma única página ou endpoint responde e retorna um código de status normal, o que indica que o servidor está acessível, mas nada diz sobre se um processo de várias etapas construído sobre ele realmente funciona. O monitoramento de transações vai além, automatizando uma sequência inteira de etapas - enviar um formulário, clicar em páginas sucessivas, concluir um fluxo de compra - e validando que cada etapa é bem-sucedida e que o processo de ponta a ponta produz o resultado correto. Um site pode passar em todas as verificações de uptime enquanto seu processo de checkout está completamente quebrado na etapa de pagamento, porque cada página individual ainda carrega normalmente de forma isolada; somente uma verificação que percorre de fato a transação detectaria isso. Para qualquer site em que as conversões dependem de um fluxo de várias etapas, o monitoramento de transações cobre uma categoria de falha que as verificações básicas de uptime simplesmente não conseguem enxergar.
Sim, este é um dos principais casos de uso do monitoramento de transações. As verificações de transações da HostTracker percorrem uma sequência definida de etapas - como adicionar um item ao carrinho, avançar para o checkout, preencher os campos obrigatórios e chegar a uma página de confirmação - e validam que cada etapa é concluída conforme o esperado ao longo do caminho. Isso significa que uma falha introduzida em qualquer ponto do fluxo, seja um botão "adicionar ao carrinho" quebrado, um bug de validação de formulário ou uma página de checkout que não carrega após uma implantação recente, é detectada e relatada com registros detalhados apontando para a etapa específica que falhou. Detectar esse tipo de problema rapidamente é importante porque uma etapa de checkout quebrada custa vendas diretamente, e ela pode passar despercebida por verificações simples de uptime por muito tempo, já que as páginas individuais envolvidas ainda podem retornar códigos de status normais.
Quando uma etapa de uma verificação de transação falha - um formulário não é enviado, uma página esperada não carrega ou uma regra de validação não é atendida - a HostTracker registra o ponto de falha e envia um alerta pelos canais de notificação configurados, para que você saiba não apenas que algo quebrou, mas onde no fluxo isso aconteceu. Registros e relatórios detalhados acompanham o alerta, fornecendo aos administradores a etapa específica e o resultado necessários para investigar rapidamente, em vez de ter que refazer manualmente todo o fluxo. Esse nível de detalhe por etapa é o que torna o monitoramento de transações realmente útil para resolver problemas rapidamente: saber que "o checkout está quebrado" é muito menos acionável do que saber que a falha ocorre especificamente na etapa de confirmação de pagamento após uma mudança recente específica, o que reduz consideravelmente as causas prováveis.
Não. Embora os fluxos de compra de várias etapas sejam um exemplo comum, o monitoramento de transações é útil para qualquer site em que uma sequência de ações do usuário - não apenas o carregamento de uma única página - precise funcionar corretamente. Isso inclui fluxos de login e cadastro para aplicações SaaS, formulários de geração de leads e contato para empresas de serviços, processos de inscrição com várias páginas e qualquer navegação no site em que um link quebrado ou o envio malsucedido de um formulário no meio do caminho impediria um visitante de concluir o que veio fazer. Qualquer processo interativo em que perder um usuário no meio do caminho tenha um custo real - um cadastro perdido, um formulário de lead abandonado, uma inscrição incompleta - se beneficia de ter esse fluxo específico automatizado e verificado regularmente, em vez de presumir que ele ainda funciona apenas porque as páginas individuais envolvidas carregam sem erro.
Uma verificação de transação é executada em um intervalo que você escolhe entre 10 minutos e 24 horas - 10, 15, 30 e 45 minutos, depois 1, 2, 4, 6, 12 e 24 horas. O piso é maior do que o mínimo de um minuto que a HostTracker oferece para verificações HTTP simples, e isso é proposital: uma verificação de transação inicia um navegador real, carrega a página com seu JavaScript e percorre seu cenário passo a passo, o que exige segundos de trabalho real em vez de uma única requisição. O padrão usual é combinar as duas - uma verificação HTTP ou ping de um minuto responde "o site está acessível agora?", e uma verificação de transação a cada 10 ou 15 minutos responde à pergunta mais difícil de saber se o checkout, o login ou o fluxo de cadastro por trás dele ainda são concluídos. Essa combinação detecta uma interrupção total em até um minuto e um fluxo quebrado dentro de um ciclo de verificação, sem executar uma sessão de navegador contra sua aplicação a cada sessenta segundos.
Não, e você não deveria. Uma verificação de transação envia formulários reais contra o seu site real, então a configuração correta é uma conta de teste dedicada, um produto ou SKU de teste e - se o fluxo chegar ao pagamento - o modo sandbox ou cartão de teste do seu provedor de pagamento, exatamente como você faria para qualquer teste automatizado de ponta a ponta. Muitas equipes interrompem o cenário monitorado uma etapa antes da ação irreversível: chegam à página de pagamento, confirmam que ela foi renderizada com o total correto e encerram ali. Isso ainda comprova que todas as etapas até o ponto de venda funcionam, sem criar um pedido a cada dez minutos. A mesma regra se aplica aos fluxos de cadastro e geração de leads - aponte o cenário para um alvo de formulário de teste, ou filtre as submissões do monitor do seu lado, para que o tráfego de monitoramento nunca contamine seus dados reais.
Comece um teste grátis e monitore seus fluxos críticos de usuário - login, busca, checkout - 24 horas por dia.
Faz parte do software de monitoramento de sites da HostTracker.