2026-08-27

GIF가 거칠고 무거운 진짜 이유 — 그리고 내 사진으로 GIF를 만드는 법

2022년, 세계에서 가장 큰 GIF 플랫폼이 공식 규제 서류에서 — 다름 아닌 자기 입으로 — GIF는 한물갔다고 주장했습니다. 메타의 약 4억 달러 인수를 지키려던 Giphy는 영국 경쟁시장청(CMA)에 낸 서류에서 GIF가 "콘텐츠 형식으로서 유행이 지났으며, 특히 젊은 사용자들은 GIF를 '부머용(for boomers)'이자 '한물간 것(cringe)'으로 여긴다"고 적었습니다. 소용없었습니다. 규제 당국은 매각을 강제했고, 2023년 메타는 Giphy를 셔터스톡에 5,300만 달러 — 인수가의 약 8분의 1 — 에 넘겼습니다. 그런데 2026년인 지금도 GIF는 모든 채팅방, 모든 프로젝트 README, 모든 게시판 댓글에서 여전히 자동재생되고 있습니다. 다들 죽었다고 선언하는 포맷이 왜 안 죽는지, 그리고 내가 만든 GIF는 왜 항상 화질이 살짝 거칠고 용량은 이상하게 큰지 — 두 답 모두 1987년에 설계된 파일 포맷 안에 들어 있습니다. 그리고 그 답을 알면, 내 사진으로 더 나은 GIF를 만드는 법도 저절로 따라옵니다.

부고를 이겨낸 1987년생 포맷

컴퓨서브(CompuServe)는 1987년 6월, 전화 모뎀과 8비트 디스플레이의 세상을 위해 GIF 포맷을 공개했습니다. 지금까지 쓰이는 개정판인 GIF89a는 2년 뒤에 나왔고, 애니메이션을 가능하게 하는 프레임 타이밍과 투명도 제어가 이때 추가됐습니다. 그 명세는 — 컴퓨서브 저작권 문구가 그대로 박힌 평문 텍스트 파일로 — 지금도 W3C가 호스팅하고 있습니다. 웹보다 나이가 많은 포맷이 모든 부고를 이겨내는 이유는 단순합니다. GIF는 사실 동영상이 아니라 움직이는 이미지이기 때문입니다. 일반 이미지가 올라가는 곳이면 어디든 올라가고 — 게시판, 채팅 앱, 문서, README, 동영상 업로드를 거부하는 낡은 CMS 양식까지 — 플레이어도, 코덱 문제도, 재생 버튼도 없이 소리 없이 알아서 반복 재생됩니다. 이걸 해내는 다른 포맷이 없어서, 아무것도 GIF를 대체하지 못한 것입니다.

화질이 거친 이유: 한 프레임에 256색이 전부

그 특유의 거친 질감은 도구가 대충 만들어서가 아니라 명세가 그렇게 정해 놓은 것입니다. GIF는 색을 팔레트(명세 용어로는 컬러 테이블)에 담아 두는데, 이 테이블의 최대 크기가 256칸입니다. 휴대폰 사진은 24비트 컬러 — 약 1,670만 가지 색을 쓸 수 있고, 노을 진 하늘 한 장에 담긴 서로 다른 색의 수가 GIF 하나에 허용된 전체 색 수보다 많은 일도 흔합니다. 그래서 어떤 GIF 인코더든, 아무리 잘 만들어졌든, 똑같이 가혹한 선별을 해야 합니다: 이미지를 가장 잘 대표하는 256색을 고르고, 모든 픽셀을 그중 가장 가까운 색으로 스냅시키는 것. 스크린샷, 로고, 텍스트, UI 같은 평면 그래픽은 이 과정을 거의 무사히 통과합니다 — 애초에 1987년에 이 포맷이 그런 용도로 설계됐으니까요. 하지만 사진의 부드러운 그라데이션은 그렇지 않습니다. 하늘, 피부, 그림자가 계단처럼 띠(밴딩)로 갈라집니다. 그게 바로 그 거친 질감이고, 지금까지 만들어진 모든 GIF 도구에서 똑같습니다. 도구의 규칙이 아니라 포맷의 규칙이기 때문입니다.

