Monitoramento atrás do login que vigia aquilo por que os clientes pagam.

O monitoramento normal para no formulário de login — por isso a parte pela qual os clientes realmente pagam fica sem vigilância. O Uptimia faz login como um usuário real e verifica se as páginas atrás dele continuam a funcionar, mostrando depois o passo exato que falhou, com uma captura de tela.

Comece gratuitamente → Ver preços
Teste gratuito de 30 dias · 50 monitores com login Não é necessário cartão de crédito Sem código — nunca toca na sua aplicação
Do passo com falha ao alerta
10min
Canais de alertas
12
Cidades à escolha
13
Alterações necessárias à aplicação
0

O Dashboard que ninguém conseguia acessar

Os clientes deixaram de conseguir entrar. A página de login continuava carregando e parecendo perfeitamente saudável vista de fora — enquanto todas as contas atrás dela ficavam inacessíveis.

09:14 Passo 4 — "Clicar em Entrar" — nunca chega ao DashboardA execução agendada interrompe-se aí; é captada uma captura de tela do login preso login: inativo
09:14 O passo falhado abre um incidenteAlerta os canais que já acompanha: Slack, PagerDuty, e-mail login: inativo
09:19 A pessoa de plantão abre a captura de telaNão é "funciona no meu computador" — o frame exato em que o login bloqueou login: inativo
09:44 A execução seguinte chega ao Dashboard5/5 passos passam — o incidente fecha, o aviso de recuperação é enviado login: ativo
30 minbloqueado → 5/5
Resolvido antes de o suporte ao cliente reparar.09:44
Uma verificação pública considerou a página de login saudável o tempo todo — carrega sem problemas. A execução com login tentou o botão inativo conforme agendado, salvou a captura de tela e confirmou a recuperação na execução seguinte.
passo exato + captura de telaresolvido em 30 minrecuperação confirmada pelo fluxologin · Dashboards · portais — sem código, nada instalado
E sem uma verificação com login? A página de login parecia saudável o tempo todo — nada do que uma verificação pública mede alguma vez mudou. Teria sabido através de um cliente bloqueado, ou de uma fila de suporte que se encheu do nada. sem acesso

Todas as páginas atrás do login

Do próprio login ao Dashboard, ao portal de faturamento e ao console de administração — cada página é alcançada fazendo login primeiro, e qualquer passo falhado abre um incidente.

Login e sessão ativaA porta de entrada, aberta em cada execução
Dashboard do clienteA primeira página depois do login
Portal de conta e faturamentoOnde os clientes se autosservem
Console de administração e internaApenas para a equipe, mas também vigiada
1 browser real qualquer passo falhado abre um incidente
Redefinição e recuperação de senhaA outra porta de entrada
Conteúdo apenas para membrosPáginas pagas e de acesso restrito
Redirecionamentos de SSO e de identidadeOkta, Google, Azure AD
Um passo falhado diz o que falhou: um botão de início de sessão inativo, um erro de script na submissão, uma página de erro atrás do início de sessão, uma sessão perdida, um elemento do dashboard em falta ou um passo lento — com uma captura de tela do momento exato em que falhou. captura de tela salva
Construtor sem código

Construa o início de sessão no seu browser

Clique para montar os passos que um usuário real segue para entrar — abrir a página de início de sessão, escrever o e-mail, escrever a senha, submeter e verificar se o dashboard foi apresentado. Uma captura de tela em direto atualiza-se à medida que constrói.

  • Comece pelo modelo de Início de sessão — já traz os cinco passos, até à verificação de que a aplicação carregou
  • Um campo de senha mascarado — um tipo de passo dedicado que oculta o valor enquanto o escreve
  • Teste o início de sessão em direto — um passo avariado fica vermelho e a pré-visualização salta para a sua captura de tela
Ver o construtor de fluxos →
Novo fluxo de logina partir do modelo de Início de sessão
1navegarIr para /login✓
2interagirPreencher o e-mail✓
3interagirPreencher a senhaeditando
4interagirClicar em "Entrar"✓
5verificarVerificar o cabeçalho "Dashboard"✓
＋ adicionar passo — 18 blocos em 3 grupos
Testar todos os passosao vivo
••••••••••••
Entrar
Cada Teste usa uma sessão de browser real numa sonda — inicia sessão a sério, e a captura de tela é a página real.
5/5 passos passaramsenha mascarada
Um passo falhado fica vermelho e a pré-visualização salta diretamente para a sua captura de tela — corrige um início de sessão avariado no construtor, muito antes de ser publicado. teste ao vivo

