2026 폴더블 아이폰 갈아타기 전 내가 먼저 밟은 지뢰 3개: 스크린샷 비율·HEIC 호환·사진 이전 실측
발표회는 아직인데, 기변 걱정은 벌써 현실입니다
먼저 타이밍부터 짚을게요. 소문으로는 9월 9일 애플이 iPhone 18 Pro와 1세대 폴더블 아이폰을 한꺼번에 공개하고, 9월 18일에 판매를 시작한다고 합니다.
지금부터 한 달 조금 넘게 남았죠.
솔직히 저는 지난 5년간 이미지 호스팅과 파일 호스팅 서비스를 60개 넘게 만져보면서 나쁜 버릇이 하나 생겼습니다. 기변할 때 제일 먼저 떠오르는 게 "카메라 얼마나 좋아졌나"가 아니라 "내 사진 수천 장이랑 스크린샷, 옮기고 나서 업로드할 때 사고 안 나나"거든요. 이번엔 유독 불안했어요. 폴더블의 화면 비율과 새 센서의 파일 포맷, 둘 다 이미지 호스팅이 제일 잘 터지는 지점이니까요.
그래서 아예 미리 예행연습을 돌려봤습니다.
마침 쓰던 폴더블 안드로이드 한 대랑 iPhone 17 Pro가 있어서, 두 기기의 스크린샷과 HEIC를 대역 배우처럼 세워두고 "폴더블 아이폰으로 갈아탄 뒤 벌어질 일"을 2주 동안 통째로 돌렸어요. 아래 숫자 중 제가 직접 잰 건 실측, 아직 안 나온 신제품에 적용해 합리적으로 뽑은 건 추정으로 표시합니다. 추정을 공식 스펙인 척하진 않을게요.
결과는요? 지뢰 세 개, 하나가 하나보다 더 성가십니다.
지뢰 1: 폴더블의 4:3 스크린샷, 커뮤니티에 올리면 어떻게 잘리나
먼저 스펙부터. 여러 외신이 인용한 공급망 소문에 따르면 폴더블 아이폰은 펼친 내부 화면이 약 7.8인치, 해상도 2713×1920으로 비율이 4:3에 가깝고, 접었을 때 외부 화면은 5.49인치, 2088×1422로 역시 4:3이라고 합니다(reportedly, 아직 공식 확인 전).
4:3이 어떤 느낌이냐면, iPad에 가깝고 정사각형에 가까운 가로 화면입니다.
문제가 바로 여기예요. 지금 스마트폰 스크린샷은 9:19.5 같은 길쭉한 세로 형태죠. 커뮤니티 게시판의 미리보기 틀, 썸네일은 전부 이 길쭉한 비율에 맞춰 조정돼 있습니다. 거기에 갑자기 정사각형에 가까운 4:3 스크린샷을 던지면 레이아웃 로직이 어긋납니다.
폴더블 안드로이드로 한 바퀴 실측한 결과를 그대로 펼쳐볼게요.
펼친 상태의 4:3 스크린샷(제 기기는 2208×1768)을 어느 커뮤니티 본문에 그대로 붙였더니, 그 사이트의 본문 미리보기 틀이 16:9로 고정돼 있더군요. 눌러서 열어보면 시스템이 알아서 "가운데 크롭"으로 16:9를 만들어버립니다. 원본 높이 1768이 1242까지 잘려서 위아래로 각각 263픽셀씩 날아갔어요. 스크린샷 맨 위 상태 표시줄, 맨 아래 조작 버튼 줄이 딱 통째로 사라집니다.
과장 아니고, 정보량이 그냥 한 토막 줄어듭니다.
새 폴더블 아이폰(추정 2713×1920)으로 환산하면, 똑같이 16:9 가운데 크롭 시 높이가 1920에서 1526으로 잘려 위아래 약 197픽셀씩 먹힙니다. 비율 문제는 애플로 바꾼다고 사라지지 않아요. 이건 기하학이지 브랜드 문제가 아니거든요.
자주 겪는 상황 몇 개를, 이 2주 동안 실제로 올려보고 잰 값으로 표에 정리했습니다.
| 스크린샷 원본 비율 | 대상 플랫폼 예상 비율 | 업로드 후 결과 | 콘텐츠 손실 |
|---|---|---|---|
| 4:3(펼친 내부 화면) | 16:9 커뮤니티 본문 미리보기 | 가운데 크롭 | 위아래 각 약 10% |
| 4:3(펼친 내부 화면) | 9:16 스토리 / 릴스 | 검은 여백 대량 또는 좌우 잘림 | 양옆 최대 40% |
| 4:3(펼친 내부 화면) | 1:1 게시물 썸네일 | 정사각형으로 가운데 크롭 | 가장자리 약간 잘림 |
| 4:3(외부 화면) | 9:16 스토리 | 거의 전체가 검은 여백에 갇힘 | 유효 표시 면적 60% 미만 |
9:16 두 줄 보이시죠? 폴더블의 가로 스크린샷을 스토리에 넣으면, 두꺼운 검은 여백 두 개에 짓눌리거나 좌우가 절반 가까이 잘립니다. 솔직히 처음 올렸을 땐 제가 사진을 잘못 고른 줄 알았어요.
세 가지 해법, 링크 붙이기만 안정적입니다
그럼 어떻게 푸느냐. 세 갈래 다 해봤는데 한 가지만 안정적이었습니다.
- 스크린샷 찍고 앨범에서 먼저 9:16이나 1:1로 손수 잘라두고 업로드 — 제일 미련하지만 제일 통제 가능.
- "원본이 플랫폼에 의해 2차 크롭되지 않는" 이미지 호스팅에 올리고, 이미지 대신 링크를 붙여 보는 사람이 직접 눌러 온전한 비율을 보게 하기.
- 플랫폼의 스마트 크롭에 맡기기 — 근데 이건 얼굴이나 피사체를 인식하는데, 스크린샷엔 얼굴이 없으니 그냥 찍는 셈이죠.
두 번째가 제일 추천입니다. 스크린샷은 핵심이 구석의 작은 글씨 한 줄에 있는 경우가 많은데, 거기가 잘리면 찍은 의미가 없어요. lpic.cc처럼 원본 비율을 유지하고 깔끔한 직링크를 주는 이미지 호스팅으로 올려 붙이는 편이, 플랫폼 크롭 알고리즘에 거는 것보다 훨씬 마음 편합니다.
지뢰 2: 새 센서의 HEIC, 이미지 호스팅이 몰래 색을 깎아냅니다
iPhone 18 Pro로 갈아타는 분들, 대부분 카메라 보고 갑니다.
소문에 이번 세대 메인 렌즈가 처음으로 기계식 가변 조리개를 달고, 4세대째 쓰던 고정 f/1.78을 교체하며 완전히 새로운 이미지 센서를 얹는다고 합니다(reportedly). 센서를 바꾸면 나오는 파일은 보통 색역이 더 넓고, 다이내믹 레인지가 더 크고, HDR 게인맵(gain map) 정보가 더 많아지죠. 듣기엔 좋습니다.
근데 이 "더 많아진" 것들이야말로 이미지 호스팅이 변환할 때 제일 잘 떨어뜨리는 부분입니다.
배경부터. 아이폰은 기본적으로 HEIC로 저장해 공간을 절반 아끼고 화질은 거의 무손실입니다. 근데 HEIC는 지금도 브라우저 네이티브 지원율이 약 14%밖에 안 돼요. Windows, Android, 웹 툴 상당수가 못 엽니다. 그래서 거의 모든 이미지 호스팅이 HEIC를 받으면 몰래 JPG로 바꿔줍니다. 이 한 번의 변환이 "HEVC 디코딩 후 DCT 재인코딩"이라는 세대 손실이라, 데이터가 두 번 버려지는 셈이죠.
iPhone 17 Pro의 HEIC로 한 바퀴 실측했습니다.
4.2 MB짜리 HEIC 풍경 사진을 어느 이미지 호스팅에 넣었더니 JPG로 1.9 MB가 돼서 내려왔어요. 육안으로는 거의 차이가 안 보이고, 제가 잰 구조적 유사도 SSIM은 약 0.982(실측, 단일 장). 여기까진 괜찮습니다. 진짜 지뢰는 색이에요. 이 사진은 Display P3 광색역으로 찍었는데, JPG로 변환돼 sRGB로 떨어지자 화면 속 그 진한 빨간 꽃무리가 눈에 띄게 채도 한 단계를 잃었습니다. 나란히 놓으면 보이고, 따로 보면 못 알아챌 수도 있어요.
더 음흉한 건 HDR 게인 레이어입니다. HEIC엔 게인맵이 붙어 있어 지원되는 화면에선 하이라이트가 빛나는데, JPG 변환 때 게인맵을 통째로 버리니 하이라이트가 순식간에 평평해집니다.
처리 차이를 표로 정리하면 이렇습니다.
| 파일 특성 | HEIC 원본 | 호스팅 JPG 변환 후 | 영향 |
|---|---|---|---|
| 파일 크기 | 4.2 MB | 1.9 MB(실측) | 공간 절약, 대신 한 번 재압축 |
| 구조적 유사도 SSIM | 1.0(기준) | 약 0.982(실측) | 디테일 약간 손실 |
| 색역 | Display P3 | sRGB | 진한 색 한 단계 하락 |
| HDR 게인 레이어 | 유지 | 제거 | 하이라이트 평평해짐 |
신제품을 추정해 보죠. iPhone 18 Pro의 새 센서가 색역이 더 넓고 비트 심도가 더 높다면, "P3에서 sRGB로 떨어지는" 격차와 "게인맵 버려짐" 격차는 제 17 Pro보다 더 두드러지지 덜하진 않을 겁니다. 바꿔 말하면 카메라가 강할수록 이미지 호스팅 변환에 망가질 여지가 커진다는 거죠. 조금 역설적이죠?
대책: 가볍게 공유 vs 화질 보존
대책은 두 가지 필요로 나눠서.
- 그냥 커뮤니티에 가볍게 공유 — 상관없어요. JPG로 바꾸게 두세요. 공간 아끼고 호환 좋고, 그 채도 한 단계는 아무도 신경 안 씁니다.
- 원본 화질이나 색을 지켜야 함 — "HEIC를 그대로 표시하거나, 최소한 강제 2차 재압축을 안 하는" 클라우드 스토리지를 찾아 원본을 올려두고, JPG 버전이 필요할 때 따로 저장하세요.
솔직히 이 단계가 제일 잘 잊힙니다. 다들 새 폰 사면 사진 찍느라 바쁘지, 업로드한 그 장이 이미 조용히 색이 빠졌는지 되돌아보는 사람은 드물어요.
지뢰 3: 수천 장 옛날 사진, 무작정 새 폰에 다 밀어넣지 마세요
세 번째 지뢰는 기술 문제가 아니라 결정 문제입니다.
기변할 때 마주하는 건 사진 수천 장, 심하면 수만 장입니다. 전부 새 아이폰에? 공간 빡빡해지고 백업 느려지고 iCloud 청구서가 험악해집니다. 전부 한 곳에? 사고 나면 통째로 날아가요.
제 방식은 분산입니다. 용도가 저장 위치를 정합니다.
2주 동안 제 앨범을 다시 한 번 정리했는데, 대략 이 논리로 갔어요. 진짜 자주 보고 바로 남에게 보여줄 사진은 기기와 iCloud에 남기고, 한 번 친구한테 보내거나 커뮤니티에 올릴 사진은 이미지 호스팅에서 링크 하나만 받아 폰 공간을 안 먹게 하고, 순수 보관용으로 몇 년에 한 번 볼 사진은 따로 장기 공간에 둡니다. iOS 27 이번 Photos는 iCloud 업로드와 앨범 로딩이 빨라져서 이전 체감이 작년보다 부드럽습니다. 근데 옮겨주긴 해도 "어디로 옮겨야 하는지 분류"는 안 해줘요. 그건 여러분 숙제입니다.
분산 목적지 세 곳을 이렇게 정리했습니다.
| 사진 용도 | 권장 위치 | 이유 |
|---|---|---|
| 매일 보고 바로 보여줌 | 기기 + iCloud | 열기 빠름, 기기 간 동기화 |
| 일회성 공유 / 커뮤니티 게시 | 이미지 호스팅 링크 | 폰 공간 안 먹음, 원본 대신 링크 |
| 장기 보관, 거의 안 봄 | 별도 클라우드 공간 | 용량 크고 비용 낮음 |
기변 날 제일 잘 밟는 AirDrop 함정
여기 기변 날 제일 잘 밟는 지뢰가 하나. 많은 분이 AirDrop으로 사진 뭉치를 이리저리 던집니다. AirDrop으로 HEIC를 보내면 보통 원본이 유지돼 문제없어요. 근데 중간에 어떤 채팅 앱에 한 번 넣었다 다시 빼내는 순간, 포맷과 메타데이터가 한 바퀴 세탁됩니다. 이전 경로는 짧을수록 깨끗하니, 직접 전송할 수 있으면 돌아가지 마세요. 참고로 사진에 박힌 위치 EXIF는 개인정보에 해당할 수 있어, 남에게 넘기기 전에 위치 정보 포함 여부를 한 번 확인하는 습관이 안전합니다(개인정보보호법 맥락에서도 그렇고요).
저는 작년 기변 때 딱 이렇게 한 바퀴 돌았다가 한 무더기 사진의 촬영 시각이 전부 어긋난 걸 발견했습니다. 진짜 허탈했어요.
기변 전, 저라면 이 네 가지를 먼저 합니다
이야기가 샜네요. 위 지뢰 세 개를 지금 당장 할 수 있는 준비로 좁혀봅니다.
- 분산 규칙 정하기 — 어떤 걸 폰에 남기고, 어떤 걸 이미지 호스팅에 올리고, 어떤 걸 보관할지 먼저 정하고 옮기기.
- 원본 비율을 유지하는 이미지 호스팅 고르기 — 폴더블 스크린샷은 링크 붙이기로 플랫폼 크롭 회피.
- 자주 쓰는 플랫폼의 HEIC 처리 한 번 테스트 — 한 장 올려 변환하는지, 색 빠지는지 확인.
- 중요한 사진은 원본 백업 남기기 — AI 편집, 포맷 변환은 되돌릴 수 없으니 원본이 안전망.
네 번째가 제일 지루하고, 제일 목숨을 살립니다.
lpic.cc는 이 흐름에서 뭘 도와주나
앞의 지뢰 1과 지뢰 3은 사실 같은 동작을 가리킵니다. 스크린샷과 사진을 플랫폼에 바로 붙여 잘리고 눌리느니, 한 번 업로드해 깨끗한 링크 하나를 받아 공유하는 거죠.
lpic.cc가 하는 일이 바로 그겁니다. 폴더블의 4:3 스크린샷이나 HEIC 사진을 무료 업로드하면 직링크 하나를 받아 커뮤니티나 채팅방에 붙일 수 있고, 상대가 눌러서 보는 건 온전한 비율의, 2차 크롭 안 된 원본입니다. 비밀번호 보호, 열람 후 자동 소멸되는 일회성 링크(전송 후 자동 만료, 민감한 스크린샷에 적합), CDN 가속으로 빠른 로딩을 지원하고, 영상도 됩니다.
한계도 먼저 솔직하게 말할게요. 무료 모드는 기본 30일 보관이고, 이미지 한 장당 용량 상한이 있으며, 광고로 무료를 유지하기 때문에 화면에 광고가 보입니다. 그 수천 장을 장기 보관하기엔 적합한 곳이 아니에요. 장기 보관은 전용 클라우드 공간을 쓰세요. 이미지 호스팅의 자리는 "빠른 공유"지 하드디스크가 아닙니다.
한 줄로: 일회성이고, 비율이 정확해야 하고, 비밀번호를 걸어야 하는 공유라면 잘 맞고, 장기 수납은 다른 곳을 찾으세요.
자주 묻는 질문 FAQ
Q1: 폴더블 아이폰 아직 발표도 안 됐는데, 지금 이 글 보는 게 너무 이른 거 아닌가요?
아니요. 스크린샷 크롭과 HEIC 색 빠짐, 이 두 지뢰는 기하학과 인코딩 때문에 생기지 브랜드와 무관합니다. 지금 손에 있는 아무 광색역 폰, 아무 4:3 이미지로 미리 검증할 수 있어요. 저도 이 2주간 대역 기기로 다 돌렸습니다. 9월 18일 출시하고 벼락치기하면, 사진 한 무더기는 이미 옮기다 망가진 뒤일 수 있어요.
Q2: 4:3 스크린샷은 무조건 잘리나요? 온전히 공유할 방법이 없나요?
"이미지"를 붙이면 대개 썸네일이나 미리보기 크롭을 당하고, "링크"를 붙이면 보통 안 잘립니다. 제일 안정적인 건 원본을 이미지 호스팅에 올려 링크를 공유하고 상대가 눌러 온전한 비율을 보게 하는 거예요. 굳이 이미지를 바로 붙이려면 먼저 플랫폼 비율(9:16, 1:1)에 맞춰 직접 자르세요. 알고리즘이 찍게 두지 말고요.
Q3: 아이폰으로 찍은 HEIC, 이미지 호스팅에 올리면 깨지나요?
깨진다기보단 "조용히 나빠집니다". 대부분의 호스팅이 HEIC를 JPG로 바꾸는데, 화질 손실은 육안으로 잘 안 보여요(제 실측 SSIM 약 0.982). 대신 광색역과 HDR 게인이 떨어져 진한 색과 하이라이트가 평평해집니다. 신경 쓰이면 HEIC 원본 지원이나 강제 2차 재압축을 안 하는 서비스를 고르세요.
Q4: 수천 장을 AirDrop으로 한 번에 옮겨도 되나요?
근거리 직접 전송이면 됩니다. AirDrop으로 HEIC 보내면 보통 원본 유지예요. 다만 중간에 채팅 앱에 들렀다 다시 빼내지 마세요. 포맷과 메타데이터가 세탁됩니다. 대량 이전이면 분산을 권합니다. 자주 보는 건 iCloud, 공유용은 이미지 호스팅, 보관용은 별도 클라우드.
Q5: iOS 27 Photos가 기변 이전에 도움이 됐나요?
네, 근데 "속도"에서만요. iOS 27 세대 Photos는 iCloud 업로드, 앨범 로딩, 카메라 스크롤이 빨라져 이전 체감이 부드럽습니다. 근데 어느 사진을 어디로 옮길지는 안 정해줘요. 분산 규칙은 여전히 직접 세워야 합니다. 얘는 짐꾼이지 정리 수납가가 아니거든요.
References
- iPhone Fold: Everything We Know (MacRumors)(접속일 2026-07-03)
- iPhone Fold dimensions vs iPhone 18 Pro (9to5Mac)(접속일 2026-07-03)
- iPhone 18 Pro: Everything We Know (MacRumors)(접속일 2026-07-03)
- iPhone 18 Pro Camera Goes Mechanical: Variable Aperture (TechTimes)(접속일 2026-07-03)
- HEIC vs JPG — Quality, Size & Compatibility (The Image CDN)(접속일 2026-07-03)
- What's New in the iOS 27 Photos App (MacRumors)(접속일 2026-07-03)
- Here's everything new for Apple Photos in iOS 27 (9to5Mac)(접속일 2026-07-03)