기술

iPhone 18 Pro 사진, 사실 용량이 커지지 않았다: 기기 변경 전 이미지 호스팅 6곳의 HEIC 업로드 상한 정리

게시일2026. 9. 17.24 min read

다들 카메라 얘기만 할 때, 나는 먼저 스펙표부터 찾아봤다

9월 9일 애플이 iPhone 18 Pro와 Pro Max를 공개했고, 몇 시간 만에 피드는 "역대급 카메라 업그레이드"라는 제목으로 도배됐다. 솔직히 이미지 호스팅과 파일 공유 서비스를 60개 넘게 써본 입장에서는, 출시 당일의 이런 열기를 반사적으로 의심하게 된다. 스마트폰 카메라 스펙은 해마다 올라가지만, 그걸 받아주는 쪽인 이미지 호스팅의 업로드 상한은 3~5년 전에 정해진 숫자 그대로인 경우가 많기 때문이다.

그래서 카메라 실사 리뷰를 기다리는 대신, 애플 공식 스펙 페이지와 몇몇 주요 이미지 호스팅의 공식 FAQ를 바로 대조해봤다.

그리고 가장 먼저 알게 된 사실은 원래 예상과는 정반대였다.

먼저 하나 깨자면: 18 Pro 사진은 작년보다 커지지 않았다

이번 발표 전까지는 이 글이 "새 카메라가 훨씬 큰 파일을 찍어내니 이미지 호스팅도 따라가야 한다"는 내용이 될 거라 짐작했다. 스펙을 확인해보니 그런 이야기가 아니었다.

물론 iPhone 18 Pro의 메인·초광각·망원 세 렌즈 모두 48MP Fusion 카메라인 건 맞다. 하지만 iPhone 17 Pro도 이미 작년에 48MP 렌즈 세 개를 갖추고 있었다 — 망원 렌즈가 12MP에서 48MP로 뛴 건 2025년의 일이지 올해 얘기가 아니다. 이번에 새로 추가된 건 기계식 가변 조리개(4단계: f/1.48, f/1.8, f/2.8, f/4)와 새 메인 센서인데, 센서 크기 자체는 17 Pro와 똑같이 1/1.28인치, 1.22µm 픽셀이다. 빛을 받아들이는 물리적 한계는 그대로다.

다시 말해 해상도와 파일 구조는 작년과 거의 동일하다. 실제로 개선된 건 저조도 성능과 심도 제어이지, 사진 용량이 아니다.

iPhone 16 Pro 이전 기종에서 넘어온다면 파일이 실제로 커지긴 한다. 망원 렌즈가 12MP에서 48MP로 뛴 건 진짜 변화이기 때문이다. 하지만 이미 17 Pro를 쓰고 있었다면, 이번 기기 변경으로 "사진이 갑자기 이미지 호스팅 상한을 넘어설지"에 대한 답은 달라지지 않는다. 작년과 같은 수준이다.

이 글은 사실 어떤 세대의 iPhone을 쓰느냐보다, "48MP로 촬영한다는 것" 자체가 업로드 상한에 어떤 의미인지를 다룬다. 새 기기는 그저 자신의 가정을 다시 점검해볼 좋은 계기일 뿐이다.

이미지 호스팅 6곳을 하나씩 확인해봤다 — 상한과 HEIC 지원 여부

이 표를 위해 포럼에 떠도는 출처 불명 숫자를 재활용하고 싶지 않았다. 공식 FAQ나 제품 페이지가 있는 곳은 원문을 직접 읽었고, 없는 곳은 솔직히 그렇다고 밝히지 확신하는 척하지 않았다.

