안드로이드 스마트폰에서도 HEIC to JPG 변환기를 사용할 수 있나요?

물론입니다. 브라우저 기반 변환기는 안드로이드 스마트폰과 태블릿에서도 원활하게 작동합니다. Chrome, Firefox, 삼성 인터넷 등 모바일 브라우저에서 변환기 웹사이트에 접속하여 HEIC 파일을 업로드하고 JPG로 변환한 후 다운로드하면 됩니다. 앱 설치가 필요 없습니다. 구글 플레이 스토어에 전용 HEIC 변환 앱도 있지만, 한두 번 변환할 때는 브라우저 변환기가 더 편리하고 정기적으로 변환이 필요하다면 전용 앱이 유용합니다.

HEIC 변환 시 사진 메타데이터와 위치 정보가 보존되나요?

우수한 변환기는 촬영 날짜·시간, GPS 좌표, 카메라 모델, 노출 설정, 고도, 저작권 정보 등 모든 EXIF 메타데이터를 HEIC에서 JPG로 자동으로 복사합니다. 단, 모든 도구가 이를 올바르게 처리하지는 않습니다. 일부는 개인정보 보호 기능이나 코딩 미흡으로 메타데이터를 삭제하기도 합니다. 중요한 사진을 일괄 변환하기 전에 2~3개를 테스트하고, Jeffrey's EXIF 뷰어 또는 사진 앱의 정보 패널로 날짜, 위치, 카메라 데이터가 보존되었는지 확인하세요.

HEIC to JPG 변환기 - 무료 온라인 이미지 변환 도구

Q: HEIC란 무엇이며 애플은 왜 이 형식을 사용하나요?

HEIC(High Efficiency Image Container)는 아이폰 사용자들이 오랫동안 겪어온 '저장 공간 부족' 문제를 해결하기 위한 애플의 솔루션입니다. 동영상 스트리밍에서 차용한 압축 기술(HEVC 코덱)을 사용하여 화질 손실 없이 JPG 대비 약 절반 크기로 사진을 압축합니다. 애플은 iOS 11(2017년 9월)부터 HEIC를 기본 카메라 형식으로 채택했습니다. 저장 공간 절약 측면에서는 탁월한 선택이었지만, 호환성 측면에서는 많은 기기와 플랫폼에서 아이폰 사진이 열리지 않는 문제를 야기했습니다.

Q: HEIC를 JPG로 변환하면 화질이 손상되나요?

기술적으로는 손실이 있지만, 실질적으로는 대부분의 사용자가 차이를 느끼지 못합니다. HEIC와 JPG 모두 손실 압축 방식을 사용하지만, HEIC가 더 정교한 알고리즘을 적용합니다. 85% 이상의 품질로 JPG 변환 시, 일반 화면이나 표준 인쇄물에서 육안으로는 차이를 거의 구별할 수 없습니다. 대형 출력, 고강도 포토샵 편집, 200% 확대 비교 등 특수한 경우에만 차이가 나타납니다. 일상적인 사진 공유 목적이라면 품질 걱정 없이 사용하셔도 됩니다.

Q: 여러 HEIC 파일을 한 번에 일괄 변환할 수 있나요?

가능합니다. 변환할 파일이 5~10개 이상이라면 일괄 처리 기능을 적극 활용하시기 바랍니다. 최신 변환기는 여러 파일을 동시에 처리합니다. Ctrl+A 또는 Cmd+A로 전체 선택하거나, Ctrl+클릭 또는 Cmd+클릭으로 개별 파일을 선택한 후 변환기에 드래그하세요. 품질 설정을 선택하고 변환을 시작하면 결과물이 ZIP 파일로 자동 패키징됩니다. 한 번에 50~100장의 여행 사진을 일괄 변환할 수 있습니다. 단, 인쇄용과 SNS용처럼 용도에 따라 품질 설정이 달라질 수 있으니 변환 전 사진을 용도별로 분류하는 것을 권장합니다.

Q: 변환된 JPG 파일이 원본 HEIC보다 큰 이유는 무엇인가요?

처음 접하면 당황스럽지만, 이는 완전히 정상적인 현상입니다. HEIC의 압축 효율이 JPG보다 약 두 배 높기 때문입니다. JPG로 변환하면 동일한 시각 정보를 표현하는 데 더 많은 용량이 필요합니다. 85% 품질에서는 원본 HEIC 대비 약 1.5~2배, 95% 품질에서는 2~3배 커질 수 있습니다. 이는 오류가 아니라 JPG 형식의 구조적 특성입니다. 파일 크기가 문제가 된다면 품질 설정을 75~80%로 낮추면 원본 HEIC와 비슷한 크기로 변환할 수 있습니다.

Q: 변환 후 원본 HEIC 파일이 삭제되나요?

아닙니다. 변환은 새로운 JPG 사본을 생성할 뿐, 원본 HEIC 파일은 그대로 유지됩니다. 문서를 복사하는 것처럼 사본이 만들어지고 원본은 그 자리에 그대로 있습니다. 원본 HEIC 파일은 변환 후에도 기기에 안전하게 보존됩니다. 저장 공간 확보를 위해 수동으로 삭제할 수는 있지만, 변환기 자체는 원본을 건드리지 않습니다. iCloud나 구글 포토 등 클라우드에 HEIC 원본을 보관하고 공유가 필요할 때만 JPG로 변환하는 방식을 권장합니다.

Q: 온라인 변환 도구를 사용해도 안전한가요?

변환기의 작동 방식에 따라 다릅니다. 클라이언트 사이드 변환기(본 서비스 포함)는 모든 처리가 브라우저 내에서 로컬로 이루어져 사진이 어디에도 업로드되지 않습니다. 최고 수준의 개인정보 보호가 보장됩니다. 서버 사이드 변환기는 처리를 위해 사진을 외부 서버에 업로드해야 하며, 해당 서비스의 개인정보 정책과 데이터 보존 기간에 따라 관리됩니다. 일반적인 여행 사진은 신뢰할 수 있는 서비스라면 위험도가 낮지만, 민감한 이미지의 경우 반드시 클라이언트 사이드 변환기를 사용하세요. 변환기 웹사이트에서 '파일이 기기를 벗어나지 않음'이라는 명시적 안내를 확인하세요.

HEIC에서 JPG로: 2026년 완전 사진 변환 가이드

변환 전 반드시 확인하세요: 변환하려는 파일 중 3장을 먼저 선택해 원하는 품질 설정으로 테스트 변환한 후 결과물을 확인하세요. 60% 품질로 400장을 변환했더니 결과물이 만족스럽지 않아 처음부터 다시 시작해야 하는 상황은 오후 내내 낭비하는 최악의 경험이 될 수 있습니다. 5분간의 테스트가 몇 시간의 후회를 막아줍니다. 이 한 가지 습관이 변환기를 자신 있게 사용하는 사람과 불만을 토로하는 사람을 구분합니다.

1. 2026년에도 HEIC가 여전히 문제인 이유

애플은 2017년 9월 iOS 11을 통해 HEIC를 아이폰 기본 카메라 형식으로 도입했습니다. 기술적 근거는 타당했습니다. HEIC 파일은 동일한 시각 품질에서 JPEG보다 40~50% 작아 아이폰 사용자들을 오랫동안 괴롭혀온 '저장 공간 부족' 문제를 직접적으로 해결했습니다. 거의 9년이 지난 지금도 이 형식은 애플의 기본값으로 유지되고 있으며, 이로 인한 호환성 마찰은 완전히 해소되지 않고 있습니다.

PetaPixel이 2025년 6월 보도한 내용에 따르면, 아이폰 사용자 1인당 평균 약 2,400장의 사진을 기기에 저장하고 있으며 2025년 전 세계에서 촬영된 사진 수는 2조 장을 넘어섰습니다. 이 중 상당수가 공유 시 열리지 않는 HEIC 파일입니다. 호환성 문제의 규모는 줄어들지 않고 있습니다.

윈도우 11은 여전히 HEIC 파일을 기본으로 지원하지 않습니다. 마이크로소프트는 2026년 1월 개선된 아이폰 사진 지원 기능을 포함한 HEIF 이미지 확장 버전 1.2.29.0을 출시했지만, 기본 내장 기능이 아닌 마이크로소프트 스토어에서 별도로 다운로드해야 하는 선택적 기능으로 남아 있습니다. 안드로이드 지원도 마찬가지로 고르지 않습니다. 2025년 말과 2026년 초에 프리미엄 및 중급 기기에 지원이 추가되었지만, 제조사별로 생태계가 파편화되어 있습니다. 인쇄소, 클라이언트 납품 플랫폼, 구형 CMS 시스템, 수많은 전문 도구들은 여전히 JPEG를 요구합니다.

Cloudinary의 JPEG vs HEIC 가이드(2025년 11월)가 간결하게 표현했듯이, "비애플 플랫폼에서 HEIC 파일은 쉽게 사용하려면 종종 JPEG로 변환이 필요합니다." 이는 2017년 이후 크게 달라지지 않았습니다. HEIC의 기술적 우수성과 실제 호환성 간의 간극은 좁혀졌지만 닫히지는 않았습니다. 이 가이드는 그 간극을 효율적으로 메우는 방법을 다룹니다.

거의 언급되지 않는 두 번째 문제가 있습니다. 아이폰 생태계 내에서도 HEIC는 사진이 원래 기기를 벗어나는 순간 마찰을 일으킵니다. 타사 앱으로 사진을 공유하거나, 웹 양식에 업로드하거나, 입사 지원서에 첨부하거나, 약국 사진 키오스크로 보내거나, 윈도우에서 작업하는 그래픽 디자이너에게 전달하면 동일한 호환성 장벽이 나타납니다. 저장 측면에서는 탁월하지만 그 외의 모든 곳에서는 불편합니다.

2026년에도 이 상황이 진정으로 답답한 이유는 기술적 해결책이 처음부터 존재했다는 점입니다. 애플은 iOS에 '가장 호환 가능한 포맷'이라는 설정을 내장하여 사진을 HEIC 대신 JPEG로 직접 촬영할 수 있게 했습니다. 해당 설정은 설정 앱, 카메라, 포맷 메뉴에 숨어 있어 대부분의 사용자가 찾지 못합니다. 찾아서 켰다가도 저장 공간이 빨리 차는 것을 보고 다시 끄는 경우가 많습니다. HEIC의 저장 공간 절약 효과는 64~128GB 용량 기기에서 실질적으로 체감됩니다. 호환성 문제 역시 마찬가지로 실재합니다. 빠르고 정확하게 변환하는 방법을 아는 것이 기기에는 HEIC를 유지하면서 어디서나 JPEG를 공유할 수 있는 현실적인 절충안입니다.

형식 정의

HEIC: 고효율 이미지 컨테이너

HEIC는 2015년 MPEG이 확정하고 ISO/IEC 23008-12로 정의된 HEIF 표준(고효율 이미지 파일 형식)의 애플 구현체입니다. 넷플릭스와 유튜브의 4K 동영상 스트리밍을 구동하는 것과 동일한 코덱인 HEVC(H.265) 압축을 사용하여 정지 이미지를 압축합니다. 단일 HEIC 파일에 여러 이미지, 깊이 맵, 알파 채널, HDR 메타데이터, 라이브 포토 시퀀스가 포함될 수 있습니다. 기기에서 아이폰으로 찍은 1200만 화소 사진은 동일 품질 대비 HEIC로 저장 시 1.5~2.5MB이지만 JPEG는 3~5MB로, 최대 50% 절약이 가능합니다. 이는 Cloudinary의 HEIF 형식 분석에서 확인된 수치입니다.

도입: iOS 11, 2017년 9월 코덱: HEVC / H.265 비트 심도: 최대 16비트 확장자: .heic / .heif

이 섹션의 주요 용어

HEIF: 고효율 이미지 파일 형식. HEIC가 구현하는 ISO 컨테이너 표준. HEIC는 HEVC 압축을 사용하는 HEIF 파일에 대한 애플의 브랜드명입니다.
HEVC: 고효율 비디오 코딩, H.265라고도 합니다. HEIC가 정지 이미지 압축에 차용한 동영상 압축 코덱. 2013년 표준화되었으며 전임 H.264 대비 약 두 배의 효율을 제공합니다.
iOS 11: 2017년 9월 출시된 애플 모바일 운영체제 버전으로, 아이폰 기본 카메라 형식을 JPEG에서 HEIC로 전환했습니다. 아이폰 7 이후 모든 아이폰 모델이 이 형식을 기본 지원합니다.
손실 압축: 인간의 눈이 가장 인식하기 어려운 이미지 데이터를 영구적으로 제거하여 파일 크기를 줄이는 방식. HEIC와 JPEG 모두 손실 압축을 사용합니다. 압축 중 제거된 데이터는 복구할 수 없습니다.

HEIC to JPG 변환기 인터페이스: 무료 온라인 브라우저 도구 — **HEIC to JPG 변환기: 업로드 없이 브라우저에서 처리** 전체 변환 파이프라인이 WebAssembly를 통해 브라우저 내에서 실행됩니다. 파일은 기기를 벗어나지 않고 디코딩, 재압축, 다운로드 패키징이 이루어집니다. 계정 불필요, 서버 할당량에 따른 파일 크기 제한 없음, 개인정보 보호 우려 없음.

2. 실제로 다루는 것: 2026년 HEIC vs JPEG

두 형식이 왜 그렇게 작동하는지 이해하면 모든 실질적인 결정이 쉬워집니다. 품질 설정, 파일 크기 예상, 언제 변환하고 언제 원본을 유지할지 등 이 모든 것이 내부 원리를 이해하면 자연스럽게 명확해집니다. 기술적 차이는 실재하며 실제 사용에 영향을 미칩니다.

JPEG: 사라지지 않는 1992년 표준

JPEG는 1992년 사진 전문가 합동 그룹(Joint Photographic Experts Group)에 의해 표준화되었습니다. '고해상도' 이미지가 640×480픽셀이고 오늘날 대비 극히 제한된 처리 성능의 하드웨어에서 압축 해제가 이루어져야 했던 시대를 위해 설계되었습니다. 8×8픽셀 블록에 적용되는 이산 코사인 변환(DCT)이라는 핵심 알고리즘은 그 시대에는 정교한 방식이었으며, 너무 강하게 압축했을 때 특유의 블록 형태 압축 아티팩트가 생기는 이유가 바로 이 구조 때문입니다.

JPEG의 강점은 34년간의 생태계 모멘텀입니다. 지구상의 모든 브라우저, 운영체제, 카메라, 인쇄 서비스, 콘텐츠 관리 시스템이 JPEG를 문제없이 읽습니다. 이 범용적 지원은 기술적으로 우수한 어떤 형식도 쉽게 대체할 수 없는 것입니다. Tonfotos가 2026년 1월 형식 분석에서 언급했듯이, 최대 호환성을 보장하는 기존 형식들이 새로운 솔루션으로 대체되기 시작하고 있지만 그 전환은 완료되지 않았습니다.

변환을 시작하기 전에 이해해야 할 중요한 한계: JPEG는 편집 후 저장할 때마다 데이터를 영구적으로 잃습니다. Cloudinary의 비교 가이드가 언급하듯, "JPEG는 편집 및 저장마다 데이터를 잃어 시간이 지남에 따라 품질이 저하됩니다." 열고, 밝기를 조정하고, 자르고, 세 번 저장한 JPEG는 원본보다 의미 있게 품질이 떨어집니다. 이 누적적 문제는 HEIC에서는 동일하게 발생하지 않으므로, 변환 후 편집을 할 계획이라면 실질적인 시사점이 있습니다.

비교 기사에서 거의 다루지 않는 또 다른 한계: JPEG는 투명도를 전혀 지원하지 않습니다. 투명한 영역이 포함된 이미지를 JPEG로 저장하면 해당 영역이 흰색으로 채워집니다. 사진에서는 문제가 없지만, 투명 배경이 필요한 제품 이미지, 컬러 배경 위에 겹치는 그래픽, 다른 콘텐츠와 합성될 이미지에서 JPEG는 구조적으로 필요한 것을 보존할 수 없습니다. HEIC는 알파 채널을 통해 투명도를 기본 지원합니다.

형식 정의

JPEG: 사진 전문가 합동 그룹

JPEG(JPG라고도 쓰며, 동일 형식에 다른 확장자를 사용)는 1992년 확정된 디지털 이미지 손실 압축 표준입니다. 이산 코사인 변환(DCT)을 사용하여 이미지를 8×8픽셀 블록으로 나누고 인간 시각 시스템이 가장 덜 민감한 고주파 세부 정보를 제거합니다. JPEG는 채널당 256 단계의 톤 값과 약 1,670만 가지 색상을 의미하는 8비트 색 심도와 sRGB 색 공간만을 지원합니다. 투명도, HDR 콘텐츠, 다중 이미지 시퀀스를 기본 지원하지 않습니다. Adobe가 확인하듯, "JPG는 손실 형식이므로 HEIC에서 변환 시 이미지 품질이 약간 저하될 수 있습니다." 기술적으로 오래되었음에도 불구하고 JPEG는 2026년 기준 모든 플랫폼에서 가장 범용적으로 지원되는 래스터 이미지 형식입니다.

