Chrome 155, JPEG XL 기본 지원…이미지 전달 전략 점검할 때

오늘의 핵심

Chrome 155가 JPEG XL 이미지 디코딩을 기본 지원하기 시작했다. 이미지 중심 웹서비스는 기존 JPEG·AVIF와 실제 용량·화질·로딩 성능을 비교하되, 구형 브라우저를 위한 대체 포맷을 유지해야 한다.

확인된 사실

• Chrome 155는 JPEG XL 이미지 디코딩을 별도 사용자 설정 없이 기본 지원한다. 근거 [1] [2]
• JPEG XL은 손실·무손실 압축과 HDR을 지원하며 기존 JPEG를 무손실로 변환할 수 있다. 근거 [1] [2]
• Chrome의 JPEG XL 지원에는 Rust로 작성된 jxl-rs 디코더가 사용됐다. 근거 [1] [2]
• Google은 JPEG XL을 일률적으로 채택하기보다 AVIF와 함께 실제 이미지로 비교할 것을 권고한다. 근거 [1] [2]

왜 중요한가

• Chrome 지원 확대는 JPEG XL 도입을 가로막던 주요 호환성 장벽을 낮춰 상품 사진·콘텐츠 이미지가 많은 서비스에 새로운 최적화 선택지를 제공한다.
• 파일 크기 감소 가능성은 모바일 데이터 사용량과 이미지 로딩 체감에 영향을 주지만, 효과는 원본 특성과 인코딩 설정에 따라 달라 실제 서비스 데이터로 검증해야 한다.
• 사용자 브라우저 업데이트가 한 번에 완료되지 않으므로 JPEG XL만 단독 제공하면 일부 환경에서 이미지가 표시되지 않을 수 있다.

inxight의 관점

• 이번 변화는 즉시 전면 전환할 신호라기보다 이미지 전달 파이프라인에 JPEG XL 실험군을 추가할 시점이라는 의미가 크다.
• 포맷 선택은 평균 압축률보다 핵심 화면의 LCP, 디코딩 시간, 화질, CDN 변환 비용을 함께 측정해 판단해야 한다.
• 브라우저 지원과 별개로 CMS 업로드, 이미지 편집 도구, CDN 변환 및 캐시 키가 JPEG XL을 처리하는지 전체 운영 경로를 확인해야 한다.

실무 체크리스트

• 대표 상품·배너·콘텐츠 이미지 표본을 선정해 JPEG XL과 AVIF의 용량, 화질, LCP 및 디코딩 시간을 비교한다.
• picture 요소나 이미지 CDN의 콘텐츠 협상을 이용해 JPEG XL을 우선 제공하고 AVIF·WebP·JPEG 대체 소스를 유지한다.
• CMS, CDN, 서버의 image/jxl MIME 유형과 변환·리사이즈·캐시 지원 여부를 스테이징 환경에서 점검한다.
• 실사용 브라우저 버전 분포와 이미지 오류율을 관찰한 뒤 적용 범위를 단계적으로 확대한다.