Prova, tempo e alertas

Localize a falha

Veja onde o início de sessão falhou

Quando o início de sessão falha, toda a execução fica à vista — cada passo em ordem, o que falhou assinalado a vermelho, e a própria captura de tela do browser do momento em que encravou.

  • A captura de tela do passo falhado — o fotograma exato em que o início de sessão encravou
  • O passo que falhou a vermelho, com todos os seguintes mostrados como "não executado"
  • Cada barra desfasada conforme o início do respetivo passo — o início de sessão lê-se como uma cascata
Como funciona a prova de incidentes →
Última execução · Fluxo de início de sessão · app.caldmont.com09:14 · Toronto
passo 10.6 s
passo 20.4 s
passo 30.4 s
passo 4✗ preso
passo 5não executado
Passo 4 — o que o browser viu
✕
Iniciar sessão — sem resposta
Entrar
O botão Iniciar sessão não deu qualquer resposta — a execução nunca saiu de /login. Este é o fotograma exato em que bloqueou.
captura de tela da etapa falhadaparou no passo 4
Nada é assumido depois da falha. O passo 5 aparece como não executado — a verificação nunca alega um dashboard que nunca alcançou. não executado
Desempenho

Encontre o passo lento

"Iniciar sessão parece lento" é apenas uma sensação até conseguir identificar o passo. O Uptimia cronometra cada um, de forma a ver que o redirecionamento de autenticação é o atraso — e corrigir isso, não a página toda.

  • Cada passo ordenado pela sua duração média — e a fatia do início de sessão que lhe corresponde
  • Os cinco passos mais lentos empilhados ao longo do tempo, cada um com a sua própria linha de tendência
  • As execuções mais lentas mostradas junto à média — para que um início de sessão que só se arrasta em dias maus também apareça
Como funciona a cronometragem dos passos →
"Iniciar sessão parece lento"
uma sensação — sem passo, sem número
Detalhe dos passos — o pior primeiromédia de 24 h
Ordenado pela duração média — o início de sessão totaliza 4,4 s, e um único passo ocupa quase metade.
Clicar em Entrar2.1 s
Verificar Dashboard1.0 s
Ir para /login0.6 s
Preencher e-mail0.4 s
Preencher senha0.3 s
as execuções mais lentas também aparecemfatia da execuçãotendência por passo
"Clicar em Iniciar sessão" é 48% da execução. O redirecionamento de autenticação é o estrangulamento — não a página, não o browser. 48%
Num relance

Todo o início de sessão num relance

Uma única faixa responde às perguntas que realmente importam: as pessoas conseguem entrar neste momento, quão fiável tem sido o início de sessão ultimamente, e para onde vão os segundos.

  • Estado, disponibilidade e número de incidentes no topo — a saúde do início de sessão numa única linha
  • Tempos de execução médio e mais lento junto com a contagem de passos de todo o início de sessão
  • O passo mais lento identificado por número e ação, ao lado da frequência com que a verificação corre
Percorra a página de detalhe do monitor →
?As pessoas conseguem iniciar sessão neste momento?
?Quão fiável tem sido o início de sessão?
?Qual o passo que o atrasa?
Sign-in flow — app.caldmont.comao vivo
Estado atual
Operacional
5/5 passos passando
Disponibilidade · 30 d
99.9%
2 incidentes · 34 min indisponível
Tempo médio de execução
4.4 s
mais lento 6,2 s · 5 passos
Passo mais lento
2.1 s
n.º 4 · Clicar em "Iniciar sessão"
Construído a partir de execuções reais — 4 320 nos últimos 30 dias, uma a cada 10 minutos, todas a iniciar sessão do zero. 4.320 execuções
Alerta

Alertado quando uma execução de login falha

