Vary는 주소 밖의 어떤 요청 헤더가 표현을 바꿨는지 알립니다
같은 URL이라도 언어·인코딩 등의 조건으로 응답이 달라질 수 있습니다. Vary는 메서드와 URL 외에 응답 내용에 영향을 준 요청 헤더를 알려 캐시가 구분해 저장하도록 돕습니다. 다만 무엇을 구분하는지와 그 응답을 공유 캐시에 저장해도 되는지는 별도 정책입니다. 근거: MDN Vary, 2026-11-04.
근거: MDN Vary · 2026-11-04 확인
같은 안내문을 한국어·영어로 주는 가상 사례
한 주소가 Accept-Language에 따라 다른 본문을 제공한다고 합시다. 캐시가 주소만 기준으로 저장하면 먼저 저장한 언어를 다른 선호 요청에도 돌려줄 수 있습니다. 해당 헤더를 반영하는 정책은 표현 구분에 필요할 수 있지만, 언어를 이미 URL로 구분하는 서비스라면 실제 선택 기준이 무엇인지 다시 봐야 합니다. 이 사례는 관찰한 오류가 아니라 설계 검토 예입니다.
근거: MDN Vary · 2026-11-04 확인
적을 헤더 이름은 실제 표현 선택 기준에서 정합니다
요청에서 보기 좋은 헤더를 전부 넣는 것이 목표가 아닙니다. 서버가 어떤 입력으로 표현을 고르는지 문서·설정을 확인하고 각 값에 맞는 응답이 생성되는지 봅니다. Vary는 같은 URL의 기본 응답과304에서도 일관된 값으로 제공해야 한다는 점을 점검합니다. 별표와 구체 헤더 목록도 의미가 다르므로 임의의 완성 설정으로 복사하지 않습니다.
근거: MDN Vary · 2026-11-04 확인
테스트는 두 조건을 교대로 요청해 본문을 비교합니다
허가된 환경에서 조건A와 조건B의 요청 헤더·상태·Vary·본문 식별 문장을 기록합니다. 순서를 바꿔도 서로의 표현이 섞이지 않는지 실제 사용자 경로의 캐시에서 확인합니다. 첫 요청 두 번만 성공한 것과 이후 재사용까지 올바른 것은 구분합니다. 개인화 응답은 실제 개인정보를 노출하는 시험을 하지 말고 승인된 테스트 계정과 자료를 사용합니다.
틀린 표현이 보이면 구분 정책과 저장 정책을 따로 봅니다
Vary가 빠졌는지뿐 아니라 CDN이 해당 값을 반영하는지, 정식 주소·리디렉션이 맞는지, 공유 저장 자체가 허용되는지 함께 봅니다. Vary에 Cookie 등을 추가하면 모든 권한·개인화 문제가 해결된다고 가정하지 않습니다. 잘못된 개인 데이터가 보인다면 반복 시험을 멈추고 운영 담당자에게 전달합니다. 성공 기준은 의도한 조건별 본문이 섞이지 않고 저장·재검증 요구도 맞는 상태입니다.
원문으로 이어 읽기
확인일: 2026-11-04. 정의와 적용 범위, 발행일과 판본을 함께 살펴봅니다. 원문이 존재한다는 사실만으로 개별 주장의 정확성과 재사용 권리가 자동 보장되지는 않습니다.