ciclo de vida del script
unload y beforeunload
Los controladores de salida pueden impedir la restauración. Revise el motivo del navegador y pruebe la analítica y los formularios antes de cambiar el código.
Comprueba el BFCache de tu sitio web online
Compruebe si una página se restaura al volver atrás. Encuentre las restricciones del navegador que provocan una recarga completa.
Causas bloqueantes
Por qué volver atrás requiere recargar
El BFCache rara vez tiene un único bloqueador universal. El informe separa las cabeceras del servidor, las restricciones del navegador y el código del frontend para que la solución no se convierta en conjeturas.
cabeceras de respuesta
Cache-Control: no-store
El efecto de no-store depende del navegador y las condiciones de prueba. Consulte el motivo de rechazo registrado. No elimine la protección de datos privados para activar BFCache.
estado en tiempo de ejecución
Estado y conexiones de JavaScript
WebSocket, transacciones de IndexedDB, temporizadores y el estado de la SPA pueden bloquear la restauración. Milten comprueba qué ocurre cuando el usuario abandona la página y vuelve a ella mediante pageshow.
Preguntas frecuentes
Preguntas frecuentes sobre la caché de retroceso/avance
Respuestas breves sobre qué es BFCache, por qué se desactiva y cómo solucionar los bloqueadores de forma segura.
¿Qué es la caché de retroceso/avance?
BFCache conserva una instantánea completa de la página en la memoria del navegador. Cuando el usuario hace clic en Atrás o Adelante, la página puede aparecer de inmediato sin volver a cargar el HTML, los recursos ni el renderizado.
¿Por qué una página no usa BFCache?
Consulta los motivos registrados por el navegador probado. Los controladores del ciclo de vida, los recursos abiertos y la configuración de respuesta pueden afectar a la restauración. Las reglas varían según el navegador y el estado. En Chrome actual, no-store y beforeunload no bloquean BFCache incondicionalmente por sí solos.
¿Cómo se relaciona BFCache con Core Web Vitals?
Una restauración desde BFCache suele percibirse como instantánea porque el navegador muestra el estado listo de la página. Reduce las cargas repetidas y mejora la experiencia en la navegación hacia atrás y hacia adelante.
¿Podemos eliminar unload sin perder analíticas?
Revisa qué eventos dependen de unload antes de eliminarlo. Los cambios de visibilidad, pagehide o sendBeacon pueden servir para ese fin, pero hay que comprobar la entrega. Verifica los eventos en una carga normal y al restaurar desde BFCache sin contar dos veces la misma visita.
¿Tenemos que comprobar todas las páginas?
Empieza por las plantillas clave: página de inicio, catálogo, página de producto, artículo, área de cuenta o pago. Si el bloqueador está en el diseño compartido, aparecerá en varios tipos de página.
Servicios relacionados
Qué comprobar después de este servicio
Velocidad de carga
Comprueba la carga con la configuración de dispositivo y red elegida. Obtén mediciones de velocidad, resultados y recomendaciones.
AbrirComprobación de JavaScript
Revisa archivos JavaScript, errores de carga y código sin usar durante la carga. Identifica scripts que requieren un análisis más detallado.
AbrirFugas de memoria
Encuentra datos que permanecen en memoria tras navegar repetidamente. Revisa posibles fugas de memoria y datos que se acumulan.
AbrirCapacidad de respuesta de la página (INP)
Mide la rapidez con la que la página responde a acciones automatizadas. Encuentra retrasos durante la prueba.
Abrir