HEIC를 WebP로 변환 — 최신 웹 형식

HEIC와 WebP: 두 현대 형식, 서로 다른 두 세계

HEIC와 WebP는 생각보다 가까운 친척입니다. 둘 다 비디오 기술에서 태어난 현대적 고효율 이미지 형식입니다. HEIC는 4K 비디오를 담당하는 코덱인 HEVC로 사진을 압축하고, WebP는 온라인 스트리밍에 쓰이던 VP8 코덱에서 발전했습니다. 둘 다 1990년대의 JPG 표준보다 훨씬 적은 용량에 같은 그림을 담기 위해 존재합니다. 차이는 사는 곳입니다. HEIC는 Apple 생태계의 기본 형식으로, 아이폰이 카메라 롤에 기록하고 iCloud가 기기 간에 동기화하는 형식입니다. WebP는 웹의 기본 형식으로, 브라우저, CDN, 사이트 속도 도구가 최적화해 서비스하는 형식입니다.

그 간극이 바로 HEIC를 WebP로 변환하는 이유입니다. 아이폰 사진은 이미 효율적으로 압축돼 있지만, 웹이 기본으로 알아듣지 못하는 방언으로 되어 있습니다. 많은 사람이 HEIC를 먼저 JPG로 바꾼 뒤 그 JPG를 별도의 WebP 최적화 도구에 돌립니다. HEIC에서 WebP로 곧장 가면 중간 단계를 건너뛰고, 2세대 압축 손실을 피하며, 한 번에 게시 준비가 끝난 파일을 얻습니다. 전 과정이 브라우저에서, 아무것도 업로드하지 않고 이루어집니다.

아이폰 카메라 롤에서 빠르게 뜨는 웹사이트까지

HEIC를 WebP로 변환하는 가장 흔한 이유는 게시입니다. 제품 사진, 블로그 이미지, 포트폴리오 사진을 아이폰으로 찍었고, 이제 운영하는 사이트에 올려야 합니다. 작업 흐름은 짧습니다. 사진 보관함에서 HEIC 파일을 컴퓨터로 내보내거나 AirDrop으로 옮기고, 위 변환 도구에 끌어다 놓고, WordPress(5.8 버전부터 기본 지원), Shopify를 비롯한 거의 모든 현대적 사이트 빌더가 일반 이미지 업로드로 받아주는 WebP 파일을 다운로드하면 됩니다. 플러그인도, 서버 측 변환 단계도, 업로드 시 형식 오류도 없습니다.

보상은 Core Web Vitals에 나타납니다. 페이지에서 가장 큰 요소가 얼마나 빨리 렌더링되는지 재는 Largest Contentful Paint는 보통 히어로 이미지가 좌우하는데, WebP로 제공되는 히어로는 다운로드할 바이트가 적다는 이유만으로 같은 이미지의 JPG보다 눈에 띄게 빨리 도착합니다. 이미지가 많은 페이지에서는 효과가 누적됩니다. 제품 그리드나 썸네일 갤러리는 파일마다 그만큼을 절약하며, 모바일 데이터에서 즉각적으로 느껴지는 페이지와 로딩되며 하나씩 튀어나오는 페이지의 차이를 만들곤 합니다. 페이지 경험은 검색 순위에 반영되므로, 업로드 전에 아이폰 사진을 WebP로 변환하는 것은 가장 저렴한 SEO 승리 중 하나입니다.

실용적인 습관 하나: 서비스하기 전에 크기를 줄이세요. 12MP 아이폰 사진은 너비가 4000픽셀쯤 되지만 블로그 본문 폭은 1200–1600을 넘는 일이 드뭅니다. 여기서 전체 해상도로 WebP로 변환해 업로드 마스터로 삼고, 표시용 크기는 CMS가 생성하게 하세요. WordPress와 Shopify 모두 WebP 업로드를 자동으로 처리하므로, 썸네일과 히어로 크롭도 작은 형식을 물려받습니다.

같은 12MP 사진, 세 가지 목적지

형식 선택은 사실 사진이 어디로 가느냐는 질문입니다. 이 사이트가 가장 자주 만드는 세 형식에서 일반적인 12MP 아이폰 사진 한 장이 어떻게 되는지 보겠습니다.

수치는 장면에 따라 달라집니다. 복잡한 풍경과 흰 배경의 제품 사진은 다르게 압축되니까요. 하지만 순위는 거의 바뀌지 않습니다. 방문자에게 네트워크로 제공되는 것에는 WebP가 이깁니다. 페이지가 아닌 사람에게 보내는 것에는 JPG가 더 안전한 전달자입니다. PNG는 전문 도구이지 사진 형식이 아닙니다.

