Monitorização da velocidade do site que lhe diz o que ficou lento.

Uma página lenta custa-lhe clientes muito antes de ficar indisponível. O Uptimia carrega o seu site num navegador real a partir de mais de 171 localizações, acompanha a sua velocidade em cada verificação e alerta-o assim que as páginas ficam mais lentas do que o permitido.

Comece gratuitamente → Ver preços
30 dias de teste gratuito · sem cartão de crédito Um navegador real, um carregamento de página real Pronto para o RGPD
Intervalo mais rápido
60s
Canais de alerta
12
Sondas
171+
Países com sondas
70+

Da primeira verificação lenta ao alerta em 31 minutos

Alguém adiciona um script de rastreio e as suas páginas começam a carregar mais devagar. O site nunca fica indisponível, por isso as verificações de disponibilidade continuam verdes. O Uptimia alerta-o quando o tempo de carregamento ultrapassa o limite definido — o seu orçamento de velocidade.

09:04 Entra em produção um novo script de rastreioCada verificação carrega agora mais devagar: 2,6 s → 3,4 s — ainda sem alerta visitantes: à espera
09:34 A janela do orçamento enche-se — 82% acima9 das últimas 11 verificações ultrapassam o seu orçamento de LCP de 2,5 s visitantes: à espera
09:35 Degradado — nunca IndisponívelO alerta identifica-o: mediana de 3,4 s face ao orçamento de 2,5 s → Slack, e-mail visitantes: à espera
10:12 Carregamento adiado (defer) — de volta ao orçamentoA maioria das verificações recupera e o incidente fecha-se sozinho visitantes: rápido novamente
0indisponibilidade registada
Detetado enquanto ainda era só lentidão.10:12
Uma lentidão é invisível para as verificações de disponibilidade — o site esteve disponível toda a manhã. O orçamento detetou a degradação gradual aos 82%, identificou a métrica e a mediana, e nunca chegou a classificar o site como Indisponível.
mediana face ao orçamento no alertaDegradado ≠ Indisponívelfecha-se sozinhoLCP · CLS · FCP · TTFB — defina um orçamento para qualquer vital
E sem um orçamento? Uma página que demora o dobro do tempo continua a contar como disponível — as verificações de disponibilidade não medem a espera. A lentidão entra em produção de manhã e, na semana seguinte, já é apenas "como o site é". o novo normal

O que a monitorização da velocidade do site regista

Um carregamento de página real por verificação — tempo de carregamento, quatro web vitals de laboratório, para onde vai o tempo e qualquer recurso que falhe ao carregar.

Tempo total de carregamento da páginaUm carregamento de página real por verificação
Web vitalsLCP & CLS, mais FCP · TTFB, avaliados em laboratório
Tempo próprio vs terceirosSeu ou de terceiros — tempo separado
Peso da página por tipoImagens vs JS vs CSS, em bytes
1 carregamento de página real por verificação — não é uma estimativa
Pedidos & domíniosCada pedido, cada domínio contactado
Recursos com falhasImagens, scripts e CSS que falham
Os orçamentos de alerta são definidos por si: LCP, FCP, CLS, TTFB ou o carregamento total da página acima do orçamento — ou um script, imagem ou folha de estilo que falhe ao carregar. os seus orçamentos

Dentro de uma verificação de velocidade

Navegador real

Todos os recursos cronometrados num único carregamento

Um ping só diz que um servidor respondeu. O Uptimia carrega a página inteira num navegador real — cada script, imagem e folha de estilo — e cronometra o carregamento completo.

  • A página inteira, realmente carregada — aguarda que a página termine e mais um instante, para que o conteúdo tardio também conte
  • Tempo dividido por tipo de recurso — HTML, CSS, scripts, imagens e o resto
  • O seu código vs o de terceiros — tempo do domínio próprio separado do de terceiros
