AVIF는 JPEG가 2019년에 발명되었다면 이렇게 되었을 거라고 생각하시면 됩니다. 동일한 사진 콘텐츠를 절반의 용량으로 저장하고, HDR과 넓은 색역을 지원하며, 이 모든 기능을 이미 열려 있는 브라우저 탭에서 바로 사용할 수 있습니다.
여기에 이미지를 넣어주세요
100% 비공개. 업로드되지 않습니다.
세 세대에 걸친 코덱 압축 연구
카메라로 촬영한 JPEG 이미지, 스톡 사진 또는 웹에서 가져온 이미지를 드래그 앤 드롭하세요. 이 변환기를 베이스라인, 프로그레시브 및 CMYK JPEG 파일을 모두 지원합니다.
디코딩된 픽셀은 프레임 내 인코딩만 사용하는 AV1 인코더를 거칩니다(AV1은 비디오 코덱이고, AVIF는 단일 스틸 프레임을 사용합니다). 화질은 기본적으로 50으로 설정되어 있으며, 이는 WebP 80과 시각적으로 동일합니다.
일반적으로 동일한 품질의 원본 JPEG 파일보다 크기가 30~50% 작습니다. 확장자는 .avif로 변경되지만 파일 이름은 그대로 유지됩니다.
insight-to-avif-reason
WebP는 VP8(2010)에서 파생되었고, AVIF는 AV1(2018)에서 파생되었습니다. 8년간의 코덱 연구 끝에 탄생한 이 두 코덱은 파일 크기에서도 그 차이를 보여줍니다.
인코더는 브라우저 탭에서 WebAssembly를 통해 실행됩니다.
포트폴리오, 카탈로그 및 사진 라이브러리를 한 번에 변환하고 .
브라우저 지원, 인코딩 시간, HDR, 그리고 AVIF가 유용한 경우.
일반적으로 동일한 SSIM에서 사진 콘텐츠의 경우 40~55% 더 작아집니다. 500KB JPEG 파일이 220~300KB AVIF 파일로 변환될 때 화질 저하는 거의 느껴지지 않습니다. 단순한 콘텐츠(단색, 그래픽)에서는 용량 감소 효과가 적고, 세밀한 디테일이 있는 복잡한 사진에서는 용량 감소 효과가 가장 큽니다.
Chrome 85 이상(2020년 8월), Firefox 93 이상(2021년 10월), Safari 16.4 이상(2023년 3월), Edge 121 이상(2024년 1월)에서 지원됩니다. 전 세계 트래픽의 약 92%를 커버합니다. 나머지 8%에 대해서는 WebP 또는 JPEG 형식의 이미지를 제공합니다.
AV1의 압축 복잡성은 VP8보다 한 자릿수 이상 높습니다. JPEG는 밀리초 단위로 인코딩되지만, AVIF는 기본 설정에서 브라우저 내에서 이미지당 1~3초가 소요됩니다. 이러한 차이는 일시적인 불편함을 감수하더라도 지속적인 전송에서 이점을 얻을 수 있다는 것을 의미합니다.
네, AVIF는 10비트 및 12비트 색심도, Rec.2020 색 공간, HDR10/HLG 전송 함수를 기본적으로 지원합니다. 대부분의 JPEG 입력의 경우(JPEG는 8비트 sRGB) 이는 중요하지 않지만, 10비트 TIFF 파일을 AVIF 파이프라인에 입력하면 HDR이 처음부터 끝까지 유지됩니다.
네. 구글은 물론 빙과 대부분의 최신 크롤러도 AVIF 파일을 색인화합니다. 이미지 SEO 메타데이터(대체 텍스트, 구조화된 데이터, 파일 이름)는 형식에 관계없이 동일하게 작동합니다. 형식 자체는 코덱일 뿐이며, SEO 신호는 그 주변에서 발생합니다.
AVIF는 WebP 및 PNG와 동일하게 알파 채널을 지원합니다. JPEG 입력(투명도가 없는 이미지)의 경우 출력 AVIF는 완전히 불투명합니다. 투명한 소스를 사용하려면 PNG를 AVIF로 변환하는 파이프라인을 사용하십시오.
압축률 측면에서는 일반적으로 AVIF가 사진 콘텐츠의 경우 WebP보다 15~25% 작습니다. 하지만 브라우저 지원 측면에서는 WebP가 우세합니다(97% vs 92%). 인코딩 속도 면에서도 WebP가 압도적으로 빠릅니다. 압축률이 가장 중요한 경우에는 AVIF를, 속도나 호환성이 중요한 경우에는 WebP를 선택하세요.
AVIF 형식을 우선으로, WebP 형식을 두 번째로, JPEG 형식을 백업으로 사용하여 세 가지 이미지 형식을 모두 제공합니다. 브라우저는 디코딩할 수 있는 가장 작은 형식을 선택합니다. 이는 성능을 중시하는 웹사이트를 위한 2025년 표준 방식이며, 모든 주요 CMS 및 이미지 CDN에서 기본적으로 지원됩니다.