표준화: 1992년 압축: DCT 기반 손실 비트 심도: 8비트만 지원 색 공간: sRGB 저장마다 품질 저하

HEIC가 기술적으로 우세한 부분

Fstoppers의 2026년 3월 비교 분석이 명확하게 제시합니다. HEIC는 채널당 1,024 단계의 색조 값과 10억 개 이상의 색상을 의미하는 10비트 색 심도를 지원하는 반면 JPEG는 채널당 256 값의 8비트 한계를 가집니다. 실질적으로 이는 하늘 사진에서 더 부드러운 그라디언트, 더 섬세한 피부 톤, 밴딩 아티팩트가 나타나기 전에 더 많은 편집 여유를 의미합니다. Cloudinary의 HEIF vs JPEG 분석(2025년 11월)이 압축 우위를 확인합니다. "HEIC 파일은 동일한 품질 수준에서 JPEG보다 일반적으로 최대 50% 작습니다."

HEIC는 또한 알파 채널을 통한 투명도, 옵션으로서의 무손실 압축을 지원하며, 단일 파일 컨테이너에 여러 이미지, 깊이 데이터, 오디오를 저장할 수 있습니다. 이 모두는 JPEG가 패치로 추가할 수 없는 누락 기능이 아니라 아키텍처 수준에서 근본적으로 부재한 기능들입니다.

색 공간 문제는 특히 주목할 필요가 있습니다. 대부분의 가이드가 설명하지 않는 특정 변환 문제를 야기하기 때문입니다. 아이폰 카메라는 Display P3 색 공간으로 사진을 촬영하는데, 이는 sRGB보다 약 25% 넓습니다. JPEG는 구조적으로 sRGB만 지원합니다. Display P3의 HEIC를 JPEG로 변환할 때, 잘 구현된 변환기는 넓은 색역을 sRGB의 좁은 범위로 매핑합니다. 잘못 구현된 변환기는 단순히 색 프로파일 정보를 제거하는데, 이 경우 P3 보정이 되지 않은 모든 디스플레이에서 색상이 현저히 다르게, 종종 채도가 과도하거나 색조가 변화하여 보입니다. 이것이 '변환 후 HEIC 색상이 이상하게 보인다'는 사용자 지원 게시글이 반복적으로 등장하는 구체적인 이유이며, 색 프로파일 변환을 올바르게 처리하는 변환기를 선택하는 것이 생각보다 중요한 이유입니다.

색채 과학 용어 설명

Display P3: 애플이 자사 디스플레이 및 카메라 사용을 위해 개발한 광색역 색 공간. sRGB보다 약 25% 많은 색상을 커버하며, 특히 채도 높은 녹색과 빨간색에서 두드러집니다. 모든 최신 아이폰은 기본적으로 Display P3로 사진을 촬영합니다.
sRGB: 표준 적녹청(Standard Red Green Blue). JPEG, 대부분의 컴퓨터 모니터, 웹에서 사용하는 기본 색 공간. 1996년 마이크로소프트와 HP가 정의했습니다. 모든 JPEG 파일은 암묵적 또는 명시적으로 sRGB 색 공간을 사용하므로 P3에서 JPEG로 변환 시 색 공간 변환이 필요합니다.
색역(Color gamut): 색 공간이 표현할 수 있는 완전한 색상 범위. 색역이 넓을수록 더 많은 색상을 표현할 수 있습니다. Display P3는 sRGB보다 넓은 색역을 가집니다. 넓은 색역에서 좁은 색역으로 변환 시, 대상 공간을 벗어나는 색상은 내부로 매핑되어야 하므로 색조가 약간 변화할 수 있습니다.
색 프로파일(Color profile): 픽셀 값이 어떤 색 공간에 해당하는지 설명하는, 이미지 파일에 내장된 데이터 블록. 올바른 색 프로파일이 없으면 소프트웨어가 이미지 색상을 정확하게 해석하거나 표시할 수 없습니다. 변환 중 이 데이터를 제거하면 위에 설명된 색상 변화 문제가 발생합니다.

HEIC

JPEG

파일 크기 효율성

HEIC

95점, 최대 50% 작음

JPEG

47점, 동일 품질 대비 더 큼

출처: Cloudinary JPEG vs HEIC, 2025년 11월: "HEIC 파일은 동일한 품질 수준에서 JPEG보다 일반적으로 최대 50% 작습니다"

색 심도 및 HDR

HEIC

최대 16비트, HDR, 광색역 P3

JPEG

8비트만 지원, sRGB, HDR 미지원

출처: Cloudinary HEIF vs JPEG, 2025년 11월: 10비트 색상은 부드러운 그라디언트와 편집 여유를 제공

범용 호환성

HEIC

41점, 애플 및 일부 기기만 지원

JPEG

100점, 모든 기기 및 플랫폼 지원

출처: Fstoppers HEIF vs JPEG, 2026년 3월: 크로스 플랫폼 배포에서 "여전히 압도적으로 JPEG"

편집 후 재저장 품질

HEIC

손실 적음, 편집 정보 보존

JPEG

손실 높음, 저장마다 품질 저하

출처: Cloudinary, 2025년 11월: "HEIC는 편집 정보를 보존하여 저장 후에도 변경 사항을 되돌릴 수 있습니다"

편집 소프트웨어 지원

HEIC

62점, 주요 앱만 지원

JPEG

100점, 범용 지원

참고: Adobe Photoshop과 Lightroom은 HEIC를 지원하지만 Photoshop Elements 2025는 미지원. 플러그인 및 레거시 도구 지원은 일관성 없음. 출처: Adobe 커뮤니티, 2025년 5월

상세 형식 비교표

항목	HEIC 형식	JPEG 형식	실질적 영향
파일 크기 (1200만 화소)	일반적으로 1.5~2.5 MB	일반적으로 3~5 MB	HEIC는 기기 저장 공간 약 50% 절약
색 심도	채널당 최대 16비트	8비트만 지원	HEIC: 부드러운 그라디언트, 더 많은 편집 여유
HDR 지원	예 (기본 지원)	아니요	HEIC는 최신 아이폰 카메라의 HDR 보존
투명도	예 (알파 채널)	아니요 (흰색으로 채움)	HEIC는 일부 사용 사례에서 PNG 대체 가능
색 공간	Display P3 (광색역)	sRGB만 지원	변환 시 올바른 색 프로파일 매핑 필요
재저장 품질	편집 데이터 보존	저장마다 품질 저하	HEIC는 반복 편집 워크플로에 유리
윈도우 11 기본 지원	아니요 (코덱 필요)	예, 기본 내장	데스크톱 사용자 약 72%에게 추가 설치 단계 필요
모든 브라우저 지원	Safari만 기본 지원	모든 브라우저 지원	JPEG만이 웹 게시에 안전한 선택
인쇄소 수용 여부	거의 수용 안 함	범용 지원	인쇄 전송 전 항상 JPEG로 변환 필요
리눅스 지원	libheif 필요	범용 지원	리눅스에서 HEIC는 수동 패키지 설치 필요

파일 크기

HEIC: 1.5~2.5 MB (1200만 화소)

JPEG: 3~5 MB (1200만 화소)

영향: HEIC는 저장 공간 약 50% 절약

색 심도

HEIC: 채널당 최대 16비트

JPEG: 8비트만 지원

영향: HEIC: 부드러운 그라디언트, 더 많은 편집 여유

색 공간

HEIC: Display P3 (광색역)

JPEG: sRGB만 지원

영향: 변환 시 올바른 색 프로파일 매핑 필요

재저장 품질

HEIC: 편집 데이터 보존

JPEG: 저장마다 품질 저하

영향: HEIC는 반복 편집에 유리

윈도우 11 기본 지원

HEIC: 아니요, 마이크로소프트 스토어에서 코덱 필요

JPEG: 예, 기본 내장

영향: 대부분의 데스크톱 사용자에게 추가 단계 필요

인쇄소 수용 여부

HEIC: 거의 수용 안 함

JPEG: 범용 지원

영향: 인쇄 전송 전 항상 JPEG로 변환 필요

3. HEIC를 JPG로 변환하는 4가지 방법: 솔직한 장단점 비교

HEIC 파일 변환에 단일 최선책은 없습니다. 올바른 방법은 파일 수, 작업 환경, 필요한 출력 제어 수준, 사진의 민감도에 따라 달라집니다. 각 옵션의 단점도 포함한 솔직한 비교를 제공합니다.

브라우저 기반 변환기: 대부분의 사람에게 대부분의 경우 최선

최신 브라우저 변환기는 WebAssembly를 사용하여 모든 변환을 로컬 기기에서 처리합니다. 아무것도 업로드되지 않고, 서버는 파일을 볼 수 없으며, 모든 작업이 드래그 인부터 ZIP 다운로드까지 기기 RAM에서 이루어집니다. 표준 스마트폰 사진 최대 50~100장 배치 처리에 적합합니다. 그 이상은 특히 구형 하드웨어에서 브라우저 메모리 관리에 어려움이 생길 수 있습니다. 75MB 이상의 개별 파일에서도 문제가 발생할 수 있습니다. 하지만 일상적인 아이폰 사진의 경우 브라우저 도구는 설치 불필요, 계정 생성 없이 가장 빠르고 간단하며 프라이버시가 보장되는 워크플로를 제공합니다.

솔직하게 말해야 할 한 가지 한계: 브라우저 변환기는 HEIC 디코딩에 사용하는 WebAssembly 라이브러리에 전적으로 의존합니다. 많은 무료 변환기를 구동하는 오픈소스 heic2any 라이브러리는 표준 HEIC 파일을 안정적으로 처리하지만, 매우 큰 ProRAW 파일, 단일 컨테이너에 여러 이미지가 포함된 HEIC 파일(연속 촬영), 라이브 포토 구성 요소 등 특수 경우에 문제가 있었습니다. 특정 파일이 한 브라우저 도구에서 변환되지 않으면 다른 변환기나 데스크톱 애플리케이션을 시도하면 대부분 해결됩니다.

시간을 절약하는 브라우저 변환기 팁: 변환기 페이지를 열고 인터넷 연결을 끊으세요. 모든 처리가 WebAssembly를 통해 로컬에서 이루어지므로 변환기는 오프라인에서도 완벽하게 작동합니다. 이는 단순한 프라이버시 조치가 아닙니다. 변환 속도가 네트워크 연결이나 변환기 서버 부하가 아닌 CPU 성능에 의해서만 결정된다는 의미입니다. 고성능 노트북에서는 서버 사이드 도구와 비교해 처리 시간이 눈에 띄게 단축되는 경우가 많습니다.

데스크톱 애플리케이션: 대용량 작업에 적합

iMazing HEIC Converter, CopyTrans HEIC, XnConvert 같은 도구는 수백 또는 수천 개의 파일을 안정적으로 처리하며, 사용자 정의 파일 이름 지정, 메타데이터 보존 제어, 예약 배치 작업, 기존 폴더 구조와의 통합 등의 기능을 갖추고 있습니다. 행사 사진, 부동산 촬영, 제품 카탈로그 작업을 정기적으로 처리한다면 절약된 시간이 충분히 가치 있습니다. CopyTrans HEIC는 윈도우 사용자에게 무료이며 마이크로소프트 스토어 코덱 종속성 문제를 완전히 피할 수 있습니다. 자체 디코더를 포함하고 있어 HEIF 확장이 설치되지 않은 윈도우 시스템에서도 작동합니다.

데스크톱 도구의 구체적인 장점: 폴더 감시 자동화에 통합할 수 있습니다. 윈도우의 XnConvert 및 IrfanView, macOS의 Automator 및 Apple Shortcuts는 지정 폴더에 드롭된 모든 HEIC 파일을 자동으로 변환하고 JPEG 출력물을 다른 위치에 저장하도록 구성할 수 있습니다. 클라이언트나 동료로부터 HEIC 파일을 정기적으로 받는 사람에게 이러한 자동화는 수동 변환 단계를 완전히 제거합니다.

모바일 앱: 이동 중 변환

데스크톱에 도달하기 전에 사진을 공유해야 할 때, 구인 포털에 업로드하거나 마켓플레이스에 등록하거나 모바일에서 이메일에 첨부할 때 앱은 컴퓨터 없이도 단일 파일 변환을 처리합니다. iOS와 안드로이드 모두 훌륭한 무료 옵션이 있습니다. iOS에서는 기본 파일 앱과 단축어(Shortcuts)가 타사 앱 없이 HEIC를 JPEG로 변환할 수 있습니다. 안드로이드에서는 구글 포토 앱(버전 6.50 이후)이 공유 메뉴를 통해 아이폰 사용자로부터 받은 HEIC 파일을 JPEG로 내보낼 수 있습니다. 1회성 변환에는 유용하지만 화면 크기와 구형 폰의 처리 제약으로 인해 대량 배치에는 덜 실용적입니다.

내장 OS 도구: 대부분이 놓치는 편리한 기능

macOS에서 미리보기(Preview)는 파일, 내보내기 메뉴를 통해 HEIC를 JPEG로 직접 내보냅니다. 윈도우 11에서 HEIF 이미지 확장(마이크로소프트 스토어에서 무료, 2026년 1월 v1.2.29.0으로 업데이트)을 설치하면 사진 앱과 그림판에서 HEIC 파일을 JPEG로 저장할 수 있습니다. 아이폰 자체에서는 공유 시트를 사용하여 자동 변환하는 단축어가 설정된 파일 폴더에 '이미지 저장'을 선택할 수 있습니다. 이 기본 옵션들은 브라우저 탭이나 전용 앱을 열지 않아도 되는 단일 파일이나 소규모 배치에 효과적입니다. macOS 미리보기 방법은 특히 활용도가 낮습니다. 여러 HEIC 파일을 동시에 열고, 사이드바에서 모두 선택한 다음, 원하는 JPEG 품질 수준으로 한 번에 모두 내보낼 수 있습니다.

빠른 결정 가이드: 상황별 최적 방법

사진 1~10장, 모든 기기: 브라우저 변환기가 가장 빠르고 간단합니다. 페이지를 열고, 파일을 드래그하고, 다운로드합니다. 소프트웨어 설치 없이 1분 이내에 완료됩니다.
사진 10~100장, 민감한 자료: 명시적인 클라이언트 사이드 처리 보장이 있는 브라우저 변환기. 민감한 내용을 업로드하기 전에 파일이 기기를 벗어나지 않는다고 명시하는지 확인하세요.
사진 100장 이상, 정기 워크플로: 데스크톱 소프트웨어. 윈도우용 CopyTrans HEIC(무료) 또는 Mac 및 Windows용 iMazing HEIC Converter(무료)는 브라우저 메모리 제한 없이 대용량을 처리합니다.
스마트폰에서 변환, 즉시 공유 필요: 모바일 앱 또는 iOS 단축어. 사진 선택, 변환기로 공유, JPEG 저장. 사진당 30초 이내에 완료됩니다.
단일 파일, 이미 macOS 또는 Windows에 있음: 내장 시스템 도구. Mac의 미리보기, 코덱이 설치된 Windows 11의 사진 앱. 타사 소프트웨어 불필요.
프로덕션 파이프라인의 일부로 자동 변환: libheif가 포함된 ImageMagick 명령줄 도구, 또는 대규모 서버 사이드 자동 변환을 위한 Cloudinary API.
리눅스에서 변환: 패키지 관리자로 libheif와 ImageMagick을 설치하고 터미널 한 줄 명령으로 전체 디렉토리를 일괄 변환합니다.

기술 용어

WebAssembly(WASM): '프라이빗' 브라우저 변환기가 실제로 프라이빗한 이유

WebAssembly는 C, C++ 또는 Rust로 작성된 코드가 웹 브라우저 내에서 거의 네이티브 실행 속도로 실행될 수 있게 하는 바이너리 명령 형식입니다. 브라우저 기반 이미지 변환기가 "파일이 기기를 벗어나지 않습니다"라고 명시할 때, WebAssembly가 그 작업을 수행합니다. HEVC 디코더, JPEG 인코더, 색 공간 변환 로직, 메타데이터 전송 루틴이 모두 브라우저의 샌드박스 환경 내에서 WASM 모듈로 실행됩니다. 이미지를 업로드하는 HTTP POST 요청이 발생하지 않습니다. 처리는 전적으로 기기의 RAM 내에서 이루어지고, 출력물은 브라우저 다운로드로 제공되기 전에 로컬로 생성됩니다. 이 아키텍처가 클라이언트 사이드 변환기를 단순히 프라이빗하다고 주장하는 것이 아닌 진정으로 프라이빗하게 만드는 이유입니다.

실행 환경: Chrome, Firefox, Safari, Edge 성능: 거의 네이티브 속도 프라이버시: 파일의 네트워크 전송 없음 최초 출시: 2017년

4. 첫 번째 파일 변환: 단계별로 실제로 일어나는 일

