짧은 답: 호환성이 필요하면 JPG로, 투명도가 필요하면 PNG로 변환하세요
.avif 파일을 내려받았는데 열리지 않는다면, 해결책은 대개 간단합니다.
- 사진, 이메일 첨부, 프로필 사진, 인쇄 주문, 마켓플레이스 등록, CMS 업로드, 정부 양식처럼 그저 평범한 이미지 파일을 원하는 곳에는 JPG를 쓰세요.
- 로고, 스크린샷, 아이콘, 스티커, 상품 누끼, UI 목업, 그리고 투명 배경이 있는 모든 자료에는 PNG를 쓰세요.
- 이미지가 최신 웹사이트에 그대로 남고 그 사이트가 이미 오래된 워크플로용 JPG, PNG, WebP 폴백을 서빙한다면 AVIF를 유지하세요.
마지막 항목이 중요합니다. AVIF는 고장 난 형식이 아닙니다. 손실·무손실 압축, 투명도, 애니메이션, 넓은 색 공간, HDR을 지원하는, 웹을 위해 만들어진 매우 효율적인 이미지 형식입니다. 문제는 대개 파일이 브라우저를 떠난 뒤에 시작됩니다. 웹 페이지는 AVIF를 깔끔하게 표시할 수 있지만, 같은 파일이 인쇄 키오스크, 오래된 디자인 앱, 채용 지원 폼, 혹은 AVIF가 널리 퍼지기 전에 만들어진 CMS 필드에서는 거부될 수 있습니다.
그래서 실전에서 던져야 할 질문은 “AVIF가 좋은가?”가 아니라, “이 파일이 다음에는 정확히 어디로 가야 하는가?”입니다.
AVIF 파일이 요즘 더 자주 보이는 이유
AVIF는 AV1 Image File Format의 약자입니다. 정지 이미지를 AV1 압축으로 이미지 컨테이너 안에 저장합니다. 쉽게 말해, 눈에 띄게 나빠지지 않으면서 웹 이미지를 훨씬 가볍게 만들 수 있습니다.
그래서 이미지 CDN, 사이트 빌더, 성능을 중시하는 사이트가 지원 브라우저에 AVIF를 점점 더 많이 서빙합니다. 이미지가 가벼우면 페이지 무게가 줄고, 체감 속도가 개선되고, 중요한 요소가 더 빨리 로드됩니다. MDN과 web.dev 모두 호환성이 중요한 경우에는 폴백 이미지와 함께 AVIF나 WebP 같은 최신 형식을 사용할 것을 권장합니다.
브라우저에서 보는 쪽에서는 훌륭합니다. 반대로 웹에서 상품 사진을 오른쪽 클릭으로 저장하거나, 참고 이미지를 사이트에서 내려받거나, 채팅으로 AVIF를 받거나, 최신 파이프라인에서 에셋을 내보낸 뒤 평범한 곳에서 써야 할 때는 골치 아파집니다.
흔한 “왜 안 열리지?” 상황은 다음과 같습니다.
- 학교·비자·취업·정부 업로드 폼이 JPG, JPEG, PNG, PDF만 허용한다.
- 인쇄 서비스가 JPG 사진은 받지만 원본 AVIF는 거부한다.
- 관리형 업무 노트북에서 동료가 미리보기를 못 한다.
- 오래된 이미지 편집기가 PNG와 JPG는 열지만 AVIF는 이해하지 못한다.
- 이메일 클라이언트가 AVIF의 미리보기를 보여주지 않고 첨부로 보낸다.
- 마켓플레이스 이미지 업로더가 실제 파일보다 확장자를 먼저 검사한다.
iPhone의 HEIC 파일도 비슷한 워크플로 문제에 부딪힙니다. 형식 자체는 기술적으로 튼튼해도, 받는 쪽 시스템이 아직 까다로운 경우입니다.
AVIF → JPG인가 AVIF → PNG인가는 목적지로 결정
습관으로 JPG나 PNG를 고르지 마세요. 다음 앱이나 사람이 필요로 하는 것에 맞춰 형식을 고르세요.
| 다음에 할 일 | 가장 좋은 출력 | 이유 |
|---|---|---|
| 일반 사진을 이메일로 보내기 | JPG | 충분히 가볍고 익숙하며 미리보기가 쉽다 |
| 프로필 사진이나 신분증형 사진 업로드 | JPG | 대부분의 폼이 사진에는 JPEG/JPG를 기대한다 |
| 인화 주문 | JPG | 사진 랩과 인쇄 포털은 JPG를 무리 없이 처리한다 |
| 투명 배경 로고 저장 | PNG | JPG는 투명도를 없앤다 |
| 스티커·누끼·오버레이 내보내기 | PNG | 알파 채널을 유지한다 |
| 텍스트와 UI 선이 있는 스크린샷 공유 | PNG | JPG보다 가장자리가 깔끔하게 유지된다 |
| 웹사이트 이미지 준비 | 대개 폴백을 두고 AVIF 유지 | 최신 브라우저에서 압축 효율이 더 좋다 |
| 다운로드한 원본 아카이브 | AVIF도 함께 보관 | 변환은 사본을 만들 뿐 더 좋은 마스터가 되지는 않는다 |
짧게 정리:
- JPG는 사진용 호환 형식.
- PNG는 그래픽용 호환 형식.
- AVIF는 보통 최신 웹사이트의 배포 형식.
AVIF vs WebP는 웹 배포 절충안을 더 자세히 다룹니다. 변환 작업에는 대개 위 표만으로 충분합니다.
PhotoTools에서 AVIF를 JPG로 변환하는 방법
PhotoTools는 AVIF 파일을 브라우저 안에서 로컬로 변환합니다. 즉 이미지가 서버에 업로드되는 대신, 사용자의 기기에서 디코딩되고 다시 인코딩됩니다. 개인 사진, 스크린샷, 문서, 클라이언트 작업물, 사내 디자인 에셋에서 아무 업로드 도구나 쓰지 않고 브라우저 로컬 변환기를 선택하는 주된 이유가 이것입니다.
JPG 사본을 만드는 순서:
- AVIF → JPG 변환기를 엽니다.
- 하나 이상의
.avif파일을 페이지에 드롭합니다. - 출력 형식은 JPG로 둡니다.
- 품질은 기본값으로 90 % 부근을 유지합니다.
- 변환을 클릭합니다.
- 파일을 하나씩 다운로드하거나, 배치를 ZIP으로 받습니다.
대부분의 사진에서 90 %는 조용한 중간값입니다. 결과가 여전히 원본과 비슷해 보일 만큼 높고, 파일이 이유 없이 부풀지 않을 만큼 낮습니다.
목적지에 엄격한 파일 크기 제한이 있고 편한 사진을 공유한다면 80~85 % 같은 낮은 값을, 파일이 클라이언트나 인쇄 워크플로 혹은 잘라내거나 확대해 볼 사람에게 간다면 95 % 같은 높은 값을 쓰세요. 100 %를 “마법의 품질 설정”으로 쓰지 마세요. 파일이 크게 늘어나는 대신 다운받은 AVIF가 의미 있게 더 “원본에 가까워지지”는 않습니다.
투명도가 중요할 때 AVIF를 PNG로 변환하기
투과 픽셀이나 선명한 그래픽 디테일이 있는 파일에는 PNG를 고르세요. 예를 들어 다음과 같은 자료가 그렇습니다.
- 투명 배경의 로고.
- 상품 누끼.
- 스티커와 오버레이.
- 작은 글씨가 있는 스크린샷.
- UI 목업.
- 아이콘, 배지, 다이어그램.
- 다른 디자인 위에 얹을 이미지.
PNG 사본을 만들려면 AVIF → PNG 변환기를 열고, AVIF 파일을 드롭한 뒤 변환하고, PNG를 다운로드하세요.
PNG는 JPG와 같은 품질 슬라이더 논리를 쓰지 않습니다. 디코딩된 픽셀에 대해 무손실 내보내기 형식이라, 가장자리와 투명도를 보존하는 데 좋습니다. 대가는 크기입니다. 작은 AVIF 사진이 매우 큰 PNG가 될 수 있는데, PNG는 AVIF나 JPG처럼 사진 세부를 압축하도록 설계되지 않았기 때문입니다.
PNG 결과가 너무 커 보인다면 압축하기 전에 스스로에게 한 가지 물어보세요. 이 이미지에 정말 투명도가 필요한가? 아니라면 대개 JPG 사본이 더 나은 호환성 파일입니다. 필요하다면 PNG를 유지하고, 받는 앱에 크기 제한이 있을 때만 이미지 치수를 줄이세요.
PNG 파일이 JPG보다 훨씬 커질 수 있는 이유는 이 글에서 설명합니다.
투명 배경에는 어떤 일이 일어나는가
여기서 많은 AVIF 변환이 어긋납니다.
AVIF는 투명도를 저장할 수 있습니다. PNG도 저장할 수 있습니다. JPG는 저장하지 못합니다.
투명한 AVIF를 JPG로 변환하면 투명 픽셀은 일반 픽셀로 바뀌어야 합니다. 내보내는 도구와 뷰어에 따라 결과가 흰색, 검정, 또는 다른 단색 배경 위에 놓인 것처럼 보일 수 있습니다. 흰 페이지 위의 미리보기가 괜찮아 보여도, 색이 있는 디자인에 올리는 순간 그 파일은 더 이상 투명하지 않습니다.
빠른 확인 방법:
- 이미지가 투명 누끼가 없는 사진이라면 JPG로 충분합니다.
- 다른 배경 위에 얹어야 하는 이미지라면 PNG를 쓰세요.
- 변환 후 누끼 가장자리가 뿌옇거나 톱니 모양으로 보이거나 사각으로 감싸인 것처럼 보인다면, PNG로 내보내 밝은 배경과 어두운 배경에서 모두 확인하세요.
이 점은 상품 이미지, 워터마크, 크리에이터 스티커, 로고 파일에서 특히 중요합니다. 흰색 이메일에서는 멀쩡해 보이는 로고가 어두운 슬라이드에서는 깨진 것처럼 보일 수 있습니다.
색상, HDR, 넓은 색 공간에는 어떤 일이 일어나는가
AVIF는 기본 JPG 워크플로보다 더 고급인 이미지 데이터를 담을 수 있습니다. 이를 지원하는 파이프라인에서는 하이 다이내믹 레인지와 넓은 색 공간까지 포함됩니다. 공식 AVIF 문서는 투명도, 애니메이션, 레이어형 이미지 사용 사례도 함께 설명합니다.
브라우저 캔버스를 거쳐 변환하면 브라우저는 원본 이미지를 디코딩해 보이는 픽셀을 그리고 새 파일을 내보냅니다. 호환성에는 좋지만, 원본 AVIF 컨테이너의 모든 부분을 그대로 보존하는 것과는 다릅니다. HDR이나 와이드 색 공간의 소재는 브라우저, 디스플레이, 내보내기 경로에 따라 일반 시청용으로 톤 매핑되거나 정규화될 수 있습니다.
일상적인 웹 다운로드와 평범한 사진에는 실무상 문제가 되지 않는 경우가 많습니다. 상당수 경우에서 변환된 JPG나 PNG는 오히려 실무상 옳은 출력입니다. 받는 앱이 평범한 SDR 이미지를 기대하기 때문입니다.
다음과 같은 경우에는 더 주의하세요.
- AVIF가 전문 HDR 워크플로에서 왔다.
- 시네마, 3D, 제품 색상, 디스플레이 캘리브레이션용 소재를 준비하고 있다.
- 장기 마스터로 파일이 필요하다.
- 받는 사람이 이미지를 그저 보는 게 아니라 정확한 색 값을 비교할 것이다.
그런 경우에는 원본 AVIF를 유지하고, JPG나 PNG는 호환성 사본으로만 내보내세요.
변환한 파일이 더 커질 수 있는 이유
사람들은 변환하면 파일이 작아진다고 기대합니다. AVIF에서는 자주 그 반대가 일어납니다.
AVIF는 이미 강하게 압축되어 있습니다. 300 KB짜리 AVIF 사진이 고품질 JPG에서는 700 KB로, PNG에서는 수 MB로 변할 수 있습니다. 이는 변환기가 실패했다는 뜻이 아니라, 최신 압축 형식에서 호환성용 형식으로 옮겼다는 뜻입니다.
다음처럼 기대하세요.
- AVIF → JPG: 종종 AVIF보다 크지만 사진용으로는 여전히 합리적.
- AVIF → PNG: 사진에서는 훨씬 크지만, 투명 그래픽에서는 올바른 선택.
- AVIF 그대로 유지: 최신 웹 배포에서는 대개 가장 좋음.
최종 JPG가 업로드 폼에 대해 너무 크다면 먼저 JPG 품질을 낮추세요. 그래도 크다면 변환 후에 치수를 줄이세요. 파일 크기 제한은 대개 압축과 픽셀 수 양쪽 모두에 걸립니다.
2026 웹사이트 이미지 포맷 가이드에서는 AVIF를 굳이 변환하지 않고 웹 파이프라인에 남겨야 할 때를 다룹니다.
배치로 AVIF를 변환하되 엉망으로 만들지 않기
배치 변환은 유용하지만, 폴더에 사진과 그래픽이 섞여 있으면 잘못된 배치 결정을 내리기 쉽습니다.
50개의 파일을 변환하기 전에 썸네일을 훑어 두 그룹으로 나누세요.
- 사진, 인물, 상품 컷, 배경 이미지 → JPG로 변환.
- 로고, 스크린샷, 아이콘, 스티커, 오버레이, 투명 누끼 → PNG로 변환.
그리고 작은 테스트를 하세요.
- 사진 한 장을 90 %로 JPG로 변환.
- 투명 또는 그래픽 파일 한 장을 PNG로 변환.
- 두 출력을 모두 열어봅니다.
- 파일 크기, 투명도, 가장자리 품질을 확인합니다.
- 샘플이 괜찮아 보일 때에만 나머지를 변환합니다.
PhotoTools는 여러 개의 AVIF를 한 번에 드롭해 결과를 ZIP으로 다운로드할 수 있으므로, 느린 부분은 변환이 아닙니다. 느린 부분은 다시 만들어야 할 파일로 폴더를 채워버리기 전에, 올바른 대상 포맷을 고르는 판단입니다.
프라이버시와 메타데이터
변환기는 브라우저에서 동작합니다. AVIF 파일은 로컬에서 디코딩되고, 오프스크린 캔버스에 그려지고, 브라우저의 이미지 내보내기 API를 통해 새로운 JPG 또는 PNG blob으로 내보내집니다. 프라이버시 측면의 실질적 이점은 단순합니다. 변환을 위해 원본 파일을 서버에 업로드할 필요가 없습니다.
이 재인코딩 경로는 결과물이 픽셀에서 만들어진 새 이미지 파일이라는 뜻이기도 합니다. 원본 컨테이너에 삽입되어 있던 메타데이터, 예를 들어 카메라 정보나 픽셀 이외의 정보는, 메타데이터를 보존하는 데스크톱 편집기와 같은 방식으로는 대개 유지되지 않습니다.
깔끔한 호환 사본을 원할 때는 유용합니다. 아카이브 워크플로의 대체품은 아닙니다. 원본 메타데이터가 중요하다면 AVIF를 유지하세요.
공유하기 전에 사진에 무엇이 담겼는지 확인하려면 PhotoTools의 메타데이터 가이드도 있습니다.
AVIF 변환 문제 해결
AVIF가 변환기에서 열리지 않는다.
Chrome, Edge, Safari, Firefox의 최신 버전을 시도해 보세요. 그래도 실패한다면 파일이 손상되었거나, 불완전하거나, 라벨이 잘못되었거나, 브라우저가 디코딩할 수 없는 방식으로 인코딩된 것일 수 있습니다.
JPG의 배경이 하얗거나 단색이 되었다.
원본에 투명도가 있었다면 예상된 결과입니다. 대신 PNG로 내보내세요.
변환한 JPG가 너무 크다.
JPG 품질을 85 % 정도로 낮추고, 사람들이 실제로 볼 크기에서 이미지를 확인하세요. 그래도 크다면 이미지 치수를 줄이세요.
PNG가 엄청나게 크다.
전체 사진에 대해서는 PNG가 잘못된 출력일 가능성이 큽니다. 투명도가 없다면 JPG를 쓰세요. 투명도나 선명한 그래픽 가장자리가 중요할 때에만 PNG를 쓰세요.
색이 달라 보인다.
AVIF를 소스로 유지하고, 다른 브라우저를 시도하고, 목적지 앱에서 파일을 테스트해 보세요. 이미지가 HDR이나 넓은 색 공간 워크플로에서 왔다면, 호환성용 JPG나 PNG로는 같은 외관이 유지되지 않을 수 있습니다.
업로드 폼이 여전히 변환된 파일을 거부한다.
확장자, 파일 크기, 픽셀 치수, 색 모드 요구 사항을 확인하세요. 유효한 이미지 파일이라도 크기 제한을 넘거나 허용 범위 밖의 치수를 쓰는 경우 폼이 거부할 수 있습니다.
변환 후에도 AVIF를 남겨야 할까?
보통은 그렇습니다.
JPG와 PNG는 배포용 사본으로 생각하세요. 특정 목적지에서의 호환성 문제를 해결하지만, 원본 AVIF를 더 좋게 만들지는 않으며, JPG 내보내기는 마스터 파일이 아닙니다.
다음과 같은 경우에는 AVIF를 남겨두세요.
- 파일이 본인의 내보내기 파이프라인에서 왔다.
- 나중에 다른 버전을 만들어야 할 수도 있다.
- 이미지가 최신 웹사이트의 일부다.
- 가장 작은 웹 배포 크기가 중요하다.
- 원본에 잃고 싶지 않은 투명도, HDR, 넓은 색 공간, 메타데이터가 있을 수 있다.
단지 편의를 위한 다운로드 파일이었고 변환한 사본만 있으면 충분한 경우에만 AVIF를 삭제하세요.
검토한 기술 자료
이 가이드는 다음의 1차 자료 및 개발자용 자료를 근거로 재검토했습니다.
- Alliance for Open Media의 AVIF 개요 — 투명도, HDR, 넓은 색 공간, 애니메이션, 브라우저 지원 등 AVIF의 기능.
- AV1 Image File Format v1.2.0 명세 — 컨테이너와 기능의 공식 모델.
- MDN 이미지 파일 형식·포맷 가이드 — 브라우저 관점의 포맷 동작과 폴백 지침.
- web.dev 이미지 성능 가이드 — 호환 폴백과 함께 AVIF 같은 최신 포맷 사용.
- MDN OffscreenCanvas convertToBlob() 문서 — 브라우저 측 이미지 내보내기 동작.
쉬운 말로 정리하면: 웹사이트를 최적화한다면 AVIF를 유지하고, 평범한 사진이 보수적인 워크플로에서 동작해야 한다면 JPG로 변환하고, 투명도나 선명한 그래픽 세부가 중요한 경우에는 PNG로 변환하세요.