2026년의 WebP 호환성: 되는 곳과 아직 안 되는 곳

웹 자체에서 호환성 논쟁은 몇 년 전에 이미 끝났습니다. 2020년 Safari가 마지막으로 합류한 이후, 모든 플랫폼의 모든 최신 브라우저가 WebP를 렌더링합니다. 게시 플랫폼도 따라왔습니다. WordPress는 5.8부터 WebP 업로드를 기본으로 받고, Shopify는 자동으로 제공하며, 현대적 사이트 빌더와 포럼 소프트웨어는 이를 일급 이미지 형식으로 취급합니다. 파일의 최종 목적지가 URL이라면 안심하고 HEIC를 WebP로 변환해도 됩니다.

거친 모서리는 모두 웹 밖에 있습니다. 구버전 Photoshop(23 이전)은 플러그인 없이 WebP를 열지 못하고, Windows에 기본 탑재된 일부 사진 뷰어는 여전히 버벅거리며, 이메일 클라이언트는 일관성이 없습니다. 이메일에 첨부한 WebP가 어떤 수신자에게는 바로 표시되고 다른 수신자에게는 열 수 없는 정체불명의 파일로 도착할 수 있습니다. 어느 것도 변환된 파일의 결함이 아닙니다. 형식이 대중화되기 전에 만들어진 소프트웨어일 뿐입니다.

따라 나오는 판단 규칙은 간단합니다. 출처가 아니라 목적지에 형식을 맞추세요. 직접 게시하는 페이지로 가는 사진이라면 WebP. 사람, 프린터, 받은편지함으로 가는 사진이라면 그 사본은 JPG로 변환하세요. 같은 HEIC에서 둘 다 만들어도 전혀 문제없습니다.

WebP를 쓰지 말아야 할 때

WebP는 웹에서는 정답이지만, 오답인 경우도 적지 않아 짧은 체크리스트를 갖고 있을 만합니다.

• 이메일 첨부 — 이메일 클라이언트 전반의 인라인 표시 지원이 아직 들쭉날쭉합니다. 모든 수신자가 무리 없이 열 수 있도록 JPG로 보내세요.
• 인쇄물 — 상업 인쇄소와 가정용 포토 프린터는 JPG, TIFF, PDF 워크플로 중심으로 만들어져 있습니다. 인쇄 서비스에 WebP를 건네면 직접 통제할 수 없는 변환 단계가 끼어듭니다.
• 클라이언트 납품물 — 받는 사람이 어떤 소프트웨어를 쓰는지 모를 때, JPG는 '파일이 안 열려요'라는 회신 가능성을 없애줍니다.
• 마스터 보관본 — 원본 HEIC(편집 작업물은 PNG 내보내기)를 원천으로 유지하세요. WebP는 배포 형식입니다. 필요할 때 마스터에서 생성하는 것이지, 유일한 사본이어서는 안 됩니다.
• 계속 재편집할 이미지 — 손실 WebP는 저장할 때마다 픽셀을 다시 압축합니다. 편집은 원본에서 하고 WebP 내보내기는 맨 마지막에 하세요.

다섯 경우 모두 패턴이 같습니다. WebP는 교환이나 보존이 아니라 서비스에 최적화된 형식입니다. 파이프라인의 시작이 아니라 끝에서 쓰세요.

오류처럼 보이지만 오류가 아닌 두 가지

플랫폼이 .webp 업로드를 거부한다고 확장자를 .jpg로 바꾸고 싶은 유혹은 참으세요. 확장자는 라벨일 뿐이라 받는 소프트웨어는 여전히 내부에서 WebP 데이터를 발견하고 실패합니다. 오히려 전보다 더 헷갈리는 오류가 나기도 합니다. 진짜 해법은 HEIC를 실제 JPG로 변환해 업로드하는 것입니다. WebP가 거부됐다는 것은 그 서비스가 아직 지원을 추가하지 않았다는 뜻일 뿐입니다.

두 번째 의외의 상황: 가끔 변환된 WebP가 원본 HEIC보다 큽니다. 오작동이 아니라 정상입니다. HEIC 내부의 압축인 HEVC는 대단히 강력한 코덱이라 일부 이미지에서는 WebP보다 잘 압축합니다. 웹에서 중요한 비교는 어차피 브라우저가 표시하지 못하는 HEIC 원본과 WebP의 비교가 아니라, 그러지 않았다면 서비스했을 JPG와 WebP의 비교이며, 거기서는 WebP가 꾸준히 앞섭니다. 유난히 크게 변환된 파일도 작업 흐름에는 아무 변화가 없습니다. 어디서나 렌더링되고 페이지에서 제 역할을 합니다.