NearIMG

2026-10-06

애플·구글의 실제 스크린샷 규격 — 그리고 ‘크기 오류’가 계속 나는 이유

애플 개발자 포럼에 올라온 한 글은 익숙한 종류의 답답함을 그대로 보여줍니다. “앱스토어 커넥트가 스크린샷 업로드를 계속 ‘크기가 올바르지 않음’(또는 size invalid) 오류로 반려합니다. 애플 문서에 나온 모든 크기와 해상도로 내보내 봤지만 아직 어느 것도 받아들여지지 않습니다.” 작성자는 결국 640×920픽셀로 문제를 해결했는데, 이 수치는 애플의 공개 스크린샷 규격 페이지 어디에도 나오지 않습니다 — 알고 보니 그 업로드 칸은 일반적으로 다들 맞추려 하는 제품 페이지 스크린샷이 아니라, 애플 심사팀이 인앱 구독 플로우를 평가할 때 쓰는 별도의 더 작은 스크린샷 칸이었습니다. 이 혼란 자체가 핵심입니다 — 애플과 구글플레이는 각각 쇼핑객이 실제로 보게 되는 리스팅 스크린샷에 대해 구체적인 규격을 공개하고 있지만, 두 규격은 거의 정반대 논리로 작동합니다.

애플 공식 규격이 실제로 요구하는 것

앱스토어 커넥트의 스크린샷 규격 페이지는 기본 원칙을 명확히 밝힙니다. “스크린샷은 최소 1장부터 디바이스 사이즈당 최대 10장까지 .jpeg, .jpg, 또는 .png 형식으로 업로드할 수 있습니다” — 그리고 별도로, “이미지에는 알파 채널이나 투명도가 포함될 수 없습니다.”라고 명시합니다. 그 아래 “필수 디바이스 사이즈” 항목은 의외로 맞추기 쉬운데, 놓치기도 쉽습니다. “아이폰: 다이내믹 아일랜드(미디엄 디스플레이)용 스크린샷 최소 1장”, 그리고 “앱이 아이패드OS를 지원하는 경우”에 한해 “13인치 아이패드 디스플레이용 스크린샷 최소 1장” 뿐입니다. 그 외 나머지 — 아이폰·아이패드의 다른 7개 이상 디스플레이 등급, 맥, 애플TV, 애플 비전 프로, 애플워치 — 는 전부 선택사항입니다. 이유는 이어지는 한 문장 때문입니다. “앱의 사용자 인터페이스가 여러 디바이스 사이즈와 언어 전반에서 동일하다면, 가장 높은 필수 해상도용 스크린샷만 제공하면 됩니다. 앱스토어 커넥트가 더 작은 디바이스 사이즈용으로 자동 축소합니다.”

같은 디바이스 등급에 왜 서로 다른 픽셀 크기가 세 개씩 나올까

바로 이 부분이, 실제 공식 페이지를 그대로 읽은 사람조차 “크기 오류”에 걸리게 만드는 지점입니다. 애플의 표는 디스플레이 등급마다 숫자 하나만 주지 않습니다. “다이내믹 아일랜드 (라지 디스플레이)”로 분류된 등급 — 현재 아이폰 Air, 아이폰 18/17/16/14 프로 맥스, 아이폰 16/15 플러스, 아이폰 15 프로 맥스를 포함합니다 — 은 1260×2736, 1290×2796, 1320×2868픽셀, 세 가지 허용 크기를 나란히 나열합니다(세로로 제출하거나 가로로 돌려도 됩니다). 이것은 애플이 모호해서가 아닙니다. 이 세 숫자는 각 기기 세대가 실제로 촬영하는 고유 네이티브 스크린샷 해상도이고, 페이지는 그 등급의 모든 기기를 인위적인 하나의 숫자로 강제하는 대신 실제로 나온 해상도 그대로를 받아들이는 것뿐입니다. 어떤 등급이 나열한 옵션 중 어느 것에도 해당하지 않는 크기로 찍힌 스크린샷은 — 설령 비슷해 보이거나 작년 기종이었다면 맞았을 크기라도 — 바로 그 오류를 일으킵니다.

애플 디바이스 등급해당 기종(예)허용 크기(세로)필수 여부
아이폰, 다이내믹 아일랜드(미디엄 디스플레이)아이폰 14/15/16/17/18 프로, 15/16/17 1179×2556 또는 1206×2622px필수 — 모든 앱이 제공해야 하는 유일한 아이폰 스크린샷 크기
아이폰, 다이내믹 아일랜드(라지 디스플레이)아이폰 Air, 14–18 프로 맥스, 15/16 플러스1260×2736, 1290×2796, 또는 1320×2868px 선택 — 마케팅용 스크린샷에 가장 흔히 쓰임
아이패드, 13인치 디스플레이아이패드 프로(M4/M5), 아이패드 에어(M2–M4) 2064×2752 또는 2048×2732px아이패드OS를 지원하면 필수

