Entender o processo atual

Um orçamento de desempenho limita uma experiência definida, não uma pontuação bonita. Comece por tarefas e aparelhos relevantes: abrir serviços em celular modesto, filtrar lista ou enviar solicitação. Meça o estado atual antes de escolher limites e registre as condições.

Um limite que vale manter

Combine experiência e custos controláveis. Carregamento, resposta à interação e estabilidade descrevem a experiência; tamanho de scripts, imagens e fontes ajuda a explicá-la. A web.dev descreve orçamentos como limites para decisões. Relacione-os a uma página ou tarefa, com responsável e reação ao excesso.

Acompanhar uma tarefa real

Suponha que uma página pública ganhe comparação interativa. Meça produção antes e depois no mesmo aparelho e conexão. Examine código transferido e aparição da explicação principal. Se atrasa sem ajudar a decidir, simplifique ou carregue sob demanda. Se for essencial, remova custo menos útil em vez de esconder a regressão.

Proteger as exceções

Não compare desktop com cache a celular sem cache nem apresente a melhor rodada como típica. Separe laboratório e visitantes reais. Inclua falhas, conteúdo longo, fontes traduzidas e scripts externos. O orçamento não deve incentivar letra ilegível, função ausente ou exclusão da rota difícil.

Transformar o orçamento em decisão repetível de entrega

Escolha rotas representativas, incluindo a página útil mais pesada, não só a inicial. Registre build, aparelho, conexão, cache e tarefa com a medição base. Antes de decidir sobre a entrega, separe alteração do produto e mudança na configuração do teste.

Dê um motivo a cada limite. Tamanho inicial de scripts protege rede lenta; atraso na interação afeta filtragem repetida. Se falhar, examine tarefa e composição do custo. Scripts grandes, imagens, fontes tardias e consultas lentas pedem soluções diferentes. Remover função útil por pontuação pode piorar o produto; avalie a consequência real.

Torne exceções explícitas. Se visualização necessária pesa em página especializada, documente necessidade, efeito medido, alternativas e quem aceita. Mantenha a exceção nessa rota, sem afrouxar todas. Defina revisão, especialmente para dependências temporárias. Após lançar, compare laboratório com uso real disponível e investigue diferenças. Sem dados reais, declare somente rotas e condições testadas. Evidência limitada continua útil, sem garantia universal.

Planilha de revisão do orçamento

PerguntaEvidência necessária
O que ficou lento?Rota e tarefa com testes comparáveis antes e depois, não pontuações sem relação.
Qual custo mudou?Contribuição relevante de transferência, renderização ou dependência, sem chute pelo total.
O custo se justifica?Benefício e alternativas mais leves realmente consideradas ou testadas.
Como termina a exceção?Responsável, rota e gatilho de revisão evitam compromisso temporário esquecido.

Antes de decidir

Que tarefa piora ao superar o limite? A medição é reproduzível? Quem aprova uma exceção e quando ela será revista? Leve rota e aparelho representativos à avaliação e acrescente uma verificação pequena e repetível à entrega.

Fontes e outras leituras

  1. web.dev — Performance budgets
Serviços

Aplicações web

Um espaço claro para trabalho complexo.

Converse sobre este serviço