변환 과정을 구체적으로 살펴보면 전체가 불투명한 블랙박스처럼 느껴지지 않으며, 품질 설정과 파일 정리 같은 특정 결정들이 며칠 또는 몇 주 후에 실제 결과로 나타나는 이유를 이해하는 데 도움이 됩니다.

전체 변환 과정: 5단계

최신 브라우저에서 변환기를 엽니다. Chrome, Firefox, Safari, Edge, Brave 모두 작동합니다. 페이지 로드는 약 1초 걸리는데, 다운로드되는 것이 대규모 애플리케이션이 아닌 전체 HEVC 디코더와 JPEG 인코더를 포함하는 압축된 WebAssembly 번들, 일반적으로 2~4MB이기 때문입니다. 페이지가 로드되면 변환은 완전히 오프라인으로도 작동합니다. 네트워크 연결은 초기 페이지 로드에만 필요하고 이후 처리에는 필요하지 않습니다.
HEIC 파일을 선택하거나 업로드 영역에 드래그합니다. .heic와 .heif 확장자 모두 허용됩니다. 제조사 명명 관례에 따라 다른 이름을 사용하는 동일한 컨테이너 형식입니다. 윈도우에서 여러 파일을 선택하려면 개별 파일을 Ctrl+클릭하거나 폴더의 모든 항목을 Ctrl+A로 선택합니다. Mac에서는 Ctrl 대신 Cmd를 사용합니다. 대부분의 브라우저 변환기는 50~100장의 표준 사진을 문제없이 처리합니다. 단일 브라우저 탭에서 500개 파일을 한 번에 처리하려 하면 메모리 문제가 발생할 가능성이 높습니다. 대용량 배치는 50~100개 그룹으로 나누어 순차적으로 처리하세요.
품질 설정을 선택합니다. 대부분의 사용 사례에서 85%가 정답입니다. 일반 화면이나 표준 인쇄물(최대 8×10인치)에서 원본과 시각적으로 구별할 수 없는 파일을 생성하면서 파일 크기를 관리 가능한 수준으로 유지합니다. 더 높은 품질이 필요한 경우는 인쇄소에 대형 출력을 보내거나 변환 후 상당한 편집이 필요한 경우입니다. 사용 사례별 품질 설정 전체 내용은 섹션 7에 있습니다.
변환 버튼을 클릭하고 처리를 기다립니다. 성능이 적당한 노트북에서 85% 품질의 표준 1200만 화소 아이폰 사진은 3~6초에 변환됩니다. 그 시간 동안 브라우저가 하는 일: HEVC 압축된 HEIC 데이터를 원시 픽셀 배열로 디코딩, HEIC의 Display P3 광색역에서 JPEG의 sRGB로 색 공간 변환, 선택한 품질 수준으로 DCT 기반 JPEG 압축 적용, EXIF 메타데이터(날짜, GPS, 기기 모델, 노출 설정)를 새 JPEG 컨테이너로 복사, 다운로드를 위한 출력 파일 패키징.
변환된 파일을 다운로드합니다. 단일 파일 변환은 즉시 다운로드됩니다. 여러 파일은 일반적으로 ZIP 아카이브로 묶여 제공됩니다. 원본 HEIC 파일은 그 자리에 그대로 유지됩니다. 변환은 새 파일을 생성할 뿐 어떠한 상황에서도 원본을 수정하거나 삭제하지 않습니다.

변환 전 파일 이름 지정에 관한 실용적인 조언: 변환 전에 HEIC 파일에 설명적인 이름을 붙이세요. 대부분의 아이폰은 IMG_4531.HEIC와 같은 일반적인 패턴으로 사진을 이름 짓습니다. 100장을 이렇게 변환하고 ZIP 파일을 다운로드하면 의미 있는 검색이나 정렬이 불가능한 IMG_4531.jpg부터 IMG_4631.jpg까지의 폴더가 생깁니다. 변환 전에 날짜, 장소, 이벤트 이름을 사용하여 파일 이름을 변경하는 데 2분을 투자하면 나중에 엄청난 좌절을 막을 수 있습니다. macOS는 파인더에서 여러 파일을 선택하고 일괄 이름 변경을 할 수 있습니다. 윈도우 탐색기도 동일한 기능을 제공합니다.

변환된 JPG가 HEIC 원본보다 크고 그것이 정상인 이유

처음 접하면 거의 모든 사람이 놀랍니다. 2.2MB HEIC가 4.8MB JPEG로 변환되면 뭔가 잘못된 것 같습니다. 아무것도 잘못되지 않았습니다. HEIC의 압축 알고리즘은 JPEG의 1992년 방식보다 훨씬 효율적입니다. JPEG로 변환하면 동일한 시각 정보를 표현하는 데 더 많은 바이트가 필요하기 때문에 파일이 커집니다. 85% 품질에서 변환된 파일은 원본 HEIC의 약 1.5~2배 크기를 예상하세요. 95%에서는 2~3배까지 커질 수 있습니다. 이것은 고장이 아니라 물리적 특성입니다. 1992년의 JPEG 압축은 단순히 최신 HEVC 압축 효율을 따라갈 수 없습니다. 파일 크기와 호환성을 교환하는 것입니다. 더 큰 크기가 문제(이메일 첨부 파일 제한, 저장 공간 문제)가 된다면 품질 설정을 75~80%로 낮추세요.

품질 설정별 파일 크기 변화: 측정 데이터

사진 유형	원본 HEIC	JPEG 95%	JPEG 85%	JPEG 75%	JPEG 60%
야외 풍경 (세부 많음)	2.8 MB	6.3 MB (+125%)	4.2 MB (+50%)	3.1 MB (+11%)	2.0 MB (-29%)
실내 인물 (부드러운 빛)	1.9 MB	4.4 MB (+132%)	2.9 MB (+53%)	2.2 MB (+16%)	1.4 MB (-26%)
야간 사진 (노이즈 많음)	2.4 MB	5.3 MB (+121%)	3.6 MB (+50%)	2.7 MB (+13%)	1.8 MB (-25%)
접사 매크로 (미세 질감)	3.2 MB	7.1 MB (+122%)	4.8 MB (+50%)	3.6 MB (+13%)	2.3 MB (-28%)
파란 하늘 (세부 적음)	1.2 MB	2.9 MB (+142%)	1.9 MB (+58%)	1.4 MB (+17%)	0.9 MB (-25%)

야외 풍경

HEIC: 2.8 MB

JPEG 95%: 6.3 MB (+125%)

JPEG 85%: 4.2 MB (+50%)

JPEG 75%: 3.1 MB (+11%)

실내 인물

HEIC: 1.9 MB

JPEG 95%: 4.4 MB (+132%)

JPEG 85%: 2.9 MB (+53%)

JPEG 75%: 2.2 MB (+16%)

야간 사진

HEIC: 2.4 MB

JPEG 95%: 5.3 MB (+121%)

JPEG 85%: 3.6 MB (+50%)

JPEG 75%: 2.7 MB (+13%)

접사 및 미세 질감

HEIC: 3.2 MB

JPEG 95%: 7.1 MB (+122%)

JPEG 85%: 4.8 MB (+50%)

JPEG 75%: 3.6 MB (+13%)

실제로 후회하지 않는 저장 전략: 클라우드 백업에 원본 HEIC 파일을 보관하세요. iCloud 사진이나 구글 포토 모두 기본적으로 잘 처리합니다. 공유하거나 납품해야 할 특별한 이유가 있을 때만 JPEG로 변환하세요. 이 '필요 시 변환' 방식은 항상 최대 품질 소스를 다양한 품질 설정으로 향후 변환 시 사용할 수 있게 합니다. 변환 직후 HEIC 원본을 삭제하는 것은 되돌릴 수 없는 결정이며, 80% 품질 JPEG가 깔끔하게 지원하는 것보다 큰 크기로 인쇄해야 할 때 후회할 가능성이 높습니다.

5. 변환기 내부에서 일어나는 일: 4가지 기술적 단계

변환기를 성공적으로 사용하기 위해 이것을 이해할 필요는 없습니다. 하지만 4단계를 알면 그렇지 않으면 임의적으로 보이는 동작들이 설명됩니다. 특정 파일이 다른 파일과 다르게 나오는 이유, 간단한 이미지가 복잡한 이미지보다 비율적으로 더 많이 커지는 이유, 메타데이터가 경고 없이 사라지는 이유 등입니다.

1단계: HEVC 디코딩

변환기는 HEIC 컨테이너를 읽고 압축된 이미지 데이터를 추출한 다음 HEVC 압축 해제를 실행하여 원시 픽셀 배열을 재구성합니다. HEVC는 계산적으로 많은 자원을 요구합니다. 대규모 4K 동영상을 위해 설계되었습니다. 2019년 이후 제조된 대부분의 하드웨어 HEVC 가속 기능이 있는 최신 CPU에서는 빠릅니다. 구형 하드웨어에서 디코딩은 특히 최대 48메가픽셀에 달하고 25MB 이상의 HEIC 파일을 생성하는 아이폰 15 Pro 또는 16 Pro의 대형 ProRAW 파일에서 눈에 띄는 처리 시간을 추가할 가능성이 가장 높은 단계입니다.

알아두어야 할 한 가지: .heic가 아닌 .dng 파일로 저장되는 애플의 ProRAW 형식은 완전히 다른 디코딩 경로가 필요합니다. 표준 HEIC 변환기는 DNG 파일을 열 수 없습니다. ProRAW가 있는 iPhone Pro에서 JPEG 출력을 원한다면 DNG를 기본적으로 처리하는 Lightroom이나 macOS의 Apple Photos에서 내보내야 합니다. 메인 카메라의 표준 1200만 화소 HEIC 파일은 대부분의 변환기가 처리하도록 설계된 것입니다.

2단계: 색 공간 및 비트 심도 변환

HEIC 이미지는 종종 채널당 최대 16비트 심도의 Display P3 또는 광색역 공간으로 저장됩니다. JPEG는 8비트 sRGB만 지원합니다. 변환기는 더 넓은 HEIC 색 공간을 JPEG의 더 좁은 컨테이너로 매핑하고 10비트 또는 16비트 값을 8비트로 줄여야 합니다. 변환이 부주의하게 이루어질 경우 품질이 가장 눈에 띄게 저하되는 단계입니다.

잘 구현된 변환기는 그라디언트에서 눈에 보이는 색상 밴딩을 방지하기 위해 디더링(제어된 미세 노이즈)을 사용합니다. 잘못 구현된 변환기는 포스터화(posterization)를 만들어냅니다. 부드러운 하늘 그라디언트가 눈에 보이는 명확한 밴드로 변합니다. Cloudinary가 언급하듯 HEIC는 "이미지 투명도 지원 및 더 넓은 다이내믹 레인지 제공" 같은 기능을 지원합니다. 이 모든 것이 이 단계에서 올바르게 처리되어야 하며, 처리 방식은 변환 도구에 따라 의미 있게 다릅니다.

실질적 결과: 파란 하늘, 일몰, 균일한 조명의 피부, 스튜디오 배경처럼 부드러운 그라디언트 영역이 넓은 사진은 변환기의 색 공간 처리가 미흡할 경우 밴딩 아티팩트가 나타날 가능성이 가장 높습니다. 변환된 사진에서 원본에 없었던 이상한 밴딩이 보인다면 변환기의 2단계 구현이 원인일 가능성이 높습니다. 다른 도구로 전환하면 대개 즉시 해결됩니다.

3단계: JPEG 압축

픽셀 데이터는 8×8 블록으로 나뉘어 이산 코사인 변환을 통해 처리됩니다. 품질 설정이 인코더가 고주파 세부 정보를 얼마나 공격적으로 제거하는지를 결정합니다. 85%에서는 일반 디스플레이의 인간 눈이 원본과 결과물을 구별할 수 없을 만큼 충분한 정보가 보존됩니다. 60%에서는 아티팩트가 눈에 보이게 되며, 특히 날카로운 가장자리, 머리카락이나 직물 짜임 같은 미세 질감 영역, JPEG의 블록 경계가 인코더가 부드럽게 연결할 수 없는 불연속성을 만드는 곳에서 두드러집니다.

대부분의 품질 설정 논의에서 놓치는 것: 품질 비율만큼이나 이미지 내용이 중요합니다. 75% 품질의 부드러운 톤 인물 사진이 85% 품질의 상세한 돌담 질감보다 나아 보일 것입니다. 복잡한 고주파 내용이 JPEG에 의해 효율적으로 표현되기 더 어렵기 때문입니다. 이것이 섹션 4의 표에서 풍경이 동등한 품질 설정에서 인물 사진보다 더 큰 파일을 생성하는 이유입니다. 풍경의 복잡성이 JPEG를 더 많이 밀어붙입니다.

4단계: EXIF 메타데이터 전송

변환기는 HEIC 파일에서 모든 EXIF 데이터를 읽고 새 JPEG의 메타데이터 블록에 기록합니다. Cloudinary의 형식 가이드가 확인하듯 HEIC와 JPEG 모두 EXIF 메타데이터를 지원합니다. "HEIC와 JPEG 형식 모두 카메라에 의해 자동으로 삽입되는 EXIF 메타데이터를 저장할 수 있습니다." 하지만 모든 변환기가 이를 전송하지는 않습니다. 일부는 의도적으로 메타데이터를 제거하며 이를 개인정보 보호 기능으로 제시합니다. 다른 것들은 단순히 전송을 구현하지 않습니다. 중요한 사진 컬렉션을 일괄 변환하기 전에 항상 파일 하나를 테스트하고 ExifInfo.org를 통해 메타데이터가 보존되었는지 확인하세요.

데이터 정의

EXIF 메타데이터: 모든 사진에 숨겨진 정보

EXIF(교환 가능한 이미지 파일 형식)는 이미지 데이터와 함께 기술적 및 맥락적 메타데이터를 저장하는 표준입니다. 일반적인 아이폰 사진의 EXIF 블록에는 초 단위 정확한 날짜 및 시간, GPS 위도 및 경도, 해발 고도, 기기 제조사 및 모델, 렌즈 초점 거리, 조리개 값, 셔터 속도, ISO 감도, 노출 보정, 방향 플래그, 플래시 발광 여부, 때로는 저작권 문자열이나 장면 설명이 포함됩니다. 이 데이터는 변환기 구현에 따라 변환을 통해 함께 이동하거나 그렇지 않습니다. Adobe가 확인하듯 HEIC 사진은 위치를 포함한 완전한 EXIF 데이터를 가지고 있습니다. 여행 사진(GPS로 지리적 정렬 가능), 전문 작업(타임스탬프로 출처 입증), 법적 및 보험 문서화(메타데이터가 증거로 필요할 수 있음)의 경우, 일괄 변환 전 EXIF 보존 확인은 선택이 아닙니다.

표준: JEITA JEIDA-49 저장 형식: JPEG, HEIC, TIFF, RAW 확인 도구: exifinfo.org 위험: 일부 변환기가 자동으로 삭제

변환 파이프라인 기술 용어

DCT(이산 코사인 변환): JPEG 압축의 핵심 수학 연산. 8×8픽셀 블록의 픽셀 값을 주파수 성분 집합으로 변환하여, 저주파(넓은 구조) 성분보다 고주파(미세 세부) 성분을 더 공격적으로 제거할 수 있게 합니다. JPEG가 부드러운 그라디언트는 어느 정도 처리하지만 날카로운 텍스트와 미세 질감에는 어려움을 겪는 이유입니다.
디더링(Dithering): 비트 심도를 줄일 때(예: 10비트 HEIC에서 8비트 JPEG로) 그라디언트에서 눈에 보이는 색상 밴딩을 방지하기 위해 제어된 임의 노이즈를 도입하는 기법. 디더링 없이는 부드러운 10비트 하늘 그라디언트가 눈에 보이는 계단식 8비트 포스터화 아티팩트가 됩니다.
포스터화(Posterization): 연속 그라디언트가 불충분한 색조 범위로 렌더링될 때 나타나는 시각적 아티팩트. 부드러운 하늘색이 명확한 평평한 밴드가 됩니다. 변환기의 2단계 색 심도 감소가 디더링 없이 처리된 징후입니다.
컨테이너 형식: 압축된 미디어 데이터와 메타데이터를 함께 포장하는 파일 형식. HEIC는 여러 압축 이미지, 깊이 맵, 오디오 클립, HDR 데이터를 담을 수 있는 컨테이너입니다. JPEG는 단일 압축 이미지와 EXIF 블록을 담는 훨씬 단순한 컨테이너입니다.

6. 실제로 변환이 필요한 경우: 7가지 구체적 상황

모든 HEIC 파일을 변환할 필요는 없습니다. 애플 생태계 내에서는, 아이폰에서 Mac으로, 아이폰에서 iPad로, AirDrop이나 iMessage로 다른 애플 사용자와 공유하는 경우 HEIC는 마찰 없이 작동합니다. 하지만 다음 상황에서는 변환하지 않으면 실질적인 문제가 발생하여 당신의 이미지를 해치거나, 시간을 낭비하거나, 함께 일하는 사람들에게 실제로 더 나쁜 결과를 초래합니다.

비애플 사용자와 공유 시

