HEIC에서 JPEG로 진짜 화질과 EXIF가 보존되나요?

예 — 최신 브라우저 측 디코더(예: BoxrTools가 사용하는 것)는 HEIC 파일을 EXIF와 Live Photo 메타데이터를 포함해 완전 손실 없이 디코드하고, 카메라가 기록한 EXIF 태그 하나도 빠뜨리지 않고 JPEG로 재인코딩합니다. 결과 JPEG는 아이폰이 네이티브로 내보낸 것과 시각적으로 동일합니다. 아이폰 고유 항목(Apple의 HDR 게인 맵 등)은 JPEG 표준에 들어가는 범위에서 보존됩니다.

1200만 화소 사진을 200 KB까지 압축하면 보기 흉해지지 않나요?

그렇지 않습니다 — 그것이 기본값입니다. 이 압축기는 지각 기반 품질 목표를 사용합니다 — quality = 75를 무작위로 적용하는 대신, 요청한 크기에서 시각적 충실도를 유지하는 가장 낮은 JPEG 품질(60~85 사이)을 고릅니다. 대부분의 사진은 1920 px 출력에서 150 KB에서 350 KB 사이에 들어옵니다. 정확한 크기가 필요하면 품질 슬라이더를 덮어쓰세요.

EXIF 뷰어가 제 GPS 데이터를 저장하나요?

아닙니다. 모든 것은 브라우저 안에서 FileReader와 단 한 번의 메타데이터 패스로 처리됩니다 — 네트워크 호출 없음. 가장 흔한 DSLR 포맷(Canon CR2, Sony ARW, Nikon NEF, Fuji RAF)로 벤치마크 한 결과 EXIF 파싱은 보통 30 ms 미만입니다.

긴 상품 번호로 바코드를 생성할 수 있나요?

예, 바코드 생성기는 EAN-13 32자, UPC-A 13자, Code 39는 가변 길이까지 받습니다. SVG(벡터, 무한 확대 가능) 또는 PNG(인쇄용 300 DPI 래스터)로 출력합니다. 체크 디지트는 자동 계산되며 잘못된 숫자를 입력하면 도구가 어느 위치가 틀렸는지 알려줍니다.

2026년 모든 개발자가 알아야 할 무료 온라인 이미지 도구 9가지 (HEIC, WebP, EXIF, 바코드)

모든 개발자는 결국 이미지를 만지는 워크플로를 물려받습니다. 아이폰 사진을 업로드하고, 스크린샷을 압축하고, EXIF를 제거하고, 파비콘을 인도하는 일.

기본 답은 “포토샵 열기”나 “디자인에게 PNG 달라고 하기”입니다. 둘 다 실패합니다. 포토샵은 월 $20이며 개발자가 실제로 필요로 하는 것의 80%를 가립니다. 디자인에게 부탁하는 건 한 번은 통하지만 매번 막힙니다.

올바른 답은 브라우저에서 동작하는 이미지 도구 묶음이며, 하나당 10초면 됩니다. 여기 그 리스트가 있습니다 — 전부 무료, 전부 클라이언트 사이드, “30일 후에 삭제한다”고 약속하는 SaaS에 사적인 사진을 끌고 가는 도구는 단 하나도 없습니다.

선정 기준

리스트의 9개 도구는 모두 다음을 만족합니다:

100% 클라이언트 사이드. 업로드가 없다는 것은 프라이버시 위험도 없고, 5 GB 쿼터도 없고, 느린 네트워크도 없다는 뜻.
무료, 가입 불필요. 클릭해서 사용.
무손실 또는 고충실도. “압축”이라고 하면서 실제로는 quality 30으로 재인코딩하는 도구는 제외.
개발자가 실제로 쓸 수 있는 포맷을 출력. PNG, JPEG, WebP, SVG, ICO. TIFF 없음.

1. HEIC → JPEG / PNG / WebP 변환기

아이폰은 HEIC로 찍습니다. 받는 쪽은 JPEG를 원합니다. 이 도구가 그 사이를 메워줍니다.

왜 첫 번째인가: HEIC 지원은 사용자 업로드를 다루는 모든 프로젝트의 가장 큰 개발 시간 과세입니다. 자바스크립트 디코더(libheif-js, BoxrTools 도구)는 약한 변환기를 좌절시키는 아이폰 고유의 까다로운 부분 — Live Photos, 깊이 데이터, 10-bit HDR — 을 모두 처리합니다.

실제 아이폰 내보내기 파일로 HEIC → JPEG 변환기를 써 보세요.

2. WebP → PNG / JPEG 변환기

오래된 CMS, 구버전 네이티브 앱, 정부 폼은 WebP를 모릅니다. 돌아갈 길이 필요합니다.

왜 중요한가: 놀라울 정도로 많은 운영 시스템이 여전히 .webp 업로드를 거부합니다. BoxrTools 변환기는 원본 메타데이터를 보존하고 PNG(무손실) 또는 JPEG(더 작음) 중 변환 시점에서 선택할 수 있습니다. WebP 변환기를 써 보세요.

