Cache-Control 파서

Cache-Control 분석기

캐싱 정책, 캐시 가능 범위, 신선도 TTL을 분석합니다. 빌더를 통해 재현 가능한 헤더도 생성할 수 있습니다.

분석 요약

Shared caches allowed신선도: 10m 0sstale-while-revalidate: 30s
캐시 가능성
Shared caches allowed
신선도 TTL
10m 0s
Stale-While-Revalidate
30s
Stale-If-Error
-

빌더

public, max-age=600, stale-while-revalidate=30

JSON 미리보기

{
  "directives": [
    {
      "key": "public",
      "value": null
    },
    {
      "key": "max-age",
      "value": "600"
    },
    {
      "key": "stale-while-revalidate",
      "value": "30"
    }
  ],
  "warnings": [],
  "cacheability": "Shared caches allowed",
  "freshnessSeconds": 600,
  "staleWhileRevalidateSeconds": 30,
  "staleIfErrorSeconds": null
}

Cache-Control을 온라인에서 이해하고, 캐시 명령어를 직접 해석하지 마세요.

관련 추천

Set-Cookie 파서

User-Agent 파서

서브넷 계산기

SSL 인증서 검사기

Meta Tag 생성기

Cron 표현식 생성기

사용 사례

  • 배포 후 리소스가 제때 업데이트되지 않을 때 응답 헤더를 붙여넣어 캐시 정책 설정 오류 여부 확인
  • 브라우저 캐시 정책 디버깅 시 페이지 업데이트 문제 해결을 위해 no-cache와 must-revalidate 명령어 검사
  • 정적 리소스 캐시 최적화 시 생성기로 max-age, immutable, stale-while-revalidate 설정
  • API 응답 헤더 캐시 명령어 검사 시 민감 데이터 캐싱 방지를 위해 no-store 활성화 여부 확인

이용 방법

  1. Cache-Control 응답 헤더 내용을 파싱 영역에 붙여넣거나 생성기로 각 캐시 명령어 설정
  2. 파싱 모드에서 TTL, 캐시 범위, 재검증 정책 및 경고 정보 확인
  3. 생성 모드에서 public/private/no-cache/no-store 등 명령어 선택 및 시간 값 입력
  4. 생성된 Cache-Control 내용을 서버 설정에 복사하거나 입력 영역 내용을 덮어써 계속 디버깅

주요 기능

  • 캐시 정책 상세 분석: TTL, 공유 캐시, 원본 서버 요청 시점을 한눈에 파악
  • 최적화 방향 명확: 브라우저 캐시, CDN 캐시, API 캐시를 각각 판단 가능
  • 협업에 적합한 결과: 분석 결과를 프론트엔드, 백엔드, 운영팀과 공유하여 문제 원인 파악
  • 생성 후 바로 적용: 서버 설정에 직접 반영하거나 캐시 정책 실험에 활용 가능

자주 묻는 질문

Cache-Control에서 max-age와 s-maxage의 차이점은 무엇인가요?

max-age는 주로 브라우저 로컬 캐시에 영향을 미치고, s-maxage는 CDN 및 공유 캐시를 위한 것입니다. 명령어를 분리해서 보면 캐시가 정확히 어디에서 막히는지 판단할 수 있습니다.

캐시를 설정했는데도 브라우저가 자주 원본 서버에 요청하는 이유는 무엇인가요?

일반적인 원인으로는 no-cache, must-revalidate, 캐시 시간 너무 짧음, 또는 응답 헤더 간 충돌이 있습니다. 파싱 후 어떤 캐시 명령어가 히트 실패를 유발하는지 빠르게 파악할 수 있습니다.

이 도구가 CDN 캐시와 정적 리소스 캐시 문제 해결에 적합한가요?

네. 이미지, JS, CSS는 물론 API 응답 헤더까지 TTL, 공유 캐시 정책 및 만료 업데이트 로직을 검사할 수 있어 배포 전 자체 점검에 편리합니다.

온라인에서 캐시 응답 헤더를 파싱하는 것이 안전한가요?

이 도구는 주로 붙여넣은 응답 헤더 텍스트를 파싱하는 데 사용되며 복잡한 업로드 프로세스에 의존하지 않아 프론트엔드, 운영 및 웹마스터가 캐시 설정을 빠르게 자체 점검하기에 적합합니다.