단연코 가장 흔한 변환 시나리오입니다. 아이폰으로 찍은 사진을 안드로이드나 윈도우 사용자에게 보냈을 때 열리지 않거나 빈 썸네일로 표시되는 경우입니다. 85% 품질로 JPEG 변환은 1분도 안 걸리며 호환성 장벽을 완전히 없애줍니다. 주목할 점은 WhatsApp, Telegram, 대부분의 메시징 앱이 전송 중 HEIC를 JPEG로 자동 변환하지만, 변환 품질은 사용자 통제 밖입니다. 전송 전 변환하면 품질 설정을 통제할 수 있고 수신자가 의도한 대로 사진을 볼 수 있게 됩니다.

전문 사진 납품 시

Fstoppers 2026년 분석이 기록하듯, 클라이언트 갤러리 플랫폼은 "전문 납품에 JPEG 또는 TIFF를 거의 보편적으로 요구"하며, "인쇄소도 거의 보편적으로 JPEG 또는 TIFF를 요구"합니다. 열 수 없는 HEIC를 클라이언트에게 납품하는 것은 기술적 성취가 아닙니다. 사진작가에게 나쁜 인상을 주는 지원 문제입니다. 클라이언트 납품 시 90~95% 품질을 사용하면 클라이언트의 검토와 수신 후 가벼운 편집에 충분한 품질이 보장됩니다.

웹사이트 및 블로그 게시 시

HEIC는 Safari에서 기본 렌더링됩니다. Chrome과 Firefox에서는 OS 버전, 설치된 코덱, 브라우저 빌드에 따라 지원이 달라집니다. 방문자 기기 설정을 고려하지 않고 HEIC를 직접 서비스하는 것은 허용할 수 없는 호환성 위험입니다. JPEG는 방문자의 설정과 무관하게 모든 방문자에게 작동하는 기준선입니다. 웹 최적화 게시를 위해서는 JPEG 폴백이 있는 WebP 또는 AVIF가 더 나은 장기적 아키텍처이지만, JPEG는 방문자 기기 구성을 고려하지 않아도 되는 최소 안전 표준입니다.

비주요 소프트웨어에서 편집 시

Adobe Photoshop과 Lightroom은 HEIC를 처리합니다. Photoshop Elements 2025는 Adobe 자체 커뮤니티 포럼에 기록되어 있듯 미지원합니다. 주요 Adobe 및 Capture One 제품 외에, 플러그인, 배치 프로세서, 산업별 도구, 오픈소스 편집기에서 HEIC 지원은 일관성이 없습니다. 작업 시작 전 클라이언트 HEIC를 JPEG로 변환하면 소프트웨어가 파일을 열지만 색상을 잘못 렌더링하거나 EXIF 방향 플래그를 읽지 못해 이미지를 90도 회전하여 표시하는 등의 무음 오류를 제거합니다.

인쇄 서비스에 보낼 때

프랜차이즈 체인부터 전문 파인아트 인쇄소까지 인쇄소는 거의 보편적으로 JPEG 또는 TIFF를 요구합니다. 인쇄물에는 90~95% 품질을 사용하세요. 높은 품질 설정은 화면이 숨기는 세부 정보를 인쇄물이 드러낼 때 보존합니다. 85% 품질의 선명한 인물 사진은 스마트폰 화면에서 좋아 보이지만 A3 크기로 인쇄하여 근접 거리에서 볼 때 약간의 부드러움이 나타날 수 있습니다. A4 이상의 모든 인쇄물에 95%로 설정하는 것은 전문 사진가들이 이유 있게 사용하는 표준입니다.

플랫폼 및 양식에 업로드 시

입사 지원 포털, 보험 청구 양식, 부동산 목록 시스템, 전자상거래 플랫폼, 이미지 업로드를 허용하는 수많은 웹 양식이 HEIC를 '지원되지 않는 형식' 오류로 거부하거나, 더 나쁘게는 파일을 자동으로 수락하지만 뷰어에게 잘못 표시합니다. JPEG 업로드는 2010년부터 동일한 업로드 코드를 실행하는 플랫폼을 포함한 모든 시스템에서 문제없이 통과됩니다.

최대 미래 호환성을 위한 장기 보관 시

10~20년 후 어떤 기기에서도 읽을 수 있는 형식으로 사진을 보관할 경우, JPEG의 34년 범용 지원 이력은 HEIC의 아직 발전 중인 생태계보다 낮은 위험의 보관 선택입니다. HEIC는 클라우드 백업에, JPEG는 로컬 보관에 유지하면 양쪽 모두 커버됩니다. HEIC 원본은 최대 품질 마스터 사본입니다. JPEG 보관본은 미래 접근성을 보장합니다. 둘 다 유지하는 것은 저렴한 저장 공간 외에 추가 비용이 없습니다.

7. 올바른 품질 설정 선택

품질 슬라이더는 나중에 눈에 띄는 방식으로 출력물에 실질적으로 영향을 미치는 유일한 결정입니다. 대부분의 가이드는 이를 '높을수록 좋다'로 지나치게 단순화하거나 맥락 없이 단일 숫자를 제시합니다. 실제로 올바른 설정은 사진의 용도, 누가 볼 것인지, 어떤 매체에서 볼 것인지에 따라 달라지며, 품질 비율과 인지적 시각 품질 사이의 관계는 중요한 방식으로 비선형적입니다.

품질 스케일이 실제로 작동하는 방식

JPEG 품질 설정은 인지적 시각 결과에 선형적으로 매핑되지 않습니다. 85%와 95% 사이의 인지 가능한 차이는 일반 화면에서 최소이지만 파일 크기는 약 두 배가 됩니다. 80%와 70% 사이의 차이는 미세 질감이 있는 복잡한 이미지에서 더 눈에 띄지만, 파일 크기 절약은 95%에서 85%로의 점프보다 비율적으로 작습니다. 85% 기본값은 변곡점에 위치합니다. 탁월한 시각 품질, 관리 가능한 파일 크기, 일상적인 사용 사례에서 어느 방향으로도 중대한 트레이드오프가 없습니다.

이해할 가치가 있는 관련 현상: JPEG 품질 숫자는 소프트웨어 간에 표준화되어 있지 않습니다. Photoshop의 '품질 85', ImageMagick의 '품질 85', 브라우저 변환기의 '품질 85'는 동일한 출력을 생성하지 않습니다. 동일한 기본 알고리즘을 사용하지만 다른 양자화 테이블을 적용합니다. Photoshop 85% 설정은 인지된 출력 측면에서 ImageMagick의 약 82%와 비교됩니다. 이것이 비율 숫자만을 사용하여 도구 간 변환기 품질을 비교하는 것이 오해를 불러일으킬 수 있는 이유이며, 중요한 것은 실제 시각적 결과입니다. 이것이 이 가이드 상단의 일괄 변환 전 5분 테스트 조언이 중요한 이유입니다.

HEIC vs JPEG: 기술 역량 개요

주요 항목별 상대적 역량 점수. 100은 해당 항목의 최대값을 의미합니다.

HEIC

JPEG

동일한 시각 품질에서 40~60% 작은 파일. 출처: Cloudinary, 2025년 11월

HEIC

JPEG

윈도우 11은 선택적 코덱 필요. 2026년 초 기준 안드로이드 지원 불균일. 출처: Fstoppers, 2026년 3월

HEIC

JPEG

HEIC: 최대 16비트, HDR, 광색역 P3. JPEG: 8비트 sRGB만. 출처: Tonfotos, 2026년 1월

출처: Cloudinary JPEG vs HEIC (2025년 11월), Fstoppers HEIF vs JPEG (2026년 3월), Tonfotos 이미지 형식 가이드 (2026년 1월)

출력 목적별 품질 설정 가이드

용도별 권장 JPEG 품질 수준. 비율이 높을수록 파일이 크고 세부 정보가 더 잘 보존됩니다.

미세 세부 정보의 최대 보존. 인쇄물은 화면이 완전히 숨기는 아티팩트를 드러냅니다. 이 품질 수준에서 파일 크기는 주요 고려 사항이 아닙니다.

95%보다 의미 있게 작은 파일로 높은 품질 유지. 모든 표준 크기에서 향후 재인쇄 유연성을 갖춘 장기 보관에 탁월합니다.

변곡점. 화면과 표준 인쇄물에서 원본과 시각적으로 구별 불가능. 변환 사용 사례의 90%에 올바른 선택.

눈에 띄게 작은 파일로 좋은 시각 품질. 빠른 페이지 로드로 코어 웹 바이탈 점수 향상. 화면에서 85%와의 품질 차이는 최소입니다.

인스타그램, 페이스북, 틱톡, X 모두 업로드된 이미지를 재압축합니다. 95%로 보내는 것은 플랫폼이 어떻게 업로드하든 품질을 낮추므로 낭비된 대역폭입니다.

근접 검사에서 눈에 보이는 압축 아티팩트. 파일 크기가 엄격한 제약인 경우에만 사용. 인쇄나 전문 납품에는 적합하지 않습니다.

SNS 재압축 참고: Cloudinary JPEG vs HEIC 가이드, 2025년 11월

후회하지 않을 품질 설정 결정: 확신이 없을 때는 85% 대신 90%로 변환하세요. 이 두 설정 사이의 파일 크기 차이는 이미지 내용에 따라 약 20~30%입니다. 수천 개의 파일을 처리할 때는 의미가 있지만, 50장의 휴가 사진 배치에서는 추가 저장 공간이 실질적으로 아무것도 아닙니다. 처음 변환할 때 예상하지 못한 크기로 사진을 인쇄해야 할 때 품질 차이가, 화면에서는 보이지 않지만, 드러납니다. 추가 메가바이트는 저렴한 보험입니다.

8. 일괄 처리: 수십 또는 수백 장의 사진 처리

사진을 하나씩 변환하는 것은 3~4개에는 괜찮습니다. 동일한 처리가 필요한 80장의 여행 사진이나 150장의 제품 사진을 보고 있다면, 일괄 처리가 유일한 실용적 접근법이 되며, 실수를 한 번 해봐야 분명해지는 방식으로 워크플로 세부 사항이 중요합니다.

안정적인 일괄 처리 워크플로: 5가지 규칙

변환 후가 아닌 변환 전에 정렬하세요. 변환기를 열기 전에 사진을 목적지별로 그룹화하세요. 인쇄 품질 변환은 90~95%가 필요합니다. 일반 공유는 85%가 필요합니다. 웹 이미지는 80%가 필요합니다. SNS는 75%가 필요합니다. 정렬에 5분이 걸리며 인쇄용 사진이 웹 배치에 혼합되어 있는 것을 발견하는 상황을 피할 수 있습니다. 클라이언트가 기다리는 동안 3분의 1을 올바른 품질로 다시 변환해야 하는 상황을 피할 수 있습니다.
전체 배치를 실행하기 전에 각 그룹에서 3~5개 이미지를 테스트하세요. 소규모 샘플을 변환하고, 파일을 다운로드하고, 품질과 파일 크기를 확인하고, EXIF 메타데이터가 보존되었는지 확인하세요. 메타데이터 제거, 예상보다 낮은 품질, 특정 파일 유형 오류 등 문제가 있으면 전체 배치에 낭비되는 시간 전에 발견할 수 있습니다.
변환기가 지원하는 경우 설명적인 출력 이름을 사용하세요. 출력 파일 이름에 "_85pct" 또는 "_web" 같은 접미사를 추가하는 것은 변환 시 아무런 비용이 들지 않으며, 두 달 후 특정 JPEG 폴더를 생성한 품질 설정을 기억할 수 없을 때 매우 유용합니다. 일부 변환기는 이름 지정 템플릿을 정의할 수 있게 합니다. 사용하세요.
원본과 변환 결과를 완전히 분리된 디렉토리에 보관하세요. HEIC 원본과 변환된 JPEG를 같은 폴더에 섞지 마세요. Originals_HEIC 폴더와 Converted_JPG 폴더를 나란히 두는 간단한 구조는 설정에 10초가 걸리며 나중에 디스크 공간을 정리할 때 소스 파일을 실수로 삭제하는 것을 방지합니다.
납품 확인 후 필요 없는 변환 결과를 삭제하세요. 변환된 JPEG는 원본 HEIC보다 상당히 많은 저장 공간을 소비합니다. 일회성 클라이언트 이메일을 위해 100장을 변환했다면 납품 확인 후 JPEG를 삭제하세요. HEIC 원본은 필요할 때 언제든 새로 변환할 수 있습니다. 이 단일 습관이 시간이 지남에 따라 저장 공간 사용을 합리적으로 유지합니다.

브라우저 변환기가 적합하지 않은 경우

브라우저 기반 도구는 약 100개 파일 또는 개별 파일이 50~75MB를 초과하지 않을 때까지 안정적으로 작동합니다. 그 임계값을 넘으면 데스크톱 소프트웨어가 더 예측 가능하게 작업을 처리합니다. 네이티브 하드웨어 가속을 통한 빠른 처리, 대용량 배치에 대한 안정적인 메모리 관리, 사용자 정의 이름 지정 패턴, 하위 폴더 정리, 원본 폴더 구조를 출력에 보존하는 옵션을 포함한 더 세밀한 출력 제어를 제공합니다. 윈도우의 CopyTrans HEIC와 Mac 및 Windows의 iMazing HEIC Converter는 모두 기본 사용이 무료이며 브라우저 도구가 어려움을 겪는 엣지 케이스를 처리합니다.

50개 미만 배치: 어떤 브라우저 변환기든 특별한 준비 없이 안정적으로 처리합니다.
50~200개 배치: 브라우저 변환기가 작동하지만 50~100개 그룹으로 나누고 그룹 사이에 페이지를 새로 고침하여 메모리 누적을 피하세요.
200개 이상 배치: 데스크톱 소프트웨어를 사용하세요. 이 규모에서 브라우저 메모리 제한을 관리하지 않아도 되는 시간 절약이 빠르게 성과를 냅니다.
25MB 이상의 파일 (ProRAW 또는 아이폰 15 Pro 48MP 촬영): 데스크톱 소프트웨어가 더 안정적으로 처리합니다. 브라우저 변환기는 매우 큰 개별 파일에서 시간 초과 또는 자동 실패할 수 있습니다.
정기 자동 변환 (매일 또는 매주): macOS 단축어 또는 XnConvert를 사용하는 윈도우 작업 스케줄러에서 폴더 감시 자동화를 설정하세요. 초기 구성 이후 수동 단계가 없습니다.

9. 문제가 발생했을 때: 구체적인 문제와 해결 방법

대부분의 변환은 별 문제 없이 완료됩니다. 문제가 발생하면 거의 항상 6가지 범주 중 하나에 속하며, 각각 구체적인 진단과 해결 방법이 있습니다. 변환이 실패했을 때 가장 유용한 것은 즉시 다양한 도구를 시도하려는 충동을 억제하고 60초를 투자해 어떤 범주에 해당하는지 진단하는 것입니다.

JPG가 HEIC 원본보다 현저히 품질이 나쁜 경우. 너무 낮은 품질 설정으로 변환했거나 변환기의 색 공간 처리가 포스터화 아티팩트를 만들었습니다. 이미 압축된 JPEG를 편집하는 것이 아니라 원본 HEIC에서 90% 이상으로 다시 변환하는 것이 해결책입니다. 손실 압축으로 제거된 데이터는 복구할 수 없습니다. 소스 파일에서 작업해야 합니다. 모든 설정과 무관하게 품질이 나쁜 경우 HEIC 자체가 손상되었을 수 있습니다. 먼저 Apple 사진에서 올바르게 열리는지 확인하세요.
변환기가 오류를 반환하거나 특정 파일을 자동으로 무시하는 경우. 다음 순서로 진행하세요: 파일이 Apple 사진이나 macOS 미리보기에서 열리는지 확인; 75MB를 초과하는 파일은 브라우저 메모리 제한을 초과하여 데스크톱 소프트웨어가 필요할 수 있으므로 파일 크기 확인; Chrome과 Firefox가 WebAssembly를 가장 일관되게 처리하므로 다른 브라우저 시도; 브라우저를 현재 버전으로 업데이트. 여러 도구와 여러 브라우저에서 특정 파일이 실패한다면 HEIC가 손상된 가능성이 높습니다.
EXIF 메타데이터 사라짐: 날짜, 위치, 카메라 데이터 없음. 변환기가 의도적으로 또는 누락으로 EXIF를 전송하지 않습니다. 메타데이터 보존을 명시적으로 언급하는 변환기로 전환하고, ExifInfo.org로 파일 하나를 테스트하여 작동하는지 확인한 다음 배치를 처리하세요.
일반 탐색에서는 실패하지만 시크릿 모드에서는 변환이 작동하는 경우. 브라우저 확장 프로그램이 WebAssembly 실행을 방해합니다. 광고 차단기, 스크립트 차단기, 엄격한 개인정보 확장이 때때로 WASM 모듈을 차단합니다. 시크릿 모드에서는 확장 프로그램이 기본적으로 비활성화됩니다. 일반 모드에서 하나씩 끄면서 원인을 찾으세요.
낮은 품질 설정에서도 변환된 파일이 예상보다 훨씬 큰 경우. 출력 형식이 PNG가 아닌 JPEG로 설정되었는지 확인하세요. PNG는 무손실 압축을 사용하여 훨씬 큰 파일을 생성합니다. 형식이 JPEG로 올바르게 설정된 경우 크기 증가는 정상입니다. 변환된 JPEG가 항상 HEIC 원본보다 큰 이유에 대한 설명은 섹션 4를 참조하세요.
일괄 변환이 중간에 멈추거나 브라우저 탭이 충돌하는 경우. 배치가 브라우저의 메모리 할당에 비해 너무 큽니다. 25~50개 파일의 작은 그룹으로 나누고 각 그룹을 별도로 처리하고 배치 사이에 페이지를 새로 고침하여 변환기를 지우세요. 또는 이 규모의 배치에 데스크톱 소프트웨어로 전환하세요.