A execução que falha envia o alerta diretamente para onde a sua equipe já procura — Slack, PagerDuty, WhatsApp, e-mail e os restantes. Assim que um início de sessão posterior for concluído, segue-se o aviso de recuperação.

  • A lista de contatos que já construiu — compartilhada com todos os monitores Uptimia, configurada uma vez
  • O passo falhado explicado no alerta — qual, e o motivo
  • Uma mensagem de recuperação assim que uma execução posterior inicia sessão sem problemas
Documentação de alertas e integrações →
Início de sessão falhou — Caldmont09:14
app.caldmont.com — passo 4 · Clicar em "Iniciar sessão" · preso em /login. O alerta explica qual o passo e porquê, e liga diretamente à captura de tela.
passo + motivocaptura de tela ↓
Slack#alerts-prod
PagerDutyevento aberto
WhatsApp + E-mailprevenção, com todos os detalhes
+ mais 8 canaisconfigurado uma vez
De volta às 09:44 — 5 de 5 passos verdes. O aviso de recuperação chega aos mesmos canais, fechando o ciclo. 30 min indisponível

O próximo início de sessão bloqueado devia alertá-lo.Não a um cliente sem acesso.

Todos os inícios de sessão, todas as capturas de tela, todos os canais de alerta — gratuito durante 30 dias, e nada disto é um extra pago.

Comece gratuitamente →
30 dias grátis não é necessário cartão de crédito cancele quando quiser

Como funciona o monitoramento atrás do login

Construa o início de sessão em minutos — as verificações correm nos browsers do Uptimia, nunca toca na sua aplicação.

Passo 1sem código

Construa o login

Comece pelo modelo de Início de sessão, depois clique para montar os passos que um usuário segue para entrar — abrir a página, escrever o e-mail, escrever a senha, submeter, verificar o dashboard.

LoginSignupSearchCheckout
Passo 1 · Ir para o URL
https://app.caldmont.com/login
Passo 2 · Preencher a senha
•••••••••• mascarada
Passo 230 segundos

Teste-o e depois salve

"Testar todos os passos" inicia sessão a sério contra um browser real. Tudo o que falhar fica vermelho e mostra a sua captura de tela — descobre-o antes de sequer salvar.

Execução de teste
5/5 passos passaram · 4,3 s · Automático (Toronto)
Executar a cada
10 minutos
CancelarSalvar monitor →
Passo 3automático

Saiba quando o início de sessão falhar

O Uptimia volta a iniciar sessão conforme o agendamento. O primeiro passo que falhar abre um único incidente e alerta a sua equipe, com a captura de tela desse passo anexada.

#alerts-prod
Uptimia 09:14
⚠ Login falhou — app.caldmont.com
passo 4 · "Entrar"preso em /login
Também enviado a E-mailPagerDuty

Também incluído

Inícios de sessão que não são um formulário simples

Um banner de cookies no caminho, uma tela que pede primeiro o e-mail e só depois a senha na página seguinte, uma caixa de "lembrar-me", um campo que a sua aplicação acrescentou — clique para montar cada um no fluxo e depois diga o que tem de estar na tela assim que entrar.

NavegarInteragirVerificar

Verificações de conteúdo

Confirme que realmente chegou ao Dashboard — não apenas que a página de início de sessão carregou.

espera o cabeçalho "Dashboard" · ✓ encontrado

Modelos para começar

Início de sessão fica pronto em cinco passos — URL, e-mail, senha mascarada, submissão e uma verificação da página final.

LoginSignupSearchCheckout

Endpoints com autenticação básica

Para uma página atrás de HTTP Basic Auth ou de um token fixo, um monitor de disponibilidade normal guarda as credenciais ou o cabeçalho e verifica-o em cada execução — sem precisar de um início de sessão programado.

Authorization header · 200 OK

Janelas de manutenção

Uma janela de manutenção evita que trabalho planejado alerte alguém.

Dom 02:00–04:00 · alertas silenciados

Um Dashboard para tudo

As verificações com sessão iniciada ficam junto dos monitores de disponibilidade, SSL, velocidade, DNS e heartbeat — os mesmos contatos, grupos e papéis.

Sign-in flow · app.caldmont.comTRANSAÇÃO www.caldmont.comDISPONIBILIDADE app.caldmont.comSSL

