Brotli 검사기

Brotli 검사기는 웹사이트가 콘텐츠를 전송할 때 Brotli 압축을 사용하는지 확인하는 무료 도구입니다.

Brotli 압축이란 무엇인가요?

Brotli는 웹 서버에서 브라우저로 전송되는 데이터의 양을 줄이는 무손실 압축 형식입니다. HTML, CSS, JavaScript, JSON, SVG 파일과 같은 텍스트 기반 콘텐츠에 주로 적용됩니다.

압축은 서버가 응답을 보내기 전이나 보내는 중에 이루어집니다. 호환되는 브라우저는 HTTP Accept-Encoding 요청 헤더에 0이 아닌 품질 값과 함께 br을 포함해 Brotli를 지원한다고 알립니다. 서버나 콘텐츠 전송 네트워크가 Brotli를 사용하도록 설정되어 있으면 Content-Encoding: br과 함께 압축된 응답을 반환할 수 있습니다.

Brotli는 콘텐츠의 의미를 바꾸지 않습니다. 브라우저가 응답을 처리하기 전에 압축을 해제합니다. JPEG, PNG, MP4와 대부분의 압축 파일처럼 자체 압축을 사용하는 형식은 Brotli로 한 번 더 압축해도 일반적으로 얻을 수 있는 이점이 적습니다.

웹사이트가 Brotli를 사용하는지 어떻게 확인하나요?

웹사이트 주소를 입력하고 Brotli 검사를 실행하면 해당 웹사이트가 Brotli 압축을 사용하는지 확인할 수 있습니다.

검사는 서버에서 처리됩니다. 입력한 주소는 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

Brotli 검사기 결과는 어떻게 해석하나요?

결과에는 웹사이트의 Brotli 사용 여부가 표시됩니다.

Brotli가 감지되면 해당 웹사이트가 Brotli를 사용한다는 뜻입니다. 감지되지 않았다면 압축을 사용하지 않거나 Gzip 같은 다른 인코딩을 사용하고 있을 수 있습니다.

자주 발생하는 Brotli 문제 해결하기

Brotli가 예상대로 감지되지 않으면 다음 진단 단계를 따르세요.

1. Brotli를 활성화했는데도 사이트에서 Gzip을 반환합니다. 콘텐츠 협상 설정, 압축 적용 조건, 최소 크기 기준, 캐시된 변형을 확인하세요. 요청이 자체 압축 정책을 사용하는 CDN, 리버스 프록시 또는 호스팅 플랫폼을 거친다면 중간 시스템이 Brotli 대신 캐시된 Gzip 응답을 반환할 수 있습니다.
2. 홈페이지는 검사를 통과하지만 정적 파일은 통과하지 못합니다. CSS 및 JavaScript 파일의 압축 규칙을 검토하세요. 서버 규칙은 MIME 유형별로 적용되는 경우가 많으며, 리소스가 static.example.co.uk 같은 다른 호스트 이름에서 제공될 수도 있습니다.
3. 최근 변경한 호스팅 또는 CDN 설정이 반영되지 않습니다. DNS, 라우팅, HTTP 응답 헤더를 확인하세요. 트래픽이 여전히 이전 엣지 서버나 오리진 서버로 전달되면 검사 결과에 기존 설정이 반영될 수 있습니다.

압축 여부 외에 다른 응답 헤더도 살펴봐야 한다면 HTTP 헤더 조회를 이용하세요. Brotli와 HTTP/2는 별개의 기능이므로 연결 프로토콜도 확인해야 할 때는 HTTP/2 검사기를 사용하세요. HTTP/2가 아닌 연결에서도 Brotli를 사용할 수 있으며, HTTP/2를 활성화한다고 해서 Brotli가 자동으로 활성화되는 것은 아닙니다.