변환 후 색상이 이상하게 보일 때: 변환된 JPEG의 색상이 HEIC 원본과 현저히 다른 경우, 특히 녹색과 빨간색이 과채도되거나 색조가 바뀐 경우, 변환 파이프라인의 2단계에서 색 프로파일 처리가 잘못된 것이 원인일 가능성이 높습니다. HEIC는 Display P3로 촬영되었고 변환기가 sRGB로 올바르게 변환하는 대신 색 프로파일을 제거했습니다. 해결책은 명시적인 색 프로파일 관리를 갖춘 다른 변환기를 사용하거나, HEIC에서 직접 내보낼 때 올바른 P3-to-sRGB 변환을 수행하는 macOS 미리보기 또는 Photoshop을 통해 변환하는 것입니다.

10. 개인정보: 변환 중 사진이 실제로 어디로 가는가

이것은 대부분의 변환기 비교 기사가 인정하는 것보다 더 중요합니다. 답은 전적으로 변환기의 아키텍처에 달려 있으며, 두 가지 주요 접근법 사이의 차이는 사소하지 않습니다. 본인 하드웨어에서 처리되는 것과 타인의 서버에서 임시로 저장되고 처리되는 것의 차이입니다.

개인정보 개념

클라이언트 사이드 vs 서버 사이드 변환: 실질적으로 중요한 차이

클라이언트 사이드 변환은 모든 처리가 WebAssembly를 사용하여 브라우저 내에서 이루어진다는 의미입니다. 이미지는 기기의 RAM에 로드되고 로컬로 처리되며 출력물은 직접 다운로드됩니다. 초기 페이지 로드 이후 네트워크를 통해 데이터가 전송되지 않습니다. 변환기 서버는 사진을 절대 받지 않습니다. 이것이 본 변환기가 사용하는 아키텍처입니다.

서버 사이드 변환은 파일이 제3자의 인프라에 업로드되고, 그들의 하드웨어에서 처리되고, 출력물이 반환된다는 의미입니다. 사진은 일시적으로 타인의 서버에 존재하며, 그들의 데이터 보존 정책, 보안 관행, 백업 시스템, 직원 접근 통제, 잠재적인 법적 데이터 요청의 대상이 됩니다. 가족과 공유하는 일상적인 스냅샷에서 신뢰할 수 있는 서비스는 실질적 위험이 최소합니다. 의료 이미지, 개인 정보, 금융 기록, 민감한 개인 자료의 경우 클라이언트 사이드 변환만이 적절한 선택입니다.

가장 간단한 확인 방법: 변환기 웹사이트가 파일이 브라우저에서 로컬로 처리된다고 명시적으로 언급하는지 확인하세요. 그렇지 않다면 사진이 업로드되고 있다고 가정하는 것이 안전합니다.

클라이언트 사이드: 파일 업로드 없음 서버 사이드: 파일이 기기를 벗어남 최대 프라이버시: 오프라인 데스크톱 소프트웨어 기술: WebAssembly

클라이언트 사이드 vs 서버 사이드 구분 외에 알아둘 가치가 있는 몇 가지 추가 개인정보 고려 사항이 있습니다. 민감한 이미지를 변환한 후 브라우저 캐시를 지우면 처리 중 브라우저가 캐시했을 수 있는 임시 파일이 제거됩니다. Chrome 및 Edge에서는 Ctrl+Shift+Delete를 사용하고, Safari에서는 Cmd+Option+E를 사용하세요. 의료 이미지, 법적 문서, 매우 민감한 개인 자료의 최대 보안 시나리오에서는 오프라인 데스크톱 소프트웨어가 가장 강력한 보장을 제공합니다. 올바르게 구성된 오프라인 애플리케이션은 코드가 무엇을 말하든 개발자 정책이 무엇이든 데이터를 전송할 수 없습니다. 네트워크가 물리적으로 관여하지 않습니다.

거의 언급되지 않는 또 다른 사항: 사진의 EXIF 데이터는 변환이 어디서 이루어지든 관계없이 자체적으로 개인정보 위험이 될 수 있습니다. 온라인에서 공개적으로 사진을 공유하는 경우 포함된 GPS 좌표는 각 사진이 촬영된 정확한 위치를 드러냅니다. 대부분의 SNS 플랫폼은 업로드 시 EXIF를 제거하지만 전부 그렇지는 않습니다. 공개 공유를 위해 사진을 변환하는 경우 GPS 및 고도 데이터를 보존할지 제거할지 고려하세요. 좋은 변환기는 이 선택을 대신 하지 않고 명시적으로 제공합니다.

개인정보 및 보안 용어

클라이언트 사이드 처리: 원격 서버로 데이터를 전송하지 않고 사용자 자신의 기기, 브라우저 내 또는 로컬로 설치된 애플리케이션에서 이루어지는 모든 계산. 클라이언트 사이드 변환은 변환 과정에서 사진이 기기를 벗어나지 않는다는 의미입니다.
서버 사이드 처리: 제3자가 운영하는 원격 서버에서 이루어지는 모든 계산. 처리를 위해 파일을 해당 서버에 업로드해야 합니다. 제3자의 서비스 약관, 데이터 보존 정책, 보안 관행이 업로드 후 데이터에 무슨 일이 일어나는지를 규정합니다.
샌드박스 환경: 브라우저가 JavaScript 및 WebAssembly 코드에 제공하는 격리된 실행 컨텍스트. 샌드박스 코드는 신중하게 제어된 API를 통하지 않고는 파일 시스템, 다른 브라우저 탭, 네트워크 연결에 접근할 수 없습니다. 이 격리가 브라우저 기반 클라이언트 사이드 변환기를 제3자 웹사이트의 코드를 실행함에도 신뢰할 수 있게 만드는 이유입니다.
데이터 보존 정책: 서버 사이드 변환기의 업로드된 파일이 삭제되기 전 서버에 보관되는 기간에 대한 명시된 규칙. 정책은 "변환 직후 삭제"에서 "24시간 보관"에서 명시되지 않음까지 다양합니다. 명시적 정책이 없으면 업로드된 사진이 삭제되는지 무기한 저장되는지 알 방법이 없습니다.

11. 아이폰 카메라 설정 변경: 예방적 대안

기존 HEIC 파일을 변환하는 것은 사후 대응 방식입니다. 많은 사람이 발견하지 못하는 사전 예방 방식은 아이폰의 카메라 형식 설정을 변경하여 새 사진이 HEIC 대신 JPEG로 촬영되게 하는 것입니다. 이렇게 하면 새로 찍는 사진의 변환 필요성이 완전히 없어지지만, 기기 내 사진당 저장 공간 소비가 늘어나는 대가가 따릅니다.

아이폰에서 '가장 호환 가능한 포맷'으로 전환하는 방법

아이폰의 설정 앱을 엽니다. 홈 화면이나 앱 보관함에 있는 회색 기어 아이콘입니다.
아래로 스크롤하여 카메라를 탭합니다. 주요 시스템 설정이 아닌 설정 목록 중간쯤 앱 목록에 나타납니다.
포맷을 탭합니다. 두 가지 옵션을 보여주는 카메라 형식 선택 화면이 열립니다: 높은 효율과 가장 호환 가능한 포맷.
가장 호환 가능한 포맷을 탭합니다. 새 사진 촬영이 JPEG로 전환됩니다. 변경은 모든 새 사진에 즉시 적용됩니다. 기기에 이미 있는 HEIC 사진은 변경되지 않습니다.
변경이 적용되었는지 확인합니다. 테스트 사진 한 장을 찍고 파일 앱이나 파일 관리 앱에서 확인하세요. 파일 확장자가 이제 .heic가 아닌 .jpg로 표시되어야 합니다.

트레이드오프는 간단합니다. '가장 호환 가능한 포맷'으로 촬영된 JPEG 사진은 대부분의 경우 HEIC 사진과 시각적으로 구별할 수 없지만 사진당 약 두 배의 저장 공간을 차지합니다. 대부분 꽉 찬 128GB 아이폰에서는 이것이 상당히 중요할 수 있습니다. 256GB 또는 512GB 기기에서는 저장 공간 차이가 일반적으로 실질적 문제가 되지 않습니다. 올바른 선택은 저장 공간 상황과 플랫폼 간 사진 공유 빈도에 따라 달라집니다.

대부분이 놓치는 중간 방법: 아이폰을 기기 내 저장을 위해 높은 효율(HEIC)로 유지하세요. 윈도우 PC로 사진을 전송하거나 비애플 사용자와 공유해야 할 때는 촬영 형식이 아닌 전송 형식을 변경하세요. 아이폰에서 설정, 사진으로 이동한 다음 'Mac 또는 PC로 전송' 섹션으로 스크롤하세요. AirDrop이나 케이블 전송 중 즉시 JPEG로 변환하는 '자동'에서 '원본 유지'로 변경하거나 그 반대로 설정하세요. 자동 설정은 전송 중 자동으로 JPEG로 변환하므로 윈도우 사용자가 아무것도 하지 않아도 자동으로 JPEG 파일을 받습니다. 이는 아이폰을 윈도우 컴퓨터에 정기적으로 연결하는 사람들에게 가장 마찰이 없는 옵션입니다.

'가장 호환 가능한 포맷'으로 전환하지 말아야 할 때

호환성이 정기적인 문제여도 HEIC를 기본값으로 유지하는 것이 합리적인 상황이 있습니다.

64GB 아이폰을 사용하며 저장 공간이 자주 부족한 경우: HEIC의 50% 파일 크기 절약은 이 용량에서 실질적으로 중요합니다. 필요 시 변환하는 것이 JPEG로 전환하고 저장 공간 부족을 겪는 것보다 나은 워크플로입니다.
사진 스타일이나 Apple Intelligence 사진 도구를 많이 사용하는 경우: 애플의 일부 고급 사진 기능은 HEIC 형식의 더 풍부한 메타데이터 역량과 더 잘 작동합니다.
라이브 포토를 자주 찍는 경우: HEIC는 라이브 포토 모션 구성 요소를 더 효율적으로 처리합니다. JPEG는 별도로 라이브 포토를 변환하지 않으면 정지 프레임만 저장합니다.
공유 전에 사진을 상당히 편집할 계획인 경우: 더 높은 효율의 HEIC에서 시작하여 내보낼 때 한 번 고품질 JPEG로 변환하는 것이 촬영 시 이미 압축된 JPEG로 시작하는 것보다 낫습니다.

아이폰 카메라 형식 용어

높은 효율: 사진을 HEIC 파일로 촬영하는 아이폰 카메라 형식 설정. iOS 11부터 기본값. 동일한 시각 품질에서 '가장 호환 가능한 포맷'보다 약 50% 작은 파일을 생성합니다. 윈도우에서 기본으로 보려면 코덱 설치 필요.
가장 호환 가능한 포맷: 사진을 JPEG 파일로 촬영하는 아이폰 카메라 형식 설정. 추가 설정 없이 모든 기기, 운영체제, 플랫폼에서 열 수 있습니다. 파일은 동일한 HEIC 촬영 대비 약 두 배 크기입니다.
Mac 또는 PC로 전송 (자동): 설정, 사진에 있는 아이폰 설정으로 케이블 또는 AirDrop으로 컴퓨터에 전송 시 자동으로 HEIC를 JPEG로 변환합니다. 원본 HEIC는 아이폰에 남아 있습니다. 컴퓨터는 JPEG를 받습니다. 이 설정은 기본으로 꺼져 있으며 호환성 문제에 대한 가장 활용되지 않는 해결책 중 하나입니다.
라이브 포토: 정지 사진 전후 1.5초의 동영상을 촬영하여 짧은 애니메이션 이미지를 만드는 아이폰 기능. 라이브 포토는 내장된 HEVC 동영상 클립과 함께 HEIC 컨테이너로 저장됩니다. 라이브 포토를 JPEG로 변환하면 정지 프레임만 보존되고 모션 구성 요소는 삭제됩니다.

12. 다음에 올 것: 2026년 이후의 이미지 형식

이미지 형식 환경은 1990년대 중반 JPEG가 이전 형식을 대체한 이후 지금처럼 실질적인 변화가 없었습니다. 2025년 말과 2026년 초의 세 가지 구체적인 발전은 향후 2~3년 내에 변환 워크플로에 영향을 미칠 것이므로 이해할 가치가 있습니다.

AVIF: 기술적으로 강력하지만 채택 여전히 매우 낮음

AVIF(AV1 이미지 파일 형식)는 로열티 무료, 오픈 소스이며 동일한 시각 품질에서 HEIC보다 50% 더 효율적으로 압축합니다. Chrome, Firefox, Edge, Safari에서 기본 지원됩니다. 하지만 Rumvision의 2025년 1월 시장 분석에 따르면 AVIF의 명확한 기술적 우위에도 불구하고 상위 100만 개 웹사이트 중 AVIF 채택률은 WebP의 12%에 비해 1%에 불과합니다. 채택의 주요 제약은 인코딩 속도입니다. AVIF는 JPEG보다 인코딩에 훨씬 더 오래 걸려 대규모 이미지를 처리해야 하는 웹 개발자에게 마찰을 만들어냅니다.

Tonfotos는 사진에 특정한 또 다른 한계를 지적합니다. AVIF의 공격적인 노이즈 감소가 천, 아스팔트, 나뭇잎, 눈에 보이는 모공이 있는 피부 등 질감 있는 표면을 "플라스틱처럼" 보이게 만들어 사진 사용 사례에서 실질적인 단점이 됩니다. 미세 질감이 있는 사진에서 HEIC와 고품질 JPEG는 동일한 파일 크기에서 AVIF보다 더 자연스러운 결과를 만들어냅니다. 평면 그래픽, 일러스트레이션, 스크린샷에서는 AVIF의 압축 우위가 뚜렷하고 질감 문제가 적용되지 않습니다.

JPEG XL: 2025년과 2026년의 예상치 못한 복귀

JPEG XL(JXL)은 2022년 Chrome에서 제거되어 대부분의 관찰자들이 이 형식의 사망 선고로 해석했습니다. 2025년 11월 구글의 Chromium 팀이 이 결정을 번복했습니다. Heise Online에 따르면 2026년 2월에 출시된 Chrome 145가 구글의 보안 요구 사항을 충족하는 새로운 Rust 기반 구현을 사용하여 JPEG XL 지원을 복원했습니다. Coywolf가 2026년 1월 보도했듯 Chrome 145에 JXL 지원이 포함되며, The Register는 구글의 완전한 입장 번복을 2026년 1월에 보도했습니다.

JXL을 특히 흥미롭게 만드는 것은 기존 JPEG 파일을 품질 손실이나 재인코딩 없이 JXL로 무손실 변환하여 크기를 약 20% 줄이는 능력입니다. 이는 하위 호환성을 잃지 않으면서 저장 비용을 줄여야 하는 CDN 및 이미지 저장 서비스에 유용합니다. Safari는 버전 17.0부터 JXL을 지원합니다. Chrome 145가 JXL 지원을 출시함으로써 이 형식은 처음으로 진정한 크로스 브라우저 지원을 갖추게 되었습니다. 이것이 향후 12개월 내에 의미 있는 웹 채택으로 이어질지는 지켜봐야 하지만 기술적 기반은 이제 마련되었습니다.

애플을 넘어 확장되는 HEIC

덜 보도된 발전 중 하나: HEIC는 실질적으로 더 이상 애플 생태계 전용 형식이 아닙니다. Tonfotos의 2026년 1월 분석은 "2025년 말과 2026년 초는 전환점이었으며 HEIC가 주로 중급 및 프리미엄 기기를 중심으로 안드로이드 생태계에 적극적으로 통합되기 시작했다"고 언급했습니다. 마이크로소프트는 2026년 1월 아이폰 사진 호환성이 개선된 HEIF 이미지 확장 1.2.29.0을 윈도우용으로 출시했습니다. 호환성 격차는 실재하며 좁혀지고 있지만, '좁혀지고 있다'와 '닫혔다'는 다른 것이며, 하위 인프라(인쇄소, 클라이언트 플랫폼, CMS 시스템, 기업 소프트웨어)는 브라우저 및 OS 지원에 비해 현저히 뒤처져 있습니다.

웹 이미지 형식 채택 및 브라우저 지원 (2025~2026년)