Como o carregamento da página é medido →
caldmont.com
a cada minuto · 6 localizações
Um ping
o servidor respondeu — é tudo o que consegue dizer
62 ms
Um navegador real — a página inteira09:14
Aguarda pelo evento de carregamento e por uma estabilização da renderização — o conteúdo tardio também conta. Cronometrado por tipo de recurso:
html62 ms
css140 ms
script1,240 ms
image410 ms
text90 ms
other88 ms
87 pedidosevento de carregamento + 600 ms de estabilizaçãocarregamento total 3,2 s
De quem é a lentidão? O tempo do domínio próprio é separado do de terceiros — aqui, 1,2 s de scripts remontam a 6 domínios externos. 6 domínios
Core Web Vitals

Core Web Vitals, antes da avaliação do Google

Os dois Core Web Vitals que um carregamento em laboratório consegue medir — LCP e CLS — mais o FCP e o TTFB a par destes, obtidos a partir do mesmo carregamento de página, avaliados face aos limiares definidos pelo Google e representados num gráfico ao longo do tempo, para detetar cedo uma métrica a desviar-se.

  • Quatro web vitals de laboratório a partir de um único carregamento — nada para instalar, nada enviado para um serviço externo
  • Limiares do Google incorporados — cada métrica classificada como boa, a melhorar ou fraca
  • Por localização ou agregado — detete uma regressão no próprio dia em que surge
Um carregamento de página real09:14
Registado durante a verificação que já está a ser executada — os quatro vitais são lidos diretamente a partir dela.
timeToFirstByte0.42 s
firstContentfulPaint1.61 s
largestContentfulPaint2.94 s
cumulativeLayoutShift0.06
loadEventEnd3.21 s
sem segundo motorsem API externa
LCP
boa ≤ 2,5 s
2.9 sa melhorar
FCP
boa ≤ 1,8 s
1.6 sboa
TTFB
boa ≤ 0,8 s
0.42 sboa
CLS
boa ≤ 0,10
0.06boa
Avaliado por localização ou agregado — todos os vitais resultam de uma verificação que já está a decorrer, por isso uma regressão aparece no dia em que surge. 1 carregamento de página
Alertas de orçamento

Alertas de Degradado quando uma métrica ultrapassa o orçamento

Defina um orçamento por métrica — LCP, FCP, TTFB, CLS. Quando uma delas se mantém acima na janela recente, abre-se um único incidente Degradado, que identifica a métrica, a sua mediana face ao orçamento e quantas verificações a ultrapassaram.

  • Um orçamento por web vital — pré-preenchido com os limiares "bom" do Google, altere qualquer um deles
  • Confirmado ao longo de uma janela, não numa única verificação má — um pico passageiro não o vai alertar
  • Marcado como Degradado, nunca como Indisponível — uma página lenta nunca afeta a sua disponibilidade
Como funcionam os alertas de orçamento →
LCP
3,4 s vs orçamento de 2,5 s
acima
FCP
1,6 s vs orçamento de 1,8 s
ok
TTFB
0,42 s vs orçamento de 0,8 s
ok
CLS
0,06 vs orçamento de 0,10
ok
82%das verificações
acima do orçamento
27 de 33 · 30 min
Degradado — LCP acima do orçamento
Um incidente que identifica a métrica, a mediana face ao orçamento e a taxa de incumprimento. Disponibilidade inalterada.
SlackE-mailPagerDuty+ mais 9
Uma única verificação lenta não muda nada. A janela tem de se manter acima do orçamento para o alertar — e uma página lenta é Degradado, nunca Indisponível. nunca Indisponível
Deteção de elementos inativos

Detete scripts, imagens ou CSS que falhem silenciosamente

Uma página pode parecer normal enquanto um script em segundo plano deixa silenciosamente de carregar. O Uptimia classifica cada pedido e alerta assim que um recurso continua a falhar, para que um script inativo não fique ali esquecido durante uma semana.

  • Cada pedido classificado — um ficheiro em falta, um erro de servidor ou uma ligação morta conta como recurso com falha
  • Alerte nos seus termos — ao fim de um número definido de verificações falhadas consecutivas, para os tipos que escolher acompanhar
  • Ignore o ruído que já espera — exclua com padrões glob os recursos que já sabe serem opcionais