서비스	무료/비로그인 상한	HEIC 지원	업로드 후 처리
lpic.cc	8MB(장당)	업로드는 받지만 서버에서 항상 JPEG로 변환	JPEG로 변환, 무료 플랜은 30일간 보관
Imgur	20MB(정지 이미지 기준, 초과 시 재압축)	공식 문서의 지원 포맷 목록에 HEIC가 없음 — 업로드 전 JPEG/PNG로 변환 권장	비로그인 업로드는 1MB 초과, 로그인 계정은 5MB 초과 시 자동으로 손실 재압축 발생. PNG는 5MB 초과 시 JPEG로 변환
ImgBB	무료 32MB / Pro 64MB	제3자 자료에는 HEIC 지원이 언급되지만 공식 홈페이지엔 전체 포맷 목록이 공개돼 있지 않음 — 실제로 한 장 테스트해보는 게 안전	재압축 여부에 대한 공식 설명 없음
Postimages	32MB(비로그인·무료 계정 동일), 최대 10,000×10,000px	공식 FAQ에 HEIC 언급 없음, 포맷 목록도 미공개	변환 규칙에 대한 공식 설명 없음
Catbox	공식 FAQ에 전체 상한의 구체적인 숫자는 없음(블랙리스트 방식으로 .exe/.scr/.cpl/.doc*/.jar만 차단); 외부 자료에서는 200MB가 자주 인용됨	블랙리스트에 없으므로 이론상 업로드 가능	파일을 1:1로 보관하며 압축도 변환도 하지 않는다고 공식적으로 명시
Flickr	무료 계정 기준 장당 200MB	공식 문서에는 JPEG, PNG, 비애니메이션 GIF가 지원 포맷으로 나와 있음 — HEIC는 명시돼 있지 않음	변환 규칙에 대한 공식 설명 없음

이 중 가장 의외였던 건 Catbox다. "파일을 전혀 건드리지 않는다"고 딱 잘라 말하는 유일한 서비스였다. 대신 지원 포맷을 화이트리스트로 보장하는 게 아니라 블랙리스트 방식으로 운영되고, 장기 보관 정책도 다른 곳들과는 좀 다르다.

lpic.cc의 8MB가 이 표에서 유독 보수적으로 보이는 데도 이유가 있다. 로그인 없이 쓸 수 있는 무료 이미지 호스팅이고, 상한을 낮게 잡는 게 남용과 저장 비용을 억제하는 방식이기 때문이다. 이 부분은 바로 아래에서 더 자세히 다룬다.

표 뒤에 숨은 공식 수치: ProRAW와 HEIC는 실제로 얼마나 큰가

위 비교표가 대충 추측한 것처럼 보이지 않도록 실제 숫자를 여기 밝혀둔다.

애플 공식 지원 페이지에는 명확히 이렇게 적혀 있다. ProRAW는 12MP에서 약 25MB, 48MP에서는 약 75MB — 정확히 3배다. 이건 애플이 직접 공개한 수치이지, 직접 측정한 게 아니다.

HEIC는 좀 더 복잡한데, 손실 압축 방식이라 실제 화면 내용에 따라 파일 크기가 크게 달라져 고정된 숫자가 없다. 독립적인 두 자료가 비슷한 범위를 제시한다. Cleanor의 포맷 비교표는 48MP HEIC를 약 5~~12MB, 12MP HEIC를 약 2~~3MB로 잡고 있고, MiniPx는 48MP HEIC를 약 5~10MB로 별도로 잡고 있다. 둘 다 나뭇잎이나 카펫처럼 고주파 디테일이 많은 복잡한 장면일수록 상한에 가까워지고, 하늘이나 여백처럼 단순한 장면일수록 하한에 가까워진다는 점에는 동의한다.

포맷	해상도	일반적인 용량	출처
ProRAW	12MP	약 25MB	Apple 공식 지원
ProRAW	48MP	약 75MB	Apple 공식 지원
HEIC(일반 촬영)	48MP	약 5~12MB(내용에 따라 달라지는 추정 범위)	Cleanor, MiniPx
HEIC(일반 촬영, 기본값)	12MP	약 2~3MB(추정 범위)	Cleanor