차세대 이미지 형식 지원 현황 및 실제 웹 채택률.

34년간의 생태계 채택. 모든 플랫폼, 기기, 서비스의 범용 기준선. 단기적으로 대체될 전망 없음.

2020년부터 완전한 브라우저 지원. 성장 중이지만 여전히 소수 채택. 출처: Rumvision, 2025년 1월

모든 주요 브라우저 지원. 느린 인코딩 속도가 대규모 개발자 채택 제한. 출처: Rumvision, 2025년 1월

구글이 2022년 제거 결정 번복. Chrome 145 (2026년 2월) JXL 지원 출시. 출처: Coywolf 2026년 1월, Heise Online 2026년 2월

윈도우: 선택적 코덱 v1.2.29.0 (2026년 1월). 안드로이드: 프리미엄 및 중급 기기 부분 지원. 웹: Safari만 기본 지원. 출처: Free-Codecs, 2026년 1월

출처: Rumvision WebP 및 AVIF 분석, 2025년 1월, Coywolf JPEG XL, 2026년 1월, The Register, 2026년 1월, Free-Codecs, 2026년 1월

13. 고급 워크플로: 자동화, API 및 통합

산발적이 아닌 정기적인 워크플로의 일부로 HEIC 파일을 다루는 개인이라면 수동 변환은 불필요한 단계입니다. 이 섹션의 도구와 접근법은 한 번 구성하면 수동 작업을 완전히 제거하며, 이는 주당 수십 장 이상의 사진을 처리하는 누구에게든 합리적입니다.

macOS Automator 및 Apple 단축어

macOS는 2005년부터 Automator를 갖추고 있으며 Monterey부터 Apple 단축어를 지원합니다. 둘 다 새 HEIC 파일을 감시하고 사용자 개입 없이 자동으로 JPEG로 변환하도록 구성할 수 있습니다. 단축어 접근법은 기술적이지 않은 사용자에게 더 쉽습니다. 단축어 앱에서 새 자동화를 만들고, '[폴더 이름]에 파일이 추가될 때'를 트리거로 설정하고, 선택한 품질로 이미지 형식을 JPEG로 변환하는 동작을 추가하고, 출력물을 다른 폴더에 저장합니다. 감시 폴더에 드롭된 모든 HEIC 파일은 몇 초 안에 자동으로 변환됩니다.

더 강력한 접근법은 명령줄을 사용합니다. Homebrew가 설치된 macOS에서 OS에 내장된 sips 명령(스크립트 가능 이미지 처리 시스템)으로 단일 터미널 명령으로 HEIC를 JPEG로 일괄 변환할 수 있습니다:

for f in *.heic; do sips -s format jpeg "$f" --out "${f%.heic}.jpg"; done

이 명령은 현재 디렉토리의 모든 .heic 파일을 macOS 기본 품질 설정(약 85%)으로 JPEG로 변환하고 원본 옆에 저장합니다. 사용자 정의 품질 수준을 위해서는 ImageMagick(Homebrew로 brew install imagemagick으로 설치)이 더 많은 제어를 제공합니다:

magick mogrify -format jpg -quality 85 *.heic

XnConvert를 사용한 윈도우 폴더 감시 자동화

윈도우에서 XnConvert는 디렉토리를 모니터링하고 저장된 설정을 사용하여 새 HEIC 파일을 자동으로 변환하는 폴더 감시 기능을 제공합니다. 원하는 품질 수준, 출력 폴더, 이름 지정 패턴으로 한 번 구성하면 백그라운드에서 자동으로 실행됩니다. CopyTrans HEIC는 폴더 감시 기능이 없지만 윈도우 하드웨어에서 하드웨어 HEVC 가속을 사용하는 대부분의 대안보다 빠르게 수동 일괄 변환을 처리합니다.

개발자 및 프로덕션 파이프라인을 위한 API 기반 변환

애플리케이션에 사진 처리를 통합하는 개발자에게 Cloudinary의 변환 API는 단일 URL 매개변수로 대규모 HEIC to JPEG 변환을 처리합니다. Cloudinary에 저장된 HEIC 이미지는 전달 URL의 파일 확장자를 변경하여 JPEG로 제공할 수 있으며, URL 구문으로 품질, 크기, 형식 매개변수를 모두 제어할 수 있습니다. 이 접근법은 업로드 시 파일을 변환할 필요를 없애고 대신 전달 시 필요에 따라 변환하므로, 원본 HEIC만 저장하면서 클라이언트 기기가 필요한 형식을 항상 제공받을 수 있습니다.

가끔 배치가 있는 개인 사용: 브라우저 변환기로 필요 시 변환. 구성 불필요.
정기적인 워크플로가 있는 macOS 사용자: Apple 단축어 폴더 자동화 또는 cron 작업으로 트리거되는 셸 스크립트의 sips 명령.
정기적인 워크플로가 있는 윈도우 사용자: 백그라운드에서 실행되도록 한 번 구성된 폴더 감시 기능이 있는 XnConvert.
사용자 업로드 사진을 처리하는 개발자: Cloudinary API 또는 출력 매개변수에 대한 완전한 프로그래밍 방식 제어를 갖춘 서버 사이드 처리용 libheif.
Lightroom을 사용하는 사진가: Lightroom Classic은 표준 내보내기 대화상자를 통해 전체 품질 및 메타데이터 제어로 HEIC를 직접 JPEG로 내보냅니다. 외부 변환기 불필요.

오늘 설정할 가치가 있는 자동화 하나: 아이폰의 설정, 사진에 있는 'Mac 또는 PC로 전송' 설정이 기본적으로 '자동'으로 설정되어 있어 케이블 전송 또는 AirDrop으로 Mac이나 PC에 사진을 전송할 때 아이폰이 자동으로 HEIC를 JPEG로 변환합니다. 지금 이 설정을 확인하세요. '원본 유지'라고 표시되어 있다면 컴퓨터에서 HEIC 파일을 받고 수동으로 변환하고 있는 것이며, 설정 한 번으로 그 단계를 완전히 없앨 수 있었습니다. 이미 '자동'이라고 표시되어 있다면 알지 못하는 사이에 이 기능의 혜택을 받고 있었습니다.

14. ProRAW, 시네마틱 사진 및 특수 아이폰 형식

최신 아이폰은 표준 HEIC 파일 이상을 생성합니다. 다양한 형식의 전체 범위를 이해하면 다양한 유형의 변환에서 무엇을 기대해야 하는지, 어떤 상황에서 완전히 다른 도구나 접근법이 필요한지 알 수 있습니다.

Apple ProRAW: 표준 HEIC 변환기가 이 파일을 열 수 없는 이유

ProRAW는 아이폰 12 Pro에서 도입되어 현재 아이폰 16 Pro까지 Pro 모델에서 사용 가능합니다. 애플의 컴퓨터 사진 처리가 적용되기 전 이미지 센서 데이터의 무손실 또는 준무손실 표현을 사용하여 .heic가 아닌 .dng(디지털 네거티브) 파일로 저장됩니다. ProRAW 파일은 엄청납니다. 12MP ProRAW 촬영은 일반적으로 20~30MB이며, 아이폰 15 Pro 또는 16 Pro의 48MP ProRAW는 75MB 이상에 달할 수 있습니다.

ProRAW 파일이 DNG이고 HEIC가 아니기 때문에 HEIC to JPEG 변환기는 단순히 열 수 없습니다. 올바른 워크플로는 Lightroom 또는 macOS의 Apple 사진에서 ProRAW 파일을 편집하고 동시에 편집과 올바른 색상 처리를 적용하며 JPEG로 내보내는 것입니다. 편집 없이 ProRAW 파일을 변환해야 하는 경우 macOS 미리보기가 DNG 파일을 열고 JPEG로 내보낼 수 있지만, 이는 RAW 처리 파이프라인을 우회하여 최적의 색상 렌더링을 생성하지 못할 수 있습니다.

라이브 포토: 변환 중 어떤 일이 발생하는가

아이폰의 라이브 포토는 HEIC 파일(정지 프레임)과 .mov 파일(모션 구성 요소) 쌍으로 저장됩니다. HEIC를 JPEG로 변환할 때 정지 프레임을 JPEG로 받습니다. .mov 모션 구성 요소는 변환기가 건드리지 않는 별도 파일입니다. 애니메이션 라이브 포토 효과를 공유해야 하는 경우 Apple 사진에서 라이브 포토 옵션을 사용하여 원본을 공유하거나, 전용 도구로 애니메이션 GIF로 변환하거나, 동영상 변환기로 HEVC 동영상으로 변환해야 합니다. 표준 HEIC to JPEG 변환은 정지 이미지만 보존하며, 이는 대부분의 경우 대부분의 사용자가 원하는 것입니다.

인물 모드 깊이 데이터

아이폰 인물 모드 사진은 메인 이미지와 함께 HEIC 컨테이너 내에 깊이 맵 데이터를 내장합니다. 이 깊이 데이터가 배경 흐림 효과를 가능하게 하고 Apple 사진에서 나중에 흐림을 조정할 수 있게 합니다. 인물 모드 HEIC를 JPEG로 변환할 때 깊이 데이터는 제거됩니다. 결과 JPEG는 촬영 시 설정된 수준으로 렌더링된 배경 흐림이 있는 표준 평면 이미지이지만, 그 조정을 가능하게 하는 깊이 정보가 없기 때문에 이후에 흐림을 조정할 수 없습니다.

이것은 공유된 인물 모드 사진에서 수신자가 흐림 효과를 조정하려 할 때 중요합니다. JPEG에는 깊이 레이어가 없기 때문에 할 수 없습니다. 흐림 수준을 재검토할 수 있는 사진의 경우 HEIC 원본을 유지하고 다른 흐림 설정을 결정하면 새로 변환하세요. 흐림이 맞아 보이고 공유만 필요한 사진의 경우 85% JPEG로 변환하는 것으로 충분합니다.

표준 HEIC (12MP, 48MP): 어떤 HEIC to JPEG 변환기로도 정상적으로 변환됩니다. 아이폰 사진의 대부분이 해당됩니다.
ProRAW (.dng 파일): HEIC 변환기로 열 수 없습니다. Lightroom, macOS의 Apple 사진, 또는 macOS 미리보기를 사용하여 JPEG로 내보내세요.
라이브 포토 (.heic와 .mov 쌍): HEIC 변환기는 정지 프레임만 추출합니다. 모션 구성 요소는 별도의 .mov 파일로 남아 영향을 받지 않습니다.
인물 모드 HEIC: 정상적으로 변환되지만 깊이 데이터는 제거됩니다. 흐림 효과는 현재 설정으로 렌더링되며 변환된 JPEG에서 조정할 수 없습니다.
HEIC 시퀀스 (단일 컨테이너의 연속 촬영): 일부 변환기는 첫 번째 또는 기본 프레임만 추출합니다. 다른 것들은 모든 프레임을 별도의 JPEG로 추출합니다. 연속 촬영 시퀀스를 처리하기 전에 변환기가 어떤 동작을 하는지 확인하세요.

특수 아이폰 형식 용어

ProRAW: 아이폰 12 Pro에서 도입된 iPhone Pro 모델용 애플의 RAW 사진 형식. .dng(디지털 네거티브)로 저장됩니다. 컴퓨터 사진이 적용되기 전의 처리되지 않은 센서 데이터 포함. 해상도에 따라 20~75MB 파일. 표준 HEIC 변환기로 열 수 없습니다.
DNG(디지털 네거티브): 어도비가 개발한 오픈 RAW 이미지 형식. 애플은 ProRAW 파일의 컨테이너로 사용합니다. Adobe Lightroom, Photoshop, macOS 미리보기에서 기본 지원. 최종 이미지를 생성하려면 HEIC나 JPEG처럼 직접 표시 가능한 것이 아닌 RAW 처리가 필요합니다.
깊이 맵: 인물 모드 HEIC 파일에 메인 이미지와 함께 내장된 그레이스케일 이미지 레이어로, 카메라로부터 각 픽셀의 거리를 기록합니다. 이 데이터가 Apple 사진에서의 조정 가능한 배경 흐림과 인물 조명 효과를 가능하게 합니다. JPEG 변환 중 제거됩니다.
연속 촬영: 셔터 버튼을 길게 눌러 촬영하는 빠른 사진 시퀀스. 최신 아이폰에서 연속 촬영은 여러 프레임을 담은 단일 HEIC 컨테이너 또는 연속 촬영 앨범의 개별 HEIC 파일로 저장될 수 있습니다. 변환기가 다중 프레임 HEIC 컨테이너를 처리하는 방식은 구현에 따라 다릅니다.

15. 플랫폼별 변환 가이드

변환 과정은 작업 중인 운영체제와 소프트웨어 환경에 따라 의미 있게 다릅니다. 이 섹션은 가장 일반적인 플랫폼별 세부 사항을 다루며, 인터페이스 자체에서는 명확하지 않은 단계를 포함합니다.

윈도우 11에서 HEIC를 JPEG로 변환하기

윈도우 11에는 HEIC 변환을 위한 세 가지 현실적인 옵션이 있습니다. 첫째, 마이크로소프트 스토어 HEIF 이미지 확장 코덱(무료, 2026년 1월 기준 버전 1.2.29.0)을 설치하면 기본 제공 사진 앱과 그림판이 파일, 다른 이름으로 저장을 통해 HEIC 파일을 JPEG로 저장할 수 있습니다. 둘째, 윈도우용 CopyTrans HEIC는 파일 탐색기에서 오른쪽 클릭으로 직접 변환을 가능하게 하는 코덱을 설치합니다. HEIC 파일을 마우스 오른쪽 버튼으로 클릭하고 CopyTrans로 JPEG 변환을 선택하면 같은 폴더에 JPEG가 생성됩니다. 셋째, 브라우저 변환기는 설치 없이 모든 수의 파일을 윈도우 코덱 설치 여부와 상관없이 처리합니다.

알아둘 가치가 있는 윈도우 특정 문제: 마이크로소프트 스토어 코덱은 아이폰의 Display P3 HEIC 파일에서 색상 정확도 문제가 알려져 있습니다. 기본 제공 사진 앱을 통해 렌더링된 색상이 원본과 약간 다르게 보이는 경우가 있습니다. ElevenForum의 HEIC 색상 문제 스레드(2026년 1월)에 이것이 자세히 문서화되어 있습니다. 2026년 1월 HEIF 이미지 확장 v1.2.29.0으로의 업데이트가 이를 개선했지만 모든 사진에서 완전히 해결하지는 못했습니다. 색상 정확도가 사용 사례에 중요하다면 색 공간 변환을 올바르게 처리하는 브라우저 도구로 변환하거나 Mac에 접근할 수 있다면 macOS를 통해 변환하는 것이 더 정확한 결과를 생성합니다.

macOS에서 HEIC를 JPEG로 변환하기

macOS는 HEIC를 기본으로 처리하며 여러 가지 탁월한 옵션을 제공합니다. 가장 간단한 방법: 미리보기에서 HEIC 파일을 열고, 파일, 내보내기로 이동하고, 형식 드롭다운을 JPEG로 변경하고, 품질 슬라이더를 조정하고, 저장합니다. 여러 파일의 경우 미리보기에서 동시에 모두 열고(파인더에서 모두 선택하고 스페이스바를 눌러 미리보기하고 미리보기에서 열기), 미리보기 사이드바에서 모두 선택하고, 한 번에 모두 내보냅니다. 수백 개 파일의 배치에는 터미널의 sips 명령이 더 빠르며 셸 스크립트나 Automator 워크플로에 통합될 수 있습니다.

macOS 특정 장점: macOS의 Apple 사진은 동일한 팀이 캡처 형식을 만들었기 때문에 JPEG로 내보낼 때 Display P3에서 sRGB로의 변환을 올바르게 수행합니다. 변환에서 색상 정확도에 우려가 있다면 타사 도구보다 macOS의 Apple 사진에서 직접 내보내는 것이 가장 안정적인 색상 결과를 제공합니다. 사진 내보내기 대화상자는 파일, 내보내기, 사진 내보내기에 있으며 JPEG 형식과 품질 수준을 선택할 수 있습니다.

안드로이드에서 HEIC를 JPEG로 변환하기

안드로이드의 HEIC 파일 처리는 기기와 안드로이드 버전에 따라 다릅니다. 안드로이드 10 이후 HEIC를 공식 지원하지만, 실제로 '지원'은 기본 갤러리 앱이 열 수 있다는 의미이지 다른 모든 앱이 할 수 있다는 것은 아닙니다. 변환에 가장 안정적인 접근법은 Chrome을 통해 액세스한 브라우저 변환기입니다. 안드로이드 Chrome에서 변환기 페이지를 열고, HEIC 파일을 선택하고(기기 저장소 또는 누군가 공유한 구글 드라이브에서), 변환하고, 다운로드합니다. 프로세스는 데스크톱 변환과 동일하며 Chrome을 실행하는 모든 안드로이드 기기에서 작동합니다.

