Como configurar o monitoramento de Page Speed

Configurações Principais

Esse tipo não tem captura de tela dedicada para o grupo de Configurações Principais, mas todo controle nele é padrão entre os tipos de monitor da HostTracker:

• Domínio/IP - a URL ou domínio a carregar. Aceita uma URL completa ou um domínio simples.
• Nome - um rótulo opcional mostrado no seu painel, alertas, relatórios e widgets. Se deixado em branco, a URL é usada.
• Agenda por intervalo / Agenda cron - uma chave segmentada entre um intervalo recorrente simples e uma expressão cron completa (predefinições de hora em hora, diária, semanal, mensal, ou sintaxe cron avançada). O intervalo mínimo disponível depende do seu plano.
• Tags - rótulos de texto livre para agrupar e filtrar esse monitor.
• Log Completo - salva todo resultado individual de verificação para esse monitor sem agrupá-los.
• Estatísticas Abertas - permite compartilhar as estatísticas e logs desse monitor com outras pessoas, inclusive quem não está logado.

Esse grupo também carrega a chave Ativado que pausa ou retoma o monitor.

Configuração da Página

• Emulação de dispositivo - um menu suspenso que carrega a página como um dispositivo específico faria: tamanho de viewport, string de user agent, e emulação de entrada por toque. O padrão é Desktop. A lista de dispositivos disponíveis é buscada ao vivo do próprio conjunto de capacidades da frota de agentes, então as opções exatas podem crescer com o tempo; escolha o dispositivo que melhor combina com como os seus visitantes navegam a página.
• Timeout de carregamento de página - o tempo máximo permitido para a página terminar de carregar, de 1 a 40 segundos. Se a página não tiver terminado até então, a verificação falha.

As duas configurações mudam o que os números significam, além de se a verificação passa. Uma viewport de tamanho de celular pode disparar um conjunto diferente de imagens, layout e scripts do que uma viewport de desktop da mesma página, então o tempo de uma execução emulada em mobile não é diretamente comparável a uma execução de desktop - trate cada configuração de dispositivo como a própria linha de base. O timeout de carregamento de página é um teto, não uma meta: ele só define o ponto onde a verificação desiste e reporta falha. Defini-lo perto demais do tempo de carregamento normal da sua página transforma variação comum em alarmes falsos; defina-o com margem e observe o tempo de carregamento real nos seus resultados em vez disso.

Validação de Resposta

Isso não é uma pontuação Core Web Vitals - a HostTracker não está calculando uma nota de desempenho no estilo Lighthouse aqui. Em vez disso, ela conta falhas concretas no nível do navegador e limites de uso de recursos, e você decide quais delas deveriam contar como um Fora do Ar. Todo limite abaixo pode ser definido como 0 (ou, para CPU e memória, mudado para "sem limite") para desativá-lo.

Saúde da página:

• Limite de falha de carregamento de Documento/IFrame - a verificação fica Fora do Ar quando pelo menos esse número de documentos ou iframes na página falha ao carregar. Faixa 0-50; 0 desativa.
• Limite de uso de CPU - a verificação fica Fora do Ar quando o uso de CPU da página (por núcleo) atinge essa porcentagem. O controle deslizante só cobre 80-100%, então ele pega picos pesados de CPU em vez de carga comum; um controle separado de "sem limite" o desliga por completo, que é o padrão.
• Limite de uso de memória - a verificação fica Fora do Ar quando o uso de memória da página atinge essa quantidade, em megabytes. Faixa 1-1000 Mb em passos de 50 Mb, ou "sem limite" para desativar, que é o padrão.
• Limite de erros do lado do cliente - a verificação fica Fora do Ar quando pelo menos esse número de erros de console do navegador ocorre enquanto a página carrega. Faixa 0-50; 0 desativa.
• Limite de avisos do lado do cliente - a mesma ideia para avisos de console. Faixa 0-50; 0 desativa.

Verificações de Carregamento de Conteúdo:

• Timeout de carregamento de página sem XHR - um timeout alternativo, mais curto, que se aplica assim que todas as requisições XHR/AJAX de segundo plano da página se estabilizarem, separado do Timeout de carregamento de página principal acima. Definido como 0 (o padrão), só o timeout de carregamento de página principal se aplica; um valor diferente de zero permite aceitar uma página cujo conteúdo visível está pronto mesmo enquanto a consulta em segundo plano continua.
• Limite de falhas de carregamento total - a verificação fica Fora do Ar quando pelo menos esse número de recursos, de qualquer tipo, falha ao carregar. Faixa 0-50; 0 desativa.
• Limite de falhas de requisição de Script / Folha de estilo / Imagem / Fonte / AJAX - a mesma contagem de falha, dividida por tipo de recurso, para que você possa tolerar uma imagem de anúncio instável sem tolerar um script quebrado. Cada um é 0-50, 0 desativa.

Localidades de Monitoramento

