용량과 속도

같은 사진인데 용량이 다른 이유

화면에서는 똑같아 보이는데 하나는 200KB, 하나는 4MB입니다. 무엇이 이 차이를 만드는지 봅니다.

ImagePure 편집팀읽는 데 약 7분

두 가지가 곱해집니다

이미지는 아주 작은 점이 격자로 촘촘히 박힌 것입니다. 그래서 파일 크기는 크게 두 가지에 달려 있습니다. 점이 몇 개인가, 그리고 각 점의 색을 얼마나 자세히 적어 두었는가입니다.

점의 개수는 «가로 픽셀 × 세로 픽셀» 입니다. 가로세로를 각각 절반으로 줄이면 점의 개수는 4분의 1이 됩니다. 절반이 아니라 4분의 1이라는 점이 중요합니다.

각 점을 얼마나 자세히 적을지는 압축 설정이 정합니다. 자세히 적을수록 원본에 가깝지만 파일이 커집니다.

크기가 같은데도 다를 때

가로세로가 똑같은데 용량이 몇 배 차이 나는 경우가 있습니다. 이때는 내용이 다른 것입니다.

색이 복잡하게 섞인 이미지는 압축이 잘 안 듭니다. 나뭇잎이 무성한 풍경, 자갈밭, 노이즈가 많은 어두운 사진이 그렇습니다. 옆 점과 색이 계속 달라서 «여기부터 저기까지 같은 색» 이라고 줄여 적을 구간이 없습니다.

반대로 하늘이나 단색 벽처럼 넓게 같은 색이 이어지면 아주 작게 줄어듭니다.

용량이 실제로 문제가 되는 곳

용량 자체가 문제인 경우는 드뭅니다. 대개 다른 형태로 나타납니다.

웹페이지가 느려집니다. 특히 이동통신망에서 차이가 큽니다. 화면 맨 위에 큰 이미지가 있으면 그것을 다 받기 전까지 페이지가 비어 보입니다.

첨부가 막힙니다. 메일이나 게시판마다 한 번에 올릴 수 있는 크기 제한이 있습니다.

저장 공간이 찹니다. 사진 수천 장이 쌓이면 한 장의 차이가 누적됩니다.

그래서 «어디에 쓸 것인가» 를 먼저 정해야 «얼마나 줄일 것인가» 가 나옵니다.

줄이는 순서

먼저 쓸 자리에 맞게 크기를 줄입니다. 점의 개수를 줄이는 쪽이 효과가 훨씬 큽니다. 화면에서 가로 800픽셀로 보일 이미지를 4000픽셀로 올려 둘 이유는 없습니다.

그다음 압축을 조입니다. 크기를 먼저 줄이면 압축을 덜 조여도 목표 용량에 닿습니다. 순서를 반대로 하면 이미 정보를 버린 이미지를 또 줄이게 됩니다.

마지막으로 형식을 확인합니다. 사진인데 PNG로 되어 있다면 여기서 한 번 더 크게 줄어듭니다.

처음에 자주 걸리는 것

  1. 화면 크기와 상관없이 원본 그대로 올리기. 대부분의 용량이 여기서 낭비됩니다.
  2. 압축부터 조이고 크기는 그대로 두기. 순서가 반대라 효율이 나쁩니다.
  3. 가로세로를 절반으로 줄이면 용량도 절반이 될 거라고 생각하기. 대략 4분의 1이 됩니다.
  4. 이미 압축된 파일을 다시 압축하기. 손실만 겹치고 크게 줄지 않습니다.
  5. 썸네일까지 원본 크기로 두기. 목록 화면이 가장 느려지는 원인입니다.

내보내기 전 확인

  • 이 이미지가 어디에 얼마만 한 크기로 보일지 확인했다
  • 크기를 먼저 줄이고 그다음 압축을 조였다
  • 형식이 내용에 맞는지 확인했다
  • 원본을 따로 보관했다
  • 실제 표시될 환경에서 결과를 확인했다

자주 묻는 것

몇 KB 정도가 적당한가요?

쓰이는 자리에 따라 다릅니다. 본문에 들어가는 이미지와 화면 전체를 덮는 배경 이미지는 기준이 다를 수밖에 없습니다. 절대 숫자보다 «이 자리에 필요한 만큼» 을 기준으로 잡는 편이 실용적입니다.

압축하면 무조건 화질이 나빠지나요?

정보를 버리지 않는 방식으로 줄이는 경우도 있습니다. 다만 줄어드는 폭은 작습니다. 크게 줄이려면 어느 정도는 버려야 합니다.

같은 설정인데 파일마다 용량이 다른 건 왜인가요?

내용이 다르기 때문입니다. 색이 복잡하게 섞인 이미지는 줄어들 여지가 적습니다.

이 글에서 다룬 작업은 여기서 바로 해 보실 수 있습니다.

이 글은 입문자 기준으로 이해하기 쉽게 정리했으며, 내용은 운영 과정에서 순차적으로 보완될 수 있습니다. 마지막 점검 2026년 7월 12일.