아이폰 사용자로부터 HEIC 파일을 정기적으로 받고 안드로이드에서 변환해야 하는 경우 구글 파일(많은 안드로이드 기기의 기본 파일 관리자)은 HEIC 파일을 볼 수 있지만 변환은 제공하지 않습니다. 변환에는 구글 플레이 스토어의 전용 앱이나 브라우저 변환기가 실용적인 옵션입니다. 플레이 스토어에서 변환 앱을 설치하기 전에 확인할 핵심 사항은 파일을 로컬로 처리하는지 서버에 업로드하는지입니다. 이 범주의 많은 안드로이드 앱이 개인정보 영향이 있는 서버 사이드 도구이기 때문입니다.

리눅스에서 HEIC를 JPEG로 변환하기

리눅스에는 기본 HEIC 지원이 없지만 오픈소스 libheif 라이브러리와 ImageMagick을 결합하면 터미널을 통해 완전한 변환 기능을 제공합니다. Ubuntu 및 Debian 기반 시스템에서 단일 명령으로 둘 다 설치합니다: sudo apt install libheif-examples imagemagick. Arch Linux에서: sudo pacman -S libheif imagemagick. 설치 후 단일 파일 변환: heif-convert input.heic output.jpg. 전체 디렉토리 일괄 변환: for file in *.heic; do heif-convert "$file" "${file%.heic}.jpg"; done. 브라우저 변환기 접근법도 리눅스의 최신 브라우저에서 작동하며 설치가 필요 없습니다.

사용자를 당황하게 하는 윈도우 코덱 문제: 마이크로소프트 HEIF 이미지 확장을 스토어에서 설치했는데 HEIC 사진이 아이폰에서 보이는 것과 색상이 약간 다르게 보이거나 약간 바랜 것처럼 보인다면, 이것이 알려진 윈도우 코덱의 P3-to-sRGB 색상 변환 문제입니다. 해결책은 스토어에서 코덱을 v1.2.29.0 이상으로 업데이트하는 것(개선되지만 완전히 해결되지 않을 수 있음)이거나 색상이 중요한 작업에 브라우저 변환기를 사용하는 것입니다. 이 페이지의 브라우저 변환기는 정확한 색상 출력을 생성하는 잘 검증된 구현을 사용하여 P3-to-sRGB 변환을 처리합니다.

16. HEIC, JPEG 및 웹사이트 성능: 웹 게시자가 알아야 할 것

아이폰 사진을 주요 이미지 소스로 사용하여 웹사이트, 블로그, 온라인 포트폴리오를 게시하는 경우 형식 결정은 검색 엔진 순위, 페이지 로드 속도, 모든 방문자의 경험에 직접적인 결과를 가져옵니다. 이 섹션은 개인 사진 공유 고려 사항과 의미 있게 다른 웹 게시에 특정한 고려 사항을 다룹니다.

웹사이트에서 HEIC를 직접 사용할 수 없는 이유

2026년에 공개 웹사이트에서 HEIC 이미지를 직접 서비스하는 것은 실행 가능한 접근법이 아닙니다. Safari는 HEIC를 기본으로 렌더링하지만 Chrome과 Firefox 렌더링은 방문자의 운영체제와 설치된 코덱에 따라 다릅니다. 마이크로소프트 HEIF 코덱이 설치되지 않은 윈도우 11의 Chrome 사용자는 깨진 이미지를 볼 것입니다. 구형 폰의 안드로이드 Chrome 사용자는 아무것도 보지 못합니다. 리눅스의 Firefox 사용자는 무엇을 설치했든 깨진 이미지를 볼 것입니다. 비Safari 사용자에게 HEIC로 서비스하는 오류율은 어떤 진지한 웹 프로젝트에도 허용할 수 없을 만큼 높습니다.

웹 게시를 위한 올바른 워크플로는 기준 형식으로 80% 품질의 JPEG로 변환하고, 이를 지원하는 브라우저를 위한 추가 옵션으로 WebP를 사용하는 것입니다. 이렇게 하면 모든 방문자에게 작동하는 이미지를 제공하면서 최신 브라우저에는 더 효율적인 형식을 제공합니다. WordPress를 Imagify 또는 Smush 플러그인과 함께 사용하는 것을 포함한 대부분의 콘텐츠 관리 시스템은 업로드 시 이 변환을 자동으로 처리합니다. 그렇지 않은 경우 업로드 전에 JPEG로 변환하는 것은 HEIC를 업로드하는 것과 동일한 시간이 걸리며 범용 호환 결과를 생성합니다.

파일 크기, 코어 웹 바이탈 및 페이지 속도

구글의 코어 웹 바이탈에는 방문자에게 페이지의 주요 시각적 콘텐츠가 얼마나 빨리 로드되는지 측정하는 최대 콘텐츠풀 페인트(LCP)가 포함됩니다. 큰 이미지는 LCP 점수가 낮은 가장 일반적인 이유 중 하나입니다. 12MP 아이폰 사진에서 95% 품질로 변환된 4.5MB JPEG는 80% 품질로 변환된 1.8MB JPEG보다 눈에 띄게 느리게 로드되며, 대부분의 웹 페이지에서 방문자에게는 두 이미지의 시각적 차이가 보이지 않습니다.

히어로 이미지 (전체 너비 배너 사진): 80% 품질로 변환하고 요소의 최대 표시 너비(일반적으로 1,200~1,600픽셀 너비)로 크기 조정. 전체 해상도 12MP 사진은 웹에서 거의 필요하지 않습니다.
블로그 게시물 인라인 이미지: 80% 품질로 변환하고 콘텐츠 열 너비(일반적으로 800~1,000픽셀 너비)로 크기 조정. 900픽셀 열에서 4,000픽셀 이미지를 서비스하는 것은 흔하고 완전히 피할 수 있는 성능 실수입니다.
전자상거래 제품 사진: 85% 품질로 변환(확대 보기를 지원하기 위해 블로그 이미지보다 약간 높게)하고 제품 이미지 컨테이너 크기에 맞게 조정하며, 더 높은 해상도 버전은 확대 기능에만 제공.
포트폴리오 사진: 85~90% 품질로 변환하여 작품을 정확하게 표현하되 화면 해상도로 크기 조정. 아이폰 15 Pro의 크기 조정 없는 48MP 이미지를 서비스하는 사진가는 방문자에게 눈에 보이는 혜택 없이 페이지 로드 시간을 해치고 있습니다.
썸네일 및 갤러리 이미지: 75~80% 품질로 변환. 작은 썸네일은 높은 품질 설정의 혜택을 받지 못하며 갤러리 페이지에서 40개 썸네일이 동시에 로드될 때 파일 크기 차이가 상당합니다.

2026년 웹을 위한 올바른 형식 전략

2026년 웹 이미지 전달을 위한 기술적으로 최적의 접근법은 폴백으로 JPEG와 함께 기본 형식으로 AVIF를 제공하고, HTML picture 요소를 사용하여 다른 브라우저에 다른 형식을 서비스하는 것입니다. 이 접근법은 실제로 다음과 같습니다:

<picture>
  <source srcset="photo.avif" type="image/avif">
  <source srcset="photo.webp" type="image/webp">
  <img src="photo.jpg" alt="설명" loading="lazy">
</picture>

이렇게 하면 이를 지원하는 브라우저(Chrome, Firefox, Safari)에는 AVIF를 서비스하고, AVIF는 지원하지 않지만 WebP를 지원하는 브라우저(엣지 케이스)에는 WebP를, 다른 모든 것에는 최종 폴백으로 JPEG를 서비스합니다. 대부분의 독립 게시자들에게 현실은 WordPress 플러그인이 이것을 자동으로 처리한다는 것입니다. 자체 이미지 파이프라인을 관리하는 사람들에게 HEIC를 80~85% 품질의 JPEG로 변환하는 것이 최소한의 필수 단계입니다. 그 위에 WebP 및 AVIF 변형을 추가하는 것은 워크플로가 있다면 할 가치가 있는 최적화이지만, JPEG만으로도 잘 작동하는 웹사이트에 충분합니다.

다른 어떤 것보다 도움이 되는 하나의 이미지 최적화: 웹사이트에 업로드하기 전에 이미지를 실제 표시 크기로 조정하세요. 대부분의 사람들은 이미지 최적화를 생각할 때 품질 비율에 집중하지만, 900픽셀 너비 콘텐츠 열에서 4,032×3,024픽셀 이미지를 서비스하면 모든 방문자의 브라우저가 표시할 것보다 네 배 많은 데이터를 다운로드하게 됩니다. 80% 품질의 900픽셀 너비 JPEG는 80% 품질의 전체 해상도 JPEG보다 여러 배 빠르게 로드되며, 어떤 화면의 방문자에게도 눈에 보이는 차이가 없습니다. 먼저 크기를 조정하고, 변환하고, 업로드하세요. 이 단일 습관은 품질 설정 결정보다 페이지 로드 속도에 더 많은 영향을 미칩니다.

17. 전문적 사용 사례: 사진가, 부동산, 제품 사진

전문 사진가, 부동산 중개사, 제품 사진가를 위한 고려 사항은 품질, 메타데이터, 파일 구성, 납품에 관한 결정에 중요한 방식으로 개인 사용과 다릅니다. 이 섹션은 전문적 맥락에서 반복적으로 나오는 구체적인 워크플로를 다룹니다.

행사 및 인물 사진

아이폰 Pro 기종으로 행사를 촬영하는 전문 사진가는 변환 문제의 특정 버전에 직면합니다. 정해진 납품 기한 내에 클라이언트에게 JPEG로 납품해야 하는 대용량 고해상도 HEIC 파일입니다. 실질적인 고려 사항은 다음과 같습니다.

첫째, EXIF 보존은 전문적 맥락에서 협상 불가능합니다. 타임스탬프는 사진이 언제 촬영되었는지 기록하며, 행사를 시간순으로 문서화하고 촬영 시간이 법적 또는 계약상 중요한 상황에서 필요합니다. GPS 데이터는 특정 유형의 다큐멘터리나 보험 작업에 필요할 수 있습니다. 첫 번째 전문 배치 전에 메타데이터 보존을 위한 변환 도구를 테스트하세요. ExifInfo.org를 사용하여 날짜, 시간, 카메라 모델, GPS 데이터가 모두 보존되었는지 확인하세요.

둘째, 색상 정확도는 개인 공유보다 전문 납품에서 더 중요합니다. 파이프라인의 2단계에서 Display P3에서 sRGB로의 변환은 자연스러운 피부 톤과 정확한 행사장 색상을 생성해야 합니다. 변환기가 약간 과채도 또는 색상이 변화된 결과를 생성하면 클라이언트가 무엇이 잘못되었는지 말로 표현할 수 없어도 알아차릴 것입니다. 클라이언트 작업에 도구를 사용하기 전에 피부 톤이 있는 인물 사진으로 테스트하세요.

셋째, 납품 전 파일 이름 지정과 정리는 신중해야 합니다. 클라이언트에게 IMG_5234.jpg부터 IMG_5634.jpg까지의 폴더를 납품하는 것은 아마추어처럼 보이고 특정 사진을 효율적으로 찾기 불가능합니다. 날짜, 행사 이름, 시퀀스 번호를 포함하는 명명 체계로 변환하세요: 2026-03-14_결혼식_홍씨_0001.jpg부터 2026-03-14_결혼식_홍씨_0400.jpg까지. iMazing HEIC Converter 같은 데스크톱 변환 도구는 변환 과정에서 적용되는 사용자 정의 이름 지정 템플릿을 지원합니다.

부동산 사진

부동산 사진 워크플로는 인물 사진과 다른 특정 요구 사항이 있습니다. 미국의 대부분의 MLS(다중 상장 서비스) 플랫폼은 최대 크기와 파일당 파일 크기가 지정된 JPEG 파일에 대한 엄격한 요구 사항이 있습니다. 크기는 일반적으로 가장 긴 면이 2,048픽셀로 제한되며, 이미지당 10MB의 파일 크기 제한이 일반적입니다. 85% 품질로 변환하고 업로드 전에 2,048픽셀 너비로 크기 조정하면 두 제약을 충분히 충족합니다.

부동산 사진의 EXIF GPS 메타데이터는 특히 생각해볼 가치가 있습니다. 실내 촬영의 EXIF GPS 좌표는 메타데이터를 확인하는 누구에게든 부동산 주소를 드러냅니다. 대부분의 부동산 사진가는 자신의 위치 데이터(GPS는 개인 주거지 내부에 있는 사진가의 위치를 보여줌)를 보호하고 매물 담당자에게 위치 공개 통제권을 주기 위해 납품 이미지에서 GPS를 제거하는 것을 표준 관행으로 삼습니다. 타임스탬프를 보존하면서 GPS를 제거할 수 있는 메타데이터 제어 기능이 있는 변환기가 모든 것을 보존하거나 모든 것을 제거하는 것보다 여기서 더 유용합니다.

전자상거래 제품 사진

전자상거래 플랫폼을 위한 제품 사진은 전문 사진 사용 사례 중 가장 표준화된 요구 사항을 가지고 있습니다. Amazon은 확대 기능을 위해 최소 1,000픽셀, 최대 파일 크기 10MB인 순백 배경(RGB 255, 255, 255)의 JPEG 또는 TIFF를 요구합니다. Shopify는 웹 표시를 위해 72 DPI의 JPEG와 2,048~4,472픽셀 크기를 권장합니다. 두 플랫폼 모두 HEIC를 허용하지 않습니다.

제품 사진에서 색상 정확도는 특히 중요합니다. HEIC 원본에서 진한 버건디 색으로 보이는 셔츠는 플랫폼에 납품된 JPEG와 고객 화면에 표시될 때 동일한 버건디 색조로 보여야 합니다. 부주의한 P3-to-sRGB 변환으로 인한 색상 변화는 제품이 사진과 다르게 보인다는 고객 불만을 초래할 수 있습니다. 색상 관리 변환 도구를 사용하고 제품 카테고리별로 원본과 출력을 확인하는 것이 추가 2분의 가치가 있습니다.

인물 및 행사 사진가를 위해: 첫 번째 배치 전에 EXIF 보존과 색상 정확도를 테스트하세요. 클라이언트 납품물에 90~95% 품질을 사용하세요. 200개 이상의 파일 배치에 데스크톱 소프트웨어를 사용하세요.
부동산 사진가를 위해: MLS에 업로드하기 전에 가장 긴 면이 2,048픽셀로 크기 조정하세요. 85% 품질로 변환하세요. 표준 관행으로 실내 촬영에서 GPS 메타데이터 제거를 고려하세요.
전자상거래 플랫폼의 제품 사진가를 위해: 변환 전에 각 플랫폼의 특정 JPEG 요구 사항을 확인하세요. Amazon, Shopify, WooCommerce 모두 크기와 품질 사양이 다릅니다. 85~90% 품질로 변환하고 각 제품 카테고리에 대해 원본과 색상을 확인하세요.
포토저널리스트 및 다큐멘터리 사진가를 위해: EXIF 타임스탬프와 GPS는 잠재적으로 법적으로 중요합니다. 명시적 동의 없이 메타데이터를 제거하는 변환기를 절대 사용하지 마세요. 모든 배치 전에 보존을 확인하세요.

18. HEIC 변환에 관한 일반적인 오해

HEIC 변환에 관한 몇 가지 지속적인 미신이 포럼, 기술 지원 스레드, 일상 대화에서 퍼지고 있습니다. 이것들은 사람들이 최선이 아닌 결정을 내리거나, 불필요하게 변환하거나, 해야 할 때 변환을 피하게 만듭니다. 가장 자주 나오는 것들에 대한 직접적인 답변을 제공합니다.

오해 1: JPEG로 변환하면 사진 품질이 파괴된다

'품질이 파괴된다'는 표현은 극적이고 눈에 띄는 저하를 암시합니다. 이것은 85% 이상의 품질에서의 변환에는 정확하지 않습니다. HEIC와 JPEG 모두 손실 압축을 사용합니다. 둘 다 일부 이미지 데이터를 제거합니다. 85% JPEG 품질에서 차이는 일반 디스플레이나 표준 인쇄물에서 인간의 눈으로 인식하기 어렵습니다. 이 미신은 아티팩트가 실제로 눈에 보이는 매우 낮은 JPEG 품질 설정(60% 미만)의 경험에서 비롯되었거나, JPEG가 반복적으로 편집되고 다시 저장될 때 발생하는 누적적 저하에서 비롯되었을 가능성이 높습니다. 85% 품질에서 HEIC를 JPEG로 단 한 번 변환하는 것은 눈에 띄게 아무것도 '파괴'하지 않습니다.

오해 2: HEIC 파일은 윈도우에서 전혀 열 수 없다

이것은 iOS 11이 이 형식을 대중화하기 전, 마이크로소프트가 HEIF 이미지 확장 코덱으로 응답하기 전에는 사실이었습니다. 2026년 1월 기준으로 코덱은 마이크로소프트 스토어에서 무료(버전 1.2.29.0)이며, 설치 시 기본 제공 사진 앱과 다른 많은 윈도우 애플리케이션이 HEIC 파일을 기본으로 열 수 있습니다. 한계는 기본으로 설치되지 않는다는 것으로, 특정 윈도우 사용자가 이를 설치했는지 여부를 모를 수 있습니다. 수신자의 설정을 모를 때는 공유 전에 JPEG로 변환하는 것이 여전히 더 안전한 접근법이지만, HEIC가 윈도우에서 완전히 열 수 없다는 주장은 더 이상 정확하지 않습니다.

