AVIF·HEIC·WebP 차이: 최신 이미지 포맷 비교

셋 중 가장 오래된 것은 WebP입니다. Google은 On2 Technologies를 인수하고 몇 달 뒤인 2010년 9월에 WebP를 발표했고, On2의 VP8 동영상 코덱이 새 포맷의 엔진이 되었습니다. 발상은 간단했습니다. 정지 WebP는 사실상 작은 RIFF 래퍼에 담긴 VP8 키프레임 하나입니다. 첫 버전은 손실 압축만 지원했습니다. 이후 3년에 걸쳐 무손실 모드, 투명도를 위한 알파 채널, 애니메이션이 추가되었고, 그래서 WebP는 파일 형식 하나로 JPG, PNG, GIF를 모두 대체할 수 있습니다. Google은 지금도 WebP 개발자 사이트에서 포맷과 libwebp 라이브러리를 문서화하고 있습니다.

HEIC는 배경이 다릅니다. HEIF(High Efficiency Image File Format)는 Moving Picture Experts Group이 2015년 ISO/IEC 23008-12로 발표한 컨테이너 표준입니다. HEIF 파일에는 여러 코덱으로 압축한 이미지를 담을 수 있는데, 코덱이 H.265라고도 하는 HEVC일 때 그 파일을 HEIC라고 부릅니다. Apple이 2017년 iOS 11과 macOS High Sierra에서 iPhone 7 이후 모델의 기본 카메라 포맷으로 채택했고, 이 결정 하나로 수십억 장의 HEIC 사진이 거의 하룻밤 사이에 퍼졌습니다. 대부분의 사람이 이 포맷을 접하게 된 이유가 바로 이것입니다.

AVIF가 가장 최신입니다. Google, Mozilla, Microsoft, Amazon, Netflix, Cisco, Intel이 2015년에 설립한 Alliance for Open Media는 2018년에 로열티 없는 AV1 동영상 코덱을, 2019년 2월에 AVIF 1.0 이미지 사양을 발표했습니다. 기술적으로 AVIF는 HEIF 컨테이너를 빌려 HEVC 대신 AV1을 넣은 것이므로, AVIF와 HEIC는 엔진만 다른 사촌 관계입니다. 회원사들은 특허료가 없는 최신 코덱을 원했고, Alliance for Open Media는 지금도 AV1과 AVIF 사양을 공개하고 있습니다.

세 포맷 모두 동영상 코덱에서 갈라져 나왔고, 압축 방식에서 그 특징이 드러납니다. JPG처럼 8 × 8 픽셀 고정 블록을 쓰는 대신 주변 픽셀로 각 영역을 예측하고, 크기가 다양한 블록을 쓰며, 디코딩 후 경계를 필터링합니다. 그 결과 낮은 품질 설정에서도 깍두기 현상이 적습니다. 가장 앞선 것은 AVIF입니다. 같은 화질이라면 대체로 가장 작은 파일을 만들며, 특히 JPG에서 계단 현상이 생기기 시작하는 매끈한 하늘, 피부, 그러데이션에서 차이가 큽니다. 대가는 인코딩 시간입니다. AVIF 한 장을 만드는 데 같은 사진의 WebP보다 몇 배나 오래 걸릴 수 있어, 휴대폰이나 바쁜 서버에서는 무시할 수 없습니다.

기능 지원은 생각보다 비슷합니다. 세 포맷 모두 투명도를 저장할 수 있고 애니메이션 모드도 있지만, 애니메이션 HEIC는 실제로는 드뭅니다. 무손실 압축에서는 WebP가 돋보입니다. 무손실 모드가 손실 모드와 별도로 설계되어 스크린샷과 그래픽에서 대개 PNG보다 작습니다. AVIF와 HEIC도 이론상 무손실이 가능하지만 파일이 커지는 경향이 있고 이 모드를 제공하는 도구도 드뭅니다. 또 하나의 큰 차이는 색 심도입니다. WebP는 채널당 8비트로 제한되는 반면 HEIC와 AVIF는 10비트 색상을 저장하고, AVIF는 12비트와 HDR 이미지도 담을 수 있습니다.

