이미지 형식 변환은 브라우저에서 여러 이미지를 픽셀로 디코딩한 뒤 고른 인코더—JPG, PNG, WebP—로 다시 포장해 새 파일을 만듭니다. 입력은 iPhone의 HEIC, 웹에서 내려받은 WebP, 그리고 PNG, JPG, GIF, BMP, AVIF가 될 수 있습니다. 이미지는 업로드되지 않습니다.

'상대가 못 여는' 문제와 '형식이 맞지 않아 못 쓰는' 문제를 겨냥합니다. HEIC 사진을 Windows를 쓰는 동료에게 보낼 때, 웹 이미지를 WebP로 저장해 옛 오피스 프로그램에 넣지 못할 때, 시스템이 JPG 업로드만 받을 때, 투명 Logo를 PNG로 써야 할 때입니다.

'이미지 압축'과의 차이는 목표입니다. 그쪽은 같은 형식에서 용량을 줄이고 이쪽은 형식을 바꿉니다. 다만 밑단은 같은 캔버스 인코딩이라 손실 / 무손실, 품질 파라미터, 메타데이터 처리 규칙이 완전히 같습니다. 이 문서는 변환 경로에서만 나타나는 부분을 다루니 배경은 이미지 압축의 동작 원리를 보세요.

1. 01이미지 추가끌어다 놓거나 클릭, 붙여넣기로 추가합니다(여러 장 가능). HEIC가 감지되면 'JPEG로 변환 중…'이 표시되는데 로컬 디코딩이니 잠시 기다리면 됩니다. 목록에 이미지마다 픽셀 크기와 용량이 나옵니다.
2. 02대상 형식 선택JPG(용량이 작고 투명 없음), PNG(무손실, 투명 지원), WebP(손실이면서 투명 지원, 보통 가장 작음).
3. 03인코딩 품질 조절0.1–1, 기본 0.9. PNG를 고르면 슬라이더가 비활성화되고 'PNG는 무손실 형식이라 이 항목은 적용되지 않습니다'라고 안내합니다.
4. 04'변환 시작' 클릭진행 표시줄이 장별로 나아갑니다. 결과 파일 이름은 원래 이름을 유지하고 확장자만 바뀝니다.
5. 05다운로드한 장은 다운로드 아이콘, 여러 장은 'ZIP으로 묶어 다운로드'를 씁니다.

같은 다섯 장을 세 형식으로 변환한 실측 용량입니다(품질 0.9; JPG / WebP의 0.75 결과도 함께):

입력                        원본       → JPG 0.9   → PNG      → WebP 0.9   → WebP 0.75   → JPG 0.75
photo-3000x4000.jpg(사진)   1.3 MB     1.6 MB      16.3 MB    1.3 MB       263 KB        1.1 MB
logo-800x600.png(투명)      22.2 KB    23.7 KB*    38.1 KB    13.8 KB      10.5 KB       16.8 KB*
scan-1600x1200.webp         342.5 KB   555.9 KB    4.1 MB     378.9 KB     282.3 KB      261.5 KB
screenshot-1920x1080.png    21.7 KB    72.4 KB     56.2 KB    13.7 KB      13.0 KB       58.2 KB
logo-400x300.gif            5 KB       11.7 KB     13.5 KB    5.5 KB       3.9 KB        8.2 KB
                                       * 투명 영역은 흰색 배경이 됨

세 가지 결론: 사진을 PNG로 바꾸면 열 배 넘게 부풀고(1.3 MB → 16.3 MB) 화질은 좋아지지 않습니다. 스크린샷과 선 위주 콘텐츠를 JPG로 바꾸면 오히려 커지고 링잉이 생깁니다(21.7 KB PNG가 72 KB JPG). WebP는 0.75 근처에서 거의 모든 유형에 가장 작으며, 대가는 옛 소프트웨어의 호환성입니다.