3. 이미지 리사이즈 & 압축

4 MB짜리 폰 스크린샷은 이제 PR 설명이나 메일 첨부 한도에 안 들어갑니다. 똑똑하게 압축하세요.

이런 용도에 최적: PR에 첨부하거나 Slack에 올리기 전에 스크린샷 압축.

왜 다른 것보다 나은가:

지각 기반 품질 목표. 고정된 품질 슬라이더가 아니라 — SSIM이 0.99 위에 머무는 최저 품질을 고릅니다.
EXIF 기본 보존. 프라이버시를 신경 쓰는 사람들을 위한 “제거” 토글도 함께.
파일 크기 상한 없음. 4 GB 이미지? 처리합니다(느리지만, 스트리밍으로).

이미지 리사이즈 & 압축 도구를 써 보세요.

4. 이미지 → Base64 (데이터 URL)

data:image/png;base64,... 문자열을 생성합니다. CSS에 인라인으로 넣거나, 단일 HTML 보고서에 넣거나, 빠른 프로토타입 주입에 사용.

이런 용도에 최적: 작은 SVG와 아이콘을 별도 파일로 로드하지 않고 CSS에 직접 임베드.

왜 다른 것보다 나은가:

드래그&드롭 지원. 50장을 한꺼번에 드롭하면 50개 데이터 URL을 한 번에 받습니다.
원본 MIME 재사용. 충실도 유지가 필요하면 PNG in / PNG out; 압축이 필요하면 JPEG in.

이미지 → Base64 변환기를 써 보세요.

5. EXIF 메타데이터 뷰어

카메라가 파일에 기록한 모든 것을 읽습니다: 날짜, GPS 좌표, 렌즈, 셔터, ISO. 또는 프라이버시를 위해 전부 제거.

이런 용도에 최적: 원본 이름을 잃은 JPEG에서 “이 사진은 어디서 찍었지?” 확인하기, 또는 공유 전에 GPS 좌표 지우기.

왜 중요한가: CMS나 스크린샷 파이프라인을 디버깅하면서 “이 사진은 어떤 렌즈로 찍었지?”, “이건 어디서 왔지?”를 확인해야 하는 횟수 — 너무 많습니다. EXIF 뷰어는 JPEG, TIFF, HEIC, PNG, 그리고 대부분의 RAW 포맷(CR2, NEF, ARW, DNG)을 파싱합니다.

6. 색상 선택기 / 포맷 변환기

디자이너는 “브랜드 색을 HSL로 줘”라고 하고 개발자는 HEX만 원할 때 — 통합 도구.

이런 용도에 최적: 무작위 페이지에서 찾은 색상 문자열(background-color: #2b6fff;)을 파싱해서 HEX / RGB / HSL / HSV / CMYK 등가를 얻기.

왜 중요한가: 색상 선택기는 WCAG 명도대비 비율도 실시간 계산합니다 — 두 색을 붙여 넣으면 AA / AAA / AA-Large 통과/실패가 바로 나옵니다.

7. 파비콘 생성기

모든 사이트는 파비콘이 필요합니다. 모든 디자이너는 만드는 걸 싫어합니다. 어떤 이미지든 정식 16/32/180/192/512 세트를 만들어 줍니다.

이런 용도에 최적: 파비콘 + apple-touch-icon + 매니페스트를 5분 안에 깔끔한 HTML 스니펫과 함께 인도.

파비콘 생성기를 써 보세요.

8. 밈 생성기

때가 오면. 이미지를 드래그 → 위/아래 캡션 추가 → PNG 내보내기.

이런 용도에 최적: 채널 내에서 진짜 웃긴 드립.

밈 생성기를 써 보세요.

9. 바코드 생성기

EAN-13, UPC-A, Code 39 — 상품 페이지, 재고 스크립트, QR 스타일 라벨용.

이런 용도에 최적: SKU가 정식 EAN-13이어야 하는 상품 상세 페이지를 만들 때.

바코드 생성기를 써 보세요.

고르는 법

이 리스트에서 단 하나만 쓴다면, **이미지 리사이즈 & 압축을 PWA 바로가기로 설치**하세요. 모든 개발 워크플로는 결국 스크린샷을 이걸로 통과시킵니다. 이 바로가기가 다른 어떤 더 전문화된 도구보다 누적 절약 시간을 더 만들어 줍니다.

이 도구들이 대체하지 못하는 것

시각 제품을 만들고 있다면 여전히 진짜 디자인 도구가 필요합니다 — 이건 유틸리티지 Figma 대체가 아닙니다. “파일이 있다. 다른 파일이 필요하다”는 경우에 최적화되어 있고 UI 고민은 모두 건너뜁니다. 잘하는 데에만 쓰고, 진짜 디자인 작업에만 Figma / Photoshop을 꺼내세요.