파일을 불러오는 중…
PNG까지 내려가지 않고도 앱 지원을 넓히고 싶을 때, 브라우저에서 AVIF를 WebP로 변환하세요.
또는 여기에 이미지를 드롭하세요
변환 중…
이미지를 변환하는 중
최대 1분 정도 걸릴 수 있어요 — 파일이 여러 개면 조금 더 걸려요. 이 탭을 열어 두세요.
AVIF를 WebP로 빠르게 변환합니다. 한 장을 변환하는 일은 브라우저 안에서 일어납니다. AVIF를 기본으로 디코딩하고 내장 인코더로 WebP로 다시 저장하니, 한 파일이면 보낼 것이 없고 보통 1초도 안 되어 끝납니다. 여러 장을 한꺼번에 변환하는 것은 다른 흐름입니다. 묶음은 일을 하려고 우리 서버로 보내지고, 다운로드 링크는 약 2시간 안에 사라집니다. 투명도는 어느 쪽이든 남습니다. AVIF와 WebP 모두 온전한 투명도 레이어이 있어, 오려낸 것과 겹친 것은 AVIF에 있던 그 마스크 그대로 WebP에 도착합니다. 출력은 원본보다 조금 크게 나오고, 보통 20~25퍼센트쯤 무겁습니다. 같은 품질에서 AVIF가 WebP보다 더 잘 압축하기 때문입니다. 당신은 크기가 아니라 호환성을 위해 변환합니다. WebP는 메일 클라이언트, 더 오래된 디자인 도구, 소셜 업로드 흐름, 아직 AVIF를 다루지 못하는 콘텐츠 시스템이 받아들입니다.
업로드 영역에 AVIF를 내려놓거나 눌러서 파일을 고릅니다. 브라우저가 AVIF를 네이티브로 읽고, 내장된 방식으로 픽셀을 다시 WebP로 써냅니다. 두 단계 모두 네이티브라 불러올 부품도 시동 대기도 없습니다. 데스크톱 브라우저에서는 대부분의 사진이 1초도 안 되어 끝납니다. WebP가 준비되면 통계 줄에 원래 AVIF 크기와 새 WebP 크기가 나란히 표시됩니다. 다운로드를 누르면 같은 기본 이름에 새 .webp 확장자를 붙여 기기에 저장됩니다. WebP는 그 형식을 받아들이는 어떤 플랫폼에도 곧바로 넘길 수 있는 상태입니다.
2026년 기준 AVIF는 주류 이미지 형식 가운데 가장 효율적이어서, 같은 시각적 화질이면 보통 WebP보다 20에서 25퍼센트 작은 파일을 만듭니다. AVIF에서 WebP로 가는 것은 더 효율적인 형식에서 덜 효율적인 형식으로 옮기는 일이라 출력이 어쩔 수 없이 커집니다. 이는 예상된 일이며 변환에 무언가 잘못되었다는 신호가 아닙니다. 당신은 일부러 고른 것입니다. 약간의 효율을 내주는 대신 플랫폼과 도구에서의 더 넓은 수용을 얻습니다. 출력 WebP는 그래도 같은 이미지의 PNG보다 훨씬 가볍습니다. 아직 AVIF를 따라잡지 못한 시스템에서 얻는 호환의 이득에 비하면 늘어난 분량은 가벼운 대가입니다.
전달의 처음부터 끝까지 직접 쥐고 있고, 보는 사람이 최신 브라우저를 쓰며, 1킬로바이트도 아까울 때는 AVIF를 그대로 둡니다. 받는 쪽이 아직 AVIF를 받아들이지 않을 때는 WebP로 변환합니다. 오래된 업로드 처리를 쓰는 WordPress와 Shopify 미디어 라이브러리, 오래된 코덱으로 원격 서버에서 이미지를 처리하는 소셜, 이미지가 미리 손질되는 뉴스레터 기반, 낡은 전달 설정, 오래된 디자인 도구, 그리고 AVIF 거부를 이미 겪은 모든 곳입니다. 화질을 의미 있게 떨어뜨리는 것은 아닙니다. 거의 무손실 설정의 WebP는 보통 표시 크기에서 AVIF와 똑같아 보이기 때문입니다. 당신이 사들이는 것은 아직 AVIF를 지원하지 못하는 시스템으로의 통로입니다.
네. WebP에 투명도 레이어이 있고 AVIF에도 있으므로, 변환은 투명한 픽셀을 하나도 빠짐없이 그대로 지킵니다. 부드러운 그림자가 깔린 로고, 가장자리를 흐린 제품 오려내기, 모서리를 둥글린 UI 자산이 모두 원래 AVIF에 있던 마스크 그대로 WebP에 도착합니다. 이것이 JPG로의 변환과의 결정적인 차이입니다. JPG는 투명도 레이어이 없어 투명을 단색 채움으로 바꿔 버립니다. 색 평면과 투명도 마스크 둘 다 거의 무손실 설정으로 다시 써내므로, 알파 가장자리가 깔끔하게 남고 투명이 탁해지거나 어중간한 채움으로 무너지지 않습니다. 변환 전에 손으로 평탄화할 필요가 없습니다.
WebP는 사실상 모든 최신 브라우저에서 지원됩니다. Chrome, Firefox, Safari, Edge, 그리고 주요 모바일 브라우저 전부입니다. 전 세계 지원은 97퍼센트를 넘습니다. 이 용도에서 더 중요한 것은, WebP가 AVIF보다 훨씬 넓은 범위의 플랫폼에서 받아들여진다는 점입니다. AVIF를 거부하는 메일 클라이언트도 서버가 미리 손질한 WebP는 제대로 다루는 경우가 많습니다. AVIF 업로드를 막는 콘텐츠 관리 시스템도 보통 WebP는 통과시킵니다. AVIF를 더하지 않은 디자인 도구도 WebP는 읽습니다. 전달 전에 이미지가 여러 시스템을 거쳐 가는 흐름이라면, 지금은 WebP가 더 안전한 중간 형식입니다. 순수한 브라우저 사이의 전달에서는 AVIF가 더 효율적이지만, 브라우저가 아닌 시스템에서의 WebP 호환 이야기는 정말로 더 탄탄합니다.
몇 장을 변환하느냐에 달렸습니다. 한 장을 변환하는 일은 통째로 브라우저의 기본 이미지 엔진에서 돕니다. AVIF가 디코딩되고 WebP가 그 자리에서 저장되며, 아무것도 어디로도 나가지 않습니다. 개발자 도구를 열고 네트워크 탭으로 가서 한 파일만 변환하면, 이미지를 위한 바깥으로 나가는 요청이 영입니다. 여러 장을 한꺼번에 변환하는 것은 다르게 작동합니다. 묶음은 우리 서버로 가서 인코딩을 하고 결과를 모으며, 다운로드 링크는 약 2시간 안에 사라집니다. 우리는 계정도, 당신 이미지의 사본도 그 짧은 창 너머로는 두지 않습니다. 그래서 한 변환은 처음부터 끝까지 당신의 기기에 머물고, 묶음은 우리 서버에서 처리된 뒤 지워지며, 그 뒤로 당신의 것은 아무것도 남지 않습니다.
AVIF를 업로드 영역으로 끌어 놓거나, 눌러서 선택 창을 열고 기기에서 하나를 골라 시작합니다.
브라우저가 AVIF를 네이티브로 읽어 WebP를 만듭니다. 두 단계 모두 네이티브라 불러올 부품이 없고 변환이 빠릅니다.
통계 줄에 원본 AVIF 크기와 출력 WebP 크기가 나옵니다. WebP가 AVIF보다 대략 20에서 25퍼센트 크다고 보면 됩니다.
다운로드 버튼을 누르면 같은 기본 이름에 새 .webp 확장자를 붙여 파일이 기기에 저장됩니다.
받는 쪽이 지원하면 WebP를 다시 AVIF로 줄이거나, 완전한 무손실 도달 범위를 위해 PNG까지 나아가세요.
WebP는 AVIF보다 더 넓은 범위의 시스템에서 받아들여집니다. 메일 클라이언트, 일부 버전의 WordPress와 Shopify 같은 오래된 업로드 처리, 원격 서버에서 이미지를 처리하는 소셜, 낡은 전달 설정, 그리고 AVIF 지원을 더하지 않은 디자인 도구가 모두 WebP를 다룹니다. 가장 잘 줄이는 용도로는 이미 AVIF가 있습니다. WebP가 필요한 때는 이미지를 받는 플랫폼이 아직 AVIF를 읽지 못할 때입니다. 이유는 크기가 아니라 호환이며, 그 대가는 살짝 무거운 파일입니다.
아니요. AVIF는 같은 시각적 화질에서 보통 WebP보다 20에서 25퍼센트 작습니다. AVIF를 WebP로 변환하면 조금 큰 파일이 나오지, 작은 파일이 나오지 않습니다. 목표가 크기를 최소로 줄이는 것이고 받는 쪽이 AVIF를 지원한다면 AVIF를 그대로 두세요. WebP로의 변환은 받는 쪽이 그것을 요구할 때만 하세요. 그래도 출력 WebP는 같은 이미지의 PNG보다 훨씬 가벼우므로, 호환을 위한 작은 중간 형식으로 남습니다.
네. AVIF와 WebP 모두 투명도 레이어을 다루므로, AVIF의 투명한 픽셀이 그대로 WebP에 써집니다. 아무것도 평탄화되지 않고 배경색도 더해지지 않습니다. 이것은 JPG로의 변환과 다릅니다. JPG는 알파 지원이 없어 모든 투명한 영역을 단색으로 평탄화해 버립니다. 로고, 오려내기, UI 자산은 변환 뒤에도 부드러운 가장자리와 둥근 모서리를 지켜, 뒤에 두는 어떤 배경 위에도 겹칠 준비가 되어 있습니다.
거의 떨어지지 않습니다. WebP는 거의 무손실 설정으로 써내지며, 사진에서의 PSNR이 약 44 dB로 보통 표시 크기에서는 원본 AVIF와 구분되지 않습니다. 다시 써내기는 한 번뿐이라 결과는 엄밀히는 손실이지만, 자연스러운 이미지에서는 흠이 맨눈에 보이지 않습니다. 가장자리가 아주 날카로운 그래픽이나 색이 단단히 바뀌는 그림에서는 그 부분이 압축 변화에 더 민감하므로 출력을 꼼꼼히 확인하세요.
데스크톱 브라우저에서는 대부분의 사진이 1초도 안 걸립니다. AVIF 읽기와 WebP 써내기 모두 최신 브라우저에 네이티브로 들어 있어 불러올 부품이 없습니다. 흔한 2메가픽셀 사진은 Chrome에서 약 100에서 200밀리초에 끝납니다. 큰 4K 사진도 보통 1초 안에 마무리됩니다. 반대 방향, 곧 WebP에서 AVIF를 써내는 처리보다 훨씬 빠른데, 그쪽은 무거운 부품을 불러오고 훨씬 많은 계산을 해내야 합니다.
사실상 모든 최신 브라우저가 지원하며 그것도 여러 해 전부터입니다. Chrome은 버전 WebP 23부터, Firefox는 65부터, Safari는 14부터, Edge는 18부터 지원합니다. 모바일 브라우저도 같은 버전을 따릅니다. 전 세계 WebP 지원은 97퍼센트를 넘습니다. 실제로 2026년에 현역으로 쓰이는 브라우저라면 거의 틀림없이 WebP를 읽습니다. 남은 예외는 Internet Explorer와 iOS 13 이하의 아주 오래된 Safari 정도로, 요즘은 드뭅니다.
좋은 결과 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.