PNG를 건네면 투명한 영역이 변환의 모든 단계를 견뎌 낸 작은 AVIF가 돌아옵니다.
또는 여기에 이미지를 드롭하세요
변환 중…
이미지를 변환하는 중
최대 1분 정도 걸릴 수 있어요 — 파일이 여러 개면 조금 더 걸려요. 이 탭을 열어 두세요.
PNG를 AVIF로 만들며 투명도까지 그대로 유지합니다. 파일을 놓으면 페이지가 PNG를 읽어 AV1 코덱에서 파생된 이미지 형식인 AVIF로 다시 씁니다. AVIF 인코딩은 부담이 크므로 가장 깨끗한 결과를 얻기 위해 Araluma는 이를 저희 서버에서 실행하며, 그 경로가 끊겨 있으면 작업이 브라우저 안에서 도는 인코더로 넘어갑니다. 인코딩은 품질 85의 손실 방식으로 사진에서 약 42.6 dB PSNR이며, 원본에 충분히 가까워 눈이 차이를 알아채는 일이 드물고, 보통 같은 사진을 WebP로 저장한 것보다 30~50퍼센트 가볍습니다. JPG라면 투명도를 버리지만 AVIF는 알파 채널 전체를 그대로 둡니다. 파일이 저희 서버에 닿을 때마다 인코딩되고 결과는 약 2시간 안에 정리됩니다. 이 짝은 최신 페이지를 위한 가능한 한 가벼운 투명 자산을 찾는 디자이너와 프런트엔드 개발자에게 어울립니다.
PNG를 드롭 영역으로 끌어들이거나 가볍게 눌러 하나를 찾습니다. 뒤져야 할 변환 버튼은 없고 파일이 닿는 즉시 일이 시작됩니다. 한 세션의 여는 변환은 AVIF 변환을 불러오는 데 약 1초를 씁니다. 그다음부터 작은 이미지는 약 40밀리초에, 1메가픽셀 사진은 약 250에, 4K 한 장은 약 2.8초에 마무리됩니다. 8메가픽셀을 넘는 것은 휴대폰에서 10초나 30초까지 늘어날 수 있습니다. AVIF가 나타나면 다운로드가 그것을 원래 이름에 .avif 확장자를 붙여 써내고, 크기 표시가 옛 값과 새 값을 나란히 보여 줍니다.
살아남습니다. 그리고 그 생존이야말로 여기서 JPG가 아니라 AVIF를 고르는 이유의 전부입니다. 알파 채널은 AVIF에 본래부터 있는 것이라, 들어온 투명한 픽셀은 나갈 때도 투명한 채입니다. 허공에 떠 있는 배지, 가장자리를 흐린 제품 누끼, 둥근 아이콘, 저마다 마스크를 지킨 채 AVIF에 담기며 뒤에 흰 사각형도 없고 테두리에 후광도 없습니다. JPG는 그것을 그저 못 하고, 알파가 없어 투명하던 자리에 단색을 칠합니다. WebP도 알파를 품을 수 있지만 같은 품질의 용량에서 AVIF에 미치지 못합니다. 지금의 브라우저로 향하는 투명한 그림에 이만큼 작은 것은 달리 없습니다.
품질 85에 잡아 두면 AVIF는 사진에서 PNG보다 30~50퍼센트, 같은 그림의 WebP보다 20~30퍼센트 덜 나가기 쉽습니다. 어느 개발 중 측정은 JPG로 116 KB인 4K 한 장을 AVIF로 16 KB까지 내렸습니다. 작은 이미지도 같은 식으로 줄어, 17 KB PNG가 약 6 KB가 되었습니다. 이미 짓눌린 원본은 돌려주는 게 적고, 평평한 색의 그래픽이나 가장자리가 단단한 로고는 거의 움직이지 않습니다. 자연 사진이 가장 큰 깎임을 돌려주는데, 바로 그것이 많은 제품 페이지와 히어로 구역을 가장 부풀리는 파일이고 절감이 통하는 곳도 거기입니다.
손실 형식인 만큼 AVIF는 여기서 고정된 품질 85로 일합니다. 그 수준의 사진은 42.6 dB PSNR 가까이에 앉아 보통의 장면에서는 PNG와 같게 읽힙니다. 또렷한 글자와 가는 선은 예외라 어떤 손실 설정에서도 옅은 잡티를 주울 수 있으니 그런 것은 PNG에 둡니다. 시간은 이미지 크기와 엔진을 따릅니다. Chrome 데스크톱은 1메가픽셀을 사분의 일초쯤에, 8메가픽셀을 약 2.8초에 다룹니다. Firefox는 약 네 배가 들고, 휴대폰은 거기에 다시 세 배에서 다섯 배를 더합니다. 한 세션의 첫 실행도 AVIF 변환이 일어서는 동안 짧은 데움을 짊어집니다.
AVIF는 만드는 데 부담이 크므로 최상의 품질과 속도에 닿도록 Araluma는 이 변환을 저희 서버에서 실행하고, 서버에 닿지 못하면 브라우저의 인코더로 넘어갑니다. 즉 변환할 때 PNG가 저희에게 건너올 수 있습니다. 처리는 단순합니다. 파일은 AVIF가 되고, 결과는 당신에게 돌아오며, 둘 다 약 2시간 안에 저희 서버에서 정리됩니다. 이미지 사본을 남기지 않고, 계정을 요구하지 않으며, 당신이 시작한 변환 외의 용도로 쓰지 않습니다. 서버 경로를 쓸 수 없으면 인코딩은 당신의 브라우저에서 돕니다. 어느 길이든 같은 알파 채널과 같은 품질의 같은 AVIF를 받습니다.
지원은 2026년 세계 브라우저의 약 94.3퍼센트에 앉습니다. Chrome은 85부터, Firefox는 93부터, Safari는 16.4부터(iOS 16 이후), Edge는 121부터입니다. 뒤처진 것은 Internet Explorer, Opera Mini, 그리고 아직 iOS 15 이전에 머문 무엇입니다. 방문자의 한 조각이 거기에 산다면 AVIF를 앞세우고 picture 요소가 그들을 자동으로 WebP로 내리게 두세요. 대다수 최신 왕래에서는 그 내림이 좀처럼 일어나지 않습니다. Chrome과 Safari가 휴대폰 방문의 대부분을 짊어지고 둘 다 2022년부터 AVIF를 그대로 그려 왔기 때문입니다.
PNG를 드롭 영역으로 끌어들이거나 가볍게 눌러 파일 목록을 열고 기기에서 하나를 고릅니다.
여는 변환은 AVIF 변환을 불러오는 데 약 1초를 씁니다. 같은 탭에서 그 뒤의 하나하나는 더 빠릅니다.
AVIF가 갖춰지면 표시가 PNG 크기를 새 AVIF 크기 옆에 두어 내려간 폭을 또렷하게 합니다.
다운로드 버튼을 누르면 마무리된 파일이 원래 기본 이름을 품은 채 새 .avif 확장자를 달고 기기에 써집니다.
호환을 위해 반대 방향이 필요한가요, 아니면 더 빠른 변환과 넓은 지원에 WebP를 원하나요? 둘 다 한 번의 클릭 거리입니다.
지금의 브라우저가 그리는 것 가운데 가장 가벼운 형식이 AVIF이고, 게다가 투명함을 지키며 그렇게 하기 때문입니다. 프런트엔드 개발자와 디자이너는 투명한 인터페이스 조각, 제품 누끼, 내려받기를 싸게 둬야 하는 아이콘에 이것에 손을 뻗습니다. 용량의 깎임은 구체적이라 거의 같은 시각 품질로 흔히 PNG보다 30~50퍼센트 아래이고, 알파 채널은 JPG라면 지웠을 자리에서 손대지 않은 채 함께 따라갑니다.
예. AVIF는 본래의 알파 채널을 지니고 이 조합은 그것을 곧장 통과시킵니다. PNG의 투명한 영역은 AVIF에서도 여전히 투명합니다. JPG는 그것을 다루지 못하고 알파가 없어 빈틈에 단색을 떨어뜨리지만, AVIF는 누끼, 로고, 쌓은 층을 PNG와 똑같이, 다만 훨씬 작게 다룹니다. 마스크를 손으로 다시 그릴 일은 한 번도 없습니다.
지금의 엔진은 모두 다룹니다. Chrome은 버전 85부터, Firefox는 93부터, Safari는 iOS 16을 곁에 두고 16.4부터, Edge는 121부터입니다. 다루지 못하는 것은 Internet Explorer, Opera Mini, 그리고 iOS 15에 남겨진 기기입니다. 그 꼬리까지 닿으려면 AVIF를 먼저 내밀고 브라우저가 아니라고 하면 WebP나 PNG로 내리는 HTML picture 요소로 이미지를 감쌉니다.
AVIF는 둘 다 떠받치지만 여기서의 출력은 품질 85의 손실입니다. 그 수준의 사진은 약 42.6 dB PSNR을 읽어 대다수 사람은 원본과 가리지 못합니다. 단단한 가장자리, 가는 글꼴, 평평한 색의 넓은 면을 지닌 이미지는 어떤 품질에서도 옅은 잡티를 내비칠 수 있습니다. 모든 픽셀이 정확히 맞아야 할 때는 변환하지 말고 PNG를 남기세요.
비슷한 품질의 사진에서 AVIF는 WebP보다 약 20~30퍼센트 작게 달립니다. WebP는 오래된 Safari를 포함해 더 넓은 닿음으로 답하고, AVIF는 2026년에 약 94.3퍼센트의 브라우저를 덮습니다. 대역폭이 먼저이고 상대가 최신이면 AVIF가 이깁니다. 모두에게 닿아야 하면 WebP를 곁에 두세요. 2026년의 흔한 짜임은 picture 요소 안에 AVIF를 앞에, WebP를 뒤에 놓습니다.
크기와 엔진이 정합니다. 한 세션의 문을 여는 한 차례는 AVIF 변환을 갖추는 데 약 1초를 씁니다. 데워지면 작은 이미지는 약 40밀리초, 1메가픽셀 사진은 250 가까이, 4K 한 장은 Chrome에서 약 2.8초에 마무리됩니다. 8메가픽셀을 넘으면 휴대폰은 10초에서 30초 주저앉을 수 있습니다. Firefox는 Chrome의 사분의 일쯤 걸음으로 기어가니 큰 일거리는 Chrome에서 더 빨리 끝납니다.
좋은 원형 자르기 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.