지원 현황의 상당 부분은 라이선스로 설명됩니다. WebP와 AV1은 로열티 없이 공개되어 브라우저 제조사가 누구에게도 비용을 내지 않고 추가할 수 있었습니다. HEVC는 여러 라이선스 풀이 관리하는 특허로 묶여 있어, Chrome, Firefox, Edge는 운영체제가 이미 라이선스된 디코더를 제공하는 경우에만 HEVC 이미지를 디코딩합니다. 웹사이트 운영자에게 이 차이는 결정적입니다. 방문자 절반에게 몇 KB를 더 아껴 주는 포맷보다 모든 방문자가 볼 수 있는 포맷이 낫습니다.

용량 차이는 사진, 인코더, 품질 설정에 따라 달라지므로 어떤 수치든 정확한 값이 아니라 일반적인 값으로 보세요. 노트북 화면에서 똑같아 보이는 품질 설정으로 1200 × 800 px 사진을 저장하면 JPG는 보통 150–200 KB, WebP는 100–140 KB, AVIF는 60–100 KB 정도입니다. Google 자체 비교에서는 손실 WebP가 JPG보다 25–34% 작고, Apple은 카메라 사진 기준 HEIC가 JPG의 약 절반 용량이라고 설명합니다. JPG로 3–4 MB인 12 MP iPhone 사진은 HEIC로 보통 1.5–2.5 MB입니다.

그래픽은 다르게 움직입니다. 단색과 텍스트로 된 스크린샷은 무손실 WebP가 가장 작은 경우가 많고 그다음이 PNG이며, AVIF는 여기서 이점이 거의 없습니다. 작은 썸네일에서도 격차가 줄어드는데, 모든 포맷이 수백 바이트의 헤더를 달고 다니기 때문입니다. 아래의 흔한 오해는 이런 맥락 없이 벤치마크 수치만 읽은 데서 나옵니다.

웹에서 WebP와 AVIF는 이미 자리를 잡았습니다. Chrome, Edge, Firefox, Safari 모두 WebP를 표시하며, 가장 늦게 합류한 Safari는 2020년 macOS Big Sur와 iOS 14의 버전 14부터 지원합니다. AVIF는 2020년 Chrome 85, 2021년 Firefox 93, 2022년 Safari 16에 들어왔고, Edge는 2024년 초에 추가했습니다. 최신 브라우저를 쓰는 방문자는 둘 다 볼 수 있습니다. iOS 15 이후로 업데이트할 수 없는 iPhone처럼 오래된 Safari에 머문 사람만 AVIF를 보지 못하며, <picture> 요소를 쓰면 사이트가 이들에게 JPG 대체 이미지를 보낼 수 있습니다.

HEIC는 정반대입니다. Apple 기기에서는 어디서나 열리고 Safari 17은 웹페이지 안에서도 표시하지만, Chrome, Firefox, Edge는 일반 웹에서 HEIC 이미지를 표시하지 않습니다. Windows 10과 11은 Microsoft Store에서 HEIF 이미지 확장을 추가하면 사진 앱에서 HEIC를 열 수 있는데, 많은 PC에서는 유료 추가 기능인 HEVC 비디오 확장도 필요합니다. 최신 Android 버전은 HEIF를 디코딩할 수 있지만 서드파티 앱과 웹사이트마다 지원이 크게 다릅니다.

데스크톱 소프트웨어는 그 중간입니다. Adobe Photoshop은 2022년 버전 23.2부터 WebP를 기본으로 열고, 현재 대부분의 이미지 뷰어도 WebP를 처리합니다. 편집기, 오피스 프로그램, 오래된 프로그램의 AVIF·HEIC 지원은 들쭉날쭉하며, 많은 업로드 양식은 여전히 .jpg, .jpeg, .png만 확인하고 나머지는 거부합니다. 아래 패널에 플랫폼별로 정리했습니다.

