좋은 결과 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.
AVIF 변환이 다른 형식보다 느린 까닭
AVIF는 속도보다 압축률을 최대화하도록 설계된 현대 영상 코덱의 프레임 내 압축을 바탕으로 하며, JPEG나 WebP보다 비싼 예측 방식, 더 큰 변환, 더 복잡한 루프 내 필터에 기댑니다. 여기서 도는 것은 그 전체의 소프트웨어판이고 브라우저 안에 있습니다. 1024×768 이미지의 변환은 Chromium 데스크톱에서 처리가 데워지면 약 250밀리초, 준비를 포함한 차가운 상태에서는 약 1.1초입니다. 8메가픽셀, 3840×2160에서는 변환이 Chrome에서 약 2.8초로, 이런 종류의 코드를 더 조심스레 돌리는 Firefox에서는 약 31초로 오릅니다. 중급 모바일에서는 데스크톱 수치의 약 3에서 5배를 잡으세요. 그래서 화면은 AVIF 변환을 결코 즉시라고 내세우지 않습니다. 사진 한 장 작업에는 충분하지만 진행 표시를 보이는 것이 정직할 만큼 느립니다.
AVIF 출력을 고르면 일어나는 일
AVIF는 이 도구가 만드는 형식 중 가장 부담이 큰 형식이라, 가장 작고 좋은 파일을 드리기 위해 RoundCut은 빠른 네이티브 빌드로 인코딩을 저희 서버에서 돌릴 수 있고, 여러 장을 한 번에 변환하면 항상 그곳에서 돌아갑니다. 관련 파일은 약 2시간 안에 사라지고 바로 지울 수 있습니다. 그 경로를 쓸 수 없으면 컴파일된 AVIF 인코더가 탭에 한 번 로드되는데 압축 기준 약 870KB이며, 변환은 대비책으로 기기에서 끝납니다. PNG, JPG, WebP 짝에는 이런 것이 전혀 해당하지 않는데, 브라우저의 내장 코덱에 기대기 때문입니다. 이 추가 작업이 AVIF가 크기 이점을 위해 치르는 값입니다.
AVIF가 같은 화질에서 JPEG를 앞서는 방식
블록 단위 예측이 AVIF의 핵심 수법이며 현대 영상 코덱의 작동에서 빌려왔습니다. 화소 블록마다 처리는 방향성, 매끈함, DC 같은 여러 예측 방식을 이미 변환한 이웃과 견주어 보고, 가장 작은 나머지를 남기는 것을 택합니다. 변환과 양자화를 거치는 것은 그 나머지 차이뿐이고 날 화소 값 자체가 아닙니다. 이는 이미지의 지역 구조를 JPEG의 고정된 8×8 DCT보다 훨씬 효율적으로 잡아냅니다. JPEG는 내용과 상관없이 어디에나 같은 변환 기하를 댑니다. 매끈한 계조에서는 AVIF의 예측이 거의 나머지를 남기지 않고 영역을 다시 만들 수 있습니다. 살색, 머리카락, 하늘에서 AVIF는 같은 화질에서 JPEG나 WebP보다 작은 파일을 거듭 내놓습니다. 맞바꾸는 것은 변환의 복잡함이며, 블록마다 여러 방식을 시험하는 것은 비용이 들어, 그래서 AVIF는 초로 세고 JPEG는 밀리초로 셉니다.
Core Web Vitals. 머리 이미지를 AVIF로 바꾸기
Largest Contentful Paint는 화면에서 가장 큰 보이는 요소가 얼마나 빨리 불러와지는지를 잽니다. 대부분의 착지 페이지와 제품 페이지에서 그 요소는 머리 사진입니다. Google은 Core Web Vitals가 검색의 순위 신호임을 분명히 했습니다. 흔한 300KB 머리 JPEG는 3G 연결에서 약 2.4초가 걸립니다. 같은 이미지를 기본 화질의 AVIF로 하면 약 100KB, 67퍼센트 줄어, 같은 연결에서 LCP 기여를 약 0.8초까지 낮춥니다. 이는 LCP를 2.5초를 넘는 빨간 구역에서 그 아래 초록 구역으로 옮기며, 검색 성능에 뜻있는 변화입니다. 절약은 페이지의 모든 이미지에서 쌓입니다. Cloudflare, Fastly, Akamai처럼 형식을 스스로 협상하는 CDN은 브라우저의 Accept 헤더를 읽고, 라이브러리에 AVIF 원본이 있으면 지원하는 브라우저에 스스로 AVIF를 보냅니다.
2026년의 AVIF. 지원, 성숙, 그리고 빈틈
2026년 중반에 AVIF는 Chrome 85 이상, Firefox 93 이상, iOS 16과 macOS Ventura의 Safari 16.4 이상, Edge 121 이상에서 풀립니다. 합친 전 세계 지원은 브라우저 통신의 약 94퍼센트입니다. 빠진 6퍼센트는 주로 Apple이 대부분의 새 기능 갱신을 멈춘 iOS 15에 머문 오래된 iOS 기기와 Internet Explorer입니다. 넓은 일반 독자에게 AVIF는 웹 전달에서 운영에 쓸 만합니다. 남은 빈틈은 도구 쪽에 있습니다. Lightroom은 2024년 13.3판에서 AVIF 내보내기를 더했고, Affinity Photo는 2.3판부터 AVIF 읽기와 쓰기를 지원하며, 소재 판매처 대부분은 아직 투고에 AVIF를 받지 않습니다. 인쇄 서비스는 아직 어디서나 JPEG나 TIFF를 원합니다. 웹에는 형식이 갖춰졌지만 제삼자의 체계로 파일을 넘기는 어떤 흐름에도 JPEG 원본을 예비로 챙겨 두세요.
크기 견주기. AVIF, WebP, JPEG
현실의 세 소재에 걸친 저희 기준 측정은 형식 사이의 기본 화질 비교를 믿을 만하게 줍니다. 1024×768 사진이 JPEG로 17KB일 때 WebP 짝은 7.3KB로 57퍼센트 가볍고 AVIF는 6.0KB로 65퍼센트 가벼웠습니다. 3840×2160 사진이 JPEG로 116KB일 때 WebP 짝은 32KB로 72퍼센트 가볍고 AVIF는 16KB로 86퍼센트 가벼웠습니다. WebP에 대한 AVIF의 앞섬은 크고 고해상도인 사진에서 커집니다. 400×300의 0.12메가픽셀 같은 아주 작은 이미지에서는 AVIF의 이점이 줄고 변환 부담이 전체 시간의 더 큰 몫이 됩니다. 이 수치들은 저희 처리 흐름에서 실측한 것이고 판매처의 광고가 아닙니다. 사진마다 내용의 복잡함, 잡음, 색의 폭에 따라 달라집니다.