Um teste de velocidade informa quão rápido uma página foi carregada uma vez. O Dotcom-Monitor a carrega em um cronograma, com frequência de até a cada minuto, em mais de 40 navegadores reais de desktop e móvel a partir da sua escolha entre 33 localidades. Ele registra cada elemento que carregou lentamente, falhou ou desapareceu, e envia um alerta quando o tempo de carregamento excede o limite que você definir.
Cada sessão mantém um gráfico em cascata sincronizado com vídeo, tempos por host e por elemento, e 100 sessões de histórico por dispositivo. Você pode ver qual elemento atrasou a página e quando o atraso começou.
Intervalo de verificação mais curto
Navegadores reais de desktop e móveis
Locais de monitoramento, 6 continentes
Sessões de cascata mantidas por dispositivo
Monitoramento de desempenho de website é o carregamento contínuo e programado de uma página web em um navegador real a partir de locais fixos, registrando quanto tempo a página e cada elemento nela levaram para carregar, quais elementos falharam, e alertando quando o tempo de carregamento ou erros ultrapassam um limite definido. Diferente de um teste de velocidade único, ele gera uma série temporal: a mesma página, o mesmo navegador, a mesma localização, medidos a cada poucos minutos. Uma lentidão aparece como uma mudança em relação a uma linha de base conhecida.
BrowserView, monitoramento de página única em um navegador real
De 1 minuto a cada 3 horas, por dispositivo
Mais de 40 navegadores desktop e móveis: perfis Chrome, Edge, Firefox, iOS e Android
33 locais de monitoramento em 6 continentes, além de agentes privados dentro de sua rede
Gráfico de cascata, vídeo, captura de tela, tempos por host e por elemento; últimas 100 sessões mantidas por dispositivo
Carregamento completo da página, apenas tempo de rede, um evento de Navigation Timing, ou First Meaningful Paint
Elementos falhados (4xx/5xx, timeouts), palavras-chave ausentes, erros de certificado e expiração
Verificação em múltiplas localidades, seguido de email, SMS, telefone, Slack, Teams, PagerDuty, ServiceNow, webhooks
O monitoramento de desempenho de website do Dotcom-Monitor executa-se na plataforma BrowserView. Você fornece uma URL, escolhe navegadores e locais, e define um limite de tempo de carregamento. A partir daí, ele carrega a página em um navegador real conforme sua programação, de cada minuto até cada três horas, e mantém o detalhamento completo da cascata, vídeo e tempos de cada sessão. Ele alerta quando a página ultrapassa seu limite, um elemento retorna erro, ou conteúdo esperado está faltando. O alerta inclui os diagnósticos da sessão.
O que não é. Não é um rastreador de site e não segue links pelo seu site. Ele monitora as páginas específicas que você configura: página inicial, páginas de destino, páginas de produto, página de preços. Não é uma ferramenta para auditar milhares de URLs. Se você precisa monitorar uma jornada multi-etapas como login ou finalização de compra, isso é monitoramento de aplicação web; se só precisa confirmar que o site está acessível, isso é monitoramento de uptime. A seção adequação do produto abaixo contém a comparação completa.
Google PageSpeed Insights, GTmetrix, WebPageTest e nosso próprio teste de velocidade de website gratuito reportam como uma página performou na execução que você iniciou, a partir do local que você escolheu. Eles não dizem que a página estava 1,4 segundos mais lenta às 9 da manhã na terça-feira do que na segunda-feira, que ela está lenta apenas a partir de Singapura, ou que a imagem principal começou a retornar 404 após o deploy de quinta-feira. Um monitor de desempenho responde essas perguntas.
Pergunta | Teste de velocidade único | Monitoramento de desempenho do site Dotcom-Monitor |
|---|---|---|
Quão rápida está esta página agora? | Sim | Sim, a cada minuto se desejar |
Ficou mais lenta após o último lançamento? | Sem linha de base | Sim, histórico de sessão e relatórios de tendência |
Está lenta de onde meus clientes estão? | Apenas do local que você escolheu para essa execução | Sim, 33 locais para você escolher |
Qual elemento a desacelerou? | Waterfall para essa única execução | Waterfall para todas as execuções, sincronizado com o vídeo |
Uma imagem, script ou fonte começou a falhar? | Apenas se você estivesse olhando naquele momento | Sim, sinalizado como erro e alertado |
Alguém será avisado quando ultrapassar 3 segundos? | Não | Sim, por email, SMS, telefone, Slack, PagerDuty, webhook |
Como se comporta em um iPhone versus Chrome desktop? | Geralmente um único navegador emulado | Mais de 40 navegadores reais desktop e móveis |
Como carrega para um visitante retornando com cache aquecido? | Não | Sim, simulação de visitante recorrente |
Cada sessão é um carregamento completo de página em um navegador real, portanto o monitor registra tudo que o navegador solicita e renderiza. Os clientes usam principalmente para encontrar o seguinte.
Defina o número de segundos que você considera aceitável. Cada sessão que ultrapassa esse tempo é registrada como erro e o waterfall mostra qual elemento e qual fase (DNS, conexão, SSL, primeiro byte ou download) levou esse tempo.
Gerenciadores de tags, widgets de chat, scripts de anúncios, fontes e beacons de análise carregam de hosts que você não controla. A divisão de velocidade por host mostra quando um terceiro, não seu servidor, atrasou a página.
Um recurso que retorna um código 4xx ou 5xx, expira o tempo ou nunca chega é marcado como erro na sessão, nomeado no waterfall, e pode disparar um alerta. Você descobre que a imagem principal retorna um 404 antes do cliente.
A validação de palavras-chave verifica se o texto esperado está presente na página, com expressões E / OU / NÃO. Uma página que retorna 200 mas exibe um template vazio, uma mensagem de erro ou um anúncio de concorrente ainda falha na verificação.
Certificados SSL inválidos, incompatíveis ou expirando na página ou em qualquer recurso que ela carregue são relatados. Você pode definir quantos dias antes da expiração deseja ser avisado e filtrar quais hosts contam.
Cada local selecionado executa a verificação de forma independente e reporta seus próprios tempos. Um edge de CDN com cache frio, uma resposta GeoDNS ruim ou uma rota de trânsito congestionada aparecem como erro em uma localização enquanto as outras passam.
Configurar uma página leva apenas alguns minutos. Use a importação em massa para as demais.
Na sua conta, adicione um novo dispositivo, escolha Website, depois Single Web Page. Multiple Step Journey é monitoramento de aplicativo web, HTTP/S é monitoramento de tempo ativo, e Lighthouse Report é a tarefa separada do Lighthouse.
Escolha o navegador, Chrome, Edge, Firefox ou um perfil de dispositivo móvel, e a versão do navegador. Adicione credenciais HTTP básicas, digest ou NTLM se a página exigir, e um host DNS personalizado se desejar monitorar um servidor de staging ou uma origem específica atrás de um balanceador de carga.
Selecione qualquer um dos 33 locais de monitoramento na América do Norte, Europa, Ásia-Pacífico, América do Sul, Oriente Médio e África, e um intervalo de checagem de um minuto a três horas. Os locais rodam em round-robin: um intervalo de um minuto entre cinco locais fornece uma leitura de um local diferente a cada minuto.
O limiar de validação de tempo é o tempo de carregamento, em segundos, além do qual uma sessão conta como erro. Adicione validação por palavra-chave para conteúdo que deve estar presente, uma janela de aviso de expiração de certificado, e filtros de download para excluir elementos que você não quer pontuar, como um beacon de terceiros conhecido por ser lento.
Quando um local registra um erro, a plataforma reexecuta a checagem a partir de outros locais antes de abrir um incidente. Um problema de rota em um caminho não dispara um alerta. Uma página que está lenta em três continentes, sim.
A notificação traz os diagnósticos: o erro, o elemento falho, o waterfall, uma captura de tela, e um link para o vídeo da sessão. Direcione por severidade através de grupos de alerta e escalonamento para email, SMS, chamada telefônica, Slack, Microsoft Teams, PagerDuty ou qualquer webhook.
O tipo de dispositivo a escolher para monitoramento de desempenho de website: Website, depois Single Web Page.
As configurações por trás dos passos 2 a 4: navegador, limiar, throttling, visitante retornante, cálculo do tempo de resposta e checagens de certificado estão todas em uma única tela.
O BrowserView permite escolher qual evento do navegador define o tempo de resposta avaliado contra seu limiar. Os outros tempos são registrados para diagnóstico.
Tempo até o evento Load Complete do navegador: HTML, CSS, scripts, imagens, fontes e todos os ativos de terceiros finalizados. Este é o padrão.
Apenas o tempo de transferência de rede, excluindo renderização do lado do cliente e execução de script. Use isso para medir o desempenho do servidor e do CDN sem o tempo de renderização do front-end.
Pontue contra um marco específico do W3C Navigation Timing, como DOM Content Loaded ou DOM Interactive, quando você quer medir quando a página se torna utilizável em vez de totalmente carregada.
A pintura que segue a maior mudança de layout, quando o visitante vê pela primeira vez o conteúdo principal da página. Use quando a percepção do carregamento importa mais do que o evento de carregamento.
Cada elemento na cascata é dividido em suas fases de tempo, com tempo de início e fim, para que um tempo lento até o primeiro byte do documento seja diferenciável de um download lento de uma imagem de 4 MB.
Tempo total e contagem de elementos agrupados pelo domínio que os forneceu. Seu origin, seu CDN e cada terceiro têm sua própria linha.
Histórico. As últimas 100 sessões de monitoramento por dispositivo são mantidas com cascatas completas, e tempos de resposta resumidos alimentam as tendências, relatórios de uptime e desempenho e painéis, que você pode compartilhar publicamente ou privadamente e exportar por e-mail em uma programação.
Um alerta que diz “carregamento da página excedeu 3 segundos” inicia uma investigação. Essas ferramentas identificam a causa.
Cada sessão produz uma cascata: cada elemento em ordem de carregamento, suas fases de tempo como segmentos coloridos, seu código de status e seu host. Passe o mouse sobre uma barra para o resumo, abra para cabeçalhos e detalhes. A sessão também é gravada em vídeo, sincronizada com a cascata. Desloque até o ponto onde a página travou e veja qual solicitação ainda estava pendente.
O vídeo é gravado por padrão no primeiro erro do dia de cada local; ative “Gravar Vídeo em Cada Execução” para manter para cada sessão, ou desative vídeo e capturas de tela para páginas que exibem dados pessoais.
Para qualquer sessão, a análise de IA lê os tempos da cascata, códigos de status e mensagens de erro e retorna um veredito em linguagem simples: destino fora do ar, parcialmente degradado ou normal; o que o usuário teria experimentado; a URL com problema e sua provável causa raiz com a evidência da cascata citada; e ações corretivas. Também observa quando sua configuração de monitoramento é parte do problema, por exemplo um limite de tempo definido muito apertado para a página.
Sem prompts para escrever. Um administrador ativa a Análise de Dados de IA uma vez no nível da conta. Os resultados são rotulados como informativos.
O relatório de visão geral do dispositivo lista cada sessão com sua localização, tempo de resposta e resultado; clique para ver o waterfall, a captura de tela feita ao final, o vídeo e o alerta enviado. Filtre somente erros, compare locais lado a lado ou exporte o registro. Quando um cliente relata que a página estava lenta ontem à tarde, você pode abrir as sessões de ontem à tarde.
Teste gratuito de 30 dias, sem cartão de crédito, todos os navegadores e localizações incluídos.
Um fetch headless de um data center com conexão gigabit não corresponde ao que um visitante em um celular com sinal fraco experimenta. Configure o monitor para corresponder a esse visitante.
Chrome, Edge e Firefox no desktop, cada um com versões selecionáveis, além de perfis de navegador móvel para dispositivos iOS e Android. A execução do script e o tempo de layout são incluídos na medição, não apenas o tempo de transferência.
Carregue a página como um iPhone ou dispositivo Android, com a viewport, proporção de pixels e user agent que acionam seu layout responsivo e ativos específicos para mobile, e avalie-a contra um limite separado para dispositivos móveis.
Simule redes móveis lentas, médias e rápidas com largura de banda e latência predefinidas, ou defina valores personalizados de download, upload e latência, para medir o tempo de carregamento em uma conexão lenta.
Cada sessão inicia com cache vazio, a experiência da primeira visita. Habilite a simulação de visitante retornante para recarregar imediatamente e registrar apenas a segunda visita, para verificar cabeçalhos de cache e taxas de acerto do CDN.
Monitoramento a partir da sua própria rede. Páginas em uma intranet, atrás de uma VPN ou em um ambiente de staging que a internet pública não pode alcançar podem ser monitoradas da mesma forma com um agente privado instalado dentro da sua rede. Ele aparece como mais uma localização e fornece os mesmos relatórios e alertas.
Uma página pode estar lenta por um segundo em uma localização por razões não relacionadas ao seu site. Dois mecanismos evitam que esses eventos se tornem alertas.
Verificação antes da notificação. Um erro em uma localização é rechecado por outras antes de abrir um incidente. Apenas uma falha confirmada envia uma mensagem, e a mensagem indica quais locais falharam e quais passaram.
Controle de frequência e escalonamento. O controle de frequência de alertas impede notificações repetidas enquanto a página permanecer no mesmo estado de erro. Regras de escalonamento encaminham o primeiro alerta para um grupo e, se não for resolvido, o próximo para outro, com templates que puxam o tempo de resposta, o elemento que falhou e a localização como variáveis.
Core Web Vitals, Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift são as métricas de experiência da página que o Google usa como sinal de ranqueamento, e o Google as mede a partir de usuários reais do Chrome através do Chrome User Experience Report. O Google usa esses dados de campo para seus sinais de experiência da página, e é um agregado móvel de 28 dias. Quando uma regressão aparece no Search Console, ela já está afetando a página há semanas.
Relatório Lighthouse de uma tarefa de monitoramento programada: pontuações de categoria além de LCP, CLS e Tempo Total de Bloqueio para a página auditada.
O monitoramento sintético detecta a regressão primeiro. Um aumento no tempo de carga total, First Meaningful Paint ou tempo do documento para o primeiro byte após um deploy aparece neste monitor em minutos, antes das mudanças CrUX. As pontuações Lighthouse e as métricas de laboratório por trás delas, incluindo LCP, CLS e Tempo Total de Bloqueio, vêm de uma tarefa de monitoramento Lighthouse programada separada com seus próprios limiares e alertas. Execute ambos contra o mesmo URL: BrowserView para tempo de carregamento em navegadores reais nas localizações de seus usuários, Lighthouse para as pontuações da auditoria que sua equipe de SEO reporta.
Auditorias Lighthouse programadas com limiares e alertas por métrica, incluindo para páginas protegidas por login.
O que o Google mede, como isso é ponderado, e o que os dados sintéticos e de campo dizem para você.
Um guia das fases de tempo, recursos de bloqueio e os padrões que indicam correções específicas.
Três produtos na plataforma carregam páginas da web e respondem a diferentes questões. A maioria dos clientes executa dois deles contra o mesmo site.
Verificações leves de HTTP(S), ping e portas que confirmam se o site responde, a cada minuto, com verificações de palavras-chave e alertas de tempo fora do ar. Custos mais baixos por verificação, sem navegador envolvido.
Carregamentos completos em navegador real de páginas específicas, avaliados contra um limite de tempo de carregamento, com fluxos em cascata por elemento, vídeo, detalhamento por host e detecção de elementos falhos. Use para manter páginas chave rápidas e identificar o que as desacelera.
Jornadas de usuário multi-etapas scriptadas gravadas com EveryStep: login, busca, adicionar ao carrinho, finalizar compra, enviar formulário. Verifica se cada etapa é bem-sucedida e mede o tempo, em navegadores reais, com vídeo e fluxos em cascata por etapa.
Uma configuração comum para um site de comércio eletrônico: verificações de uptime em todas as URLs, monitoramento de desempenho do site na página inicial, páginas principais de categorias e páginas principais de produtos, e monitoramento da aplicação web no checkout. Cada um utiliza as mesmas localizações, grupos de alerta e painéis.
Páginas de destino e páginas de produtos são onde o tráfego pago aterrissa. Monitore as páginas para as quais seus anúncios direcionam o tráfego, dos países onde os anúncios são veiculados, nos dispositivos que esse tráfego utiliza.
Detecte uma regressão de velocidade no dia em que ela ocorre, em vez de semanas depois no CrUX. Combine os tempos de carregamento do BrowserView com a tarefa Lighthouse para as pontuações, e mantenha um painel compartilhável para mostrar o que mudou e quando.
Defina um SLO de tempo de carregamento por página e receba um alerta quando uma publicação o quebrar. A cascata e o vídeo anexados ao alerta geralmente identificam o ativo responsável. Provisione monitores do CI através da API.
Monitore as páginas principais de cada cliente sob uma única conta com grupos separados, limites e roteamento de alertas, e envie a cada cliente um relatório com marca branca mostrando o tempo de carregamento durante o período, ou qual script de terceiros precisa ser removido.
Avaliações obtidas de avaliações verificadas no Capterra. Classificações a partir de agosto de 2026.
4.5
83 avaliações
4.6
4.6
Todas as avaliações são provenientes de avaliações verificadas do Capterra. Classificações atualizadas em agosto 2026.
Um teste de velocidade carrega uma página uma vez, de um local, e relata o resultado. O monitoramento de desempenho de site carrega a mesma página em um cronograma fixo, de locais que você escolher, em navegadores que você escolher, e mantém todos os resultados, assim você obtém uma linha de base, uma tendência e um alerta quando a página fica mais lenta ou um elemento falha. Use um teste de velocidade para investigar um problema conhecido. Use o monitoramento para descobrir que um problema existe.
De uma vez por minuto até uma vez a cada três horas, por dispositivo de monitoramento. As verificações giram pelos locais que você selecionou, um local por intervalo, e todos os locais executam ao mesmo tempo sempre que um dispositivo é criado, editado, reiniciado ou após a detecção de um erro. Verificações simultâneas de todos os locais em cada intervalo estão disponíveis como um complemento.
Ele detecta elementos quebrados na página monitorada: imagens, scripts, folhas de estilo, fontes, iframes e qualquer outro recurso que retorne status 4xx ou 5xx, esgote o tempo ou falhe ao carregar. Estes são marcados como erros na sessão, exibidos no gráfico em cascata e podem disparar alertas. Ele não rastreia o site seguindo hyperlinks, então um link na página que aponta para um destino morto não é testado a menos que você também monitore essa página de destino. Para isso, adicione o destino como seu próprio dispositivo ou use uma verificação de uptime.
Mais de 40 navegadores reais para desktop e celular: Chrome, Microsoft Edge e Firefox no desktop, com versões selecionáveis, e perfis de navegador móvel para iPhone, iPad e dispositivos Android. Cada dispositivo é uma página em um navegador, então monitorar uma página no Chrome para desktop e em um perfil de iPhone significa dois dispositivos com dois limites.
BrowserView mede o carregamento completo da página, apenas o tempo de rede, eventos W3C Navigation Timing e First Meaningful Paint em um navegador real, além de fases de tempo por elemento e por host. Core Web Vitals (LCP, INP, CLS) e pontuações de desempenho do Lighthouse são medidas pela tarefa de monitoramento separada do Lighthouse na mesma plataforma, que executa o Google Lighthouse em um cronograma e alerta com base em limites por métrica. O sinal de ranking do Google usa dados de campo dos usuários do Chrome; o monitoramento sintético detecta uma regressão semanas antes desses dados de campo mudarem.
Sim. Cada sessão começa com um cache vazio, que mede a experiência da primeira visita. Ative “Simular um Visitante Retornando” e o navegador recarrega a página imediatamente após o primeiro carregamento e grava apenas a segunda visita, que mostra o efeito dos seus cabeçalhos de cache e CDN.
Páginas protegidas por autenticação básica HTTP, digest ou NTLM podem ser monitoradas diretamente adicionando as credenciais ao dispositivo. Páginas que requerem login via formulário são tratadas pelo monitoramento de aplicação web, que cria um script para o passo de login. Páginas em uma intranet, atrás de VPN ou em um ambiente de staging que a internet pública não pode acessar são monitoradas com um agente privado instalado dentro da sua rede. Uma configuração personalizada de host DNS permite apontar o monitor para um servidor de origem específico ou para um site pré-lançamento antes das mudanças no DNS.
O monitoramento de desempenho de site carrega uma página e mede quão rápido ela carrega e o que falhou nela. O monitoramento de aplicação web reproduz um script de múltiplos passos, um login, uma busca, uma finalização de compra, e verifica se cada passo funciona e mede o tempo de cada um. Se a pergunta é “minha landing page é rápida”, use este produto. Se a pergunta é “os clientes ainda conseguem finalizar uma compra”, use o monitoramento de aplicação web. Eles compartilham locais, alertas e relatórios, e a maioria dos clientes de e-commerce usa ambos.
Tudo: todos os locais de monitoramento, todos os navegadores e dispositivos, captura de vídeo, análise de cascata por IA, todos os canais de alerta e integrações, por 30 dias, sem necessidade de cartão de crédito. Configure um monitor de página nos primeiros cinco minutos e os dados de tendência começam a ser acumulados imediatamente.
Inicie um teste gratuito de 30 dias, aponte um monitor para sua página mais importante e selecione os navegadores e locais que seus clientes usam. A primeira cascata está disponível em minutos.
Não é necessário cartão de crédito. Todos os recursos, locais e navegadores incluídos no teste.