용량이 큰 이유: 애초에 동영상 포맷이 아니라서

진짜 비디오 코덱은 영리함의 대부분을 프레임 사이에 씁니다 — 온전한 그림 하나를 저장한 뒤, 다음 프레임은 대부분 "무엇이 움직였는지"만 기록하는 식으로요. GIF는 그런 걸 전혀 하지 않습니다. 모든 프레임이 각각 완전한 이미지로 저장되고, 압축이라곤 1984년에 발표된 범용 압축 기법인 LZW뿐이며, 움직임 예측 같은 건 없습니다. 그 결과는 실측되어 있습니다. 웹사이트에서 움직이는 GIF를 동영상으로 교체하라고 대놓고 권고하는 구글 web.dev 성능 가이드가 같은 짧은 클립을 세 가지 포맷으로 재 봤습니다: GIF로는 3.7MB, MP4로는 551KB, WebM으로는 341KB. 같은 그림, 같은 움직임인데 GIF가 대략 10배입니다. 같은 글은 현대 웹의 공공연한 비밀도 짚습니다: Imgur나 Gfycat 같은 서비스에서 "GIF"라는 이름을 달고 있는 것들은, 열어 보면 사실 동영상 파일인 경우가 많습니다 — 진짜 GIF를 대규모로 서빙하기엔 너무 비싸기 때문입니다.

클립 하나를 세 가지로 인코딩한 결과 — GIF는 동급 동영상의 약 10배입니다. GIF는 모든 프레임을 완전한 이미지로 저장하고 프레임 간 압축이 없기 때문입니다. 출처: 구글 web.dev, "Replace animated GIFs with video".

무한 반복의 정체: 넷스케이프가 남긴 열한 글자

이 포맷에서 가장 이상한 부분입니다. GIF89a 명세의 애니메이션 제어에는 각 프레임을 얼마나 보여줄지는 있어도, 반복하라는 명령은 없습니다. 1989년 명세대로만 재생하면 움직이는 GIF는 한 번 재생되고 멈춰야 합니다. 무한 반복은 명세의 범용 "애플리케이션 확장" 통로를 통해 나중에 덧붙여진 것인데, 그 블록은 자신을 NETSCAPE2.0이라는 글자 그대로의 문자열로 식별합니다 — 1990년대 중반, 넷스케이프 내비게이터 2.0이 애니메이션을 반복 재생할 수 있도록 추가된 것입니다. 이후의 모든 디코더가 그냥 그걸 따랐습니다. 그러니까 오늘 만들어지는 모든 반복 GIF는 — NearIMG에서 만드는 것도 포함해서 — 20년 전에 사라진 브라우저의 이름 열한 글자를 바이트 안에 품고 다니고, 현대 웹 전체가 여전히 그 글자에 복종하고 있는 셈입니다.

업로드 없이, 내 사진으로 GIF 만들기

