GIF는 왜 이렇게 무거울까
같은 5초짜리인데 MP4는 2MB, GIF는 15MB. 이 차이는 저장 방식에서 옵니다. 영상 코덱은 "이전 프레임과 달라진 부분만" 기록하지만, GIF는 모든 프레임을 통짜 그림으로 저장합니다. 색도 256색으로 제한돼 있어 압축 효율이 나쁩니다. 30년 된 형식이니까요.
그래서 GIF 용량 줄이기는 "압축을 잘하는" 문제가 아니라 "프레임 수 × 프레임 크기 × 복잡도"를 줄이는 문제입니다. 이 구조를 알면 뭘 먼저 건드려야 하는지가 보입니다.
효과 큰 순서대로
### 1. 구간 줄이기 — 감량 효과 최대
10초를 5초로 줄이면 용량이 거의 정확히 절반이 됩니다. 다른 어떤 방법보다 확실하고 화질 손해도 없습니다.
움짤에서 정말 필요한 길이는 생각보다 짧습니다. 파도, 야경 불빛, 김 오르는 장면 — 2~4초면 분위기가 다 전달됩니다. GIF는 자동 반복되니 짧아도 계속 재생되고, 오히려 루프가 짧을수록 "움짤답게" 보입니다. 시작과 끝 장면이 비슷한 구간을 고르면 반복 경계가 티 나지 않아 더 좋습니다.
### 2. 해상도 줄이기 — 제곱으로 줄어든다
해상도는 가로세로가 함께 줄기 때문에 효과가 제곱입니다. 960px를 480px로 줄이면 픽셀 수가 1/4이 됩니다.
기준은 표시 크기입니다. 네이버 블로그 본문은 폭 800px 정도로 표시되므로 본문용은 가로 480~640px이면 충분하고, 화면 절반 크기로 넣을 거면 360px도 됩니다. "원본이 4K니까 아깝다"는 생각은 버리세요 — 어차피 축소되어 보이는데 용량만 4배입니다.
### 3. FPS 낮추기 — 8~10이 스위트스팟
FPS는 초당 프레임 수, 즉 부드러움입니다. 30fps 영상을 10fps GIF로 만들면 프레임이 1/3로 줄고 용량도 그만큼 줄어듭니다.
경험상 카메라가 고정된 장면은 8fps, 움직임이 있는 장면은 10~12fps가 어색하지 않은 하한선입니다. 15fps를 넘기면 부드러움 향상은 미미한데 용량은 가파르게 늘어서, 고화질이 목적일 때만 씁니다. 반대로 6fps 아래로 내리면 뚝뚝 끊기는 게 눈에 보이기 시작합니다.
### 4. 장면 자체를 단순하게
같은 설정이어도 장면에 따라 용량이 2~3배 차이 납니다. GIF의 256색 압축은 화면 전체가 변하는 장면에 최악입니다. 걸으면서 찍은 영상(배경 전체가 흔들림), 물결 클로즈업, 나뭇잎 가득한 화면이 대표적인 용량 폭탄입니다.
반대로 카메라 고정 + 일부만 움직이는 장면 — 삼각대 야경에 차 불빛만 지나가는 장면 — 은 놀랄 만큼 가볍습니다. 용량이 안 잡히면 설정을 더 낮추기 전에 구간을 카메라가 멈춘 부분으로 옮겨보세요.
### 5. 자동 최적화에 맡기기
네이버 블로그 GIF 한도는 20MB입니다. 결과가 한도를 넘으면 해상도→FPS→색상 순으로 한 단계씩 낮춰 다시 만드는 자동 최적화 기능을 쓰면, 수동으로 여러 번 재시도하는 수고를 덜 수 있습니다. 자동에 맡기되, 위 1·2번(구간·해상도)을 미리 손봐두면 자동 단계가 덜 개입해 화질이 좋게 유지됩니다.
상황별 추천 설정
| 용도 | 해상도 | FPS | 길이 | 예상 용량 |
|---|---|---|---|---|
| 블로그 본문 분위기 컷 | 480px | 8~10 | 2~4초 | 2~6MB |
| 블로그 메인 움짤 | 640~800px | 10 | 3~5초 | 5~15MB |
| 고화질 강조 컷 | 720px | 12~15 | 2~3초 | 8~18MB |
| 여러 개 넣는 글 | 360~480px | 8 | 2~3초 | 1~4MB |
한 글에 움짤을 3개 이상 넣는다면 개당 용량을 더 조여야 합니다. 움짤 4개 × 15MB면 글 하나 로딩에 60MB — 모바일 독자는 다 뜨기 전에 나갑니다.
마무리
우선순위만 기억하면 됩니다. ① 구간부터 줄이고 ② 해상도를 표시 크기에 맞추고 ③ FPS는 8~10, ④ 그래도 크면 장면을 바꾼다. 화질 설정을 쥐어짜는 것보다 구간과 장면을 잘 고르는 것이 언제나 더 큰 폭으로 용량을 줄여줍니다.