빠른 사용법
세 단계로 확인합니다.
- 1검사 URL 입력
압축 정책을 확인할 공개 리소스 주소를 입력합니다.
- 2압축 지원 요청
gzip·br·deflate를 허용하는 Accept-Encoding 헤더를 보냅니다.
- 3응답 인코딩 확인
Content-Encoding, Vary, 타입과 상태를 함께 봅니다.
결과 읽기
압축 응답 조건을 확인합니다.
콘텐츠 유형, 크기, CDN, User-Agent에 따라 같은 사이트에서도 압축 여부가 달라질 수 있습니다.brBrotli
HTTPS 웹 자산에서 높은 압축 효율을 제공하는 현대적인 인코딩입니다.
gzipGZIP
호환성이 넓은 전송 압축 방식으로 텍스트 자산에 주로 사용합니다.
VARY캐시 분리
Accept-Encoding 값에 따라 다른 응답을 캐시하도록 중간 캐시에 알립니다.
NONE헤더 없음
미압축일 수 있지만 작은 응답·이미 압축된 형식·요청 방식 영향도 확인해야 합니다.
이미지·영상·압축 파일은 추가 압축 효과가 작고, 너무 작은 응답은 서버 정책상 압축하지 않을 수 있습니다.
이럴 때 유용합니다.
- HTML·CSS·JS 압축 적용 확인
- CDN 전환 전후 응답 비교
- Vary 헤더 누락 점검
함께 확인하세요.
- 헤더만으로 실제 전송 절감량 확정 불가
- 리소스 경로별로 정책이 다를 수 있음
- 동적·Range 응답은 결과가 달라질 수 있음
자주 묻는 질문
사용 전 알아둘 점
Content-Encoding이 없으면 무조건 설정 오류인가요?
아닙니다. 파일이 작거나 이미 압축된 형식이거나 서버 임계값 아래일 수 있습니다. 대표 HTML·CSS·JS 리소스를 각각 확인하세요.
gzip과 br 중 무엇이 더 좋은가요?
일반적으로 Brotli가 텍스트 자산에서 더 높은 효율을 보일 수 있지만, 호환성과 서버 비용을 고려해 둘 다 협상하도록 구성하는 경우가 많습니다.
Vary: Accept-Encoding은 왜 필요한가요?
중간 캐시가 압축 지원 여부가 다른 클라이언트에게 올바른 버전을 제공하도록 응답 변형 기준을 알려줍니다.