온라인 GIF 제작 도구 대부분은 뻔한 방식으로 동작합니다. 프레임을 전부 그쪽 서버에 업로드하면 서버가 인코딩하고, 결과물을 다운로드하는 식이죠 — 워터마크가 찍혀 나오는 경우도 많고, 어느 쪽이든 내 사진은 이미 내 컴퓨터를 떠난 뒤입니다. NearIMG의 GIF 만들기 도구는 이 전 과정을 브라우저 안에서 처리합니다. 이미지 여러 장을 떨어뜨리고, 드래그로 순서를 정하고, 세 가지만 고르면 됩니다: 프레임 간격(각 사진이 머무는 시간), 출력 크기, 그리고 무한 반복 여부. 그 밑에서 도는 인코더는 내 기기에서 실행되는 완전한 GIF89a 구현입니다 — 모든 프레임을 아우르는 최대 256색의 공유 팔레트를 만들고, 포맷 표준인 LZW로 압축하고, 그 넷스케이프 반복 블록까지 써넣은 뒤, animation.gif 파일 하나를 돌려줍니다. 아무것도 어디로도 전송되지 않고, 사진은 내 기기를 떠나지 않습니다. 알아두면 좋은 정직한 세부사항 두 가지: 모양이 제각각인 프레임들은 공통 캔버스에 맞춰 들어가므로 남는 여백은 흰색으로 채워지고, 출력 가로 폭은 일부러 800픽셀에서 상한이 걸려 있습니다 — 그 이유는 다음 섹션을 보면 분명해집니다.

포맷을 아는 사람의 GIF 절약 요령

GIF가 모든 프레임을 최대 256색의 완전한 이미지로 저장한다는 걸 알고 나면, 용량과 화질 레버는 더 이상 수수께끼가 아닙니다:

프레임 수 줄이기가 무엇보다 큽니다. 10프레임은 완전한 이미지 10장, 30프레임은 30장입니다. 사진 슬라이드쇼 GIF라면 사진 한 장에 한 프레임이면 충분한 경우가 대부분이고, 프레임 하나를 줄일 때마다 파일도 거의 그만큼 줄어듭니다.
가로 폭은 적당하게. 픽셀 수는 폭의 제곱에 비례해 늘고, 그 픽셀 전부가 프레임마다 다시 저장됩니다. 기본값 360픽셀은 GIF가 실제로 사는 곳 — 채팅창과 댓글창 — 에 맞춘 크기이고, 800픽셀 상한은 그 너머부터는 눈에 보이는 이득 없이 용량만 빠르게 불어나기 때문에 있는 것입니다.
프레임 간격을 늘리는 건 공짜입니다. 동영상과 달리 GIF의 재생 시간은 용량에 영향이 없습니다 — 간격은 각 프레임 머리에 적히는 숫자 하나일 뿐이니까요. 느린 슬라이드쇼라고 파일이 커지지 않으니, 사진마다 여유 있게 보여주세요.
사진에는 밴딩이 생기는 게 정상입니다. 하늘, 피부, 노을 같은 그라데이션은 어떤 GIF에서든 256색 계단을 드러냅니다. 그래픽, 스크린샷, 텍스트는 또렷하게 남고요. 1987년에 맺어진 계약이 그렇습니다.
움직임의 화질이 목적이라면 동영상을 만드세요. 구글의 실측이 말해주는 정직한 규칙: GIF는 파일이 이미지처럼 행동해야 하는 곳 — README, 게시판, 채팅에서의 자동재생 — 에서 이기고, 바이트당 화질 싸움에서는 어디서든 집니다.

한 줄 요약

GIF가 거친 건 1987년 명세가 한 프레임의 색을 256개로 못 박았기 때문이고, 무거운 건 모든 프레임을 별개의 완전한 이미지로 압축하기 때문입니다 — 구글 실측으로 같은 클립이 GIF로는 3.7MB, MP4로는 551KB였습니다 — 그리고 무한 반복은 지금도 넷스케이프의 이름이 박힌 확장 블록이 담당합니다. Giphy조차 규제 당국에 GIF는 "부머용"이라고 적었고 곧이어 메타는 5,300만 달러에 매각해야 했지만, 포맷은 아랑곳없이 오늘도 어디서나 자동재생됩니다. 이미지가 통하는 곳이면 어디서든 통하는 건 GIF뿐이니까요. 내 사진으로 하나 만들고 싶다면 NearIMG의 GIF 만들기 도구가 전 과정을 내 기기에서 인코딩합니다 — 드래그로 순서, 프레임 간격, 크기, 반복까지 — 업로드도, 워터마크도, 내 사진을 들여다보는 서버도 없이요.