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 monitor

Incluído em todos os planos e no período experimental gratuito.

Trusted by market leaders · Client results

adevintaerasmusmcsaturnloopearplugsmarktplaatsperionnina careharvardebaykpnmy work featured on web.devhappyhorizonfotocasaaleteiadpg mediavpnwhowhatwearsnvmonarchcomparenestleworkiva

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.

Uptime monitors in CoreDash: one site down, one failing, one blocked by a firewall, one with an unexpected status, the rest up, with uptime over 7 days

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.

A monitor marked Down while the CDN still serves cached pages: the server itself does not answer

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.

Seven days of server response time, around 950 ms with a peak every evening, next to a visitor TTFB of 1.92 s

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.

The checkout page answering 404 since a release two days ago, after five days of 200

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.

A monitor marked Blocked: a firewall answers the checker with a 403, with a link to the fix

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 monitor

Ainda não tem conta no CoreDash? Inicie o período experimental gratuito; a monitorização de uptime está incluída.