Sites de receita
Mantenha loja, site de reservas, produto por assinatura ou site de geração de leads sob verificações externas recorrentes.
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.
Configure verificações de disponibilidade
Ative verificações recorrentes da URL pública salva no projeto Screpy. Escolha um destino útil para visitantes antes de definir a frequência.
- Cada projeto monitora uma URL HTTP ou HTTPS, não uma lista separada de endpoints.
- As configurações controlam ativação, intervalo de 1–60 minutos e email opcional de notificação.
- Verificações programadas exigem plano pago ativo e elegível; os intervalos padrão variam.
- A inatividade da equipe aumenta os intervalos; após 30 dias inativos, as verificações param.
- Última verificação indica a atualização; o intervalo configurado não garante horário exato de execução.
example.com60 s
Entenda a porcentagem de uptime
Veja a proporção de verificações bem-sucedidas nos últimos 30 dias. Leia a porcentagem junto com a quantidade e a última data.
- O uptime divide verificações bem-sucedidas por todas as registradas e multiplica por 100.
- O status atual vem da última verificação concluída nesse período.
- Sem verificações registradas, os dados ficam indisponíveis, não em 100%.
- A porcentagem usa amostras; não pode ser convertida diretamente em minutos de indisponibilidade ou SLA ponderado por tempo.
Disponibilidade
93,8%503200
Acompanhe tempos de resposta
Identifique respostas lentas e falhas repetidas no gráfico. Uma URL acessível também pode responder lentamente.
- O gráfico usa até 160 verificações recentes de 30 dias; a largura da tela determina a parte visível.
- A tendência calcula a média de cinco verificações; a resposta média usa as bem-sucedidas dos 30 dias completos.
- Os tempos medem latência HTTP, não carregamento completo, Core Web Vitals ou uma jornada do visitante.
Tempo de resposta
240 msRevise os status HTTP
Veja as oito últimas verificações com status, data, código HTTP e resposta. Compare com o comportamento esperado da URL pública.
- HTTP 200–399 conta como disponível; outras respostas HTTP, como indisponível. Tempo esgotado e erro são registrados separadamente.
- Redirecionamentos não são seguidos: um resultado 3xx não confirma o destino.
- As verificações usam HEAD, tentando GET em 405 ou 501; falhas de conexão podem não ter código HTTP.
- Um resultado disponível não valida conteúdo, formulários ou compras; uma página de erro HTTP 200 também pode contar como disponível.
Estado HTTP
200GET /HTTP/2 200Revise incidentes de indisponibilidade
Acompanhe o incidente da primeira falha até uma verificação posterior bem-sucedida. Investigue a causa separadamente.
- A primeira falha abre um incidente; as seguintes o atualizam e o primeiro sucesso o resolve.
- O painel mostra totais históricos de incidentes abertos e resolvidos e os cinco últimos com status, início e detalhes.
- Os horários refletem verificações, não o início exato entre amostras; quedas breves podem passar despercebidas.
Período
12 min503200
Receba emails de indisponibilidade
Envie avisos elegíveis aos membros e a um endereço adicional opcional. O registro do incidente começa antes de se tornar elegível para email.
- Uma falha posterior do mesmo incidente pode gerar email com códigos aceitos como 404, 500 ou 503.
- Tempos esgotados, erros de conexão e códigos não aceitos são registrados, mas não geram esses emails.
- Cada projeto tem limites separados de um email de queda e um de recuperação por 24 horas.
- A recuperação exige incidente já notificado e não suprimido; a duração registrada não prova a queda exata vivida pelos visitantes.
!
Projetoexample.com
RevisãoLeia uptime pelo SEO MCP
Peça a um assistente conectado que explique resultados salvos de um projeto acessível. Use a data para distinguir registros de uma nova verificação.
- O SEO MCP retorna status de 30 dias, porcentagem, média das verificações bem-sucedidas e última verificação.
- Até 160 registros recentes incluem status, resposta e data; o resumo não contém códigos HTTP ou incidentes.
- A leitura não executa novas verificações nem identifica ou corrige quedas; resultados ausentes continuam indisponíveis.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Adicione uptime a relatórios SEO
Compartilhe dados de disponibilidade em um relatório salvo para cliente ou equipe. Um retrato do período difere do monitoramento ao vivo.
- O widget inclui estatísticas de 30 dias, verificações recentes e incidentes que se sobrepõem ao período do relatório.
- O total pode diferir do histórico do painel; incidentes resolvidos podem incluir sua duração registrada.
- O relatório captura dados salvos na geração e não envia alertas ao vivo.
Seções
aACMERelatórioPDF
Pontuação de saúde87/100
Posição+24
Converse sobre Monitoramento de uptime. Com SEO MCP.
Peça ao assistente o resumo de disponibilidade do Screpy via SEO MCP. Entenda disponibilidade e tempos de resposta sem tratar dados de monitoramento como prova da causa do problema.
- Screpy: Olá! Vamos analisar Monitoramento de uptime para example.com. O que você quer saber?
- Você: Resuma o monitoramento de disponibilidade de example.com.
- Screpy: O resumo mostra uma interrupção que merece investigação. Compare o horário com registros de publicação e hospedagem; o monitoramento sozinho não explica a causa. Revisão de disponibilidade: Resumo do monitoramento: Revise o período. Causa: Investigação necessária.
- Você: Transforme isso em um breve plano de ação.
- Screpy: Vou separar os resultados das recomendações. Revise as evidências, escolha uma mudança e confira os resultados depois. Seus próximos passos: Revise: Confira a fonte e a data de cada resultado.. Decida: Escolha a primeira mudança.. Verifique: Compare os resultados após a mudança..
- Você: Você pode explicar as evidências em linguagem simples?
- Screpy: Sim. Pergunte sobre um resultado compatível e explicarei o que mostra, de onde vem e o que continua incerto. Dados ausentes continuam indisponíveis; recomendações não são correções automáticas.
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.
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.
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.
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.
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 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.
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.
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.
SEO que cabe no seu orçamento
Descubra como o Screpy combina auditorias, posições, visibilidade em IA e monitoramento com limites claros.