Cada pedido, classificado09:14
87 pedidos nesta verificação. Qualquer ficheiro em falta, erro de servidor ou ligação morta marca esse recurso como falhado.
imagescriptcssoutro — desligado
85 pedidos — sem falhas
todos respondidos · ligações normais
ok
gtm.js — HTTP 404
script · tagmanager.example.com
a falhar · 5 seguidas
px.js — também a falhar
corresponde ao seu padrão de exclusão · cdn.ads.example.com/**
silenciado
A página continua a ser apresentada normalmente. Sem a classificação de todos os pedidos, o gtm.js falha silenciosamente — fica a saber pela monitorização, não por um cliente. cada pedido

Como funciona a monitorização da velocidade do site

Ativo em menos de um minuto — nada para instalar, cada verificação é executada num navegador real na nossa rede.

Passo 120 s

Adicione a sua página

Cole o URL e escolha os locais onde estão os seus visitantes — uma rede lenta nunca representa todas as outras.

URL da página
https://caldmont.com
carregada num navegador real a partir de eu-fra · 1,79 s
Frequência de verificação
A cada 1 minuto
Localizações
6 selecionadas · adicione mais entre mais de 171
Passo 220 s

Defina os seus orçamentos

Cada vital vem pré-preenchido com o limiar "bom" do Google — mantenha, aperte ou desative qualquer um deles e escolha depois quem é avisado de um incumprimento.

Orçamentos de web vitals · valores predefinidos do Google
LCP 2.5 sFCP 1.8 sTTFB 0.8 sCLS 0.10
Reponha os limiares do Google a qualquer momento
Alertar via
Slack · E-mail · PagerDuty
CancelarComece a monitorizar →
Passo 3automático

Os alertas disparam quando o orçamento é ultrapassado

Se uma métrica se mantiver acima do orçamento, abre-se um incidente Degradado que alerta a sua equipa — nunca marcado como Indisponível.

#perf-alerts
Uptimia 09:35
⚠ Degradado — caldmont.com
LCP acima do orçamento3.4 s vs 2.5 s82% acima
Também enviado a E-mailPagerDuty

Defina um orçamento por vital.Seja alertado quando for ultrapassado.

Cada carregamento, cada vital, cada canal de alerta — gratuito durante 30 dias, e nada disto é um extra pago.

Comece o seu teste gratuito de 30 dias →
30 dias grátis sem cartão de crédito cancele quando quiser

O que é a monitorização da velocidade do site?

A monitorização da velocidade do site é um serviço automatizado que carrega repetidamente uma página web num navegador real e mede a rapidez com que carrega para os visitantes — registando o tempo total de carregamento da página e os Core Web Vitals, como o LCP e o CLS. Quando uma métrica ultrapassa o seu objetivo, é emitido um alerta, para que as lentidões sejam corrigidas antes de custarem visitantes ou posicionamento.

Em cada verificação

Como funciona a monitorização da velocidade do site?

Uptimia
um navegador real · mais de 171
carrega a página uma vez
A sua página
carregamento + vitais

Um carregamento real por verificação produz o tempo de carregamento, os quatro vitais de laboratório e para onde foi cada milissegundo — domínio próprio versus terceiros.

Condições de laboratório

Métricas de laboratório, medidas — não adivinhadas

Um navegador real
carregamento controlado
analisado na mesma execução
LCP · FCP
TTFB · CLS

Vitais de laboratório a partir de um carregamento controlado — as mesmas condições em cada verificação, para que uma alteração no número reflita uma alteração na sua página, e não no telemóvel ou wifi de alguém.

Os limiares

Limiares dos web vitals

O LCP e o CLS são Core Web Vitals; o FCP e o TTFB são as métricas de apoio para as quais o Google publica limiares. O Google classifica cada uma como boa, a melhorar ou fraca — o Uptimia avalia cada verificação com os mesmos limiares e pré-preenche os seus orçamentos com o valor "bom".

Guia: compreender os Core Web Vitals →
MétricaBoaA melhorarFraca
LCP≤ 2.5 s2.5 – 4.0 s> 4.0 s
FCP≤ 1.8 s1.8 – 3.0 s> 3.0 s
TTFB≤ 0.8 s0.8 – 1.8 s> 1.8 s
CLS≤ 0.100.10 – 0.25> 0.25

Perguntas frequentes sobre a monitorização da velocidade do site

01O que é a monitorização da velocidade do site?+
Um serviço automatizado que carrega a sua página num navegador real, segundo um horário definido, e mede a rapidez com que é apresentada aos visitantes — tempo total de carregamento da página mais quatro web vitals de laboratório: os Core Web Vitals LCP e CLS, a par do FCP e do TTFB. Quando uma métrica ultrapassa o seu objetivo, o Uptimia alerta-o antes de isso custar conversões ou posicionamento.
02Como é que o Uptimia mede a velocidade da minha página?+
Cada verificação carrega a sua página num Chrome real e headless, e regista um trace do DevTools — aguardando pelo evento de carregamento e por uma estabilização da renderização, para que o conteúdo tardio também conte. O tempo de carregamento e os quatro vitais de laboratório resultam desse único trace: sem segundo motor, sem chamadas a APIs externas.
03Que Core Web Vitals o Uptimia acompanha?+
Os Core Web Vitals do Google são o LCP, o CLS e o INP. O Uptimia mede os dois que um carregamento em laboratório consegue medir — o Largest Contentful Paint e o Cumulative Layout Shift — e regista também o First Contentful Paint e o Time to First Byte, tudo a partir de um único trace do Chrome. O INP exige a interação de uma pessoa real, por isso nenhuma ferramenta de laboratório o consegue reportar; o CLS de laboratório cobre apenas a janela de carregamento da página.
04Com que frequência o Uptimia verifica a velocidade da minha página?+
Até a cada minuto nos planos Professional e superiores; o plano Basic verifica a cada 5 minutos. O intervalo é escolhido por monitor — cada verificação é um carregamento de página completo num navegador real, mais pesado do que uma simples verificação de disponibilidade.
05Em que é que isto difere do teste gratuito de velocidade de página?+
O teste gratuito de velocidade de página é um teste único do Lighthouse, feito a partir de uma única localização — útil para uma pontuação rápida. A monitorização da velocidade é contínua: carregamentos agendados a partir de várias localizações, tempo de carregamento e vitais representados num gráfico ao longo do tempo, com alertas sempre que algo piora.
06Quando é que recebo um alerta de velocidade?+
Quando uma métrica se mantém acima do orçamento na janela recente — uma única verificação lenta não gera alerta. O incidente é marcado como Degradado, nunca como Indisponível, e o alerta identifica a métrica, a sua mediana face ao orçamento e a percentagem de verificações acima do limite.
07Consegue dizer-me se um script de terceiros está a tornar o meu site mais lento?+
Sim. Cada verificação separa o tempo do domínio próprio do de terceiros e regista os pedidos feitos e os domínios contactados, representados num gráfico ao longo do tempo — para que possa perceber se a lentidão vem do seu código ou de uma tag de analítica, um anúncio, um tipo de letra ou um widget de chat.
08O que acontece se uma imagem ou um script falhar ao carregar?+
Cada pedido é classificado; um ficheiro em falta, um erro de servidor ou uma ligação morta contam como recurso com falha. É emitido um alerta ao fim do número escolhido de verificações falhadas consecutivas, para os tipos de recurso que estiver a acompanhar — e os recursos conhecidamente opcionais podem ser ignorados com padrões glob.
09Uma página lenta prejudica os meus números de disponibilidade?+
Não. Um incumprimento de orçamento ou um recurso com falha abrem um incidente Degradado — nunca contam como Indisponível. A velocidade e a disponibilidade são acompanhadas separadamente, por isso uma tarde lenta não mancha o seu histórico de disponibilidade.
10A monitorização da velocidade do site é gratuita?+
Não faz parte do plano gratuito, mas o teste de 30 dias inclui-a na íntegra — sem cartão de crédito. Todos os planos pagos incluem-na juntamente com a monitorização de disponibilidade, SSL, transações, DNS e heartbeat — nunca como um extra pago.

Comece a monitorizar a velocidade do seu site hoje.

Cole um URL, defina os seus orçamentos — seja o primeiro a saber quando a sua página começar a arrastar-se.

Comece gratuitamente →
Teste gratuito de 30 dias Um navegador real, um carregamento de página real Sem cartão de crédito Pronto para o RGPD
A monitorização da velocidade faz parte de todos os planos pagos do Uptimia, juntamente com a disponibilidade, o SSL e muito mais.