Cache-Control 헤더 빌더

사용법

1. 시나리오에 맞는 프리셋에서 시작, 조정.
2. 숫자 필드는 초 단위 — 비우면 해당 디렉티브 생략.
3. 결과를 오리진 서버·CDN 룰·프레임워크 응답 헤더에 복사.

자주 묻는 질문

immutable은 언제 써?

파일명에 콘텐츠 해시가 포함된 자산에 긴 max-age(보통 1년)와 함께. 그러면 브라우저가 소프트 리프레시 시 조건부 재검증을 스킵.

no-cache와 no-store 차이?

no-cache는 저장된 사본 사용 전 재검증 필요; no-store는 아예 저장 금지. 절대 디스크에 남으면 안 되는 비공개 데이터엔 no-store.

헤더를 넣었는데 캐시가 전혀 안 된다. 왜?

대부분 세 가지 중 하나다. Set-Cookie가 함께 실린 응답은 공유 캐시가 개인용으로 취급하고 CDN은 대개 건너뛴다. 자격 증명과 함께 보낸 요청은 명시적으로 허용하지 않는 한 공유 캐시가 저장하지 않는다. 그리고 브라우저 새로고침은 헤더와 무관하게 재검증하므로, 강제 새로고침으로 시험하면 언제나 헤더가 무시되는 것처럼 보인다. 대신 새 탭에서 URL을 열어보라.

Expires나 ETag와는 어떻게 맞물리나?

둘 다 있으면 max-age가 Expires를 이긴다. Expires는 Cache-Control을 모르는 아주 오래된 캐시에만 의미가 있다. ETag와 Last-Modified는 아예 다른 장치다. 신선도에는 영향을 주지 않고, 응답이 낡은 뒤의 요청을 싸게 만들어 서버가 본문 없이 304로 답할 수 있게 한다. 두 가지는 함께 쓰라고 있는 것이다.

관련 도구