구글플레이: 고정 목록이 아니라 범위와 비율

구글플레이 콘솔의 공식 도움말 페이지는 정반대 방식을 씁니다 — 맞춰야 할 정확한 크기 목록 대신, 최솟값·최댓값·비율 규칙을 둡니다. 원문을 그대로 인용하면: “스토어 등록정보를 게시하려면 서로 다른 기기 유형에서 최소 2개의 스크린샷을 제공해야 합니다. JPEG 또는 24비트 PNG(알파 없음). 최소 크기: 320px. 최대 크기: 3,840px. 스크린샷의 최대 크기는 최소 크기의 두 배를 초과할 수 없습니다.” 표준 9:16 세로 비율인 1080×1920px 스크린샷은 1.78배 비율로 이 규칙을 여유 있게 통과하는 반면, 1000×2200px 스크린샷은 2.2배 비율로 그대로 탈락합니다 — 두 숫자 모두 언뜻 보기엔 특별히 이상해 보이지 않기 때문에, 업로드 전에 계산기로 직접 확인해볼 가치가 있는 종류의 비율입니다. 구글의 페이지는 그 위에 선택적 등급도 하나 더 둡니다. 대형 “추천 앱” 노출 영역의 대상이 되려면 “최소 1080px 해상도의 스크린샷을 4개 이상 제공해야 합니다” — 가로는 16:9 비율로 최소 1920×1080, 세로는 9:16 비율로 최소 1080×1920입니다.

두 스토어 다 생략할 수 없는 피처 그래픽

스크린샷과 별개로, 구글플레이는 게시 자체를 위해 이미지 하나를 더 요구합니다. 바로 피처 그래픽인데, 구글의 도움말 페이지는 이를 “JPEG 또는 24비트 PNG(알파 없음)”로, 크기는 정확히 “가로 1024px, 세로 500px”로 규정합니다 — 범위도 대체 크기도 없는, 스크린샷 위에 표시되고 앱의 경우 다른 앱 광고와 함께 대형 컬렉션에도 쓰이는 고정된 배너 하나입니다. 애플 쪽에는 이에 상응하는 단일 고정 크기 필수 요건이 없습니다. 앱스토어 커넥트에서 가장 가까운 대응물인 선택적 앱 프리뷰 영상의 포스터 프레임은 별도 자산으로 업로드하는 게 아니라 영상 자체에서 추출됩니다.

스크린샷을 검증하는 두 가지 정반대 방식 애플: 정확한 크기 하나와 일치 1260×2736px ✓ 1290×2796px ✓ 1320×2868px ✓ 1280×2780px ✗ 비슷해도 반려 약 10개 디바이스 등급별 고정 목록 구글플레이: 범위 안에 맞추기 한 변 320–3840px 긴 변 ≤ 짧은 변×2 1080×1920px ✓ 1500×2200px ✓ 1000×2200px ✗ 비율 초과 공식 하나로 여러 크기가 통과 원본 사진 한 장으로 둘 다 맞추려면 목표 비율로 먼저 크롭하고, 애플 한 디바이스 등급의 정확한 픽셀 쌍으로 리사이즈 — 같은 크롭을 다시 리사이즈하면 구글의 범위도 거의 항상 이미 통과합니다. 크롭 → 리사이즈(px) → 컨버트
애플은 디바이스 등급별로 고정된 정확한 픽셀 크기 목록과 일치하는지 검증합니다 — 비슷하지만 다른 크기도 완전히 틀린 크기와 똑같이 반려됩니다. 구글플레이는 범위와 변 비율 공식으로 검증하므로, 계산이 맞아떨어지는 한 여러 크기가 통과합니다.

숫자를 나란히 비교하면

요건애플 앱스토어구글플레이
파일 형식.jpeg, .jpg, 또는 .pngJPEG 또는 24비트 PNG
알파/투명도불가불가(“알파 없음”)
스크린샷 개수디바이스 사이즈당 1~10장게시하려면 서로 다른 기기 유형에서 최소 2장
크기 규칙디바이스 등급별 정확한 크기 하나와 일치(예: 필수 아이폰 등급은 1179×2556 또는 1206×2622)한 변 320–3840px, 긴 변은 짧은 변의 2배 이하
추가 고정크기 자산필수 없음피처 그래픽, 1024×500px, 게시 필수