손실과 무손실, JPEG 양자화, PNG에 품질 파라미터가 없는 이유, 캔버스 인코딩의 결과는 이미지 압축에 자세히 나와 있습니다. 여기서는 변환 경로에서만 나타나는 세 가지만 다룹니다.

중간 상태는 '벌거벗은 픽셀'

입력이 무엇이든 브라우저는 먼저 RGBA 픽셀로 디코딩해 캔버스에 그립니다. 이 단계가 모든 형식 차이를 평평하게 만들고 픽셀 밖의 것도 함께 버립니다—EXIF 촬영 파라미터와 GPS, 색상 프로파일, GIF의 이후 애니메이션 프레임, 레이어와 주석입니다. 방향 태그는 디코딩할 때 이미 픽셀에 적용되므로 세로로 찍은 사진이 눕지 않지만 태그 자체는 더 이상 없습니다. 이 정보를 남겨야 한다면 변환은 알맞은 도구가 아닙니다.

투명은 어디로 갔나

RGBA의 A(알파)는 캔버스에 그대로 있지만 출력에 실릴지는 대상 형식이 정합니다. PNG와 WebP는 투명을 원래 지원하고 JPG에는 투명 채널이 없습니다. JPG로 출력하기 전에 도구가 흰색을 한 겹 깔고 이미지를 그리므로 투명 Logo가 흰 배경 Logo가 됩니다(예시 표에서 별표가 붙은 두 줄). 위 SVG 오른쪽 세 사각형이 같은 Logo의 세 결과입니다: PNG 38 KB는 투명 유지, JPG 24 KB는 흰 배경, WebP 14 KB는 투명하면서 가장 작습니다.

HEIC는 어떻게 들어오나

HEIC/HEIF는 Apple 기기의 기본 사진 형식이고 HEVC 영상 인코딩 기반이라 대부분의 브라우저가 바로 디코딩하지 못합니다. 도구는 파일을 추가할 때 로컬 heic2any(libheif의 WebAssembly 버전)로 먼저 디코딩하고 품질 0.92로 중간 JPEG를 만들어 정상 변환 흐름을 태웁니다. 따라서 HEIC → PNG는 '한 번 손실한 중간 상태의 무손실 포장'이라 용량은 크고 화질은 HEIC → JPG보다 낫지 않습니다. HEIC → JPG가 일반적인 사용법입니다. 파일 이름의 .heic은 대상 확장자로 바뀝니다.

세 인코더의 역할

• JPG: 손실, 품질 파라미터 적용, 투명 없음. 사진에 최우선이고 호환성이 가장 넓습니다.
• PNG: 무손실, 품질 파라미터 무시, 투명 유지. 스크린샷, 아이콘, 글자, 다시 편집할 소재에 최우선이며 사진을 PNG로 바꾸면 안 됩니다.
• WebP: 이 도구는 손실 WebP를 출력하며 품질 파라미터가 적용되고 투명도 유지합니다. 같은 화질에서 JPG보다 25%–35% 작고 PNG보다는 훨씬 작습니다. 다만 2020년 이전 브라우저, 일부 오피스 프로그램과 공공기관 업로드 시스템은 인식하지 못합니다.

GIF와 BMP는 입력으로만 쓸 수 있습니다. GIF는 첫 프레임만 쓰므로 애니메이션이 사라집니다(움직이는 이미지 편집은 'GIF 편집'을 쓰세요). BMP는 압축하지 않은 비트맵이라 어떤 형식으로 바꿔도 크게 작아집니다.

• iPhone 사진을 Windows로 일괄 전송: 앨범의 HEIC를 전부 끌어다 놓고 대상 JPG, 품질 0.9로 zip 묶음. 용량은 HEIC보다 30~40% 커지는데, HEVC와 JPEG의 효율 차이이며 손상이 아닙니다.
• 웹 이미지 준비: 대상 WebP, 품질 0.75–0.8이면 사진과 스크린샷 모두 가장 작은 용량을 얻습니다. WebP를 지원하지 않는 환경을 위해 JPG/PNG 사본도 남겨 두세요.
• 투명 소재 통일: 디자이너가 준 여러 형식을 PNG로 통일해 문서와 슬라이드에 씁니다. 웹에서만 쓸 거라면 WebP가 더 아낍니다.
• 바꾼 뒤 압축: 변환과 압축은 이어 쓸 수 있습니다. 예를 들어 WebP 스캔본을 JPG로 바꾼 뒤 '이미지 압축'의 목표 크기 모드로 업로드 기준선에 접근시키세요.

