본문 바로가기

HEIC to WebP: 아이폰 사진을 웹용으로 한 번에 변환

Going HEIC to JPEG to WebP loses quality twice. Converting straight to WebP skips a generation and lands smaller.

iPhone 사진을 웹사이트에 올릴 때는 HEIC를 WebP로 직접 변환하십시오. 직접 변환하는 경로는 JPEG를 거치며 화질 손실이 누적되는 대신, 디코딩과 인코딩을 각각 한 번씩만 수행하기 때문입니다. 그 결과 동일한 시각적 품질에서 일반적인 JPEG보다 파일 크기가 25%에서 35% 더 작아집니다.

손실 압축 방식으로 다시 인코딩할 때마다 미세한 디테일이 계속해서 손실됩니다. High Efficiency Image Container (HEIC)를 JPEG로 변환한 다음 다시 JPEG를 WebP로 변환하면 1번이면 충분할 인코딩을 2번 거치게 되며, WebP 파일이 생성되고 나면 중간 단계의 JPEG 파일은 아무런 쓸모가 없어집니다.

직접 변환하는 경로가 더 나은 이유

손실 압축 인코딩은 매번 디테일을 영구적으로 삭제하며, 이러한 손실은 단계를 거치면서 누적됩니다. 2단계 변환을 거치면 압축 손상이 두 번 적용되며, 두 번째 단계에서는 그 손상 자체를 다시 압축하게 됩니다.

두 번째 단계가 바로 낭비가 발생하는 지점입니다. JPEG 압축은 경계선 주변에 미세한 노이즈(아티팩트)를 생성하는데, WebP 인코더는 이 노이즈를 디테일과 구별하지 못하므로 노이즈를 충실하게 표현하기 위해 데이터 비트를 소모하게 됩니다. JPEG 단계를 건너뛰면 WebP 인코더가 원본 픽셀에서 작업을 시작하므로, 제한된 용량을 노이즈가 아닌 사진 자체를 표현하는 데 온전히 사용할 수 있습니다.

WebP가 실제로 얼마나 더 작은가

WebP 파일은 동일한 시각적 품질에서 JPEG보다 25%에서 35% 더 작으며, 원본 HEIC 크기에 가깝게 압축됩니다. 이러한 용량 절감 효과는 하늘, 벽, 피부처럼 부드러운 영역이 많은 사진에서 가장 두드러집니다.

Source photoAs HEICAs JPEG quality 85As WebP quality 85
Portrait, plain background1.4 MB2.8 MB1.9 MB
Landscape with sky2.1 MB4.2 MB2.7 MB
Indoor scene, mixed detail2.6 MB5.1 MB3.6 MB
Screenshot or flat graphic0.4 MB0.9 MB0.3 MB

마지막 행은 WebP가 HEIC를 완전히 압도하는 사례를 보여줍니다. WebP는 단색 영역과 선명한 경계선에 적합한 무손실 모드를 지원하므로, 스크린샷이나 그래픽 이미지는 다른 사진 전용 포맷보다 WebP에서 훨씬 더 잘 압축됩니다.

WebP를 사용해야 할 때와 JPG를 사용해야 할 때

웹 페이지에 표시할 모든 이미지에는 WebP를 사용하고, 신청서 양식에 업로드하거나 이메일로 전송하거나 인쇄소에 전달할 이미지에는 JPG를 사용하십시오. 이러한 구분은 각 목적지에서 어떤 포맷을 디코딩할 수 있는지에 따라 결정됩니다.

  • 웹사이트 및 콘텐츠 관리 시스템. 데스크톱과 모바일의 모든 최신 브라우저에서 지원하는 WebP를 사용하십시오.
  • 온라인 쇼핑몰 및 마켓플레이스. 페이지 로딩 속도가 전환율에 영향을 미치므로, 허용되는 곳에서는 WebP를 사용하십시오.
  • 정부 및 시험 접수 포털. 업로드 검증 시스템에서 WebP를 거부하는 경우가 많으므로 JPG를 사용하십시오.
  • 이메일 뉴스레터. 이메일 클라이언트들의 WebP 지원 여부가 여전히 불완전하므로 JPG를 사용하십시오.
  • 인쇄 및 디자인 소프트웨어. 인쇄 워크플로우에서는 WebP를 거의 지원하지 않으므로 JPG나 원본 HEIC를 사용하십시오.

