Status atual do site
Veja se o site ativo está registrado como disponível, indisponível, em timeout ou inacessível antes de abrir os detalhes.
Monitoramento de uptime para sites de SEO e receita
Verifique se o site do projeto está acessível, meça disponibilidade e tempos de resposta em 30 dias, analise falhas HTTP e recuperação de incidentes e avise a caixa certa sem transformar uptime em promessa de ranking.
TL;DR
Demasiado longo; não lido
Mostrar resumo Ocultar resumo
TL;DR
Demasiado longo; não lido
O que é o Screpy Uptime Monitoring?
O Screpy Uptime Monitoring verifica repetidamente o site público configurado para um projeto, registra disponibilidade HTTP e tempo de resposta e resume os últimos 30 dias com incidentes e notificações de email compatíveis. Ele fornece evidências de monitoramento externo; não diagnostica a infraestrutura nem garante visibilidade na busca.
Configure a verificação do projeto
- O Screpy monitora a URL pública configurada para o projeto atual.
- O Uptime Monitoring pode ser ativado ou desativado nas configurações do projeto.
- O intervalo disponível depende do plano ativo.
- Um endereço opcional pode receber emails compatíveis de indisponibilidade.
Leia a saúde de 30 dias
- O status atual mostra o resultado da última verificação concluída.
- A porcentagem de uptime resume as verificações bem-sucedidas dos últimos 30 dias.
- O tempo médio de resposta usa verificações bem-sucedidas do mesmo período.
- A última verificação e o total de verificações mostram a atualização do monitoramento.
Inspecione as evidências
- Respostas HTTP 2xx e 3xx são registradas como disponíveis.
- Outras respostas HTTP, timeouts e erros de conexão permanecem diferenciados.
- As verificações recentes incluem status, tempo de resposta, código HTTP e horário.
- Os incidentes mantêm juntos os horários de início da queda e recuperação.
Entenda os limites
- Cada projeto monitora seu site configurado, não uma lista arbitrária de endpoints.
- Verificações HTTP externas não substituem monitoramento de infraestrutura ou transações.
- O Screpy registra sintomas e recuperação, mas não afirma análise automática da causa raiz.
- A disponibilidade ajuda o acesso dos crawlers, mas não garante indexação ou rankings.
Veja disponibilidade, resposta e incidentes em uma única tela.
Comece pelo estado atual e use o resumo de 30 dias, verificações recentes, linha do tempo de respostas e horários dos incidentes para decidir se o site precisa de investigação.
Porcentagem de uptime em 30 dias
Calcule a proporção de verificações bem-sucedidas na janela atual de 30 dias em vez de julgar a confiabilidade por uma requisição.
Tempo médio de resposta
Analise o tempo médio das verificações bem-sucedidas no mesmo período para manter disponibilidade e latência de entrega separadas.
Linha do tempo de resposta
Acompanhe medições recentes no gráfico e compare períodos lentos com deploys, eventos de tráfego ou mudanças na infraestrutura.
Verificações HTTP recentes
Inspecione status, código HTTP, tempo de resposta, estado seguro de erro e horário das verificações recentes.
Distribuição dos status
Separe resultados bem-sucedidos, indisponibilidade, timeout e erros de conexão para saber se o problema é isolado ou repetido.
Histórico de incidentes e recuperação
Revise incidentes abertos e resolvidos com horários de início e recuperação, sem perder o evento quando o site volta a funcionar.
Notificações por email
Envie notificações compatíveis de indisponibilidade e recuperação aos membros do projeto e a um endereço opcional quando o incidente se qualificar.
Monitore o site público configurado para cada projeto.
O Screpy envia verificações HTTP externas recorrentes no intervalo disponível do plano ativo e mantém o resultado no mesmo workspace de SEO.
- Use a URL já configurada no projeto
- Registre respostas HTTP 2xx e 3xx como disponíveis
- Diferencie falhas HTTP, timeouts e erros de conexão
Leia uptime e tempo de resposta como um padrão.
A visão contínua de 30 dias transforma verificações individuais em um histórico útil sem esconder o resultado mais recente ou a atualização dos dados.
- Analise status atual e porcentagem de uptime
- Compare tempo médio com a série de respostas
- Inspecione verificações recentes e toda a distribuição de status
Mantenha indisponibilidade e recuperação na mesma linha do tempo.
Uma verificação falha abre ou atualiza um incidente; a próxima verificação bem-sucedida registra a resolução, deixando claros início, duração e recuperação.
- Acompanhe incidentes abertos e resolvidos separadamente
- Mantenha horários de início e resolução
- Envie emails compatíveis de indisponibilidade e recuperação
Configure um ciclo útil de monitoramento de uptime.
Uma verificação é valiosa quando o destino é público, o intervalo corresponde à importância do site, as notificações chegam a uma caixa responsável e cada incidente termina com recuperação confirmada.
- 01
Use a URL pública do projeto
Escolha um destino público estável que visitantes e crawlers precisam alcançar. Evite rotas administrativas privadas ou caminhos intencionalmente indisponíveis.
- 02
Ative verificações e configure o intervalo
Ative o Uptime Monitoring nas configurações, use o intervalo disponível para o projeto e adicione um email opcional para a responsabilidade operacional.
- 03
Leia o padrão de 30 dias antes de escalar
Compare status, uptime, histórico de respostas, resultados HTTP e falhas repetidas em vez de declarar indisponibilidade por um único ponto.
- 04
Investigue e confirme a recuperação
Verifique deploy, DNS, TLS, hospedagem, firewall e aplicação fora do Screpy e confirme que uma verificação posterior bem-sucedida encerra o incidente.
Priorize sites onde o downtime tem custo real.
Use verificações recorrentes para projetos cuja disponibilidade afeta vendas, leads, campanhas, acesso dos clientes ou a recuperação de conteúdo público pelos crawlers.
Sites de receita
Mantenha loja, site de reservas, produto por assinatura ou site de geração de leads sob verificações externas recorrentes.
Propriedades de busca orgânica
Acompanhe o site público que crawlers e visitantes orgânicos precisam alcançar antes que conteúdo ou ranking possam fazer diferença.
Sites de lançamento e campanhas
Monitore o site durante lançamentos, migrações, redesigns e campanhas ativas, quando um problema de disponibilidade tem custo imediato.
Portfólios com vários projetos
Analise o uptime separadamente para cada projeto Screpy e mantenha sites de clientes ou marcas no mesmo fluxo.
Conheça os limites de um resultado de uptime.
O Screpy fornece evidências HTTP externas e histórico de incidentes para o site configurado. Use infraestrutura, logs, testes de transação e dados de busca quando a pergunta ultrapassar esse escopo.
Um site por projeto
O Uptime Monitoring verifica a URL pública configurada para o projeto Screpy; não é uma lista geral de monitores de endpoints independentes.
Verificação externa, não telemetria de infraestrutura
O resultado descreve se o destino público respondeu. Não inspeciona CPU, memória, containers, bancos de dados, redes privadas ou logs do servidor.
Evidência de incidente, não prova da causa raiz
Status HTTP, tempos e horários restringem a investigação, mas não comprovam se DNS, TLS, hospedagem, deploy, firewall ou código causou o problema.
Disponibilidade não é garantia de SEO
Uma página pública funcionando é necessária para visitantes e crawling, mas uptime alto não garante indexação, rankings, tráfego, receita ou conversões.
Use o fluxo de saúde do site adequado à falha.
Monitore a acessibilidade ao longo do tempo, audite o site quando falhas ou padrões de crawling se repetirem ou analise o desempenho depois que a disponibilidade estiver estável.
Acompanhe status atual, uptime de 30 dias, histórico de resposta, verificações HTTP recentes e incidentes do site.
Rastreie o site para encontrar páginas com falha, problemas de redirecionamento, destinos quebrados e padrões técnicos ligados à indisponibilidade.
Execute verificações de desempenho em laboratório quando o site estiver acessível, mas carregamento ou responsividade ainda precisarem de investigação.
Documentação do Screpy
Aprenda a monitorar o uptime do site
Siga o guia Screpy para escolher uma URL pública útil, configurar intervalo e email conforme o plano, interpretar evidências de disponibilidade de 30 dias e verificar a recuperação.
Perguntas sobre monitoramento de uptime, respondidas.
Entenda a URL de destino, a lógica dos status HTTP, o intervalo, o histórico de 30 dias, tempos de resposta, recuperação de incidentes, alcance das notificações e a diferença para monitoramento completo de infraestrutura.
O que o Screpy Uptime Monitoring mede?
O Screpy verifica a URL pública configurada para um projeto e registra disponibilidade, código HTTP, tempo de resposta, horário da verificação e estado seguro de erro. O painel resume os últimos 30 dias com uptime, resposta média, verificações recentes, distribuição de status e incidentes.
O que o Screpy considera disponível ou indisponível?
Uma resposta HTTP concluída na faixa 200 ou 300 é registrada como disponível. Outras respostas são registradas como indisponíveis, enquanto timeouts e outras falhas aparecem separadamente.
Com que frequência o Screpy verifica o uptime?
O Screpy usa o intervalo configurado para o projeto. Padrões e acesso dependem do plano atual, e planos elegíveis podem usar intervalos de um minuto. O painel mostra a última verificação para você avaliar a atualização.
O Uptime Monitoring mostra histórico de tempo de resposta?
Sim. A tela Uptime exibe respostas recentes em um gráfico e informa a média de 30 dias das verificações bem-sucedidas. Tempo de resposta é contexto operacional, não o mesmo que carregamento completo ou experiência real do usuário.
Como funcionam incidentes de indisponibilidade e recuperação?
Uma verificação falha abre ou atualiza o incidente atual. Quando uma verificação posterior tem sucesso, o Screpy resolve o incidente aberto e registra o horário de recuperação.
O Screpy envia alertas de indisponibilidade?
O Screpy pode enviar por email eventos de indisponibilidade compatíveis aos membros do projeto e a um endereço opcional. Uma mensagem de recuperação pode seguir; use a lista de incidentes como fonte principal, pois nem toda falha gera email.
O monitoramento de uptime substitui o monitoramento de servidor ou transações?
Não. O Screpy verifica externamente o site público configurado. Não inspeciona infraestrutura privada nem testa jornadas com várias etapas, como login, pesquisa, formulário ou checkout.
Uma queda do site pode afetar crawling ou indexação?
Problemas de disponibilidade podem impedir crawlers de recuperar uma página, e erros repetidos podem reduzir o crawling. O Uptime Monitoring fornece evidências para investigação, mas não garante quando um mecanismo rastreará, indexará ou classificará uma URL.
Saiba quando o site de um projeto fica indisponível.
Ative verificações recorrentes, direcione emails de incidentes para a caixa certa, revise as evidências de 30 dias e confirme a recuperação após corrigir o problema.
Seu trabalho SEO com um orçamento menor
Descubra como o Screpy combina auditorias, posições, visibilidade em IA e monitoramento com limites claros.