Skip to content
Published on

이미지 포맷 2026 — AVIF / JPEG XL / WebP / HEIC / MozJPEG / QOI / Sharp / Squoosh 심층 가이드

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
Authors

1. 2026년 이미지 포맷 지도 — JPEG / WebP / AVIF / JPEG XL / HEIC 5강

2026년 5월 기준, 웹/모바일에서 실용적으로 쓰이는 이미지 포맷은 5개로 좁혀집니다. JPEG (1992), PNG (1996), GIF (1987) 라는 30년 묵은 트리오 위에 WebP (2010), HEIC (2015), AVIF (2019), JPEG XL (2021) 이 차례로 올라왔고, 그 사이에 QOI (2021), Lossless 변형들, 애니메이션 변형들이 끼어 있습니다.

큰 그림으로 분류하면 다음과 같습니다.

  • 클래식 포맷 — JPEG (사진), PNG (UI/투명도), GIF (애니메이션, 거의 레거시)
  • 모던 손실 포맷 — WebP, AVIF, HEIC, JPEG XL
  • 모던 무손실 — Lossless WebP, Lossless AVIF, JPEG XL Lossless, PNG (여전), QOI
  • 애니메이션 — GIF, APNG, Animated WebP, Animated AVIF
  • 도구 / 파이프라인 — Sharp, libvips, Squoosh, ImageMagick, MozJPEG, Cloudinary, imgix, Fastly Image Optimizer, ImgBot

2026년의 가장 큰 사건은 두 가지입니다. 첫째, AVIF 가 마침내 Edge, Chrome, Firefox, Safari 모두에서 안정 지원돼 "modern image format" 의 사실상 표준이 됐습니다. 둘째, JPEG XL 이 2023년 Chrome 에서 제거됐다가 2023년 9월 Safari 17 에 정식 채택됐고, 2025년 들어 구글이 입장을 바꾸면서 Chrome 복귀가 다시 논의되고 있습니다.

이 글은 그 모든 포맷과 도구를 2026년 5월 기준으로 빠르게 훑는 가이드입니다. 입문자는 "어디부터 시작할까", 시니어는 "다음 파이프라인엔 무엇을 추가할까" 를 정하는 데 도움이 될 겁니다.

2. AVIF — 브라우저 보편 지원, 현대의 표준

AVIF (AV1 Image File Format) 는 동영상 코덱 AV1 의 키프레임을 정지 이미지로 활용하는 포맷으로, 2019년 Alliance for Open Media 가 표준화했습니다. 2020년 Chrome 85 가 처음 지원했고, 2026년 5월 현재 모든 메이저 브라우저가 안정 버전에서 지원합니다.

  • Chrome 85+ (2020년 8월)
  • Firefox 93+ (2021년 10월)
  • Safari 16.4+ (2023년 3월, iOS 16.4 / macOS 13.3)
  • Edge 121+ (2024년)

AVIF 의 가장 큰 장점은 압축률입니다. 같은 화질에서 JPEG 대비 평균 50%, WebP 대비 평균 20% 정도 작아집니다. HDR (10/12 비트), 광색역(BT.2020), 알파 채널, 애니메이션, 이미지 시퀀스를 모두 지원합니다.

<picture>
  <source type="image/avif" srcset="hero.avif" />
  <source type="image/webp" srcset="hero.webp" />
  <img src="hero.jpg" alt="Hero image" width="1280" height="720" loading="lazy" />
</picture>

단점은 인코딩이 느리다는 점입니다. 같은 이미지를 변환할 때 MozJPEG 대비 10배, WebP 대비 5배 이상 시간이 걸립니다. 그래서 빌드 타임 사전 인코딩이나 백그라운드 잡 큐, CDN 측 비동기 변환이 보통입니다.

Sharp (libvips) 의 AVIF 인코더는 내부적으로 libaom (구글 참조 인코더) 또는 SVT-AV1 (Intel/Netflix) 을 호출합니다. SVT-AV1 은 빠르고 libaom 은 압축률이 더 좋습니다. 2024년부터는 libaom 의 멀티스레드 최적화가 크게 개선돼 차이가 좁혀졌습니다.

