ciclo de vida do script
unload e beforeunload
Manipuladores de saída podem impedir a restauração. Revise o motivo do navegador e teste a análise e os formulários antes de alterar o código.
Verifique o BFCache do site online
Verifique se uma página é restaurada ao voltar. Encontre as restrições do navegador que exigem uma recarga completa.
Causas de bloqueio
Por que voltar exige recarregar
O BFCache raramente tem um único bloqueador universal. O relatório separa cabeçalhos do servidor, restrições do navegador e código do frontend para que a correção não se torne adivinhação.
cabeçalhos de resposta
Cache-Control: no-store
O efeito de no-store depende do navegador e das condições de teste. Consulte o motivo de rejeição registrado. Não remova a proteção de dados privados para ativar BFCache.
estado em tempo de execução
Estado de JavaScript e conexões
WebSocket, transações do IndexedDB, timers e estado de SPA podem bloquear a restauração. O Milten verifica o que acontece quando o usuário sai da página e volta por meio de pageshow.
Perguntas frequentes
Perguntas frequentes sobre o Back/Forward Cache
Respostas curtas sobre o que é o BFCache, por que ele é desativado e como corrigir bloqueadores com segurança.
O que é o Back/Forward Cache?
O BFCache mantém um snapshot completo da página na memória do navegador. Quando o usuário clica em Voltar ou Avançar, a página pode aparecer imediatamente sem carregar HTML, recursos ou renderizar novamente.
Por que uma página perde o BFCache?
Consulte os motivos registrados pelo navegador testado. Os handlers de ciclo de vida, os recursos abertos e as configurações de resposta podem afetar a restauração. As regras variam conforme o navegador e o estado. No Chrome atual, no-store e beforeunload não bloqueiam o BFCache incondicionalmente por si só.
Como o BFCache se conecta ao Core Web Vitals?
Uma restauração do BFCache geralmente parece instantânea porque o navegador mostra o estado pronto da página. Isso reduz carregamentos repetidos e melhora a experiência de navegação para frente e para trás.
Podemos remover o unload sem perder as análises?
Verifique quais eventos dependem de unload antes de removê-lo. Mudanças de visibilidade, pagehide ou sendBeacon podem atender à finalidade, mas a entrega precisa ser verificada. Teste os eventos em um carregamento normal e em uma restauração do BFCache sem contar a mesma visita duas vezes.
Precisamos verificar todas as páginas?
Comece pelos principais modelos: página inicial, catálogo, página de produto, artigo, área da conta ou checkout. Se o bloqueador estiver no layout compartilhado, ele aparecerá em vários tipos de página.
Serviços relacionados
O que verificar em seguida neste serviço
Velocidade de carregamento
Verifique o carregamento com as configurações de dispositivo e rede escolhidas. Receba medições de velocidade, resultados e recomendações.
AbrirVerificação de JavaScript
Verifique arquivos JavaScript, erros de carregamento e código não utilizado durante o carregamento. Encontre scripts que precisam de uma análise mais detalhada.
AbrirVazamentos de memória
Encontre dados que permanecem na memória após navegações repetidas. Examine possíveis vazamentos de memória e dados que se acumulam.
AbrirResposta da página às ações (INP)
Meça a rapidez com que a página responde a ações automatizadas. Encontre atrasos durante o teste.
Abrir