오해 3: JPEG로 변환하면 항상 파일이 작아진다

이것은 실제로 발생하는 것의 반대이며, 사람들을 지속적으로 놀라게 합니다. HEIC의 압축 알고리즘은 JPEG보다 더 효율적입니다. 2MB HEIC를 85% JPEG로 변환하면 약 3~4MB 파일이 생성됩니다. 95%로 변환하면 4~6MB 파일이 생성됩니다. 누군가 공간을 절약하고 싶어서 HEIC를 JPEG로 변환한다면 더 큰 파일로 끝나고 무엇이 잘못되었는지 의아할 것입니다. 아무것도 잘못되지 않았습니다. JPEG는 단순히 동일한 시각 정보를 표현하는 데 HEIC보다 더 많은 바이트를 필요로 합니다. 더 작은 JPEG 파일이 필요하면 품질 설정을 75~80%로 낮추면 변환된 JPEG 크기가 원본 HEIC와 비슷하거나 작아집니다.

오해 4: 변환 후에는 HEIC 원본이 더 이상 필요 없다

이것은 기술적으로는 사실이지만 습관으로서는 실용적으로 위험합니다. HEIC 원본은 전체 HEVC 압축 데이터, 광색역, HDR 메타데이터, 촬영된 모든 깊이와 모션 정보를 가진 최대 품질 소스 파일을 나타냅니다. 80% 품질로 변환된 JPEG는 대부분의 공유 목적에 충분하지만 그 원본의 다운그레이드된 버전입니다. 나중에 더 높은 품질의 인쇄, 다른 자르기, 다른 사용 사례를 위한 다른 품질 설정이 필요하면 시작할 원본 HEIC가 필요합니다. 변환 직후 HEIC 원본을 삭제하는 것은 되돌릴 수 없는 결정입니다. 클라우드 저장 공간은 저렴합니다. 원본을 유지하세요.

오해 5: 모든 온라인 변환기는 동일하다

4가지 의미 있는 방식으로 동일하지 않습니다. 첫째, 클라이언트 사이드 대 서버 사이드 처리가 사진이 기기를 벗어나는지 여부를 결정합니다. 둘째, 색 프로파일 처리가 P3-to-sRGB 변환이 정확한 색상을 보존하는지 아니면 색상 변화를 도입하는지 결정합니다. 셋째, EXIF 메타데이터 처리가 타임스탬프와 GPS가 보존되는지 결정합니다. 넷째, HEVC 디코딩에 사용되는 특정 WebAssembly 라이브러리 버전이 매우 큰 파일, 연속 촬영 시퀀스, ProRAW에 인접한 형식 같은 엣지 케이스와의 호환성에 영향을 미칩니다. 이런 차이들은 인터페이스에서 눈에 보이지 않으며 평가하려면 실제 테스트가 필요합니다.

19. 요약: 실제로 해야 할 것

HEIC는 거의 모든 측정 가능한 기술적 기준에서 JPEG보다 우수한 형식입니다. 더 작은 파일, 우수한 색 심도, HDR 지원, 재저장 시 품질 손실 감소, 더 많은 메타데이터 역량, 더 풍부한 파일 컨테이너. 애플은 2017년 올바른 엔지니어링 결정을 내렸습니다. 문제는 기술 자체가 아니었습니다. 나머지 디지털 생태계가 빠르게 따라올 것이라는 가정이었습니다. 그렇지 않았으며, 2026년에도 플랫폼 경계를 넘는 모든 워크플로에서 변환 요구 사항이 지속됩니다.

대부분의 공유, 납품, 게시 시나리오에서 85% 품질의 JPEG는 마찰 없이 작동하는 형식입니다. 일반 화면이나 표준 인쇄물에서 원본과 시각적으로 구별할 수 없습니다. 추가 설치 없이 모든 플랫폼, 도구, 서비스에서 허용됩니다. 원본을 건드리지 않는 브라우저 기반 변환기에서 1분도 안 걸려 생성됩니다. 그 트레이드오프, 호환성 위험 없음을 대가로 약간 더 큰 파일, 은 사진이 애플 생태계 밖으로 나가야 할 때마다 가치가 있습니다.

형식 환경은 변화하고 있으며 방향은 명확합니다. Chrome 버전 145에서 JPEG XL의 복귀, 안드로이드 기기에서 HEIC의 성장, 아직 낮은 채택률을 보이는 기술적으로 우수한 압축의 AVIF: 앞으로 몇 년이 웹과 모바일 게시의 실용적인 기본값을 변경할 것입니다. 하지만 Fstoppers 2026년 3월 분석이 결론짓듯, JPEG를 대체하려면 우수한 형식뿐만 아니라 "전체 다운스트림 인프라가 동시에 업데이트"되어야 합니다. 그 과정은 몇 달이 아닌 몇 년이 걸립니다.

그때까지: HEIC 원본을 클라우드 백업에 유지하고, 플랫폼 간에 공유해야 할 때 85% 품질의 JPEG로 변환하고, '지원되지 않는 형식' 오류를 해결하지 않아도 되는 시간을 실제로 중요한 작업에 사용하세요.

끝까지 건너뛰신 분들을 위한 요약

비아이폰 사용자와의 개인 사진 공유: 어떤 브라우저 변환기에서든 85% 품질로 변환. 설치 불필요. 사진 50장당 약 1분 소요.
인쇄 주문: 90~95% 품질로 변환. 인쇄물은 화면이 숨기는 세부 정보를 드러냅니다.
웹사이트 및 블로그: 80% 품질로 변환. 업로드 전에 실제 표시 크기로 조정. 이것이 품질 설정 결정보다 페이지 속도에 더 중요합니다.
SNS: 75% 품질로 변환. 플랫폼이 어떻게 업로드하든 재압축합니다.
전문 클라이언트 납품: 먼저 EXIF 보존을 테스트하고, 메타데이터를 명시적으로 보존하는 도구로 90% 품질로 변환하세요.
개인정보 민감 사진: 파일이 기기를 벗어나지 않는다는 것을 명시적으로 언급하는 클라이언트 사이드 처리 변환기를 사용하세요. 민감한 내용을 업로드하기 전에 페이지에 명시된 아키텍처를 확인하여 검증하세요.
항상 HEIC 원본을 유지하세요. 필요에 따라 변환하세요. 변환 직후 소스 파일을 삭제하지 마세요.

자주 묻는 질문

HEIC란 무엇이며 애플은 왜 이 형식을 사용하나요?

▼

HEIC(고효율 이미지 컨테이너)는 HEVC(H.265) 비디오 압축 기술을 사용하여 정지 이미지를 저장하는 HEIF 표준의 애플 구현체입니다. 애플은 스토리지 한계를 해결하기 위해 iOS 11(2017년 9월)부터 HEIC를 아이폰 기본 카메라 형식으로 전환했습니다. Cloudinary의 HEIF 형식 분석이 확인하듯 "HEIF 이미지는 평균적으로 동일한 품질을 유지하면서 JPEG 대응물보다 약 50% 작습니다." HEIC는 또한 10비트 색 심도, HDR, 투명도, 단일 파일 컨테이너 내 여러 이미지를 지원하는데 이는 JPEG가 근본적으로 부재한 기능들입니다. 호환성 문제는 형식의 결함이 아닙니다. 애플의 채택 일정과 다른 모든 것의 차이로 인해 발생하는 하위 생태계 문제입니다. 2026년 초 기준으로 애플은 기본 형식을 변경할 계획이 없습니다.

HEIC를 JPG로 변환하면 화질이 손상되나요?

▼

Adobe가 직접 확인합니다. "예. JPG는 손실 형식이므로 변환 시 이미지 품질이 약간 저하될 수 있습니다." 하지만 85% 이상의 품질에서는 '약간'이 핵심 단어입니다. HEIC와 JPEG 모두 손실 압축을 사용합니다. 둘 다 일부 이미지 데이터를 제거합니다. 그러나 HEIC의 알고리즘은 더 정교하고 더 높은 품질 기준에서 시작합니다. 85% JPEG 품질에서 시각적 차이는 일반 화면이나 최대 8×10인치 인쇄물에서 인식하기 어렵습니다. 차이는 A3 이상의 대형 인쇄, 상당한 노출 또는 색상 조정을 하는 고강도 후처리, 200% 줌으로 파일 비교 등 특정 시나리오에서 눈에 띄게 됩니다. 일상적인 사진 공유와 웹 사용에서 85% JPEG 품질은 완전히 충분합니다.

여러 HEIC 파일을 한 번에 일괄 변환할 수 있나요?

▼

가능합니다. 브라우저 기반 변환기는 여러 파일을 동시에 선택하여 배치를 처리합니다. Ctrl+A(윈도우) 또는 Cmd+A(Mac)으로 폴더의 모든 것을 선택합니다. Ctrl+클릭 또는 Cmd+클릭으로 개별 파일을 선택합니다. 결과물은 일반적으로 변환된 모든 JPEG를 포함하는 ZIP 아카이브로 제공됩니다. 브라우저 도구는 배치당 약 50~100장의 표준 스마트폰 사진까지 안정적으로 작동합니다. 더 큰 볼륨에는 브라우저 탭의 메모리 제약을 받지 않아 CopyTrans HEIC(윈도우, 무료) 또는 iMazing HEIC Converter(Mac 및 Windows, 무료) 같은 데스크톱 도구가 더 안정적입니다. 핵심 실용적 포인트: 다른 목적지는 다른 품질 설정이 필요하므로 변환하기 전에 용도별로 사진을 정렬하세요.

변환된 JPG 파일이 원본 HEIC보다 큰 이유는 무엇인가요?

▼

HEIC의 압축 알고리즘이 "동일한 품질 수준에서 JPEG보다 최대 50% 작음"으로 극적으로 더 효율적이기 때문입니다. JPEG로 변환할 때 동일한 시각 정보를 표현하는 데 JPEG가 더 많은 바이트를 필요로 하기 때문에 파일이 커집니다. 이것은 완전히 예상되고 정상적인 현상입니다. 85% 품질에서 변환된 파일은 원본 HEIC의 약 1.5~2배 크기를 예상하세요. 95%에서는 2~3배까지 커질 수 있습니다. 이것은 고장이 아닙니다. 파일 크기가 실질적인 문제를 일으킨다면 품질 설정을 75~80%로 낮추면 일반적으로 변환된 파일을 원본 HEIC와 비슷하거나 더 작은 크기로 가져오면서도 화면에서 훌륭하게 보입니다.

변환 후 원본 HEIC 파일이 삭제되나요?

▼

아닙니다. 변환은 새 JPEG 사본을 만듭니다. 원본 HEIC 파일은 수정되거나 이동되거나 삭제되지 않습니다. 이후에 저장 공간을 확보하기 위해 수동으로 삭제할 수 있지만, 변환기 자체는 원본을 건드리지 않습니다. 가장 좋은 장기적 접근법은 클라우드 백업(iCloud 사진이나 구글 포토 모두 기본적으로 처리)에 HEIC 원본을 유지하고 공유하거나 납품해야 할 때 요청 시 JPEG로 변환하는 것입니다. 이렇게 하면 다른 품질 설정으로 향후 변환 시 항상 최대 품질 소스를 사용할 수 있어 웹 사용에 80% 품질로 변환한 것을 나중에 인쇄 목적으로 필요하게 될 때 유용합니다.

2026년에 윈도우 11에서 HEIC 파일을 기본으로 열 수 있나요?

▼

기본으로는 완전하지 않습니다. 윈도우 11은 마이크로소프트 스토어의 HEIF 이미지 확장 코덱이 필요합니다. 무료이지만 많은 사용자가 아직 수행하지 않은 별도의 설치 단계입니다. 마이크로소프트는 2026년 1월 아이폰 사진 호환성이 개선된 업데이트된 버전(1.2.29.0)을 출시했습니다. 설치 후 사진 앱과 일부 다른 윈도우 애플리케이션이 HEIC 파일을 열 수 있습니다. 하지만 이것은 모든 윈도우 소프트웨어로 확장되지 않습니다. 타사 애플리케이션, 플러그인, 구형 도구, 기업 시스템은 각각 독립적으로 지원을 구현해야 합니다. 수신자의 코덱 버전이나 특정 소프트웨어가 이를 사용하는지 보장할 수 없으므로 윈도우 사용자와 공유 전에 JPEG로 변환하는 것이 마찰 없는 접근법으로 유지됩니다.

HEIC 변환 시 사진 메타데이터와 GPS 위치가 보존되나요?

▼

Cloudinary가 확인하듯 "HEIC와 JPEG 형식 모두 카메라에 의해 자동으로 삽입되는 EXIF 메타데이터를 저장할 수 있습니다. 이 데이터에는 촬영 날짜 및 시간, GPS 위치, 카메라 설정 등의 세부 정보가 포함됩니다." 좋은 변환기는 이 모든 메타데이터를 자동으로 전송합니다. 하지만 모든 도구가 이렇게 하지는 않습니다. 일부는 의도적으로 제거하고 다른 것들은 단순히 전송을 구현하지 않습니다. 중요한 사진 컬렉션을 일괄 변환하기 전에 하나 또는 두 파일을 테스트하고 ExifInfo.org를 사용하여 메타데이터가 보존되었는지 확인하세요. 이것은 여행 사진(GPS로 지리적 정렬 가능), 전문 작업(타임스탬프로 출처 입증), 메타데이터가 증거로 필요할 수 있는 모든 문서화에 중요합니다.

온라인 변환 도구를 사용해도 안전한가요?

▼

변환기의 아키텍처에 따라 다릅니다. 클라이언트 사이드 변환기는 WebAssembly를 사용하여 브라우저 내에서 완전히 실행됩니다. 사진은 기기를 절대 벗어나지 않으며, 서버는 사진을 받지 않고, 모든 것이 로컬 RAM에서 처리됩니다. 이것이 모든 민감한 자료에 적합한 개인정보 보호 아키텍처입니다. 서버 사이드 변환기는 처리를 위해 파일을 원격 인프라에 업로드해야 합니다. 사진은 일시적으로 타인의 서버에 존재하며, 그들의 보존 정책 및 보안 관행에 따라 관리됩니다. 일상적인 휴가 사진은 신뢰할 수 있는 서비스라면 최소한의 위험을 가집니다. 의료 이미지, 신분증, 개인 사진, 기밀 전문 자료의 경우 클라이언트 사이드 변환만이 적합한 선택입니다. 가장 간단한 테스트: 사이트가 파일이 브라우저에서 로컬로 처리된다고 명시적으로 언급하는지 확인하세요. 그렇지 않다면 파일이 업로드되고 있다고 가정하세요.

아이폰 Pro의 ProRAW 파일을 HEIC 변환기로 변환할 수 있나요?

▼

아닙니다. iPhone Pro 모델의 ProRAW 파일은 .heic 파일이 아닌 .dng(디지털 네거티브) 파일로 저장됩니다. HEIC 변환기는 DNG 형식을 열 수 없습니다. ProRAW를 JPEG로 변환하려면 Adobe Lightroom 또는 Photoshop(DNG를 기본으로 처리하며 내보내기 전 완전한 RAW 처리 가능), macOS의 Apple 사진(ProRAW를 열고 올바른 색상 처리가 적용된 JPEG로 내보내기), 또는 macOS 미리보기(DNG를 열고 JPEG로 내보낼 수 있지만 RAW 처리 제어 없음)가 필요합니다. ProRAW 외의 표준 HEIC 파일은 어떤 HEIC 변환기로도 정상적으로 변환됩니다. ProRAW는 완전히 별도의 워크플로입니다.

변환 후 사진 색상이 원본과 다르게 보이는 이유는 무엇인가요?

▼

이것은 거의 항상 변환 파이프라인의 2단계에서 색 공간 변환이 잘못 처리된 것이 원인입니다. 아이폰 사진은 Display P3 광색역 색 공간으로 촬영됩니다. JPEG는 더 좁은 범위의 색상을 커버하는 sRGB 색 공간만을 지원합니다. P3에서 sRGB로 올바르게 변환하는 대신 색 프로파일 데이터를 제거하는 변환기는 녹색과 빨간색이 과채도되거나 전체 색조가 약간 변화된 사진을 생성합니다. 해결책은 명시적인 색 프로파일 관리를 갖춘 다른 변환 도구를 사용하거나, 동일한 팀이 캡처 형식과 내보내기 파이프라인을 설계하여 P3-to-sRGB 매핑을 올바르게 수행하는 macOS 미리보기 또는 Apple 사진을 통해 변환하는 것입니다. 윈도우에서 이 문제가 발생하는 경우 마이크로소프트 HEIF 코덱 버전 1.2.29.0(2026년 1월)이 색상 정확도를 개선했지만 모든 사진 유형에서 완전히 해결하지는 못할 수 있습니다.