nearIMG로 규격에 맞는 세트 만들기

  • 비율이 안 맞으면 먼저 크롭합니다. 기기나 시뮬레이터에서 직접 찍은 스크린샷은 보통 이미 그 기기에 필요한 정확한 비율이지만, 화면 녹화에서 뽑은 프레임, 기기 테두리를 합성한 마케팅용 이미지, 또는 목표 크기와 다른 폰에서 찍은 스크린샷은 대개 그렇지 않습니다. 이 비율 불일치가 단순 리사이즈를 늘어나거나 중심이 어긋난 결과로 만듭니다.
  • 퍼센트가 아니라 정확한 픽셀 쌍으로 리사이즈합니다. nearIMG의 리사이즈 도구는 px 모드에서 실제 너비·높이 값을 입력받습니다. 목표 디바이스 등급에 맞춰 애플이 나열한 크기 중 하나(예: 필수 아이폰 크기인 1179×2556)를 입력하거나, 긴 변이 짧은 변의 두 배를 넘지 않는 선에서 구글플레이의 320–3840px 범위 안 아무 값이나 입력하면 됩니다.
  • WebP가 아니라 PNG 또는 JPG로 컨버트합니다. nearIMG는 WebP로도 출력할 수 있지만, 두 스토어의 스크린샷 규격 어디에도 WebP는 허용 목록에 없습니다. 애플은 .jpeg/.jpg/.png만, 구글플레이는 JPEG 또는 24비트 PNG만 받습니다.
  • 알파 채널 규정에는 JPG가 더 안전합니다. 두 스토어 모두 스크린샷에 알파 채널이 들어가면 안 된다고 명시합니다. nearIMG를 비롯한 모든 온디바이스 이미지 도구가 결국 그려 넣는 브라우저 캔버스는, 모든 픽셀이 완전히 불투명하더라도 PNG 출력을 보통 RGBA 색상 타입으로 인코딩합니다. 완전히 불투명한 스크린샷이라면 실무상 문제없는 기술적 세부사항일 뿐이지만, 대신 JPG로 변환하면 애초에 JPEG에는 인코딩할 알파 채널 자체가 없으므로 이 문제가 통째로 사라집니다.
  • 이 작업을 브라우저 안에서 해야 하는 이유는 특히, 출시 전 스크린샷이 아직 공개 안 된 UI나 가격 정책을 보여주는 경우가 많기 때문입니다 — 앱이 아직 공개되지 않은 상태에서 임의의 업로드 기반 변환 사이트에 넘길 만한 것이 아닙니다.

이것이 하지 않는 것

  • nearIMG에는 유튜브·인스타그램·링크드인처럼 앱스토어·구글플레이 전용 프리셋이 없습니다. 애플의 약 10개 디바이스 등급이나 구글의 개방형 범위 중 어느 쪽을 목표로 하든, 너비와 높이를 직접 입력해야 합니다.
  • 애플의 가이드라인 2.3.3에 따른 반려는 고쳐주지 않습니다. 이 조항은 스크린샷이 “타이틀 아트, 로그인 화면, 스플래시 화면이 아니라 실제 사용 중인 앱의 모습을 보여줘야 한다”고 요구합니다 — 이것은 크기 규정이 아니라 내용 규정이며, 애플 자체의 2025 앱스토어 투명성 보고서 기준으로 그해 전체 반려 2,093,244건 중 1,354,418건을 차지한 더 큰 “퍼포먼스” 가이드라인 묶음 안에 속합니다 — 법무·디자인·비즈니스·안전 항목을 전부 합친 것보다 많습니다.
  • 지금 업로드하는 칸이 애플의 어느 디바이스 등급을 원하는지는 알려주지 않습니다. 이 글 서두의 포럼 글이 보여주듯, 앱스토어 커넥트에는 서로 다른 규격을 가진 스크린샷 입력 칸이 하나가 아닙니다 — 인앱 구매 심사용 스크린샷은 여기서 다룬 제품 페이지 규격과는 전혀 별개로 640×920px라는 독자적인 크기를 요구한다고 보고되어 있습니다. 리사이즈하기 전에 어느 칸에 올리는 것인지부터 확인하세요.

한 줄 요약

애플은 아이폰 스크린샷 크기를 정확히 하나(1179×2556 또는 1206×2622px, 다이내믹 아일랜드 미디엄 디스플레이 등급) 요구하고, 앱이 아이패드OS를 지원하면 아이패드 크기도 하나 (2064×2752 또는 2048×2732px) 요구합니다 — 이것만 올리면 앱스토어 커넥트가 나머지 모든 기기 칸에 자동으로 맞춰 축소해 주지만, 픽셀 크기는 비슷한 게 아니라 그 등급이 나열한 옵션 중 하나와 정확히 일치해야 합니다. 구글플레이는 대신 범위로 검증합니다 — 한 변 320–3840px, 긴 변은 짧은 변의 두 배 이하, 그리고 1024×500px 피처 그래픽도 필수입니다. 출시 전 스크린샷이 내 기기를 벗어나기 전에, nearIMG로 브라우저 안에서 목표 비율로 크롭하고, 정확한 픽셀 쌍으로 리사이즈하고, PNG나 JPG로 컨버트하세요.

광고
← NearIMG

이 페이지는 동의하신 경우에만 광고를 표시합니다.