import sharp from 'sharp'

await sharp('photo.jpg')
  .resize(1280, 720, { fit: 'inside' })
  .avif({
    quality: 50, // 0-100, 50 정도가 sweet spot
    effort: 4, // 0-9, 높을수록 느리지만 작음
    chromaSubsampling: '4:2:0',
  })
  .toFile('photo.avif')

2026년 기준 권장 설정은 사진은 quality 50-60 / effort 4, UI 그래픽은 quality 70 / effort 6 입니다. 그 이상 effort 를 올리면 파일 크기는 거의 그대로인데 인코딩 시간만 폭증합니다.

3. JPEG XL — Chrome 제거 (2023) → Safari 17 부활 → 2025 Chrome 복귀?

JPEG XL (.jxl) 은 2021년 ISO/IEC 18181 로 표준화된 차세대 JPEG 후속 포맷입니다. 핵심 설계자는 cloudinary 의 Jon Sneyers (FUIF), 구글 취리히의 Jyrki Alakuijala (PIK) 가 합쳤습니다. 기술적으로 거의 모든 면에서 JPEG / WebP / AVIF 보다 우수합니다.

핵심 특징:

  • 사진 압축률 — JPEG 대비 평균 60%, AVIF 와 동급 또는 약간 우위
  • 무손실 압축 — PNG 대비 평균 35% 더 작음
  • 무손실 JPEG 재인코딩 — 기존 JPEG 를 화질 손상 없이 그대로 20% 더 작게 만듦
  • 점진적 디코딩 — 부분 다운로드만으로도 흐릿한 미리보기 가능
  • 가변 비트 깊이 — 1비트 ~ 32비트 부동소수점
  • 빠른 디코드 — AVIF 보다 디코드가 명확히 빠름

그런데 2022년 10월 구글은 갑자기 Chrome 110 부터 JPEG XL 지원을 제거하겠다고 발표했습니다. 이유는 "충분한 ecosystem interest 가 없다" 였고, 실제 2023년 1월 Chrome 110 에서 플래그까지 완전히 제거됐습니다. 이 결정은 큰 반발을 불렀습니다. 어도비, 페이스북, 인텔, Krita, Cloudinary 가 공개적으로 반대 의견을 냈습니다.