• Localidades - uma árvore de caixas de seleção pesquisável de regiões e pontos de monitoramento individuais. Escolha localidades específicas ou deixe "Todo o mundo" marcado.
• Estratégia de reverificação - o que acontece quando uma verificação detecta uma mudança de estado. O padrão roda a verificação de novo a partir de várias localidades e aceita o novo estado por votação de maioria, para proteger contra um falso positivo de uma localidade instável. Alternativas: um número especificado de localidades precisa confirmar um Fora do Ar (revela um controle deslizante de confirmações de Fora do Ar de 1 a 7); nenhuma reverificação; concordância total de toda localidade de reverificação; ou concordância total para Fora do Ar enquanto No Ar só precisa de maioria.
• Se as localidades selecionadas estiverem indisponíveis - "Somente localidades selecionadas" (padrão) espera as suas localidades escolhidas voltarem; "Localidades mais próximas" substitui pelas disponíveis mais próximas; "Qualquer localidade" recorre a qualquer lugar do mundo.

Inscrições de Alerta

Uma chave inscreve todo contato nos eventos No Ar/Fora do Ar em um passo, ou uma tabela pesquisável permite inscrever contatos individuais em Fora do Ar, No Ar e Repetir (lembretes repetidos de Fora do Ar) independentemente. Deixar essa seção vazia significa que nenhum alerta será enviado para esse monitor - o painel avisa você explicitamente se for esse o caso.

Inscrições de Relatório

O mesmo padrão se aplica aos relatórios de uptime: uma chave inscreve todo contato em relatórios Semanais e Mensais, ou você pode escolher Diário, Semanal e Mensal por contato individualmente.

Exemplo prático

Digamos que você quer observar como uma página de checkout se comporta para compradores em celular. Você escolheria Page Speed, digitaria a URL da página de checkout, e definiria a Emulação de dispositivo para um perfil de celular em vez de Desktop, já que a maior parte do tráfego naquela página é móvel. Deixe o Timeout de carregamento de página confortavelmente acima do tempo de carregamento normal da página - é um teto feito para pegar falhas genuínas, não uma meta de desempenho. Em Validação de Resposta, defina o Limite de falha de carregamento de Documento/IFrame como 1, já que a página comumente carrega um iframe de pagamento e você quer saber se ele para de carregar. Deixe os limites de uso de CPU e Memória em "sem limite", já que uma página de checkout raramente é intensiva em CPU ou memória e esses limites só começam em 80% de qualquer forma. Defina o Limite de falhas de carregamento total como 2 ou 3 em vez de 0, para que um rastreador de terceiro instável não acione a sua equipe toda vez que soluçar, enquanto um carregamento genuinamente quebrado ainda dispara a verificação. Deixe o Timeout de carregamento de página sem XHR em 0, já que páginas de checkout muitas vezes consultam o status de pagamento em segundo plano e isso não deveria definir aprovado ou reprovado. Rode a verificação a partir de duas ou três localidades perto dos seus clientes reais, mantenha a estratégia de reverificação padrão de votação por maioria, inscreva o seu contato de plantão em alertas de Fora do Ar e Repetir, e configure um relatório semanal para um endereço compartilhado da equipe.

Solução de problemas

• A verificação reporta Fora do Ar mas a página parece bem quando você mesmo a abre. Um contador de falha de carregamento (Script, Imagem, Total, e assim por diante) provavelmente disparou em um recurso de terceiro instável, como uma rede de anúncios ou script de analytics, em vez da sua própria página. Verifique qual contador disparou antes de presumir uma indisponibilidade real, e considere aumentá-lo de 0 para 1 ou 2 se essa instabilidade for um padrão conhecido e tolerável.
• Os tempos de carregamento mudaram visivelmente depois de você trocar a Emulação de dispositivo. Esperado, não uma regressão: um perfil de dispositivo diferente muda a viewport, o user agent e a emulação de toque, o que muda o que a página carrega e como ela renderiza. Compare tempos só dentro da mesma configuração de dispositivo.
• A verificação continua batendo no Timeout de carregamento de página mesmo com a página carregando bem no seu próprio navegador. A localidade de monitoramento pode estar longe do seu servidor, ou o timeout está medindo o carregamento completo incluindo requisições lentas em segundo plano. Aumente o timeout com margem real, e se a página continuar consultando em segundo plano depois de o conteúdo visível estar pronto, tente um Timeout de carregamento de página sem XHR diferente de zero.
• Os limites de uso de CPU ou Memória nunca parecem disparar, mesmo em uma página pesada. Os dois começam em "sem limite", e o controle deslizante de CPU só cobre 80-100% depois de ativado. Se rastrear uso pesado de recursos importa, mova explicitamente o controle para fora de "sem limite" e escolha um valor na faixa.
• Avisos de console de scripts de anúncio ou analytics continuam disparando o Limite de avisos do lado do cliente. Muitos scripts de terceiros registram avisos que não são problemas reais. Deixe esse limite em 0, ou defina-o acima da contagem normal de avisos da sua página.

Relacionados

• Monitoramento de tempo de acesso do navegador - a página de produto para esse tipo de verificação.
• Teste gratuito de velocidade de página - rode uma verificação avulsa antes de configurar monitoramento contínuo.
• Guia de Verificação de Transação - para roteirizar uma jornada de usuário em várias etapas em vez de observar o carregamento de uma única página.
• Regras de validação de resposta - a linguagem de regras usada para validar verificações HTTP e API.
• Como verificar a velocidade de um site - o teste avulso, e o que cada número de tempo significa.
• Todos os guias de monitoramento - o guia de configuração para todo outro tipo de verificação.