게시일: 2025년 10월 8일
캐시 수명이 길면 페이지를 반복해서 방문하는 속도가 빨라질 수 있습니다.
브라우저가 리소스를 요청하면 리소스를 제공하는 서버는 브라우저에 리소스를 임시로 캐시해야 하는 기간을 알려줄 수 있습니다. 해당 리소스에 대한 후속 요청의 경우 브라우저는 네트워크에서 가져오는 대신 로컬 복사본을 사용합니다.
지연 시간은 웹 성능에 대역폭보다 훨씬 더 중요하므로 주요 요청의 네트워크 지연 시간을 방지하면 사용자가 인식하는 성능을 크게 개선할 수 있습니다.
이 통계를 전달하는 방법
캐시 가능한 모든 하위 리소스 요청의 캐시 수명은 30일 (2592000초) 이상이어야 합니다. 모든 정적 애셋은 여기에 설명된 결정 트리를 따라야 합니다. 캐시 가능한 리소스의 수명은 매우 길어야 합니다 (30일 또는 1년).
다음과 같은 경우 요청이 캐시 가능으로 간주됩니다.
- 리소스는 글꼴, 이미지, 미디어 파일, 스크립트 또는 스타일 시트입니다.
- 리소스에 200, 203 또는 206 HTTP 상태 코드가 있습니다.
- 리소스 응답 헤더가 캐싱에서 명시적으로 제외하지 않습니다 (예:
no-cache, must-revalidate, no-store).
HTTP 캐시: 첫 번째 방어선 가이드 및 HTTP 캐싱 동작 구성 Codelab에서 리소스를 캐시하는 방법을 알아보세요.
Chrome DevTools의 네트워크 패널을 사용하여 Cache-Control 헤더가 예상대로 설정되어 있는지 확인합니다. 또한 네트워크 패널의 Size 열은 요청이 실제로 캐시에서 제공되었는지 여부를 나타냅니다.
스택별 안내
이 통계는 다음 기술을 사용하는 페이지에 스택별 안내도 제공합니다.
Drupal
Administration(관리) » Configuration(구성) » Development(개발) 페이지에서 Browser and proxy cache maximum age(브라우저 및 프록시 캐시 최대 기간)를 설정합니다. Drupal 캐시 및 성능 최적화에 관해 읽어 보세요.
Joomla
캐시를 참고하세요.
WordPress
브라우저 캐싱을 참고하세요.