파일을 불러오는 중…

JPG를 AVIF로. 가장 가벼운 최신 사진 형식

JPEG를 깃털처럼 가벼운 AVIF로 바꾸고 사진을 40~86퍼센트 줄이세요.

또는 여기에 이미지를 드롭하세요

미리보기는 기기에만 표시되며, 촬영 전에는 아무것도 저장되지 않습니다.

JPG를 AVIF로 변환하는 방법

JPG를 AVIF로 변환하는 방법

JPEG를 업로드 영역에 끌어다 놓거나 클릭해 기기에서 고르세요. 파일이 도착하는 순간 변환이 시작되며 변환 버튼은 없습니다. 최상의 AVIF를 위해 RoundCut은 이미지를 저희 서버로 보낼 수 있고, 여러 장을 한 번에 변환하면 항상 그렇게 하며 결과는 약 2시간 안에 삭제됩니다. 그 경로를 쓸 수 없으면 브라우저에서 인코딩이 끝나는데, 처음에는 잠시 준비 시간이 듭니다. 작은 사진은 순식간에 끝납니다. 8메가픽셀 사진은 2~3초쯤 걸립니다. AVIF가 준비되면 다운로드를 눌러 같은 기본 이름에 새 확장자를 붙여 저장하세요.

AVIF는 얼마나 작아지나요

AVIF는 얼마나 작아지나요

저희 전 과정 테스트에서 1024×768의 17KB JPEG가 6KB AVIF가 되어 64퍼센트 줄었습니다. 3840×2160의 116KB 사진은 16KB가 되어 86퍼센트 줄었습니다. 실제 사진에서 현실적인 폭은 40에서 86퍼센트 가벼움이며, 화면을 채운 내용에 따라 정해집니다. 하늘이나 피부 같은 매끈한 면은 강하게 줄어듭니다. 잎사귀, 천, 필름 입자 같은 빽빽한 질감은 덜 내줍니다. 화질은 사진에 맞춘 기본값 그대로이고 PSNR은 42dB 안팎이라 보통 보는 거리에서 원본과 같아 보입니다. WebP에 대한 AVIF의 앞섬은 화질 설정이 낮을 때와, 넓고 매끈한 면을 가진 사진에서 더 벌어집니다. 예측 모델이 제값을 하는 자리입니다.

AVIF는 어디서나 되나요

AVIF는 어디서나 되나요

AVIF는 2026년에 전 세계 브라우저의 94퍼센트에서 읽힙니다. Chrome은 85판부터, Firefox는 93판부터, Edge는 121판부터, Safari는 iOS 16과 macOS Ventura 이후가 모두 추가 없이 그대로 읽습니다. iOS 15 이전의 오래된 iPhone은 못 읽고, Internet Explorer나 2022년 이전 Android 브라우저도 못 읽습니다. 모두에게 닿으려면 HTML의 picture 요소 안에서 AVIF에 JPG나 WebP 대체를 함께 두면, 브라우저가 읽을 수 있는 첫 형식을 고릅니다. 새 기기를 쓰는 독자에게 보내는 요즘 방식의 전달이라면 AVIF는 대체 없이도 혼자 버팁니다. 이 형식은 실험 단계를 떠난 지 오래이며 이제 일상의 통신에는 충분히 운영에 쓸 만한 자리에 서 있습니다.

JPG와 AVIF, 언제 무엇을 쓰나

JPG와 AVIF, 언제 무엇을 쓰나