HEIC를 WebP로 변환하는 방법

웹사이트에 올릴 iPhone 사진 폴더를 변환하려면 다음 6단계를 따르십시오.

  1. 케이블을 연결하여 사진을 컴퓨터로 복사하거나, iCloud에서 ZIP 압축 파일로 다운로드합니다.
  2. 최신 웹 브라우저에서 HEIC to WebP 변환기를 엽니다.
  3. 선택한 사진 전체 또는 ZIP 압축 파일을 드롭 영역에 끌어다 놓습니다.
  4. 사진이 고정된 너비로 표시될 예정이라면 변환 전에 크기를 조정하십시오. 800 px 크기의 영역에 4000 px 이미지를 넣는 것은 파일 용량을 크게 낭비하는 일입니다.
  5. 웹용 이미지의 경우 품질을 80으로 설정하십시오. 이 수치는 파일 크기는 작게 유지하면서 화질 손실은 눈에 보이지 않는 최적의 지점입니다.
  6. 변환된 결과를 하나의 ZIP 파일로 다운로드하여 웹사이트에 업로드합니다.

변환 전에 이미지 크기를 조정하는 것이 품질 설정보다 훨씬 더 중요합니다. 이미지 해상도가 파일 크기의 대부분을 결정하므로, 표시될 너비에 맞춰 사진 크기를 줄이는 것만으로도 빠른 페이지 로딩 속도를 확보하는 데 가장 큰 기여를 합니다.

투명도 및 애니메이션 유지

WebP는 투명도와 애니메이션을 지원하므로, JPEG로 변환할 때처럼 정보가 유실되지 않습니다. JPEG는 투명 채널을 전혀 지원하지 않기 때문에, 변환 과정에서 투명한 배경이 강제로 불투명한 흰색으로 바뀝니다.

일반적인 iPhone 사진에는 투명한 영역이 없으므로 카메라 이미지에서는 이 점이 크게 문제되지 않습니다. 하지만 모서리가 둥근 스크린샷, 로고, 내보낸 그래픽 파일의 경우 JPEG로 변환하면 디자이너가 의도하지 않은 흰색 상자가 생기게 됩니다. 이러한 파일을 WebP로 변환하면 투명한 영역을 그대로 유지할 수 있습니다.

웹사이트에서 안전하게 WebP 서비스하기

picture 요소를 사용하여 WebP 소스를 먼저 배치하고 img 태그에 JPEG 대체 이미지를 지정하면, 브라우저가 자신이 해석할 수 있는 첫 번째 포맷을 자동으로 선택합니다. 이 방식을 사용하면 마크업 몇 줄만 추가하여 호환성 문제를 완벽하게 해결할 수 있습니다.

최신 브라우저는 WebP 파일을 가져오고, 오래된 브라우저는 JPEG로 대체하여 보여줍니다. 대부분의 콘텐츠 관리 시스템은 업로드 시 이 작업을 자동으로 처리하므로, 코드를 직접 작성하기 전에 사용 중인 플랫폼이 이미 이 마크업을 생성하는지 확인해 보십시오. 모든 이미지를 JPEG로 강제 재인코딩하는 플랫폼에 WebP 파일을 업로드하면 용량 절감 효과 없이 호환성 위험만 감수하게 되므로, 플랫폼별로 한 번씩 확인해 볼 가치가 있습니다.

변환하기 전에 크기 조정하기

사진을 실제로 표시될 가장 큰 크기로 줄인 다음 변환하십시오. 이미지 해상도가 품질 설정보다 파일 크기에 훨씬 더 큰 영향을 미치기 때문입니다. iPhone 사진은 보통 3024 x 4032 픽셀로 촬영되는데, 웹 페이지에서 이미지를 그렇게 크게 표시하는 경우는 거의 없습니다.

800 픽셀 너비의 열에 표시될 사진은 고해상도 화면에서 선명하게 보이기 위해 1600 픽셀만 있으면 충분하며, 그 이상의 해상도는 필요하지 않습니다. 크기를 3024에서 1600으로 줄이면 인코더가 작동하기 전에 픽셀 데이터의 약 72%가 제거되므로, 어떤 품질 설정보다 더 많은 용량을 절약할 수 있습니다. 이미지가 렌더링되는 가장 넓은 크기를 측정하고, 그 수치를 두 배로 만든 다음, 전체 라이브러리의 크기를 해당 수치로 조정하십시오.

