Not Modified

개요

304 Not Modified는 조건부 요청에 대해 클라이언트가 캐시한 사본이 여전히 유효하므로 본문을 다시 보내지 않는다는 응답입니다. 클라이언트는 If-None-Match(ETag 기반)나 If-Modified-Since(시각 기반)로 자신이 가진 버전을 서버에 알립니다.

리소스가 바뀌지 않았다면 서버는 헤더만 담은 짧은 304를 돌려주고, 클라이언트는 로컬 캐시를 그대로 재사용합니다. 이는 재검증(revalidation) 캐싱의 핵심으로 대역폭과 지연을 크게 줄여 줍니다.

언제 발생하나

• 브라우저가 이전에 받은 CSS·JS·이미지를 다시 요청할 때 ETag/Last-Modified를 함께 보내고, 서버가 변경 없음을 확인하면 304로 응답합니다.
• Cache-Control이 must-revalidate이거나 캐시가 만료된 뒤 재검증할 때 흔히 발생합니다.

요청 / 응답 예시

GET /styles/main.css HTTP/1.1
Host: example.com
If-None-Match: "a1b2c3"
If-Modified-Since: Wed, 15 Jul 2026 10:00:00 GMT

HTTP/1.1 304 Not Modified
ETag: "a1b2c3"
Cache-Control: max-age=3600
Date: Wed, 16 Jul 2026 09:00:00 GMT

코드로 보기

// Express sets ETag automatically and returns 304 when
// the incoming If-None-Match matches:
app.get('/data', (req, res) => res.json(payload));

curl -i -H 'If-None-Match: "a1b2c3"' https://example.com/styles/main.css
# -> HTTP/1.1 304 Not Modified (no body sent)

실무 참고

• 304 응답에는 본문이 없어야 하며, ETag·Cache-Control 같은 캐시 관련 헤더만 담깁니다.
• ETag가 서버 인스턴스나 배포마다 달라지면 매번 캐시 미스가 나므로, 강한 캐싱을 원하면 ETag 생성 방식을 결정론적으로 맞춰야 합니다.
• 조건부 쓰기(If-Match)가 실패하는 경우는 304가 아니라 412 Precondition Failed로 처리됩니다.

관련 상태코드

관련 헤더

스펙 근거