Publicado em: 8 de outubro de 2025
Um cache com ciclo de vida longo pode acelerar visitas repetidas à sua página.
Quando um navegador solicita um recurso, o servidor que o fornece pode informar ao navegador por quanto tempo ele deve ser armazenado em cache temporariamente. Em qualquer solicitação subsequente para esse recurso, o navegador usa a cópia local em vez de buscá-la na rede.
A latência é muito mais importante do que a largura de banda para o desempenho da Web. Por isso, evitar a latência de rede para solicitações importantes pode melhorar muito o desempenho percebido pelo usuário.
Como transmitir esse insight
Todas as solicitações de subrecursos armazenáveis em cache precisam ter um tempo de vida do cache de pelo menos 30 dias (2.592.000 segundos). Acreditamos que todos os recursos estáticos devem seguir a árvore de decisão descrita aqui: recursos armazenáveis em cache devem ter um tempo de vida muito longo (30 dias ou 1 ano).
Uma solicitação é considerada armazenável em cache se:
- O recurso é uma fonte, imagem, arquivo de mídia, script ou folha de estilo.
- O recurso tem um código de status HTTP 200, 203 ou 206.
- Os cabeçalhos de resposta do recurso não o excluem explicitamente do cache (por exemplo:
no-cache, must-revalidate, no-store).
Aprenda a armazenar recursos em cache no guia "O cache HTTP: sua primeira linha de defesa" e no codelab "Como configurar o comportamento de cache HTTP".
Use o painel Rede no Chrome DevTools para verificar se os cabeçalhos Cache-Control estão definidos conforme o esperado. Além disso, a coluna Size no painel Rede indica se uma solicitação foi realmente veiculada do cache.
Orientações específicas para a pilha
Esse insight também oferece orientação específica para páginas que usam as seguintes tecnologias:
Drupal
Defina a Idade máxima para cache de navegador e proxy na página Administração » Configurações » Desenvolvimento. Leia sobre cache Drupal e otimização de performance.
Joomla
Consulte Cache.
WordPress
Consulte Processo de cache do navegador.