어떤 서비스가 AVIF에 까탈을 부리는데 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 확장자를 붙여 손에 남길 수 있습니다. 거기서부터 파일은 그 형식을 받아 주는 어떤 서비스로도 넘길 채비를 갖추며, 사이에 군더더기 한 수가 없습니다.
2026년의 AVIF는 지금 돌아다니는 것 가운데 가장 야문 이미지 형식이라, 보이는 품질이 같다면 보통 WebP의 20에서 25퍼센트 아래에 자리합니다. AVIF에서 WebP로 나아가는 것은 빡빡한 형식을 헐거운 형식으로 바꾸는 일이라, 결과는 자연히 부풉니다. 그 어느 것도 변환의 흠을 가리키지 않습니다. 당신은 일부러 그러는 것입니다. 효율의 한 조각을 돌려주는 대신, 도구와 서비스 사이에서 WebP가 받는 훨씬 넓은 환대를 손에 쥡니다. 나오는 WebP도 같은 한 컷의 PNG보다는 한참 아래입니다. 아직 AVIF를 못 따라잡은 시스템 사이에서 버는 닿는 곳에 견주면, 그 무게는 치를 만한 작은 셈입니다.
전달의 사슬을 통째로 직접 돌리고, 찾는 이가 요즘 브라우저를 쓰며, 1킬로바이트도 아까운 곳에서는 AVIF로 머뭅니다. 건너편 끝이 AVIF를 마다하는 순간 WebP로 손을 뻗습니다. 낡은 올리기 장치에 멈춘 WordPress와 Shopify의 곳간, 오래된 코덱으로 먼 서버가 이미지를 다시 끓이는 소셜, 그림을 미리 다듬는 뉴스레터의 받침, 나이 든 전달 차림새, 오래된 디자인 한 벌, 그리고 이미 AVIF가 튕겨 나온 어느 자리든 말입니다. 누가 알아챌 만한 품질을 내놓는 것이 아닙니다. 거의 무손실 설정의 WebP는 흔한 크기에서 AVIF와 나란하기 때문입니다. 돌아오는 것은 아직 AVIF에 발을 헛디디는 모든 시스템으로의 입장권입니다.
넘어갑니다. 알파 채널은 AVIF와 똑같이 WebP에도 깃들어, 변환은 투명한 픽셀을 하나하나 있던 자리 그대로 지킵니다. 그림자를 진 로고, 가장자리를 흐린 제품 오려내기, 모서리를 둥글린 화면의 한 조각, 모두 원래 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가 대략 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에도 똑같이 있어, 빈 픽셀은 손대지 않은 채 옮겨 갑니다. 평평하게 누르는 일도, 주인공 뒤로 메움이 슬며시 끼는 일도 없습니다. JPG가 그 뒤집힘이라, 알파를 도무지 갖지 않아 투명한 점을 죄다 하나의 평평한 색으로 바꿔 버립니다. 당신의 로고도, 오려내기도, 화면의 조각도 변환을 지나 부드러운 가장자리와 둥근 모서리를 지켜, 뒤에 고른 어떤 배경 위에도 쌓을 채비입니다.
거의 치르지 않습니다. WebP 다시 써내기는 거의 무손실 설정으로 일하며, 사진에서의 PSNR이 약 44 dB를 읽어, 보통 크기에서는 눈이 원래 AVIF와 가려내지 못합니다. 다시 써내기는 한 번뿐이라 결과는 따지면 손실이 있지만, 자연스러운 이미지에서는 흠이 눈에 비치지 않습니다. 가장자리가 아주 날카로운 그래픽이나 색이 단단히 튀는 그림에서는 그 자리가 매끄러운 사진의 속살보다 압축의 흔들림을 날카롭게 느끼므로, 결과를 가까이서 살피세요.
데스크톱 브라우저라면 대부분의 사진에서 1초가 채 안 됩니다. 두 반쪽 어느 쪽도 먼저 실을 까닭이 없고, AVIF 풀어 읽기도 WebP 다시 써내기도 요즘 브라우저에 처음부터 깃들어 있습니다. 어중간한 2메가픽셀 한 컷은 Chrome에서 약 100에서 200밀리초에 닿고, 무거운 4K 그림도 대개 1초 안에 닫힙니다. 뒤집힘, 곧 WebP에서 AVIF를 만드는 쪽과 견주세요. 그쪽은 무거운 장치를 깨우고, 무엇이 나오기 전에 훨씬 많은 셈을 씹어야 합니다.
요즘 브라우저는 거의 다 읽고, 그것도 여러 해 전부터입니다. Chrome은 23판에서 WebP를 열었고, Firefox는 65에서, Safari는 14에서, Edge는 18에서, 모바일의 빌드도 같은 번호를 따라갑니다. 세계의 WebP 덮음은 97퍼센트를 넘어 달립니다. 실은, 2026년에 아직 현역으로 쓰이는 브라우저라면 거의 빠짐없이 WebP를 읽습니다. 남은 구석은 Internet Explorer와 iOS 13이나 그보다 앞선 아주 오래된 Safari 정도로, 이제는 오감에 좀처럼 얼굴을 내밀지 않습니다.
좋은 원형 자르기 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.