75MB라는 숫자, 눈에 들어오는가. 이게 바로 이 글의 진짜 핵심이다. 방금 위 표에서 봤듯이, 6개 서비스 중 어느 곳도 48MP ProRAW 파일을 여유 있게 받아주지 못하기 때문이다.

8MB와 75MB 사이의 간극, 누구도 피할 수 없다

두 표를 겹쳐보면 답은 이미 명확하다.

48MP ProRAW 파일 한 장(약 75MB)은 6개 서비스 어디에도 들어가지 않는다 — 상한이 가장 큰 Flickr(200MB)조차 그건 단순 전송 상한일 뿐, 플랫폼이 실제로 쓸 수 있는 RAW 파일을 유지해준다는 보장은 아니다. 대부분의 커뮤니티 플랫폼과 포럼은 애초에 RAW 파일 미리보기 자체를 지원하지 않아서, 업로드해봐야 용량만 차지하는 죽은 파일이 될 뿐이다.

48MP HEIC(약 5~15MB)로 바꾸면 상황이 좀 나아지지만, lpic.cc의 8MB 상한이 딱 이 범위 한가운데에 걸린다 — 하늘이나 단순한 배경 같은 가벼운 장면은 대부분 통과하지만, 복잡한 질감이나 야간 장노출 사진은 종종 상한을 넘긴다. Imgur의 20MB, ImgBB의 32MB, Postimages의 32MB는 이 해상도의 HEIC를 처리하기에 여유가 꽤 있다.

구체적인 예를 하나 들어보면: 12MB를 조금 넘는 야간 HEIC 사진은 업로드도 하기 전에 lpic.cc의 8MB 상한에서 바로 막힌다. 반면 같은 파일을 32MB 상한인 ImgBB나 Postimages로 바꿔서 올리면 문제없이 통과한다. 어느 서비스가 더 나쁘다는 얘기가 아니다. "로그인 없는 무료"와 "넉넉한 업로드 상한"은 서로 반대 방향으로 당기는 두 변수일 뿐이다. 상한이 느슨해질수록 남용과 저장 비용을 통제하기는 그만큼 어려워진다.

업로드 후 벌어지는 일: 변환, 재압축, 아니면 그대로 보관

앞의 비교표에는 또 하나 눈여겨볼 단서가 숨어 있다. 똑같이 "업로드 지원"이라고 해도, 서비스마다 원본 파일을 다루는 방식은 전혀 다르다. 크게 세 가지 방식으로 나뉜다.

강제로 범용 포맷으로 변환 — lpic.cc는 HEIC를 받는 즉시 서버 단에서 무조건 JPEG로 변환해, 어떤 기기나 브라우저에서도 문제없이 열리게 한다. 대신 HEIC만 가진 광색역과 HDR 게인맵 정보는 버려진다.
일정 용량을 넘으면 재압축 — Imgur가 가장 대표적이다. 비로그인 업로드는 1MB, 로그인 계정은 5MB를 넘으면 자동으로 손실 재압축이 걸려서, 사진이 한 번 더 압축되며 눈에는 잘 안 띄지만 실제로 존재하는 화질 손실이 생긴다.
원본을 1:1로 그대로 보관 — Catbox가 가장 명확하게 밝히고 있다. 변환도 압축도 없이, 다운로드하는 사람은 업로드했을 때와 정확히 똑같은 바이트를 받는다.

세 방식 중 어느 것도 객관적으로 "정답"은 아니다. 필요에 따라 달라질 뿐이다. 호환성이 중요하고 누구나 열 수 있는 링크가 필요하다면 변환하는 서비스를 고르면 된다. 원본 이미지 데이터를 그대로 보존하고 싶다면 파일을 건드리지 않는 서비스를 찾으면 된다(대신 다소 기본적인 기능만 제공될 수 있다는 점은 감수해야 한다). 느린 연결 환경을 위해 가벼운 파일이 필요하다면, 어차피 대부분의 무료 이미지 호스팅에서 재압축은 이미 기본값이다.

