이미지를 온라인에서 압축하는 방법: 이메일, 양식, 마켓플레이스용으로 화질 손실 없이 사진 용량 줄이기

거의 모두가 최악의 순간에 같은 벽에 부딪힙니다. 이메일에 사진을 첨부하면 25MB를 넘어 메시지가 반송됩니다. 서류 포털을 작성하면 업로드 버튼이 "파일이 너무 큽니다"라는 모호한 오류로 스캔을 거부합니다. 아마존이나 엣시에 상품을 올려도 이미지가 저장되지 않습니다. 요즘 스마트폰은 6~12MB짜리 JPEG 한 장을 손쉽게 만들고, DSLR이나 미러리스는 한 컷에 20~50MB를 만들 수 있습니다. 인쇄에는 훌륭하지만, 인터넷의 거의 모든 업로드 양식에는 진짜 골칫거리입니다. 좋은 소식은, 그렇게까지 많은 정보가 거의 필요 없다는 것입니다. 사진 한 장은 9MB에서 600KB로 줄여도 화면에서는 똑같아 보입니다. 이 가이드에서는 용량 제한이 왜 존재하는지, 크기 조정과 압축의 차이, 어떤 포맷을 써야 하는지, 그리고 가장 많이 문의받는 플랫폼의 정확한 제한값을 설명합니다. 사진을 1분 만에 온라인 압축하면서 과정을 따라가도 되고, 먼저 읽은 뒤 실행해도 됩니다. 어느 쪽이든 다 읽고 나면, 여러분에게 중요한 화질을 희생하지 않고 어떤 용량 목표든 달성하는 방법을 알게 됩니다.

이미지를 받는 모든 플랫폼은 최대 파일 크기를 정하는데, 그 이유는 자의적이지 않고 실용적입니다. 목표로 삼을 제한값을 아는 것은 절반은 이긴 셈입니다. 얼마나 압축해야 하는지 정확히 알려주기 때문입니다.

이메일. 대부분의 제공업체는 첨부를 포함한 메시지 한 통을 약 25MB로 제한합니다. Gmail, Outlook, Yahoo가 그 언저리입니다. 하지만 받는 서버도 관계됩니다. 많은 기업용 메일 시스템은 10MB를 넘는 것을 거부하고, 일부는 5MB를 넘으면 거부합니다. 8MB짜리 스마트폰 사진 세 장을 첨부하면 이미 20MB 수신 제한을 넘어 메시지가 조용히 실패합니다. 이메일로 사진을 보내는 안전한 목표는 이미지당 5MB 미만, 또는 메시지 전체 10MB 미만입니다.

웹 업로드 양식. 문의 양식, 입사 지원, 지원 티켓은 보통 업로드를 2~5MB로 제한합니다. 미리 알려주는 일은 드물고, 느린 업로드가 끝난 뒤에야 오류가 나타납니다. 2MB 미만을 노리면 거의 전부 통과합니다.

서류 포털과 행정 포털. 서류와 비자 포털이 가장 엄격합니다. 흔히 50KB~500KB의 사진이나 스캔을 요구하고, 때로는 픽셀 단위의 정확한 치수까지 지정합니다. 이런 제한은 가벼운 자르기가 아니라 진짜 압축을 강제합니다.

웹사이트와 속도. 직접 이미지를 올린다면, 파일 무게는 로딩 속도가 됩니다. 이미지 12MB를 불러오는 페이지는 모바일 데이터에서 깨진 것처럼 보이고, 검색 순위를 떨어뜨리며, 방문자가 아무것도 보기 전에 떠나게 만듭니다. 웹 이미지는 거의 항상 장당 200KB 미만, 대표 이미지도 400KB 미만이어야 합니다.

사람들이 이런 제한과 씨름할 때 흔히 보는 실수:

• 변환 대신 이름만 바꾸기. 파일 이름의 foto.heic를 foto.jpg로 바꿔도 아무 일도 일어나지 않습니다. 데이터는 여전히 HEIC이고 포털은 계속 거부합니다. 진짜 HEIC를 JPG로 변환이 필요합니다.
• 사진을 ZIP으로 압축하기. JPEG는 이미 압축되어 있어 ZIP으로 만들어도 거의 줄지 않고, 게다가 대부분의 양식은 압축 파일을 열지 못합니다.
• "작게 만들려고" 스크린샷 찍기. 이는 화질과 해상도를 예측할 수 없게 떨어뜨리고, 흔히 파일을 작게 하기는커녕 더 크게 만듭니다.

목표 숫자를 알고 나면, 나머지는 알맞은 도구와 설정을 고르는 것뿐입니다.

사람들은 이 말들을 같은 뜻으로 쓰지만, 실제로는 세 가지 다른 조절 장치이고, 알맞은 것을 쓰는 것이 파일을 손상된 것처럼 보이지 않게 줄이는 열쇠입니다. 이 차이를 이해하는 것이 이 가이드 전체에서 가장 유용한 개념입니다.

