스크립트 수명 주기
unload 및 beforeunload
페이지 종료 핸들러가 복원을 막을 수 있습니다. 코드를 변경하기 전에 브라우저의 이유와 분석 및 폼 동작을 확인하세요.
온라인으로 웹사이트 BFCache 확인
뒤로 가기 시 페이지가 복원되는지 확인하세요. 전체 새로고침을 일으키는 브라우저 제한을 찾으세요.
차단 원인
뒤로 가기에 새로고침이 필요한 이유
BFCache에 보편적인 단일 차단 요인은 거의 없습니다. 보고서는 서버 헤더, 브라우저 제한, 프런트엔드 코드를 분리하여 수정이 추측이 되지 않도록 합니다.
응답 헤더
Cache-Control: no-store
no-store의 영향은 브라우저와 검사 조건에 따라 다릅니다. 기록된 거부 이유를 확인하세요. BFCache를 위해 개인정보 보호를 해제하지 마세요.
런타임 상태
JavaScript 상태 및 연결
WebSocket, IndexedDB 트랜잭션, 타이머, SPA 상태가 복원을 차단할 수 있습니다. Milten은 사용자가 페이지를 떠났다가 pageshow를 통해 돌아올 때 발생하는 일을 확인합니다.
FAQ
Back/Forward Cache에 관한 자주 묻는 질문
BFCache가 무엇인지, 왜 꺼지는지, 차단 요인을 안전하게 수정하는 방법에 대한 짧은 답변입니다.
Back/Forward Cache란 무엇인가요?
BFCache는 브라우저 메모리에 전체 페이지 스냅샷을 유지합니다. 사용자가 뒤로 또는 앞으로를 클릭하면 HTML, 리소스 로드 또는 다시 렌더링 없이 페이지가 즉시 나타날 수 있습니다.
페이지가 BFCache를 놓치는 이유는 무엇인가요?
검사한 브라우저가 기록한 이유를 확인하세요. 페이지 수명주기 핸들러, 열린 리소스와 응답 설정이 복원 가능 여부에 영향을 줄 수 있습니다. 규칙은 브라우저와 상태에 따라 다릅니다. 현재 Chrome에서 no-store와 beforeunload는 그 자체로 무조건 복원을 차단하지는 않습니다.
BFCache는 Core Web Vitals와 어떻게 연결되나요?
BFCache 복원은 브라우저가 준비된 페이지 상태를 표시하므로 보통 즉각적으로 느껴집니다. 반복 로드를 줄이고 뒤로/앞으로 탐색 경험을 개선합니다.
분석을 잃지 않고 unload를 제거할 수 있나요?
unload를 제거하기 전에 어떤 이벤트가 의존하는지 확인하세요. 목적에 따라 가시성 변경, pagehide 또는 sendBeacon을 사용할 수 있지만 전송이 도착하는지는 확인해야 합니다. 일반 로드와 BFCache 복원 모두에서 이벤트를 검사하고 같은 방문을 중복 집계하지 않도록 하세요.
모든 페이지를 확인해야 하나요?
홈페이지, 카탈로그, 제품 페이지, 기사, 계정 영역 또는 결제 등 주요 템플릿부터 시작하세요. 차단 요인이 공유 레이아웃에 있다면 여러 페이지 유형에 나타납니다.
관련 서비스
이 서비스 다음으로 점검할 항목
로드 속도
선택한 기기와 네트워크 설정으로 페이지 로딩을 점검하세요. 속도 측정값, 문제점, 개선 제안을 확인할 수 있습니다.
열기JavaScript 점검
JavaScript 파일, 로딩 오류, 로딩 중 사용되지 않은 코드를 확인하세요. 더 자세히 살펴볼 스크립트를 찾아보세요.
열기메모리 누수
페이지 이동을 반복한 뒤에도 메모리에 남는 데이터를 찾아보세요. 메모리 누수 가능성과 쌓이는 데이터를 확인할 수 있습니다.
열기페이지 반응 속도 (INP)
자동화된 동작에 페이지가 얼마나 빠르게 반응하는지 측정하세요. 테스트 중 발생하는 지연을 찾아보세요.
열기