잘 언급되지 않는 부분: 메신저 앱이 이미 한 번 압축해놓았다

"어떤 이미지 호스팅 상한이 가장 좋은가"를 비교하는 대부분의 글에서 빠뜨리는 지점이 있다. 일상적인 공유 상황에서는 이미지 호스팅이 파일을 처음 건드리는 곳이 아니라 두 번째로 건드리는 곳인 경우가 많다는 점이다. 에어드롭이나 메시지/아이메시지로 사진을 보내면, 업로드 폼에 도달하기도 전에 이미 리사이즈되거나 재압축돼 있을 수 있고, 이는 대부분의 메신저 앱에서도 마찬가지다. 카카오톡 같은 경우도 "원본 크기로 전송"을 따로 선택하지 않으면 기본적으로 꽤 강하게 압축하는 편이다. 그러니 카메라 출력 기준으로는 "원래" 12MB였어야 할 HEIC 파일이 이미지 호스팅을 고르는 시점에는 이미 몇 MB 가벼워져 있을 수 있다 — 어떤 상한이 파일을 거절할 거라고 지레짐작하기 전에, 기기에 저장된 실제 파일 크기부터 확인해보는 게 낫다.

디시인사이드나 뽐뿌 카메라 게시판에서는 잘 안 나오는 개인정보 얘기도 있다. 사진이 기기를 벗어나는 순간부터, 개인정보보호법은 서비스가 사진을 얼마나 오래 보관할 수 있는지, GPS 위치 같은 내장 메타데이터를 어떻게 처리할 수 있는지에 대해 꽤 구체적인 기준을 둔다. 업로드 전에 이 부분까지 확인하는 사람은 드물지만, 위치 정보가 포함된 사진을 자주 공유한다면 용량 상한뿐 아니라 서비스의 보관 정책도 한번 살펴볼 가치가 있다.

기기 변경 후 실제로 해볼 만한 세 가지

지금까지 내용을 오늘부터 바로 실천할 수 있는 세 단계로 정리하면:

먼저 카메라 포맷 설정을 확인한다 — HEIC + 고효율은 iPhone 기본값이고, 일상 공유에는 이게 가장 균형 잡힌 선택이다. 실제로 나중에 편집할 계획이 있을 때만 ProRAW로 바꾸자. 장당 75MB는 생각보다 훨씬 빠르게 저장 공간을 채운다.
업로드 전에 확장자와 용량을 확인한다 — 사진을 길게 눌러 정보를 확인하고, 평소 쓰는 이미지 호스팅의 상한을 넘는다면 압축할지 다른 서비스로 바꿀지 미리 정해둔다.
"빠른 공유"와 "원본 보관"을 구분한다 — 포럼이나 단톡방에 올릴 때는 변환이나 압축이 돼도 상관없다. 클라이언트나 편집자에게 넘길 파일이라면 파일을 건드리지 않는 서비스를 쓰거나, 기기 또는 클라우드에 원본을 따로 남겨둔다.

세 번째가 가장 자주 놓치는 부분이다. 사진을 찍자마자 같은 곳에 습관적으로 올리는 사람이 많은데, 정작 원본이 필요한 순간에야 이미 압축돼 있었다는 걸 알게 된다 — 그때는 이미 되돌릴 수 없다.

이 그림 속에서 lpic.cc는 어디쯤 있나

lpic.cc 얘기로 돌아가면, 앞서 말한 "빠른 공유" 용도에 딱 맞는 서비스다. 로그인 없이 업로드하면 바로 공유 링크가 생기고(이미지 직링크가 아니라 게시물 페이지로 연결되는 링크다), 비밀번호 보호와 한 번 보면 자동으로 사라지는 일회성 링크도 지원해서 스크린샷이나 계속 남겨두고 싶지 않은 사적인 사진을 보낼 때 편리하다.