그 후 흐름이 바뀌었습니다.

  • 2023년 9월, 애플이 Safari 17 (iOS 17 / macOS Sonoma) 에서 JPEG XL 정식 지원을 발표 — Image I/O 와 WebKit 양쪽 모두
  • 2024년, Adobe Camera Raw, Lightroom, Photoshop 정식 지원
  • 2024년 말, 구글 자체 Pixel 카메라 일부 기능이 내부적으로 JXL 사용
  • 2025년, libjxl 0.10 이 안정화되면서 인코딩 속도 / 메모리가 production-grade 도달
  • 2025년 하반기, Chromium issue tracker 에서 JPEG XL 복귀 논의 재개 (Chromium issue #178205)

2026년 5월 현재 Chrome 정식 복귀는 아직 확정 안 됐습니다만, 분위기는 명확히 "복귀" 쪽으로 기울었습니다. Edge 와 Brave 는 libjxl 을 자체 빌드에 포함시키는 패치를 유지 중입니다.

# 인코딩 (libjxl 0.10+)
cjxl input.png output.jxl --quality 90 --effort 7

# 무손실 JPEG 재인코딩 (재인코딩 후 다시 디코딩하면 원본 JPEG 와 비트 단위 동일)
cjxl photo.jpg photo.jxl --lossless_jpeg=1

# 디코딩
djxl output.jxl decoded.png

JPEG XL 은 "10년 후에도 살아남을 포맷" 으로 기대되는 1순위입니다. 인쇄, 사진, 의료 영상 같은 무손실 / 고비트 영역에서 이미 AVIF 를 능가합니다.

4. WebP — 구글의 오래된 답

WebP 는 2010년 구글이 발표한 포맷입니다. On2 의 VP8 동영상 코덱에서 키프레임을 떼어낸 구조로, "JPEG 의 후속" 으로 출발했습니다. 2014년 Chrome / Opera 가 먼저 지원했고, Firefox 65 (2019), Edge 18 (2018), Safari 14 (2020년 9월) 가 차례로 합류해서 보편 지원 포맷이 됐습니다.

WebP 의 위치는 미묘합니다. 2026년 기준으로:

  • AVIF 보다 압축률이 명확히 떨어진다 (사진 기준 평균 15-20% 차이)
  • 인코딩은 AVIF 보다 5배 빠르다
  • 무손실 WebP 는 PNG 보다 평균 25% 작다
  • 애니메이션 WebP 는 GIF 보다 평균 30% 작다
  • 알파 채널 지원

즉 "AVIF 도입 비용이 부담스러운 곳의 현실적 대안" 으로 남아 있습니다. 빌드 시간이 빠듯한 정적 사이트, 인코딩 자원이 부족한 사용자 업로드 파이프라인에서는 여전히 WebP 가 우선입니다.

import sharp from 'sharp'

// 손실 WebP — 사진용
await sharp('photo.jpg')
  .webp({ quality: 80, effort: 4 })
  .toFile('photo.webp')

// 무손실 WebP — UI / 로고용
await sharp('logo.png')
  .webp({ lossless: true, effort: 6 })
  .toFile('logo.webp')

// 알파 채널을 유지한 채 손실 압축
await sharp('icon.png')
  .webp({ quality: 85, alphaQuality: 90 })
  .toFile('icon.webp')

CDN 들이 보통 AVIF 와 WebP 를 동시에 생성해 두고 브라우저 Accept 헤더로 가장 적합한 걸 내려주는 방식을 씁니다. 이 방식에서는 WebP 가 "AVIF 미지원 또는 디코드 지연이 큰 클라이언트" 용 폴백으로 들어갑니다.

5. HEIC/HEIF — 애플 default

HEIF (High Efficiency Image File Format) 는 ISO/IEC 23008-12 컨테이너 표준이고, 그 안에 HEVC (H.265) 키프레임을 담은 게 HEIC (.heic) 입니다. 2017년 iOS 11 부터 아이폰의 기본 사진 포맷이 HEIC 로 바뀌면서 사실상 모든 iOS / iPadOS / macOS 기기가 HEIC 로 사진을 생성합니다.

HEIC 의 압축률은 JPEG 대비 평균 50% 정도로 AVIF / JPEG XL 과 비슷한 수준입니다. 다만 다음 한계가 있습니다.

  • 라이선스 — HEVC 는 특허 풀이 복잡하고 디코더 / 인코더 로열티가 있어서, 웹 표준이 되지 못함
  • 브라우저 지원 — Safari 17+ 만 직접 지원 (애플 생태계 한정)
  • 안드로이드는 9.0+ 부터 HEIF 컨테이너 자체는 읽지만 코덱은 기기별
  • 윈도우 / 리눅스 데스크탑은 별도 코덱 팩 필요

그래서 HEIC 는 "사용자가 업로드한 원본 파일" 로 자주 들어오지만, 서비스가 그걸 그대로 내려주는 일은 거의 없습니다. 보통 파이프라인은 다음과 같습니다.

import sharp from 'sharp'

// HEIC 입력 → AVIF / JPEG 변환
// libheif 가 빌드된 Sharp 필요 (sharp 0.32+)
await sharp('IMG_1234.heic')
  .resize(2048, null, { withoutEnlargement: true })
  .avif({ quality: 60 })
  .toFile('IMG_1234.avif')

// 또는 다른 옵션
await sharp('IMG_1234.heic')
  .resize(2048, null, { withoutEnlargement: true })
  .jpeg({ quality: 85, mozjpeg: true })
  .toFile('IMG_1234.jpg')

iOS 11 부터 약 9년이 지난 2026년 현재도, 사용자 업로드 시스템에는 여전히 "HEIC 파일을 못 읽음" 버그가 많습니다. Sharp / ImageMagick / Pillow 등 주요 라이브러리는 모두 libheif 빌드 옵션을 켜야 HEIC 를 지원합니다.

6. MozJPEG / Lossless 변형

MozJPEG 는 모질라가 2014년에 시작한 JPEG 인코더 최적화 프로젝트입니다. 표준 JPEG 디코더와 100% 호환되는 비트스트림을 만들면서, libjpeg-turbo 대비 평균 5-15% 작은 파일을 만듭니다. 즉 "수신자 측은 평범한 JPEG 로 보이지만, 서버에서는 더 작게 만든" 케이스입니다.

MozJPEG 의 핵심 기술:

  • Trellis quantization — 양자화 계수를 비트율 최적화로 미세 조정
  • Progressive scan 최적화 — 8개 표준 스캔 스크립트 중 최적 선택
  • DC / AC coefficient 사전 분리 압축

Sharp 에서는 단순히 mozjpeg: true 플래그를 켜면 내부 libjpeg-turbo 대신 MozJPEG 경로를 탑니다.

await sharp('input.jpg')
  .jpeg({
    quality: 82,
    mozjpeg: true, // MozJPEG 인코더 사용
    progressive: true,
    trellisQuantisation: true,
    chromaSubsampling: '4:2:0',
  })
  .toFile('output.jpg')

무손실 (lossless) 변형은 2026년 기준 다음과 같이 정리됩니다.

  • Lossless WebP — PNG 대비 평균 25% 작음, 알파 채널 지원
  • Lossless AVIF — PNG 대비 평균 15% 작음, 인코딩이 매우 느림
  • JPEG XL Lossless — PNG 대비 평균 35% 작음, 가장 균형 좋은 선택
  • QOI — PNG 보다 약간 크지만 인코딩/디코딩이 10배 이상 빠름
  • PNG (zopfli, oxipng) — 여전히 가장 호환성 높은 무손실
  • WebP 2 — 사실상 폐기, 메인라인 합류 안 됨

UI 아이콘, 스크린샷, 다이어그램처럼 "픽셀 단위 정확성이 중요한 이미지" 는 여전히 무손실 영역입니다. 그 안에서 JPEG XL Lossless 가 가장 작지만, 클라이언트 호환성을 따지면 oxipng 로 최적화한 PNG 가 안전합니다.

7. QOI — Quite OK Image format의 매력

QOI 는 2021년 12월 Dominic Szablewski (phoboslab) 가 발표한 무손실 이미지 포맷입니다. 사양이 단 14쪽, 레퍼런스 인코더가 약 300줄 C 코드라는 극단적 단순함이 매력입니다.

QOI 의 특성:

  • 무손실
  • 인코딩 / 디코딩이 PNG 보다 평균 20-50배 빠름
  • 파일 크기는 PNG 보다 평균 10% 정도 큼
  • 의존성 zero — 단일 헤더 파일 (qoi.h) 만 있으면 끝
  • 4가지 청크 타입만 사용 (INDEX, DIFF, LUMA, RGB/RGBA)

웹 표준은 아니지만 게임 자산, 도구 체인 내부 캐시, WebGL 텍스처 같은 "디코드 속도가 중요한 곳" 에서 빠르게 자리잡았습니다. Godot 4.x 가 내장 텍스처 임포트에 QOI 옵션을 추가했고, 여러 인디 게임이 .pak 안에 QOI 로 텍스처를 패킹합니다.

// QOI 인코딩 - 매우 간단
#define QOI_IMPLEMENTATION
#include "qoi.h"

qoi_desc desc = {
  .width = 1024,
  .height = 1024,
  .channels = 4,
  .colorspace = QOI_SRGB
};
qoi_write("output.qoi", pixels, &desc);

브라우저 지원이 없기 때문에 웹에서 직접 보여줄 수는 없습니다. 다만 WASM 디코더가 10KB 미만으로 가능해서, "초고속 디코드가 필요한 인터랙티브 페이지" 에서 백그라운드 디코드용으로 쓰는 사례가 나오고 있습니다. 일반 웹사이트 이미지로는 추천하지 않습니다.

8. 애니메이션 — Animated AVIF가 GIF를 대체하나

GIF 는 1987년 포맷입니다. 256색 팔레트, LZW 압축, 프레임당 시간 지연을 가진 단순한 구조로, 짧은 클립의 사실상 표준이 됐습니다. 2026년에도 메신저, 슬랙, 디스코드 등 거의 모든 채팅 플랫폼이 여전히 .gif 업로드를 받습니다.

문제는 파일 크기입니다. 5초 720p 클립이 GIF 로는 5-20MB 가 흔한데, 같은 영상을 MP4 로 인코딩하면 200KB-1MB 입니다. 그래서 트위터, 슬랙, 디스코드 등은 사용자가 GIF 를 올려도 내부적으로 MP4 / WebM 으로 변환해서 내려줍니다.

2026년의 GIF 대안은 다음과 같이 정리됩니다.

  • MP4 / WebM 비디오 — 가장 작음, 자동재생/무음 처리 필요
  • Animated WebP — Chrome 32+ (2014), Firefox 65+ (2019), Safari 14+ (2020), 폴백 단순
  • Animated AVIF — 모든 브라우저 안정 지원, 가장 작음 (WebP 대비 30% 추가 절감)
  • APNG — PNG 의 애니메이션 확장, 무손실이지만 큼

Animated AVIF 는 2024년부터 본격 보급되기 시작했습니다. AV1 코덱을 그대로 활용해서 단일 정지 이미지에는 키프레임 1개, 애니메이션에는 다중 프레임을 담는 구조입니다.

import sharp from 'sharp'

// 여러 프레임을 Animated AVIF 로 묶기
// sharp 0.33+
await sharp('frames/', { animated: true, pages: -1 })
  .resize(640, 360)
  .avif({ quality: 50, effort: 4 })
  .toFile('animation.avif')

// 또는 ffmpeg 로 직접
// ffmpeg -i input.mp4 -c:v libaom-av1 -crf 30 output.avif

다만 Animated AVIF 의 디코드 메모리는 GIF / WebP 대비 큽니다. 모바일 사파리에서 5MB 짜리 Animated AVIF 를 한 페이지에 50개 띄우면 메모리 부족으로 페이지가 죽기도 합니다. 그래서 실제 서비스에서는 "동영상으로 변환" 이 가장 안정적입니다.

9. Cloudinary / imgix / Fastly Image Optimizer — 매니지드 CDN

이미지 변환 / 최적화를 직접 운영하는 대신 CDN 에 맡기는 게 2026년의 표준입니다. 큰 3개 옵션은 다음과 같습니다.

Cloudinary (2012년 설립) 는 가장 풍부한 변환 옵션을 가진 매니지드 이미지 / 비디오 플랫폼입니다. URL 안에 변환 파라미터를 인라인으로 적는 방식이 시그니처입니다.

# 원본
https://res.cloudinary.com/demo/image/upload/sample.jpg

# 가로 800, AVIF 변환, 품질 자동
https://res.cloudinary.com/demo/image/upload/w_800,f_avif,q_auto/sample.jpg

# 얼굴 인식 크롭 + 워터마크 + 흑백 변환
https://res.cloudinary.com/demo/image/upload/w_400,h_400,c_thumb,g_face,e_grayscale,l_logo/sample.jpg

imgix (2011년 설립) 는 URL 쿼리스트링 방식입니다. AVIF / WebP 자동 선택은 auto=format 한 줄로 끝납니다.

# 원본
https://example.imgix.net/photo.jpg

# 가로 800, 포맷 자동, 품질 자동
https://example.imgix.net/photo.jpg?w=800&auto=format,compress

Fastly Image Optimizer (구 Fastly IO, 2017 출시) 는 Fastly Compute 와 통합돼 동작합니다. 자체 오리진 (S3, GCS 등) 의 원본을 Fastly 가 변환해서 캐싱하는 구조입니다.

# Fastly 도메인에서 쿼리스트링으로 변환
https://cdn.example.com/photo.jpg?width=800&auto=avif&quality=80

가격은 보통 "원본 저장 + 변환된 이미지 트래픽" 으로 계산됩니다. 2026년 기준 대략:

  • Cloudinary — 무료 25 credits/월, 그 이후 $99 ~ enterprise
  • imgix — 무료 1000 이미지, 그 이후 $25 시작
  • Fastly Image Optimizer — Fastly CDN 요금 + Image Optimizer 애드온

Vercel, Netlify, Cloudflare 도 자체 이미지 최적화를 제공합니다. Next.js 의 next/image 는 Vercel 배포 시 Vercel Image Optimization 으로, 그 외 환경에선 직접 Sharp 또는 외부 로더로 동작합니다.

10. Sharp (Node.js, libvips) — 서버 사이드 표준

Sharp 는 Lovell Fuller 가 2013년부터 메인테이너로 있는 Node.js 이미지 처리 라이브러리입니다. 내부적으로 libvips (1989년 영국 빅토리아 앤 알버트 박물관에서 출발한 C 라이브러리) 를 호출하는데, 이게 ImageMagick 대비 평균 4-8배 빠르고 메모리는 1/4 정도만 씁니다.

2026년 5월 기준 안정 버전은 Sharp 0.34 입니다. 주요 기능:

  • 입력 포맷 — JPEG, PNG, WebP, AVIF, HEIC, GIF, SVG, TIFF, PDF
  • 출력 포맷 — JPEG (MozJPEG), PNG, WebP, AVIF, GIF, TIFF, JPEG XL (실험적)
  • 변환 — 리사이즈, 크롭, 회전, 색공간 변환, 메타데이터 보존 / 제거
  • 합성 — 워터마크, 오버레이, 알파 합성
  • ICC 프로파일, EXIF, IPTC, XMP 모두 처리
import sharp from 'sharp'

// 일반적인 사진 변환 파이프라인
async function processPhoto(inputPath, outputDir) {
  const image = sharp(inputPath)
  const metadata = await image.metadata()

  // 다중 사이즈 + 다중 포맷 생성
  const sizes = [320, 640, 1024, 1920]
  const formats = ['avif', 'webp', 'jpeg']

  for (const size of sizes) {
    for (const format of formats) {
      const out = `${outputDir}/photo-${size}.${format}`
      let pipeline = sharp(inputPath).resize(size, null, {
        fit: 'inside',
        withoutEnlargement: true,
      })

      if (format === 'avif') {
        pipeline = pipeline.avif({ quality: 55, effort: 4 })
      } else if (format === 'webp') {
        pipeline = pipeline.webp({ quality: 80, effort: 4 })
      } else {
        pipeline = pipeline.jpeg({ quality: 82, mozjpeg: true })
      }

      await pipeline.toFile(out)
    }
  }
}

Next.js, Astro, Nuxt, SvelteKit 같은 메이저 프레임워크의 빌트인 이미지 처리는 모두 Sharp 를 디폴트로 씁니다. Vercel Image Optimization 의 내부 엔진도 Sharp 입니다.

성능 팁:

  • sharp.cache(false) — 서버리스 환경에서 메모리 누수 방지
  • sharp.concurrency(1) — 멀티 워커 환경에서 CPU 경합 회피
  • sharp.simd(true) — SIMD 가속, 디폴트로 켜져 있음

11. Squoosh (Google) — 웹 앱

Squoosh 는 구글 Chrome 팀이 2018년 만든 브라우저 기반 이미지 압축 도구입니다. 모든 인코더가 WASM 으로 컴파일돼 브라우저 안에서 동작하기 때문에, 이미지가 서버로 절대 올라가지 않습니다. 디자이너 / 마케터가 빠르게 한두 장을 최적화할 때 가장 편합니다.

지원 인코더:

  • MozJPEG
  • OxiPNG
  • WebP (구글 libwebp)
  • AVIF (libaom)
  • JPEG XL (libjxl)
  • QOI
  • WebP 2 (실험적)

URL: https://squoosh.app/

# Squoosh CLI 도 있음 (npm 패키지)
npx @squoosh/cli --webp '{"quality":85}' --avif '{"cqLevel":33}' input.jpg

다만 Squoosh CLI 는 2022년 이후 사실상 유지보수가 중단됐고, Sharp / cwebp / cavif / cjxl 등 네이티브 도구가 production 사용에는 더 적합합니다. Squoosh 웹 앱 자체는 활발히 업데이트됩니다.

비슷한 위치의 다른 도구들:

  • ImageOptim (macOS) — 드래그앤드롭 무손실 최적화, PNG/JPEG/GIF/SVG
  • ImageAlpha (macOS) — PNG 8비트 변환에 특화
  • Pixelmator Pro — macOS 네이티브 사진 편집기, Export for Web 패널에서 AVIF / WebP / JPEG XL 직접 출력
  • Adobe Save for Web (Photoshop) - 레거시 패널이지만 여전히 작동, Generate / Quick Export 가 후속
  • Figma Export - SVG / PNG / JPEG / WebP 지원, AVIF 는 2025년부터

12. ImageMagick — 클래식

ImageMagick 은 1987년에 시작된 거의 모든 이미지 포맷을 다루는 만능 CLI 도구입니다. 2026년 5월 기준 안정 버전은 7.1.x 입니다. 200개 이상의 입력 포맷, 거의 모든 변환 / 효과 / 합성을 명령줄 한 줄로 처리할 수 있습니다.

# 리사이즈 + 포맷 변환
magick input.jpg -resize 800x600 -quality 85 output.webp

# 여러 이미지를 한 줄로 일괄 처리
magick mogrify -resize 1920x -format avif -quality 60 *.jpg

# 텍스트 워터마크
magick input.jpg -gravity southeast -fill white -pointsize 24 \
  -annotate +10+10 "Copyright 2026" output.jpg

# GIF 를 Animated WebP 로
magick input.gif -define webp:lossless=false output.webp

장점은 호환성과 풍부한 기능, 단점은 느림과 메모리 사용량입니다. 한 장씩 처리할 때는 좋지만 대량 처리에는 Sharp / libvips 가 훨씬 빠릅니다. 또한 ImageMagick 은 과거 (2016년 ImageTragick, CVE-2016-3714 등) 여러 RCE 취약점이 있었고, 그 이후로도 새로운 CVE 가 꾸준히 나옵니다. 사용자 업로드 처리에는 신중해야 합니다.

GraphicsMagick 은 2002년에 ImageMagick 에서 포크돼서 안정성과 성능에 집중한 변종입니다. 기능은 ImageMagick 보다 적지만 더 단단합니다.

ImgBot (https://imgbot.net/) 은 GitHub 리포지토리의 이미지를 자동으로 무손실 최적화해서 PR 을 열어주는 봇입니다. 오픈소스 프로젝트는 무료, 비공개 리포는 월 $5 부터. 한 번 설치하면 그 후 모든 신규 이미지 커밋마다 최적화 PR 이 자동으로 옵니다.

13. 한국 / 일본 — 네이버, 픽시브 이미지 인프라

한국에서 가장 큰 이미지 트래픽은 네이버 (블로그, 카페, 쇼핑, 뉴스) 와 카카오 (다음, 카카오톡, 카카오스토리) 입니다. 네이버는 자체 분산 스토리지인 NCloud Object Storage 와 자체 이미지 변환 게이트웨이를 운영하며, 외부 개발자에게는 NAVER Cloud Image Optimizer 라는 형태로 제공합니다. 카카오는 Daum 시절부터 이어진 자체 이미지 CDN 을 운영합니다.

일본은 픽시브 (Pixiv) 가 운영하는 ImageFlux 가 매니지드 이미지 변환 서비스로 잘 알려져 있습니다. URL 쿼리스트링 방식으로 imgix 와 유사한 인터페이스를 제공하면서, 일러스트 / 만화 같은 라인아트에 특화된 압축 프리셋이 강점입니다. ImageFlux 는 사쿠라 인터넷 (Sakura Internet) 의 인프라 위에서 동작합니다.

# ImageFlux URL 예시
https://example.com/path/to/image.jpg?w=800&h=600&f=webp&q=80

니코니코 동화 / 모바게 / GREE 같은 다른 일본 대형 서비스들도 자체 이미지 변환 파이프라인을 운영하지만, 외부 SaaS 로 노출된 건 ImageFlux 가 대표적입니다. 일본 시장 진출 시 ImageFlux 는 한국 개발자가 알면 좋은 옵션입니다.

LINE 의 스티커 시스템은 별도로 자체 포맷을 씁니다. APNG, MP4, WebP 를 조합한 컨테이너로, 정적/모션/이펙트 스티커가 각각 다른 포맷으로 인코딩됩니다.

라쿠텐, 야후 재팬, ZOZO 같은 일본 대형 쇼핑몰들은 대부분 자체 CDN 위에서 AVIF / WebP 자동 변환을 운영합니다. 2024년부터 ZOZO 가 AVIF 디폴트로 전환했다는 발표가 있었습니다.

14. 누가 무엇을 골라야 하나 — 사진 / 일러스트 / UI 아이콘 / 비디오 썸네일

사진 (인물 / 풍경 / 제품):

  • 1순위 — AVIF quality 50-60 + JPEG (MozJPEG) 폴백
  • 2순위 — WebP quality 80 + JPEG 폴백 (인코딩 부담이 클 때)
  • 사용자 업로드 원본은 보존 (재인코딩용)

일러스트 / 만화 / 라인아트:

  • 1순위 — Lossless WebP 또는 PNG (oxipng 최적화)
  • 2순위 — JPEG XL Lossless (Safari 17+ 사용 비율이 높으면)
  • AVIF 는 라인아트에서 링잉 / 색번짐이 보일 수 있어 주의

UI 아이콘 / 로고:

  • 1순위 — SVG (벡터)
  • 2순위 — PNG (oxipng) - 작은 크기에서 호환성 최강
  • 3순위 — Lossless WebP - SVG 가 어려운 복잡한 래스터 아이콘

비디오 썸네일 / 히어로 이미지:

  • 1순위 — AVIF quality 45-55 (큰 해상도에서도 작음)
  • 2순위 — WebP quality 75
  • LCP 최적화를 위해 <link rel="preload" as="image"> 와 함께 사용

스크린샷 (블로그, 문서):

  • 1순위 — PNG (oxipng) - 텍스트 가독성 우선
  • 2순위 — Lossless WebP - 같은 화질에 더 작음
  • 손실 변환 (JPEG/AVIF) 은 텍스트 가독성을 떨어뜨림

사용자 업로드 (HEIC 처리):

  • iOS 업로드는 HEIC 로 들어옴 → 서버에서 AVIF + JPEG 로 변환
  • 원본은 별도 보존 또는 즉시 폐기 (개인정보 / EXIF 위치 정보 주의)
  • Sharp 빌드 시 libheif 옵션 켜져 있는지 확인

애니메이션:

  • 짧은 클립 (< 5초) — Animated WebP 또는 Animated AVIF + GIF 폴백
  • 긴 클립 — MP4 / WebM 비디오 (<video autoplay muted loop>)
  • 사용자에게 다운로드 받게 할 거라면 GIF 가 여전히 무난

2026년의 새 디폴트:

  • Sharp 0.34 + libvips 8.16 + Next.js 15 / Astro 5 / Nuxt 3
  • AVIF + WebP + JPEG 3종 사전 생성
  • CDN 측 Accept 헤더 기반 자동 선택
  • JPEG XL 은 1-2년 후 Chrome 복귀 시 4번째 옵션 추가 검토

2026년의 이미지 도구는 5년 전보다 압축률이 좋아졌고, 자동화가 단순해졌고, 매니지드 CDN 의 가격이 낮아졌습니다. AVIF 가 기본값으로 자리잡으면서 트래픽 비용이 평균 절반으로 줄었고, Sharp + libvips 의 발전으로 빌드 시간 사전 인코딩이 실용적인 영역으로 들어왔습니다. 자기 프로젝트에 맞는 포맷과 도구를 골라서, 2026년의 빠른 인터넷 위에 깔끔한 이미지를 올려 보세요.

참고 / References

Discuss on Twitter • View on GitHub