게시 전 사진 용량 줄이기
휴대폰은 사진을 4~8 MB의 JPG나 HEIC로 저장합니다. 75% 품질의 WebP로 재인코딩하면 약 1 MB까지 줄면서도 눈에 띄는 손실이 없습니다. 블로그 글, 포럼 업로드, 이메일에 안성맞춤입니다.
PNG, JPG, WebP, AVIF를 드래그·드롭으로 변환합니다. 모든 처리는 브라우저 안에서 이루어지며, 이미지 데이터는 탭 밖으로 절대 나가지 않습니다.
PNG, JPG, WebP, AVIF를 드래그·드롭으로 변환합니다. 모든 처리는 브라우저 안에서 이루어지며, 이미지 데이터는 탭 밖으로 절대 나가지 않습니다.
아닙니다. 이 도구 전체는 이 페이지 안에서 실행되는 JavaScript입니다. 이미지는 createImageBitmap으로 디코딩되어 canvas에 그려진 뒤 canvas.toBlob으로 다시 인코딩됩니다. 모든 단계가 브라우저 로컬에서 이루어집니다. DevTools → Network를 열어 확인해 보십시오. 변환 중에는 단 하나의 요청도 발생하지 않습니다. 개인 사진, 스크린샷, 디자인 파일, 기밀 문서에도 안전합니다.
PNG는 무손실 형식으로 모든 픽셀을 그대로 저장합니다. JPG는 손실 형식이며 부드러운 그라데이션이 있는 사진에 가장 적합합니다. PNG가 스크린샷, 라인 아트, 또는 단색 영역이 많은 이미지인 경우 JPG의 압축 효율이 오히려 PNG보다 떨어져 파일이 더 커집니다. 스크린샷이나 UI 자산에는 PNG를 그대로 쓰거나 WebP를 사용하십시오. JPG는 사진에서 빛을 발합니다.
사진에는 위치와 얼굴이 담기고, 스크린샷에는 자격 증명이 포함될 수 있으며, 디자인 시안은 아직 발표되지 않은 제품의 기능입니다. 이런 자료를 다른 사람의 서버에 붙여넣는 것은 조용한 데이터 유출입니다. iKit의 변환기는 이미 브라우저 탭에 로드된 JavaScript입니다.
잘못된 파일 형식이라는 말을 들어본 디자이너, 개발자, 그리고 모든 사용자를 위해 만들어졌습니다. 서버를 기다릴 필요 없이 두 번의 클릭으로 변환할 수 있습니다.
PNG, JPG, WebP, AVIF 사이에서 어느 방향으로든 변환할 수 있습니다. 여러 형식이 섞인 폴더를 끌어다 놓으면 한 번에 동일한 대상 형식으로 모두 변환합니다.
손실 형식(JPG / WebP / AVIF)에서는 실시간 슬라이더로 품질을 40%부터 100%까지 조정할 수 있습니다. PNG는 언제나 픽셀 단위로 완벽한 무손실 형식입니다.
변환 작업은 canvas API를 통해 브라우저 안에서 수행됩니다. 업로드도, 로그도, 제3자도 없습니다. DevTools → Network에서 요청이 0건임을 직접 확인할 수 있습니다.
WebP와 AVIF는 동일한 품질에서 JPG/PNG보다 25~50% 더 작은 파일을 만들어 내는 경우가 많습니다. AVIF 인코딩에는 Chrome 85 이상이나 Safari 16.4 이상이 필요하며, 기능 감지를 통해 사용 가능 여부를 알려 드립니다.
수십 장의 이미지를 한꺼번에 변환한 뒤 "모두 다운로드"를 클릭하여 저장하십시오. 각 파일은 원래 이름을 유지하면서 새 확장자로 저장됩니다.
페이지가 한 번 로드된 뒤에는 모든 변환이 로컬에서 처리됩니다. 비행기나 기차 안, 회사 방화벽 뒤, 또는 네트워크가 끊긴 상태에서도 작동합니다.
이 과정에는 서버가 없습니다. 필요한 모든 코덱은 이미 브라우저에 내장되어 있습니다.
createImageBitmap(file)을 호출하여 브라우저의 네이티브 이미지 코덱으로 원본 바이트를 그릴 수 있는 비트맵으로 변환합니다. PNG, JPG, WebP, AVIF, GIF, BMP 등 <img>가 표시할 수 있는 것은 무엇이든 디코딩할 수 있습니다.
이미지의 원본 너비 × 높이에 맞춰 새 <canvas>를 생성하고 비트맵을 원본 해상도 그대로 그립니다. 리샘플링도, 스케일링도 없는 픽셀 단위의 동일성을 보장합니다.
canvas.toBlob('image/webp', 0.82)는 canvas 픽셀을 선택한 형식의 브라우저 인코더에 넘겨 Blob을 반환합니다. 형식 사이에서 바뀌는 것은 MIME 문자열뿐입니다.
URL.createObjectURL(blob)로 로컬 URL을 만들어 다운로드 앵커에 연결하면, 사용자는 네트워크에 한 번도 닿지 않은 파일을 받게 됩니다.
이미지 변환기가 필요해지는 실제 상황들입니다.
휴대폰은 사진을 4~8 MB의 JPG나 HEIC로 저장합니다. 75% 품질의 WebP로 재인코딩하면 약 1 MB까지 줄면서도 눈에 띄는 손실이 없습니다. 블로그 글, 포럼 업로드, 이메일에 안성맞춤입니다.
일부 CMS(그리고 많은 Office 앱)는 alpha가 포함된 PNG를 거부하거나 이상한 배경 번짐과 함께 표시합니다. 평면 배경을 깐 JPG로 변환하여 붙여넣으면 끝입니다.
logo.png와 hero.jpg를 WebP / AVIF 버전으로 교체하고 <picture>로 제공하십시오. Lighthouse 점수가 오르고 LCP가 떨어지며 시각적 품질 손실은 거의 보이지 않습니다.
24 MB짜리 디자인 시안 PNG를 받으셨나요? 웹에는 그 정도 용량이 필요하지 않습니다. 88% 품질의 JPG로 변환하면 보통 1~2 MB 정도이며 시각적으로 동일하게 보이고 용량 예산도 다시 확보됩니다.
사진에는 위치와 얼굴이 담기고, 스크린샷에는 자격 증명이 포함될 수 있으며, 디자인 시안은 아직 발표되지 않은 제품의 기능입니다. 이런 자료를 다른 사람의 서버에 붙여넣는 것은 조용한 데이터 유출입니다. iKit의 변환기는 이미 브라우저 탭에 로드된 JavaScript입니다.
iKit 블로그의 심층 튜토리얼과 도구 비교.
When converting to a smaller format isn't enough — true lossless and visually lossless PNG compression in the browser.
Batch-compress dozens of images and bundle them into a single ZIP — no upload, no watermark.
아닙니다. 이 도구 전체는 이 페이지 안에서 실행되는 JavaScript입니다. 이미지는 createImageBitmap으로 디코딩되어 canvas에 그려진 뒤 canvas.toBlob으로 다시 인코딩됩니다. 모든 단계가 브라우저 로컬에서 이루어집니다. DevTools → Network를 열어 확인해 보십시오. 변환 중에는 단 하나의 요청도 발생하지 않습니다. 개인 사진, 스크린샷, 디자인 파일, 기밀 문서에도 안전합니다.
PNG는 무손실 형식으로 모든 픽셀을 그대로 저장합니다. JPG는 손실 형식이며 부드러운 그라데이션이 있는 사진에 가장 적합합니다. PNG가 스크린샷, 라인 아트, 또는 단색 영역이 많은 이미지인 경우 JPG의 압축 효율이 오히려 PNG보다 떨어져 파일이 더 커집니다. 스크린샷이나 UI 자산에는 PNG를 그대로 쓰거나 WebP를 사용하십시오. JPG는 사진에서 빛을 발합니다.
JPG는 모든 기기와 모든 CMS에서 호환되며 사진에 적합합니다. WebP는 동일 품질에서 JPG보다 약 25% 작고, 모든 최신 브라우저에서 지원되어 "JPG보다 나은" 가장 안전한 선택입니다. AVIF는 WebP보다 다시 20~30% 더 작지만 인코딩이 느리고 Chrome/Safari/Firefox에서만 디코딩됩니다(Safari는 16.4 이상 필요). 웹에서 `
canvas.toBlob을 통한 AVIF 인코딩에는 Chrome 85 이상, Safari 16.4 이상, 또는 image.avif.compliance_strictness 설정이 변경된 최신 Firefox가 필요합니다. 디코딩(표시)은 더 폭넓게 지원되지만 AVIF 작성에는 내장 인코더가 필요합니다. iKit은 기능을 감지하여 인코딩이 불가능한 브라우저에서는 해당 옵션을 비활성화합니다. 해결 방법은 WebP로 전환하거나 Chromium 기반 브라우저를 사용하는 것입니다.
PNG, WebP, AVIF는 모두 alpha 채널 투명도를 유지합니다. JPG는 그렇지 않습니다. 투명한 PNG를 JPG로 변환하면 배경이 흰색(또는 canvas 기본값)으로 채워집니다. 투명도가 필요하다면 WebP나 PNG로 변환하고 절대 JPG는 사용하지 마십시오.