아이폰 사진을 여기서 바로 JPG로 바꾸세요. 사용자의 CPU가 로컬에서 디코딩하며, 서버로 업로드되는 것은 아무것도 없습니다.
HEIC는 아이폰이 기본으로 쓰는 형식이며 같은 사진을 절반 정도 용량에 담습니다. 문제는 그다음입니다. Windows는 유료 코덱 없이는 열지 못하고, 대부분의 브라우저는 여전히 표시하지 못하며, 수많은 업로드 양식과 관공서 사이트, 인쇄소는 아예 거부합니다. HEIC를 고른 건 사용자가 아니라 휴대폰입니다. JPG로 바꾸는 것은 그 파일을 어디서든 쓸 수 있게 만드는 일입니다.
JPG는 모든 기기, 브라우저, 프린터, 업로드 양식에서 열립니다. 코덱 팩도, "지원하지 않는 형식"도 없습니다.
대부분의 변환 서비스는 사진을 사용자가 모르는 서버로 보냅니다. 여기서는 디코딩이 브라우저 탭 안에서 끝나고 아무것도 전송되지 않습니다.
대기열도, 용량 상한도, 시간당 3회 제한도 없습니다. 최신 브라우저는 HEIC를 네이티브로 디코딩하고, 나머지는 WebAssembly 디코더가 처리합니다.
시작하기 전에 알아둘 만합니다. HEIC와 JPG는 압축 효율이 같지 않기 때문입니다. 286.7 KB짜리 1440×960 아이폰 사진으로 실측한 결과입니다.
| 출력 설정 | 파일 크기 | 원본 대비 |
|---|---|---|
| JPG 품질 95 | 771 KB | +169% |
| JPG 품질 85 | 482 KB | +68% |
| JPG 품질 75 | 366 KB | +28% |
| JPG 품질 65 | 302 KB | +5% |
| JPG 품질 55 | 260 KB | −9% |
| 원본 크기에 맞추기 (자동) | 283 KB | −1% |
HEIC 안의 HEVC는 JPEG보다 확실히 효율이 좋고, 그게 애플이 이 형식을 쓰는 이유 전부입니다. 그래서 충실하게 변환한 JPG는 보통 더 큽니다. 인터넷의 모든 변환기가 똑같이 동작합니다. 조절할 수 있는 건 품질 슬라이더와 원본 크기에 맞추기 두 가지이며, 후자는 파일마다 원본 용량에 가장 가까운 설정을 찾습니다.
HEIC가 더 효율적인 코덱이기 때문입니다. 같은 화질이라면 HEIC 내부의 HEVC 압축은 JPEG의 절반 정도 바이트로 끝납니다. 애플이 이 형식을 쓰는 이유가 바로 그것입니다. 그래서 같은 사진을 충실하게 JPG로 만들면 보통 더 커집니다. 이 도구가 용량을 낭비하는 게 아니라 어떤 변환기든 같은 결과가 나옵니다. 호환성보다 용량이 중요하면 WebP(JPG보다 약 25% 작음)를 고르거나 원본 크기에 맞추기를 누르세요.
원본 파일의 바이트 크기에 가장 가까운 JPG 품질을 파일마다 따로 찾습니다. 보통 65~72% 사이에 자리 잡습니다. 화면에서는 차이를 못 느끼면서 파일만 부풀어 오르는 일을 막아줍니다.
무료이고 무제한입니다. 페이지 전체가 브라우저에서 돌아가므로 변환마다 발생하는 서버 비용이 없고, 그 비용을 사용자에게 넘길 일도 없습니다. 계정도, 이메일도, 워터마크도 없습니다.
아니요. 그게 설계의 전부입니다. 브라우저가 디코더를 한 번만 받고 이후 모든 처리를 로컬에서 합니다. 변환하는 동안 개발자 도구의 Network 탭을 열어도 사진을 실은 요청은 나타나지 않습니다. 이 페이지의 패널이 전송 바이트를 대신 세어 줍니다.
네, 그리고 모르는 척하기보다 분명히 말씀드립니다. 변환이 canvas를 거치기 때문에 EXIF(GPS 좌표와 촬영 시각 포함)가 사라집니다. 온라인에 사진을 공유하는 대부분에게는 개인정보 보호 측면에서 이득이지만, 업무용으로 EXIF를 유지해야 한다면 데스크톱 도구를 쓰세요.
모든 HEIC/HEIF 컨테이너를 지원합니다. 단일 사진은 물론 일부 안드로이드 기기가 만든 HEIF 파일도 포함됩니다. HEIC 이미지 시퀀스(연사)는 첫 프레임을 변환합니다. Live Photos는 정지 JPG로 변환됩니다.
브라우저가 WebAssembly 디코더를 한 번 받기 때문입니다(약 1.4 MB, 이후 캐시). Safari 17.6 이상에서는 브라우저가 HEIC를 네이티브로 처리하므로 이 과정을 통째로 건너뜁니다.
인위적인 제한은 없습니다. 모든 처리가 사용자 기기에서 이루어지므로 한계는 메모리뿐입니다. 아주 큰 묶음(풀 해상도 40장 이상)은 메모리를 많이 씁니다.