크기 조정은 픽셀 치수를 바꿉니다. 사진은 픽셀 격자로, 예를 들어 6000×4000입니다. 이를 1600×1067로 줄이면 필요 없는 픽셀을 버립니다. 이것이 단연 가장 강력한 지렛대인데, 파일 무게는 픽셀 수에 비례하기 때문입니다. 가로와 세로를 절반으로 줄이면 픽셀 수는 4분의 1이 됩니다. 화면, 이메일, 상품 페이지가 긴 변 2000픽셀을 넘겨 필요한 경우는 거의 없으므로, 6000픽셀 이미지를 2000으로 바꾸기만 해도 화면상 보이는 손실 없이 무게의 대부분을 즉시 없앱니다. 정확한 치수만 필요하다면, 저희 자르기·크기 조정 도구가 흠잡을 데 없이 해결합니다.

압축은 그 픽셀을 얼마나 효율적으로 저장하느냐를 바꿉니다. JPEG와 WebP는 더 적은 데이터로 이미지를 기술하는 영리한 계산을 씁니다. 가벼운 압축은 눈에 보이지 않습니다. 강한 압축은 "아티팩트"를 만듭니다. 깨진 사각형, 가장자리 주변의 번짐, 지저분한 색 띠입니다. JPEG 품질 80~85퍼센트 설정이 파일이 크게 줄면서도 눈으로는 차이를 못 느끼는 최적점입니다. 60퍼센트 아래로 내려가면 손상이 눈에 띄기 시작합니다.

품질을 낮추는 것은 압축의 거친 버전입니다. 품질을 40퍼센트까지 낮추면 아주 작은 파일이 되지만, 그 대가로 눈에 보이는 열화를 치릅니다. 50KB 같은 극단적 제한을 포털이 강제할 때만 이 수단에 기대세요.

중요한 것은 올바른 작업 순서입니다:

• 먼저, 정말 필요한 가장 큰 치수로 크기를 조정합니다.
• 다음, 고품질 설정(80~85퍼센트)으로 압축합니다.
• 그래도 제한을 넘으면, 그때만 품질을 단계적으로 낮춥니다.

이 순서로 하면 9MB 사진이 보이는 그대로 400~700KB쯤으로 줄어듭니다. 거꾸로 해서 원본 해상도 이미지의 품질을 뭉개면, 크면서도 못생긴 파일이 됩니다. 양쪽의 최악을 취한 셈이죠. 저희가 보는 가장 큰 실수는, 단순한 크기 조정으로 손쉽게 해결됐을 텐데 6000픽셀 이미지에서 품질 슬라이더를 바닥까지 끌어내리는 것입니다.

포맷은 두 번째 큰 결정이고, 잘못 고르면 아무 이득 없이 파일 무게를 두 배로 만들 수 있습니다. 각 포맷은 서로 다른 일을 위해 만들어졌습니다.

JPEG(.jpg)는 사진에 만능인 선택입니다. 이메일에서 어떤 마켓플레이스나 포털까지 어디서나 받아들여지고, 실제 세계의 사진을 효율적으로 압축합니다. 사람, 상품, 장면 사진에 무엇을 쓸지 고민된다면 답은 거의 항상 JPEG입니다. 유일한 약점은 투명도를 저장하지 못한다는 것입니다.

PNG는 또렷한 가장자리와 단색 그래픽용입니다. 로고, 스크린샷, 도표, 그리고 투명 배경이 있는 모든 것. PNG는 무손실이라 글자를 또렷하게 유지하지만 사진에는 나쁜 선택으로, 흔히 JPEG의 5~10배짜리 파일을 만듭니다. 사진을 PNG로 내보냈는데 엄청나게 무겁다면 이유가 그것입니다. JPEG로 변환하면 대개 그 자리에서 문제가 풀립니다.

WebP는 현대적 포맷으로, 같은 시각적 품질에서 JPEG보다 약 25~35퍼센트 작은 파일을 만들고 투명도도 지원합니다. 자신의 웹사이트에는 훌륭하고 Shopify와 대부분의 현대 플랫폼이 받아들이지만, 일부 오래된 포털과 메일 클라이언트는 아직 표시하지 못합니다. 웹에는 WebP를 쓰고, 호환성이 불확실한 업로드에는 JPEG를 남겨두세요.

AVIF는 더 나아가 흔히 JPEG의 절반 무게가 되며, 최첨단 웹 성능에는 최선의 선택입니다. 브라우저 지원은 이미 탄탄합니다. 이미지를 공개한다면 AVIF로 변환은 얻을 수 있는 가장 큰 속도 향상 중 하나입니다. WebP와 마찬가지로, 받는 쪽이 지원한다고 확실히 알지 못한다면 업로드 양식에는 쓰지 마세요.

HEIC는 아이폰이 기본으로 저장하는 포맷입니다. 용량 효율은 좋지만 애플 기기 밖에서는 지원이 부족해, 그래서 많은 업로드 양식이 거부합니다. 해법은 업로드 전에 JPEG로 변환하는 것입니다.

저희가 고객에게 드리는 빠른 판단 규칙:

• 이메일, 포털, 마켓플레이스로 가는 사진: JPEG.
• 로고, 스크린샷, 투명 그래픽: PNG, 무게가 중요하고 호환성이 허락하면 WebP.
• 자신의 웹사이트용 이미지: WebP 또는 AVIF.
• 애플 밖 어디서든 쓰는 아이폰 HEIC: 먼저 JPEG로 변환.