curl을 사용해 명령줄에서도 확인할 수 있습니다. curl --compressed -D - -o /dev/null https://www.example.co.uk/ 같은 요청을 실행하면 curl이 지원되는 압축 방식을 허용하도록 요청하고 응답 헤더를 출력합니다. 서버가 명령줄 클라이언트를 다르게 처리하거나 일반적인 GET 요청 대신 HEAD 요청을 사용하면 결과가 달라질 수 있습니다.

캐시나 전파 지연 때문에 결과가 잘못된 것처럼 보이는 이유는 무엇인가요?

캐시와 라우팅 지연으로 인해 검사 결과가 예상한 설정과 일시적으로 다르게 나타날 수 있습니다. CDN은 만료되거나 제거될 때까지 이전의 비압축 객체 또는 Gzip으로 압축된 객체를 보관할 수 있습니다.

응답 표현 선택이 Accept-Encoding에 따라 달라진다면 오리진 응답에 Vary: Accept-Encoding이 포함되어야 합니다. 캐시는 압축 지원 방식이 서로 다른 클라이언트에 별도의 표현을 제공할 수 있도록 이 필드를 사용해 캐시 키를 구성합니다. 이 헤더가 없거나 잘못 처리되면 캐시가 잘못된 변형을 반환할 수 있습니다. Brotli가 간헐적으로만 감지된다면 CDN 캐시 키와 응답 헤더를 확인하세요.

DNS 변경도 지연을 일으킬 수 있습니다. 리졸버는 TTL이 만료될 때까지 이전 주소를 유지할 수 있으며, 이전 작업 중에는 네트워크에 따라 서로 다른 서버에 연결될 수 있습니다. 이 검사기는 서버에서 실행되므로 검사에 사용되는 DNS 및 캐시 경로가 브라우저의 경로와 같지 않을 수 있습니다. 브라우저 개발자 도구에도 로컬에 캐시된 응답이 표시될 수 있으므로 결과를 비교할 때는 캐시를 비활성화하고 다시 로드하세요.

자주 묻는 질문

Brotli와 Gzip을 동시에 활성화할 수 있나요?

네. 서버는 일반적으로 두 방식을 모두 지원하며 클라이언트의 Accept-Encoding 헤더에 따라 인코딩을 선택합니다. 이에 따라 호환되는 구형 클라이언트에는 Gzip을 제공하고, 0이 아닌 품질 값과 함께 br을 알리는 클라이언트에는 Brotli를 제공할 수 있습니다.

Brotli 파일은 .br 확장자를 사용하나요?

미리 압축된 Brotli 파일은 서버에서 .br 확장자를 사용할 수 있지만, 웹사이트 방문자는 보통 원래 URL을 요청합니다. 서버가 압축된 표현을 선택하고 Content-Encoding 응답 헤더를 통해 해당 인코딩을 알립니다.

웹사이트의 모든 파일에 Brotli를 적용해야 하나요?

아니요. Brotli는 일반적으로 텍스트 기반 응답에 적합합니다. 이미지, 동영상, PDF, 압축 파일은 이미 압축되어 있을 수 있습니다. 이러한 형식을 다시 압축하면 전송 크기는 거의 줄지 않으면서 서버 처리 시간만 소모할 수 있습니다.

Brotli를 사용하면 검색 순위가 올라가나요?

Brotli가 검색 순위 상승을 직접 보장하지는 않습니다. 텍스트 응답 크기가 작아지면 전송 시간이 단축되어 페이지 성능 개선에 도움이 될 수 있습니다. 하지만 사용자가 체감하는 결과에는 캐싱, 서버 응답 시간, 스크립트 실행, 이미지 처리도 영향을 줍니다.

Brotli를 활성화한 뒤 무엇을 확인해야 하나요?

대표적인 텍스트 응답이 브라우저에서 올바르게 로드되는지 확인하세요. Content-Type, Content-Encoding, 값이 있는 경우 Content-Length, 그리고 Vary를 검토하세요. 이전 변형이 캐시에 남아 있다면 관련 CDN 항목도 제거하세요.