웹 게시에는 WebP가 기본 답이고 AVIF는 그 위에 얹는 최적화입니다. 사이트를 직접 관리한다면 AVIF를 받는 브라우저에는 AVIF를, 나머지에는 WebP나 JPG를 보내세요. 대부분의 이미지 CDN과 프레임워크가 이를 자동으로 처리합니다. 파일을 하나만 쓸 수 있다면 현재 모든 브라우저가 표시하고 인코딩도 빠른 WebP가 더 안전합니다. 휴대폰 저장용으로는 iPhone에서 HEIC를 이기기 어렵습니다. 카메라가 기본으로 기록하고 사진 앱이 읽으며, 같은 공간에 약 두 배의 사진을 담을 수 있습니다.

보관, 인화, 서류 제출은 반대 방향으로 끌어당깁니다. 사진 보관본은 20년 뒤에도 특별한 코덱 없이 읽을 수 있어야 하므로, 카메라에서 나온 원본을 그대로 두고 필요할 때 JPG 사본을 추가하는 편이 낫습니다. 인화소는 보통 JPG나 TIFF를 요구하고, 관공서·시험·채용 포털은 흔히 JPG나 PNG만 받으며 KB 단위 용량 제한을 두기도 합니다. 이런 경우에는 원본은 보관함에 두고 변환한 사본을 쓰는 것이 현실적인 답입니다.

아래 네 가지 흔한 용도가 판단 기준을 요약합니다. 벤치마크 성적이 가장 좋은 포맷이 아니라, 파일이 가는 곳을 기준으로 고르세요.

대부분의 변환은 한 방향입니다. 호환성을 위해 새 포맷을 JPG나 PNG로 바꾸는 것입니다. 사진은 JPG를, 투명 영역이 있거나 선명하게 유지해야 할 텍스트가 있으면 PNG를 고르세요. AVIF JPG 변환 도구는 웹용 AVIF가 이미 강하게 압축되어 있기 때문에 품질 90에서 시작하며, 고급 설정의 투명 영역 옵션으로 투명한 픽셀을 무엇으로 채울지 정합니다. HEIC JPG 변환 도구도 90에서 시작하며, 메타데이터 제거 체크를 해제하지 않으면 위치 정보를 지웁니다.

WebP는 WebP JPG 변환 페이지가 품질 85에서 시작하는데, 일반 크기에서는 원본과 똑같아 보입니다. 각 변환기는 한 번에 최대 20개 파일, 파일당 95 MB까지 받으며 계정이 필요 없고, 업로드 파일과 결과물은 처리 30분 뒤 삭제됩니다. 휴대폰 설정과 예외 상황은 HEIC JPG 변환 방법과 WebP를 JPG로 바꿔야 할 때와 이유에서 더 자세히 다룹니다.

반대 방향도 그만큼 쓸모가 있습니다. 사이트를 운영한다면 업로드 전에 JPG 사진을 AVIF로 변환하면 용량이 보통 절반 정도 줄어듭니다. 아래 표는 이 포맷들 사이의 변환 중 UltKit에 전용 변환 페이지가 있는 조합을 보여 줍니다.

손실 변환을 할 때마다 디테일이 조금씩 더 사라지므로, 원본이 아니라 사본을 변환하세요. HEIC 파일은 iPhone 보관함에 두고, JPG는 필요한 사람이나 프로그램을 위해서만 내보내세요. HDR 사진도 마찬가지입니다. AVIF와 HEIC는 10비트 색상을 저장할 수 있는데, 8비트 JPG로 변환하면 밝은 하이라이트가 표준 범위로 압축됩니다. 공유하기에는 괜찮지만 나중에 편집하기에는 적합하지 않습니다. 이미지를 다시 편집할 가능성이 있다면 원본이나 무손실 PNG 사본을 남겨 두고 모든 편집을 거기서 시작하세요.

새 포맷을 이미 받아 주는 곳이라면 역시 원본을 그대로 두세요. 웹사이트 빌더, 채팅 앱, 클라우드 드라이브가 WebP나 HEIC를 바로 받는다면 변환은 단계만 늘리고 파일만 키웁니다. 업로드, 전송, 인화하는 바로 그 순간에만 변환하면 보관함의 화질을 서서히 떨어뜨리지 않고도 호환성을 얻을 수 있습니다.