ETag를 캐시 헤더 중 하나로 단순 암기하는지, 아니면 Cache-Control과 어떻게 역할이 갈리고 어떻게 함께 굴러가는지까지 보는지를 가른다.
ETag는 서버가 응답 본문의 버전을 식별하려고 붙이는 값이다. 클라이언트는 다음 요청에 If-None-Match로 이 값을 다시 보내고, 서버는 현재 버전과 같으면 본문 없이 304 Not Modified만 돌려준다. Last-Modified보다 세밀하게 비교할 수 있고 strong/weak로 비교 강도를 조정한다. Cache-Control이 캐시 보관과 만료를 결정한다면, ETag는 만료 이후 재검증 흐름의 키로 동작한다.
정적 자산의 304 비율을 들여다보며 캐시 적중률을 개선한 경험이 있다면 ETag·Cache-Control 조합 결정과 자연스럽게 이어진다
배포 후 사용자에게 이전 버전 자산이 잡혀 곤란했던 경험은 versioned URL 전략과 묶어 풀 수 있다
CDN이 압축 과정에서 ETag를 weak로 바꾸거나 제거하는 동작을 디버깅한 적이 있다면 strong/weak 차이로 바로 연결된다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.