Alertas onde a sua equipe já trabalha

As verificações com sessão iniciada usam os mesmos contatos e canais que tudo o resto que monitora com o Uptimia.

De plantão e escalonamento
PagerDuty Webhooks Twilio
Direto
E-mail SMS

12 canais, uma lista de contatos — configure uma vez, cada verificação que executa usa-a.

Ver o diretório completo de integrações →
09:14 · início de sessão falhou — app.caldmont.com · passo 4 "Iniciar sessão"
#ops-alertsSlack
⚠ Login falhou — app.caldmont.com
passo 4 · "Entrar"preso em /logincaptura de tela ↩
+371 ··· 4082WhatsApp
Uptimia: INÍCIO DE SESSÃO FALHOU — app.caldmont.com. O passo 4 "Iniciar sessão" ficou preso em /login às 09:14.
Caixa de entradaE-mail
⚠ Início de sessão falhou — passo 4 "Iniciar sessão"
Preso em /login às 09:14. Está anexada uma captura de tela do passo falhado · os passos 1–3 foram concluídos…
ProductionPagerDuty
TRIGGEREDInício de sessão falhou no passo 4
atribuído à pessoa de plantão · via integração Uptimia

O que é o monitoramento atrás do início de sessão?

O monitoramento atrás do login é uma verificação automática que faz login na sua aplicação segundo um agendamento e confirma que as páginas atrás do login realmente funcionam — o Dashboard, a área da conta, o painel de administração — não apenas que a página pública de login carrega. Há duas formas de alcançar uma página protegida: um endpoint atrás de HTTP Basic Auth ou de um token fixo pode ser vigiado por uma verificação de disponibilidade autenticada, enquanto um formulário de login real é conduzido por um monitor de transações que o preenche, submete e confirma que a aplicação carregou.

Enquanto o login funciona

Como é que inicia sessão?

Uptimia
browser real
inicia sessão · a cada 10 min
A sua aplicação
5/5 passos ✓

Cada execução abre a página de início de sessão, escreve o e-mail e a senha de uma conta de teste dedicada, submete e verifica se o Dashboard foi apresentado — registrando o tempo, e uma captura de tela se falhar.

Quando o login falha

Captar e depois alertar

Passo 4
preso em /login
captura de tela salva
Uptimia
abre o incidente

passo 4 · clicar em "Iniciar sessão" · o Dashboard nunca carregou → o incidente abre, os alertas acionam

A diferença

Verificação pública vs. verificação com sessão iniciada

A página de login pode parecer perfeitamente saudável enquanto ninguém consegue realmente entrar. Uma verificação pública vê-a carregar e para aí; uma verificação com sessão iniciada passa pelo login e testa as páginas atrás dele.

Comparar o monitoramento público e com sessão iniciada →
O que aconteceVerificação públicaVerificação com login
A página de login carrega normalmente✓ Operacional✓ Operacional
O botão de login aciona um erro de script✓ Parece operacional✗ Detectado
O Dashboard só falha quando a sessão está iniciada✓ A página carrega✗ Detectado
A sessão cai logo depois do login✓ Parece operacional✗ Detectado
A área "Membros" carrega vazia✓ Parece operacional✗ Detectado

Perguntas frequentes sobre monitoramento atrás do login