머리 이미지, 갤러리 사진, 내용 협상을 지원하는 CDN이 새 브라우저 독자에게 보내는 모든 것에는 AVIF를 고릅니다. 파일 크기에서 AVIF는 어느 화질에서도 JPEG와 WebP 둘 다를 이깁니다. 오래된 흐름에는 JPEG를 남깁니다. 메일 첨부, 뒤따르는 도구가 다시 처리할 수 있는 CMS 올리기, 인쇄 서비스, 2022년 이전에 짜인 모든 작업 흐름입니다. 오늘날 운영 사이트 대부분은 picture 태그로 AVIF에 JPEG 대체를 함께 보내, 새 브라우저에는 크기 이득을 챙기면서 나머지에도 완전한 지원을 지킵니다. 직접 관리하는 사이트의 JPEG 이미지를 바꾼다면 AVIF는 2026년에 가장 강한 단일 형식 선택입니다. 단 한 번의 느린 변환을 받아들일 수 있다는 조건에서요.

당신의 사진이 처리되는 곳

당신의 사진이 처리되는 곳

AVIF는 느리고 무거운 형식이라, 최상의 화질로 가장 작은 파일을 드리기 위해 RoundCut은 탭이 아니라 저희 서버에서 인코딩할 수 있습니다. 여러 장을 한 번에 변환하면 항상 저희 서버에서 돌아가며, 파일은 묶여서 하나의 다운로드로 돌아옵니다. 그곳에 간 것은 약 2시간 안에 사라지고 결과 화면에서 바로 지울 수 있습니다. 그 경로를 쓸 수 없으면 같은 변환이 대비책으로 브라우저에서 돌아갑니다. 그래서 한 장은 상황에 따라 기기에 남거나 저희 서버로 가고, 묶음은 항상 서버를 씁니다. 어느 쪽이든 사진은 당신의 AVIF를 만드는 데만 쓰이고 아무것도 보관되지 않습니다.

AVIF가 WebP보다 나은가요

AVIF가 WebP보다 나은가요

AVIF와 WebP는 둘 다 최신이고 사용료가 없는 형식이며 둘 다 JPEG보다 세게 압축합니다. AVIF는 보통 같은 화질에서 더 작은 파일에 닿고, 특히 매끈한 사진에서 그렇고, HDR과 10비트 색 깊이를 지원합니다. 맞바꾸는 것은 변환 속도입니다. AVIF는 WebP보다 뚜렷이 느립니다. 4K 사진을 AVIF로 바꾸면 데스크톱 Chrome에서 약 2.8초, WebP는 600밀리초 미만입니다. 브라우저 지원은 가까워서 WebP가 통신의 97퍼센트, AVIF가 94퍼센트입니다. 가능한 한 가벼운 파일을 원하고 한 번의 더 긴 변환을 받아들일 수 있는 웹 전달이라면 AVIF가 더 나은 선택입니다. 속도가 중요한 묶음 작업에는 WebP가 더 실용적입니다.

사용 방법

  1. JPEG를 놓거나 고르기

    업로드 영역을 클릭하거나 기기에서 JPEG를 끌어다 놓으세요. 파일이 도착하는 순간 변환이 스스로 시작되며 별도의 변환 버튼은 없습니다.

  2. 처리되도록 두기

    최상의 AVIF를 위해 RoundCut은 인코딩을 저희 서버에서 돌릴 수 있고, 여러 장 변환은 항상 그렇게 합니다. 한 장은 브라우저에서 끝날 수도 있고 처음에는 잠시 준비 시간이 듭니다.

  3. 변환이 끝나기를 기다리기

    작은 사진은 1초의 몇 분의 일 만에 끝납니다. 4메가픽셀이 넘는 사진은 데스크톱에서 몇 초 걸리고 모바일은 더 느립니다. 변환 동안 진행 표시가 나타납니다.

  4. AVIF를 저장하기

    다운로드를 눌러 결과를 저장합니다. 이름은 그대로 이어지고 확장자는 스스로 .avif로 바뀌므로 손으로 다시 붙일 것이 없습니다.

관련 도구

변환을 반대로 하거나 워크플로에 맞는 다른 형식을 비교해 보세요.

자주 묻는 질문

왜 JPG를 AVIF로 변환하나요

