Last-Modified만으로 최초 발행일을 알 수 없습니다
Last-Modified는 원 서버가 해당 자원이 마지막으로 수정되었다고 보는 시각입니다. 본문 최초 작성일이나 사건 발생일, 편집자가 사실을 확인한 날짜를 뜻하지 않습니다. 조건부 요청의 검증자로 쓰일 수 있지만 내용 비교에는 ETag보다 정확도가 낮을 수 있습니다. 근거: MDN Last-Modified, 2026-11-04.
근거: MDN Last-Modified · 2026-11-04 확인
문서의 세 날짜를 예제로 나눠 기록합니다
가상의 안내문 본문에 발행일과 개정일이 적혀 있고 HTTP 헤더에는 또 다른 시각이 있다고 합시다. 인용 메모에는 본문 발행·개정 표기, HTTP 관찰값, 내가 확인한 날을 별도 칸으로 둡니다. 서버의 파일 재생성이나 설정이 무엇에 영향을 주는지는 확인이 필요하므로 최신 헤더 한 줄을 근거로 법령·요금 내용도 최신이라고 쓰지 않습니다. 실제 안내문의 날짜를 조회한 예가 아닙니다.
근거: MDN Last-Modified · 2026-11-04 확인
조건부 조회는 보유한 표현의 시각을 기준으로 합니다
클라이언트는 저장한 Last-Modified를 If-Modified-Since 같은 조건에 사용할 수 있습니다. 어떤 응답이 오는지는 실제 조건과 서버 판단을 봐야 합니다. 화면에 표시한 사용자 로컬 시각을 임의로 헤더 값 대신 넣지 말고 문서가 정한 HTTP 날짜 형식을 유지합니다. 시각대나 단위를 바꾸어 비교할 때는 같은 순간인지 확인합니다.
근거: MDN Last-Modified · 2026-11-04 확인
자료 최신성 검증은 본문과 원문 근거까지 이어집니다
정책·기술 설명을 옮기려면 본문의 적용 대상과 판본, 공식 갱신 공지를 확인합니다. HTTP 헤더의 성공 조회와 내용 검수는 다른 단계입니다. 날짜가 서로 다르면 무조건 오래된 문서로 버리거나 새 문서로 확정하지 말고 각 날짜가 가리키는 사건을 먼저 분리합니다. 핵심 사실의 최신 적용 여부가 미확인이라면 그 부분을 확인 대기로 남깁니다.
기록이 맞는지 확인할 기준을 정합니다
성공적인 메모는 원문 URL·확인일·날짜 표기의 위치와 의미를 재현할 수 있어야 합니다. 헤더를 못 받으면 값을 기억으로 채우지 않고 미확인이라고 적습니다. 조건부 조회가 기대와 다르면 요청 날짜·응답 상태·ETag 유무·캐시 경로를 담당자와 대조합니다. 이 글에서는 실제 HTTP 값을 측정하거나 특정 자료를 최신으로 판정하지 않았습니다.
원문으로 이어 읽기
확인일: 2026-11-04. 정의와 적용 범위, 발행일과 판본을 함께 살펴봅니다. 원문이 존재한다는 사실만으로 개별 주장의 정확성과 재사용 권리가 자동 보장되지는 않습니다.