01O que significa monitoramento atrás do início de sessão?+
Significa verificar as páginas que só existem depois de iniciar sessão — o Dashboard, a área de membros, o painel de administração — não apenas a página pública de início de sessão. O Uptimia inicia sessão segundo um agendamento, a partir de um browser real, e confirma que a aplicação atrás do formulário realmente carrega.
02Em que é que isto é diferente do monitoramento público de disponibilidade?+
Uma verificação pública de disponibilidade para no formulário de início de sessão: vê a página de início de sessão carregar e considera o site saudável. Uma verificação com sessão iniciada atravessa a porta — preenche o formulário de início de sessão e confirma que o Dashboard foi apresentado — por isso detecta um início de sessão bloqueado ou uma página de membro avariada que uma tela de início de sessão de aparência saudável esconde. A maioria das equipes usa as duas.
03O Uptimia consegue mesmo iniciar sessão na minha aplicação?+
Sim. Um monitor de transações conduz um browser real pela porta da frente exatamente como um usuário — vai à página de início de sessão, escreve o e-mail, escreve a senha, clica em Iniciar sessão — e depois verifica a página onde acaba. Não há nenhuma porta das traseiras nem chave de API para a sua aplicação; inicia sessão da mesma forma que os seus clientes.
04Como é que lida com a minha senha?+
Adiciona um passo "Preencher campo de senha" e o valor fica mascarado no construtor enquanto o escreve. O Uptimia repete-o em cada verificação. Como a credencial fica guardada no monitor para ser reutilizada, use uma conta de teste dedicada em vez de uma senha pessoal ou de administrador.
05Devo usar uma conta de cliente real ou de administrador?+
Não — crie uma conta de teste dedicada com o menor acesso que ainda alcance as páginas que quer vigiar. Isso mantém os dados de um cliente real fora da verificação, e significa que uma credencial guardada nunca é o início de sessão de uma pessoa real.
06E a autenticação de dois fatores ou o CAPTCHA?+
Um início de sessão programado escreve um e-mail e uma senha fixos; não consegue inventar um código único novo nem resolver um CAPTCHA que muda a cada início de sessão. Aponte a verificação para uma conta de teste isenta de MFA reforçada e de CAPTCHA, ou use uma senha específica para a aplicação, onde a sua aplicação oferecer essa opção.
07Funciona com SSO — Okta, Google, Azure AD?+
Se o seu SSO inicia sessão com um e-mail e uma senha num formulário, sim — adicione esses passos contra a página do fornecedor de identidade e continue para a aplicação. Se exigir um código único novo ou uma chave física em cada início de sessão, use uma conta de teste que não o exija, pelo mesmo motivo referido acima para o 2FA.
08E se a página estiver atrás de HTTP Basic Auth, e não de um formulário de início de sessão?+
Então não precisa de nenhum início de sessão programado. Um monitor de disponibilidade normal pode salvar um nome de usuário e senha de HTTP Basic Auth, ou um cabeçalho Authorization personalizado, e enviá-lo em cada verificação — a forma mais simples de vigiar um único endpoint protegido ou uma API interna.
09O que acontece quando o início de sessão falha?+
O passo falhado abre um incidente e alerta os seus canais. Recebe a execução detalhada passo a passo: o que falhou a vermelho, a captura de tela desse momento, e todos os passos seguintes mostrados como nunca alcançados. Assim que uma verificação seguinte inicia sessão sem problemas, o incidente fecha e segue-se um aviso de recuperação.
10De onde correm as verificações?+
A partir de um browser real, numa localização por verificação. Há treze à escolha — Londres, Frankfurt, Amesterdão, Roma, Estocolmo, Estrasburgo, Praga, Vilnius, Nova York, Toronto, Dallas, Orlando e São Francisco — ou deixe o Uptimia escolher. Uma sessão de browser corre num único lugar, por isso uma verificação com sessão iniciada não se espalha pela rede alargada de sondas como acontece com um ping de disponibilidade leve. Escolha a que estiver mais perto dos seus usuários.
11O monitoramento atrás do início de sessão está incluído no plano gratuito?+
O monitoramento com sessão iniciada corre nos planos pagos, uma vez que cada verificação conduz uma sessão de browser completa — mas faz parte de todos os planos pagos, nunca é um extra pago. O Basic inclui um monitor com sessão iniciada, o Professional dez, e os planos vão até 100. O teste gratuito de 30 dias também o inclui, com espaço para 50 monitores com sessão iniciada e não é necessário cartão de crédito. Um endpoint com autenticação básica também pode ser vigiado com um monitor de disponibilidade normal — o plano gratuito inclui um.

Comece a vigiar atrás do seu início de sessão

Construa o seu início de sessão em minutos — e seja o primeiro a saber da próxima vez que um cliente não conseguir entrar.

Comece gratuitamente →
Teste gratuito de 30 dias 50 monitores com sessão iniciada incluídos Não é necessário cartão de crédito Sem código, nada para instalar
O monitoramento com sessão iniciada faz parte de todos os planos pagos do Uptimia.