AVIF는 널리 지원되는 형식 가운데 주어진 화질에서 가장 작은 파일을 만들며, 보통 JPEG보다 40에서 86퍼센트 가볍고 같은 설정의 WebP보다 작습니다. 사이트의 머리 이미지나 갤러리 사진을 다룬다면 AVIF로 옮기면 대역폭을 줄이고 호스팅 비용을 낮추며 Largest Contentful Paint를 바로 끌어올릴 수 있습니다. 이는 Google이 순위 신호로 쓰는 Core Web Vitals 지표입니다. 브라우저 지원이 이제 전 세계 94퍼센트라 거의 모든 방문자가 AVIF판을 봅니다.

어떤 브라우저가 AVIF를 지원하나요

2026년 기준으로 주요 최신 브라우저 대부분이 AVIF를 기본 지원합니다. 구형 iOS 기기나 Internet Explorer처럼 지원하지 않는 환경이 걱정된다면, HTML의 picture 요소에 JPG 또는 WebP 대체 소스를 함께 두세요. 브라우저가 읽을 수 있는 첫 번째 형식을 자동으로 선택하므로, 모든 방문자에게 최적의 이미지를 안전하게 보여줄 수 있습니다.

AVIF가 WebP보다 나은가요

파일 크기에서는 AVIF가 보통 이기며, 같은 화질에서 더 작은 파일에 닿고 특히 매끈한 사진에서 그렇습니다. 변환 속도에서는 WebP가 훨씬 빨라 4K 사진을 600밀리초 미만에 처리하는데 AVIF는 데스크톱 Chrome에서 약 2.8초입니다. 지원은 비슷하지만 WebP가 조금 앞서 97 대 94퍼센트입니다. 크기가 가장 중요한 운영 웹 전달이라면 AVIF가 2026년의 선택입니다. 속도가 중요한 실시간이나 묶음 변환에는 WebP가 더 실용적입니다.

AVIF는 투명을 담을 수 있나요

그렇습니다. AVIF는 투명을 위한 완전한 알파 채널을 지니고 JPEG는 없습니다. 다만 JPEG 원본에서 변환할 때는 JPEG가 늘 완전히 불투명하므로 지킬 투명이 없습니다. 투명을 가진 PNG나 WebP에서 시작해 AVIF에서 그것을 남기고 싶다면 그 원본에서 곧장 변환하세요. 이 도구의 AVIF 출력은 원본 이미지가 이미 넘겨줄 알파 채널을 가졌을 때 그것을 이어 줍니다.

어떤 화질 설정을 쓰나요

이 도구는 사진에 맞춘, 거의 무손실인 기본값으로 변환합니다. 나오는 PSNR은 42dB 안팎이라 보통 보는 환경에서 사진이 원본과 같아 보입니다. 그 설정은 크기와 화질을 잘 맞춥니다. 더 내리면 파일은 더 줄지만 사진에 보이는 자국이 생기고, 더 올리면 AVIF를 쓸 이유인 크기 이점이 깎입니다. 저희가 보내는 기본값은 대부분의 웹 게시에 알맞고, 그래서 만질 조절 막대가 없습니다.

여러 JPG를 한 번에 AVIF로 변환할 수 있나요?

네. 여러 JPEG를 놓으면 저희 서버에서 함께 변환되어 하나의 다운로드로 돌아옵니다. 보낸 파일은 약 2시간 안에 사라지고 결과 화면에서 더 일찍 지울 수 있습니다. 한 장은 대신 브라우저에서 다뤄질 수 있습니다. AVIF 인코딩은 무겁기 때문에 큰 묶음은 끝나는 데 시간이 좀 걸립니다.

세부 정보

좋은 결과 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.

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의 이점이 줄고 변환 부담이 전체 시간의 더 큰 몫이 됩니다. 이 수치들은 저희 처리 흐름에서 실측한 것이고 판매처의 광고가 아닙니다. 사진마다 내용의 복잡함, 잡음, 색의 폭에 따라 달라집니다.