Monitorização de uptime, incluída com os seus Core Web Vitals
Saiba quando o site ou o checkout deixam de funcionar, e a que velocidade o servidor responde no resto do tempo.
Adicionar um monitorIncluído em todos os planos e no período experimental gratuito.
O site parece normal e as encomendas pararam
O servidor deixa de responder e a CDN continua a entregar a homepage em cache. Ou uma release quebra o checkout e deixa todas as outras páginas intactas. Ninguém repara até um cliente enviar um email a perguntar porque não consegue pagar.
O CoreDash monitoriza ambos por si, no mesmo projeto dos seus Core Web Vitals.
Um email e uma mensagem no Slack quando o site vai abaixo
Quando o site vai abaixo ou uma página responde com o status errado, recebe um email e uma mensagem no Slack, e novo aviso quando voltar ao normal. Adicione as páginas que interessam, a começar pela homepage e pelo checkout, e o CoreDash verifica cada uma a cada 30 minutos.
Um monitor só passa a Down após duas verificações falhadas consecutivas a partir de dois servidores diferentes, para que uma falha pontual de rede não o acorde.

Todos os sites e páginas que monitoriza numa só lista, com o uptime dos últimos 7 dias e qualquer certificado que expire dentro de duas semanas.
Veja a indisponibilidade que a CDN esconde
A CDN pode continuar a servir páginas em cache enquanto o servidor está em baixo. A homepage continua a carregar, mas clientes com sessão iniciada, carrinhos e todas as páginas que não estão em cache dão erro. O CoreDash marca o site como Down de qualquer forma: introduza o endereço IP do servidor em Advanced ao adicionar ou editar um monitor, e cada verificação consulta também o próprio servidor, contornando a CDN.

Quanto do tempo de espera dos visitantes se deve ao servidor
Neste exemplo, cerca de metade do tempo de espera dos visitantes deve-se ao servidor. O CoreDash coloca o tempo de resposta de cada verificação ao lado do TTFB que os visitantes reais obtêm no p75: cerca de 950 ms no verificador, com um pico todas as noites, contra 1,92 s para os visitantes.
A maior imagem ou título não pode aparecer antes de o servidor responder, pelo que um LCP mais rápido aqui começa no servidor.

Detete o checkout que quebrou na última release
Após uma release, a homepage pode continuar a responder enquanto o checkout devolve "página não encontrada", e um monitor na homepage não vê qualquer problema.
Aqui, o checkout tem o seu próprio monitor. Funcionou durante cinco dias e, desde uma release há dois dias, responde com 404, o que o CoreDash marca como Unexpected status. Isso também envia um email e uma mensagem no Slack, e novo aviso assim que o checkout voltar a funcionar.

Sem falsos alarmes da firewall e certificados detetados duas semanas antes de expirarem
Uma firewall que bloqueie o verificador nunca dispara um alerta de indisponibilidade. O monitor indica Blocked, inclui um link para a solução e não contabiliza isso como downtime.
A lista de monitores também contabiliza todos os certificados que expirem dentro de 14 dias. Uma renovação esquecida surge ali duas semanas antes de os browsers começarem a avisar os visitantes.

O que acontece após um crash às 19:50
O servidor deixa de responder às 19:50. Às 20:00, o primeiro servidor não obtém resposta e o monitor passa a Failing; ainda não é enviado nada. Meia hora mais tarde, o segundo servidor também não obtém resposta. O monitor passa a Down e o email e a mensagem no Slack são enviados.
Na primeira verificação que voltar a obter resposta, o monitor passa a Up e o aviso de restabelecimento é enviado da mesma forma. Dependendo de quando o servidor parar, recebe o aviso 30 a 60 minutos depois.
Uptime no projeto que a equipa já abre
Cada monitor pertence a um projeto do CoreDash, e qualquer pessoa nesse projeto vê-o ao lado do LCP, INP e CLS do mesmo site. Está incluído na subscrição que já tem e no período experimental. Pergunte ao Claude "o meu site foi abaixo esta semana?" no mesmo chat onde pergunta porque é que o LCP subiu no telemóvel. Ligue o Claude ao CoreDash.
Quando precisa de uma ferramenta de uptime dedicada
O CoreDash faz verificações a cada 30 minutos a partir de dois servidores numa única região e alerta por email e Slack. Uma quebra breve entre duas verificações pode passar despercebida, e não existe página pública de status nem SMS. Para verificações minuto a minuto a partir de vários países, vale a pena pagar por uma ferramenta de uptime dedicada.
Para saber se o site e o checkout funcionam, e a que velocidade o servidor responde, não precisa de uma ferramenta dessas. Já está tudo no seu projeto do CoreDash, sem custos adicionais.
Perguntas frequentes
A monitorização de uptime tem custos adicionais?
Não. Todas as subscrições e o período experimental incluem-na, e os monitores continuam ativos enquanto o projeto existir. Consulte os preços.
Com que frequência o site é verificado?
Duas vezes por hora. Um servidor verifica à hora certa, o outro à meia hora.
Para onde são enviados os alertas?
Para os endereços de email das pessoas associadas ao projeto e para o Slack, assim que o Slack estiver ligado ao projeto.
Preciso de alterar a firewall?
Apenas se esta bloquear o verificador. Cada verificação envia o user agent do CoreDash e o bot token do projeto, e uma regra na firewall pode autorizar a passagem através de qualquer um deles. Como permitir o CoreDash.
Quantos monitores posso adicionar?
Até 25 por projeto. Um monitor verifica um URL: a homepage, o checkout e o login são três monitores.
Preciso do script do CoreDash no site para o uptime?
Não. Um monitor só precisa de um projeto no CoreDash, e as verificações correm de qualquer forma. O cartão com o TTFB dos visitantes fica vazio até chegarem dados de utilizadores reais recolhidos pelo script.
Comece pela página que gera receita
Abra o Uptime no seu projeto do CoreDash e adicione o checkout. A primeira verificação corre na próxima hora certa ou meia hora.
Adicionar um monitorAinda não tem conta no CoreDash? Inicie o período experimental gratuito; a monitorização de uptime está incluída.