HEIC 또는 HEIF 파일을 끌어다 놓기
한 장이든 백 장이든 드래그 앤 드롭이면 충분합니다. 파일 선택 창은 .heif도 받아주며 — 같은 포맷에 확장자만 다를 뿐 — .heic와 동일하게 디코딩합니다.
Loading…
웹사이트, 앱 빌드, 또는 최신 CDN에 WebP가 필요한 순간을 위한 전용 페이지입니다. HEIC를 브라우저 안에서 바로 WebP로 변환하세요. 손실 모드는 같은 시각 품질에서 JPG보다 약 30 % 작고, 무손실 WebP를 켜면 다시 편집할 수 있는 픽셀 단위로 일치하는 사본이 만들어집니다. 어떤 파일도 업로드되지 않습니다.
WebP는 손실과 무손실 압축을 같은 컨테이너에서 모두 지원하는 거의 유일한 메인스트림 포맷입니다. 그리고 두 모드 모두, 자신이 대체하려는 포맷보다 작습니다. 핵심은 정확히 그 점입니다.
WebP의 VP8 손실 압축은 JPG의 오래된 DCT보다 사진을 더 효율적으로 다룹니다. 같은 지각 품질에서 iPhone 사진은 보통 JPG의 65–75 % 정도 용량으로 떨어집니다 — 홈페이지 캐러셀, 상품 갤러리, CDN으로 배포되는 포트폴리오에서 체감되는 절감입니다.
대부분의 변환기는 사용자도 모르게 손실 WebP만 강제합니다. 본 도구는 libwebp WASM 인코더를 통해 진정한 무손실 WebP를 출력합니다 — 픽셀은 그대로 보존되지만 파일 크기는 동등한 PNG의 약 절반입니다. 그래픽, 스크린샷, 일러스트 등 다시 편집할 자료에는 이 모드가 정답입니다.
Largest Contentful Paint(LCP)는 Google의 랭킹 신호 중 하나이고, 이미지 바이트가 LCP의 대부분을 차지하는 경우가 많습니다. HEIC(Apple 한정)에서 보편적으로 지원되는 WebP로, 그것도 더 적은 바이트로 전환하는 일은 사이트의 Lighthouse 점수에 영향을 줄 수 있는 가장 효율적인 변경 중 하나입니다.
Squoosh 웹앱, 명령줄 cwebp, 업로드 기반 온라인 변환, 그리고 이 브라우저 안 도구 — 같은 작업이지만 트레이드오프는 제각각입니다.
| 방법 | 설치 | 일괄 | 속도 | 프라이버시 | 편의성 | 적합 대상 |
|---|---|---|---|---|---|---|
Squoosh.app (Google의 웹 인코더) | 필요 없음 | 불가 — 단일 파일 UI | 파일당 빠름 | 로컬 | 시각적, 다이얼이 많음 | 한 장을 정성껏 다듬을 때 |
명령줄의 cwebp | 필요 (libwebp) | 가능 (셸 루프 사용) | 매우 빠름 | 로컬 | 개발자 전용 | Mac/Linux 빌드 파이프라인 |
Photoshop / Affinity 내보내기 | 필요 (유료 소프트웨어) | 배치 액션 / 스크립트로 가능 | 파일당 느림 | 로컬 | 한 작업에는 무거운 앱 | 이미 앱이 켜져 있을 때 |
업로드 기반 온라인 WebP 변환기 | 필요 없음 | 경우에 따라 가능 — 일일 한도 흔함 | 업로드 속도에 좌우 | 제3자 서버로 전송 | 쉬움 | 이따금 한 번 쓰는 용도 |
이 브라우저 내 변환기Recommended | 필요 없음 | 가능 + ZIP, 일일 한도 없음, 무손실 포함 | 사용자 CPU에서 동작 — 머신 성능에 비례 | 파일이 기기를 벗어나지 않음 | 끌어 놓고 다운로드 | HEIC 사진을 사이트나 CDN으로 옮기는 모든 사람 |
무손실에 대한 보충: WebP의 무손실 모드는 내부적으로 다른 코덱(예측 변환 + 산술 부호화)을 사용합니다 — 단순히 "품질 100"이 아닙니다. 그래서 본 도구는 무손실 WebP를 canvas.toBlob 대신 libwebp WASM 인코더로 라우팅합니다 — 브라우저 내장 Canvas API는 품질 슬라이더와 무관하게 항상 손실 WebP만 만들어내기 때문입니다.
세 단계, 가입 없음, 설치 없음. 변환은 브라우저 안에서 진행됩니다 — 어딘가로 업로드한다면 프라이버시의 의미가 사라지니까요.
한 장이든 백 장이든 드래그 앤 드롭이면 충분합니다. 파일 선택 창은 .heif도 받아주며 — 같은 포맷에 확장자만 다를 뿐 — .heic와 동일하게 디코딩합니다.
기본값은 품질 90의 손실 모드 — 웹용 사진 작업의 약 95 %에 적합합니다. 일러스트, 또렷한 텍스트, 추후 재편집할 이미지처럼 편집용 품질이 필요하다면, 고급 설정에서 "무손실 WebP"를 켜세요.
한 장은 단일 파일, 묶음은 원본 파일명을 그대로 유지하는 ZIP으로 내려옵니다 — IMG_1234.heic는 IMG_1234.webp가 됩니다.
한 장이든 백 장이든 드래그 앤 드롭이면 충분합니다. 파일 선택 창은 .heif도 받아주며 — 같은 포맷에 확장자만 다를 뿐 — .heic와 동일하게 디코딩합니다.
기본값은 품질 90의 손실 모드 — 웹용 사진 작업의 약 95 %에 적합합니다. 일러스트, 또렷한 텍스트, 추후 재편집할 이미지처럼 편집용 품질이 필요하다면, 고급 설정에서 "무손실 WebP"를 켜세요.
한 장은 단일 파일, 묶음은 원본 파일명을 그대로 유지하는 ZIP으로 내려옵니다 — IMG_1234.heic는 IMG_1234.webp가 됩니다.
데모용이 아니라 상품 갤러리, 포트폴리오 일괄 출력, 이미지 폴더 전체를 CDN으로 보내는 실제 작업을 염두에 두고 만들었습니다.
변환은 브라우저의 CPU와 메모리를 씁니다. 100장의 HEIC는 사용자의 기기가 처리할 수 있는 만큼 빠르게 끝납니다 — 서버형 도구처럼 10분 동안 느린 업로드를 기다리고, 다시 10분간 다운로드받을 필요가 없습니다.
ZIP 안의 모든 .webp는 원본 파일명을 유지합니다. /public/img 같은 경로에 그대로 두면 HTML/JSX의 참조가 그대로 작동합니다 — IMG_1234.heic → IMG_1234.webp이지, 임의의 해시 이름이 아닙니다.
일부 온라인 변환기는 무손실 WebP를 한 번에 한 파일로 제한하거나, 유료 플랜 뒤에 숨깁니다. 여기서는 그저 체크박스 하나입니다 — 100장의 무손실 WebP를 연속으로 만들 수 있고 업셀도 없습니다.
WebP는 Google이 개발한 오픈 이미지 포맷입니다(2010년 공개, 2020년 이후 주요 브라우저에서 보편적 지원). 손실과 무손실 압축을 한 컨테이너에서 모두 처리하며 경쟁 포맷보다 눈에 띄게 작은 파일을 만듭니다 — 같은 시각 품질에서 JPG보다 약 25–35 % 작고, 무손실 모드에서는 PNG보다 약 50 % 작습니다. 웹에서 사용되는 이미지 — 사이트, 이커머스 갤러리, App Store 스크린샷, HTTPS로 배포되는 모든 자산 — 에는 보통 WebP가 가장 적절한 배포 포맷입니다. 반면 HEIC는 실질적으로 iPhone 전용에 가까워, Apple 외 소프트웨어는 플러그인 없이는 거의 열지 못합니다.
사진(인물, 풍경, 연속 톤이 있는 이미지)에는 기본값인 손실 90을 권장합니다. 이미지에 또렷한 가장자리, 텍스트, 일러스트가 있거나 추후 재편집할 계획이라면 무손실로 전환하세요. 무손실 WebP는 원본과의 픽셀 단위 일치가 보장되므로, 후속 편집/재출력 과정에서 압축 손상이 누적되지 않습니다. 손실 WebP의 90은 거의 모든 사진에서 원본과 시각적으로 구분되지 않지만, 두 번째 압축이 가시적인 아티팩트를 만들 수 있어 편집용 마스터 보관 형식으로는 적합하지 않습니다.
네 — 사실상 어디서나 열립니다. Chrome, Edge, Firefox, Opera, Brave는 10년 이상 WebP를 지원해 왔습니다. Safari는 macOS Big Sur와 iOS 14에서 동작하는 버전 14(2020년 9월)부터 추가했습니다. 2024년 기준 "WebP를 사용할 수 있는 브라우저"의 글로벌 점유율은 97 %를 넘어섭니다. 남는 영역은 Internet Explorer에 묶인 오래된 사내 Windows나 2020년 이전 Android WebView 정도이며, 실제 환경에서는 매우 드뭅니다.
PNG는 DEFLATE를 사용합니다 — 이미지에 특화되지 않은 범용 압축 알고리즘이죠. WebP의 무손실 모드는 이미지 인지 기법을 사용합니다: 인접 픽셀로부터의 예측값과의 차이로 각 픽셀을 부호화하는 예측 변환과, 지역 색상 통계를 활용하는 산술 부호화를 함께 적용합니다. 결과적으로 모든 픽셀은 PNG와 동일하게 정확히 보존되지만, 부호화 효율이 더 높습니다. 그래서 PNG를 무손실 WebP로 교체한 최신 사이트들은 평균적으로 약 50 %의 바이트 절감을 보고합니다.
고급 설정에서 "EXIF 메타데이터 보존"을 켜면 촬영 일시와 대부분의 카메라 필드가 그대로 옮겨집니다. 다만 WebP의 EXIF 지원은 서드파티 도구에서 JPG보다 제한적이며 — 일부 리더는 WebP 안의 EXIF 블록을 통째로 무시합니다. 포맷보다 EXIF 보존이 더 중요하다면 HEIC → JPG가 더 안전합니다. 공개적으로 공유하면서 집 주소만 가리고 싶다면 EXIF 자체는 끄거나, "GPS 위치 정보 제거"를 함께 켜서 GPS 블록만 비워주세요.
최신 메일 클라이언트 대부분은 WebP를 인라인으로 표시합니다(Gmail 웹, Outlook 웹, 2020년 이후의 Apple Mail 등). 그러나 일부 오래된 사내 클라이언트나 텍스트 기반 MUA는 여전히 표시하지 못합니다 — 그래서 콜드 메일 첨부에는 JPG가 가장 안전합니다. WebP의 강점은 HTTP로(브라우저에서) 배포되는 이미지에서 빛을 발하지, MIME 첨부로는 그렇지 않습니다. 수신자가 2015년 무렵의 Outlook을 쓰는 사내 한 명이라면 JPG로 보내세요.
Photoshop CC는 23.2 버전(2022년 2월) 이후 WebP를 네이티브 지원합니다. Affinity Photo, Affinity Designer, GIMP는 WebP의 읽기와 쓰기를 모두 지원하며, Lightroom Classic은 11.0(2021)부터 WebP 내보내기를 추가했습니다. 더 오래된 Photoshop은 Google의 WebPShop 플러그인이 필요합니다. 정리하면, 최근 몇 년 사이에 출시된 편집 도구라면 WebP는 일급 시민입니다.
거의 그렇습니다 — 현대 베스트 프랙티스는 <picture> 요소로 WebP를 제공하고, 오래된 브라우저의 롱테일을 위해 JPG 폴백을 두는 것입니다. 트래픽의 97 % 이상이 WebP 호환이라면(소비자 대상 사이트는 대체로 그렇습니다) 폴백을 생략해도 무방합니다. Open Graph 이미지(SNS 공유 미리보기)는 여전히 JPG로 송출하세요 — Twitter/X, LinkedIn, Slack은 이미지를 가져와 재호스팅하는데 WebP 지원이 들쭉날쭉했던 이력이 있습니다. 그 외 갤러리, 히어로, 상품 카드 등은 WebP를 우선으로 가셔도 좋습니다.
둘 다 됩니다. HEIC와 HEIF는 같은 컨테이너와 HEVC 인코딩을 공유하며, HEIC는 Apple이 자사 HEIF 이미지에 붙인 브랜드명일 뿐입니다. 본 도구는 .heic와 .heif를 동일하게 디코딩하며 어느 쪽이든 표준 WebP를 출력합니다.