입력

JPG / JPEG, PNG, WebP, GIF(첫 프레임), BMP, AVIF(브라우저 지원 필요), HEIC / HEIF(로컬 디코딩).

출력

JPG, PNG, 손실 WebP. GIF, BMP, TIFF, AVIF, 무손실 WebP는 출력하지 않습니다.

품질

0.1–1, 단계 0.05, 기본 0.9. PNG에는 효과 없음.

크기

픽셀 크기를 바꾸지 않습니다(필요하면 '이미지 크기 조정'을 먼저 쓰세요). 브라우저 캔버스 상한을 받아 한 변이 약 16,000 px를 넘거나 총 픽셀이 아주 큰 이미지는 실패할 수 있습니다.

메타데이터

EXIF, GPS, 색상 프로파일이 남지 않으며 방향은 픽셀에 적용됨.

투명

PNG / WebP는 유지, JPG 출력은 흰 배경.

파일 이름

원래 이름을 유지하고 확장자만 바꿉니다. 같은 이름·같은 형식 변환(예: JPG → JPG)은 같은 이름의 파일이 나옵니다.

HEIC 중간 상태

먼저 품질 0.92 JPEG로 디코딩한 뒤 대상 형식으로 변환합니다.

하지 않는 일

크기 변경, 목표 용량까지 압축('이미지 압축' 사용), 움직이는 이미지 처리, SVG 벡터와 비트맵 상호 변환, 일괄 이름 바꾸기는 하지 않습니다.

• 'PNG로 바꾸면 화질이 좋아진다': PNG는 디코딩된 픽셀을 무손실로 저장할 뿐이고 원본 JPEG의 손실은 되돌아오지 않으며 용량은 십몇 배가 될 수 있습니다.
• 'WebP는 만능': 웹에서는 거의 만능이지만 남에게 보내거나 옛 시스템에 올릴 때 자주 거부됩니다. 밖으로 보내는 파일은 JPG/PNG가 더 안전합니다.
• '변환해도 촬영 정보는 남는다': 아닙니다. EXIF와 GPS가 함께 버려집니다. 남겨야 한다면 'EXIF 보기·삭제'로 먼저 내보내세요.
• 'GIF를 WebP로 바꾸면 계속 움직인다': 이 도구는 첫 프레임만 씁니다. 움직이는 이미지 변환은 'GIF 편집'이나 'GIF를 동영상으로'를 쓰세요.

디코딩(HEIC 포함), 캔버스 그리기, 인코딩이 모두 브라우저 안에서 끝나고 이미지는 업로드되지 않으며 네트워크 없이도 됩니다. 출력 이미지에는 EXIF와 GPS가 없습니다. 자세한 내용은 개인정보 처리방침을 참고하세요.

• MDN Web Docs, Image file type and format guide—형식별 압축 유형, 투명·애니메이션 지원, 브라우저 호환성: https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types(열람일: 2026-09-09)
• Google for Developers, WebP Container Specification—손실 VP8 비트스트림, 무손실 모드와 ALPH 투명 청크: https://developers.google.com/speed/webp/docs/riff_container(열람일: 2026-09-09)
• RFC 2083, PNG (Portable Network Graphics) Specification—무손실 압축과 알파 채널: https://www.rfc-editor.org/rfc/rfc2083(열람일: 2026-09-09)
• heic2any(GitHub)—libheif 기반 브라우저용 HEIC/HEIF 디코더, toType과 quality 파라미터: https://github.com/alexcorvi/heic2any(열람일: 2026-09-09)