다만 한계는 업로드하다 곤란해지기 전에 미리 분명히 짚고 넘어가야 한다. 장당 8MB 상한은 48MP HEIC 중 무거운 축에는 부족하고, ProRAW는 말할 것도 없다. HEIC는 업로드하면 JPEG로 변환되기 때문에 색상과 디테일이 다소 손실된다. 무료 플랜은 30일간만 보관되며 광고로 운영된다. 용량이 큰 48MP 야간 HEIC를 올리고 싶다면, 먼저 파일 크기를 확인하고 8MB를 넘는다면 미리 직접 압축하거나 다른 서비스를 선택해야 한다.

한마디로 정리하면, 일상적인 빠른 공유에는 충분히 빠르고 충분히 쓸 만하다. 하지만 대용량 파일, 원본 화질, 장기 보관이라는 세 가지 측면에서는 어느 것도 강점이 아니다.

자주 묻는 질문

Q1: iPhone 18 Pro 사진이 정말 17 Pro보다 큰가요?

아니다. 두 세대 모두 48MP 렌즈 세 개와 동일한 크기의 메인 센서를 쓴다. 18 Pro에서 추가된 건 가변 조리개와 향상된 저조도 성능이지 해상도가 아니다. 파일 크기는 작년과 같은 수준이다. 16 Pro 이전 기종에서 넘어온다면 망원 렌즈가 12MP에서 48MP로 뛴 만큼 파일이 눈에 띄게 커진 걸 체감하겠지만, 그 변화는 이미 17 Pro 때 일어난 것이지 올해 얘기가 아니다.

Q2: 48MP HEIC는 항상 이미지 호스팅 상한을 넘기나요?

꼭 그런 건 아니고, 장면에 따라 다르다. 하늘이나 단순한 배경처럼 저주파 화면은 4~5MB에 그칠 수도 있고, 복잡한 질감이나 야간 장노출은 15MB를 넘길 수도 있다. 8MB 상한 서비스(lpic.cc 등)는 후자를 거부할 가능성이 크고, 20MB 이상 서비스(Imgur, ImgBB, Postimages)는 대체로 둘 다 무리 없이 처리한다.

Q3: ProRAW 파일을 이미지 호스팅에 바로 올릴 수 있나요?

대부분의 서비스는 권장하지 않고 실용적이지도 않다. 48MP ProRAW는 약 75MB로, 대부분의 무료 업로드 상한을 훌쩍 넘는다. 게다가 대다수 이미지 호스팅은 브라우저에서 RAW 파일 미리보기 자체를 지원하지 않아서, 올려봐야 쓸모없이 방치될 뿐이다. ProRAW는 컴퓨터에서 먼저 후반 작업을 마친 뒤 JPEG나 HEIC로 내보내 공유하는 용도에 더 적합하다.

Q4: 이미지 호스팅이 HEIC를 JPEG로 변환하면 화질이 많이 나빠지나요?

보통은 육안으로 잘 티가 안 나지만, HEIC만 가진 광색역과 HDR 게인맵 정보는 이 과정에서 사라진다. 가벼운 공유용이라면 크게 문제되지 않지만, 나중에 편집할 때를 위해 원본 색상을 보존하고 싶다면 변환하지 않는 서비스를 찾거나 직접 원본 파일을 따로 백업해두는 게 좋다.

Q5: 새 기기의 사진 포맷 설정을 바꿔야 하나요?

일상용이라면 기본값인 HEIC + 고효율을 그대로 유지하면 된다. 호환성과 화질의 균형이 잘 잡혀 있다. 정말 상업용 촬영이나 대형 인쇄가 필요할 때만 ProRAW로 수동 전환하되, 장당 약 75MB라는 점을 감안해 업로드할 서비스가 이걸 받아줄 수 있는지 미리 확인해두자.

참고 자료

#iPhone 18 Pro#HEIC#ProRAW#이미지 업로드 상한#기기 변경#사진 포맷#48MP

작성자

Alex Chen

제품 테스터

모든 툴을 직접 사용해보고, 1인칭 시점으로 실제 사용 경험을 전달합니다.