2026년 기준 WebP 브라우저 지원 현황

데스크톱과 모바일의 Chrome, Firefox, Safari, Edge를 포함한 모든 최신 브라우저가 WebP를 지원합니다. 과거에는 호환성이 이 포맷의 단점이었으나, 2020년에 Safari가 지원을 추가하면서 그 논란은 종식되었습니다.

다만 브라우저 이외의 환경에서는 여전히 지원이 불완전하므로 이 차이점을 기억해 두어야 합니다. 디자인 소프트웨어, 인쇄 워크플로우, 이메일 클라이언트 및 업로드 양식은 브라우저보다 기술 도입이 수년 뒤처져 있습니다. 따라서 웹 페이지에서 완벽하게 표시되는 WebP 파일이라도 뉴스레터 플랫폼이나 정부 포털에서는 거부될 수 있습니다. 브라우저 지원 표만 보기보다는 파일이 사용될 최종 목적지를 기준으로 포맷을 판단하십시오.

사진 촬영 날짜 및 위치 정보 유지

EXIF 메타데이터에는 촬영 날짜, 카메라 설정, 위치 정보가 담겨 있으며, 이를 보존하는 변환기를 사용해야 사진이 올바르게 정렬된 상태로 유지됩니다. 사진 라이브러리는 파일 생성일이 아닌 실제 촬영 날짜를 기준으로 사진을 정렬하므로, 이 필드가 손실되면 앨범 순서가 뒤섞이게 됩니다.

위치 정보는 웹에 게시하기 전에 신중히 고려해야 할 필드입니다. 몇 미터 단위까지 기록된 좌표 정보는 개인 아카이브에는 유용하지만, 특히 집에서 촬영한 사진의 경우 공개 웹사이트에 노출되면 위험할 수 있습니다. 500개의 파일을 일괄 처리하기 전에 어떤 방식으로 처리할지 미리 결정하십시오. 나중에 설정을 바꾸려면 모든 파일을 처음부터 다시 처리해야 하기 때문입니다.

어떤 품질 설정을 선택해야 할까

웹용 WebP의 경우 품질 80이 가장 적절한 기본값이며, 크게 보여줄 사진에는 품질 90이 적합합니다. WebP는 동일한 설정 값에서 JPEG보다 디테일을 더 잘 유지하므로, WebP의 품질 80은 JPEG의 85 이상과 시각적으로 유사합니다.

품질을 70 미만으로 낮추면 인물의 얼굴이나 부드러운 그라데이션 영역, 특히 커다란 메인 히어로 이미지에서 화질 저하가 눈에 띄기 시작합니다. 반면 90을 초과하면 화면상으로는 차이를 거의 느낄 수 없는데도 파일 크기만 급격히 커집니다. 500장의 사진을 한 번에 처리하기 전에, 대표적인 사진 한 장을 골라 3가지 설정으로 테스트해 보십시오. 적절한 수치는 게시하려는 이미지의 종류에 따라 달라집니다.

전체 사진 라이브러리 변환하기

ZIP 압축 파일을 직접 끌어다 놓으면, 압축 파일 내부의 지원되는 모든 이미지가 자동으로 추출되어 변환됩니다. iCloud 다운로드나 휴대폰 백업 파일은 대개 이미 ZIP 형태로 제공되므로, 수백 개의 파일을 일일이 수동으로 선택할 필요가 없습니다.

최대 500개의 파일이 한 번에 처리되며, 모든 작업은 서버가 아닌 사용자의 컴퓨터 프로세서에서 직접 실행됩니다. 아무것도 업로드되지 않으므로 공개되지 않은 사진, 클라이언트 작업물, 개인적인 이미지들이 외부로 유출되지 않고 안전하게 유지됩니다. 웹사이트 개편 작업을 할 때, 단 하나의 파일도 네트워크로 전송하지 않고 단 몇 분 만에 전체 이미지 라이브러리를 변환할 수 있습니다.

블로그로 돌아가기