Cache-Control은 브라우저와 CDN에 같은 지시를 할까

같은 헤더라도 개인 캐시와 공유 캐시의 요구를 나눠 읽습니다

Cache-Control은 브라우저와 프록시·CDN 같은 캐시의 저장·재사용 정책을 제어하는 지시를 담습니다. 로그인 사용자별 화면과 모두에게 같은 정적 파일은 요구가 다를 수 있습니다. 정책을 정할 때 누가 저장해도 되는지, 얼마 동안 재사용할지, 다시 확인해야 하는지를 먼저 적습니다. 근거: MDN Cache-Control, 2026-11-04.

근거: MDN Cache-Control · 2026-11-04 확인

no-cache와 no-store는 같은 말이 아닙니다

no-cache는 저장을 허용하되 재사용 전에 원 서버와 재검증하도록 요구합니다. 저장하지 않도록 하는 목적은 no-store와 구분합니다. 가상의 수시 갱신 공지와 민감한 개인 화면을 같은 문자열로 처리하기 전에 원하는 결과부터 정해야 합니다. 또한 새 응답에 정책을 붙이는 일은 중간 서버에 이미 저장된 모든 응답을 즉시 지우는 작업이 아닙니다. 실제 삭제가 필요하면 해당 시스템의 공식 무효화 절차를 따로 확인합니다.

근거: MDN Cache-Control · 2026-11-04 확인

개인화 화면과 버전 자산을 예제로 비교합니다

자신의 주문 내역처럼 사용자별로 다른 표현은 공유 캐시에 잘못 재사용되지 않아야 합니다. 반면 내용이 바뀔 때 주소도 바꾸는 버전 자산은 다른 보관 전략을 검토할 수 있습니다. 이 예는 서비스별 정책을 대신하는 완성 설정값이 아닙니다. 인증·콘텐츠 민감도·배포 방식·중간 계층을 확인하지 않고 긴 수명을 모든 응답에 붙이지 않습니다.

근거: MDN Cache-Control · 2026-11-04 확인

검증에서는 최종 헤더와 실제 재사용을 대조합니다

허가된 테스트에서 처음 응답과 반복 조회의 상태·Cache-Control·검증자를 기록합니다. 브라우저만 보는 시험과 실제 CDN 경로를 보는 시험을 나눕니다. 개인화는 별도 시험 계정의 자원이 서로 섞이지 않는지 승인 범위에서 확인합니다. 헤더가 존재한다는 사실과 각 계층이 의도대로 적용했다는 결과는 다르므로 실제 콘텐츠도 비교합니다.

잘못 보이면 전체 캐시 삭제보다 범위를 좁힙니다

문제 URL과 어느 계정·경로에서 무엇이 보였는지 먼저 남깁니다. 민감한 응답이 공유된 의심이 있으면 추가 노출을 늘리는 반복 조회를 멈추고 운영 담당자에게 알립니다. 공용 캐시 초기화·헤더 변경은 승인된 절차로 처리합니다. 해결은 단순히 새 내용이 한 번 보인 것보다 의도한 보관·재검증·분리 정책이 실제 경로에서 맞는지로 확인합니다.

옆 문서로 이어가기