Guideline 2.3.3 스크린샷 리젝 해결 방법
글: Mehdi Azizi
게시, 8분
Guideline 2.3.3: 기기 유형마다 스크린샷의 절반 이상이 실제 사용 중인 앱 화면을 보여줘야 해요. 통과하는 것과 리젝되는 것, 새 빌드 없이 고치는 법을 정리했어요.
"Guideline 2.3.3 - Performance - Accurate Metadata" 리젝은 Apple이 보기에 내 스크린샷이 앱이 실제로 쓰이는 모습을 보여주지 않는다는 뜻이에요. 기준은 숫자로 정해져 있어요. 기기 유형마다 스크린샷의 절반 이상이 사용 중인 실제 앱 화면을 보여줘야 해요. 리젝 대상은 바이너리가 아니라 제품 페이지예요. 스크린샷만 바꾸고 같은 빌드를 다시 제출하면 돼요.
저는 2026년 10월 27일에 제 ASO 추적 앱 Vigie로 이걸 겪었어요. 제 스크린샷은 휴대폰 없이 마스코트 주변에 다시 그린 인터페이스 카드들을 보여주고 있었어요. Apple은 이걸 리젝했어요. 이 글에서는 제가 받은 메시지, Apple이 말하는 "app in use"의 의미, 통과하는 것과 안 되는 것, 그리고 그 뒤로 제가 쓰고 있는 체크리스트를 정리했어요. 인용한 규정은 모두 Apple 공식 페이지에서 가져왔고, 2026년 11월 3일에 다시 확인했어요.
Apple 메시지 원문 그대로
메시지는 규정 제목으로 시작하고, 이어서 대상 기기 크기를 짚어요. Vigie의 경우 리젝 사유가 담긴 문장은 이거였어요.
The 6.7-inch iPhone screenshots do not show the actual app in use.
다른 2.3.3 리젝 메시지에는 리뷰어가 원하는 게 더 자세히 적혀 있기도 해요. 아래는 iPad 슬롯에 iPhone 프레임을 넣었던 개발자가 2024년 10월 Apple 포럼에 올린 메시지예요. 요구 사항을 나열한 부분을 그대로 옮겼어요.
Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.
- Marketing or promotional materials that do not reflect the UI
of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
features and functionality.
- Confirm that the app looks and behaves identically in all
languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
correct device, unless they are included to demonstrate that
the app can be used on multiple Apple platforms. For example,
iPhone screenshots should be taken on iPhone, not on iPad.
정리하면 이래요. 앱 인터페이스가 안 보이는 광고 이미지는 스크린샷 자리에 들어갈 수 없어요. 대부분의 스크린샷은 핵심 기능을 보여줘야 해요. 그리고 각 스크린샷은 맞는 기기를 보여줘야 해요. iPhone 스크린샷은 iPad가 아니라 iPhone에서 찍어야 해요. 앱이 여러 Apple 플랫폼에서 돌아간다는 걸 보여주려는 경우만 예외예요.
Apple이 말하는 "app in use"
guideline 2.3.3 본문은 짧아요. "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." 스크린샷은 로고, 로그인 화면, 실행 화면만이 아니라 사용 중인 앱을 보여줘야 한다는 거예요. 같은 본문에서 위에 텍스트와 이미지를 덧붙이는 건 허용해요.
2.3.3에 대한 App Review 도움말 페이지에는 판단 방식이 더 자세히 나와요. Apple은 기기 유형별로 스크린샷 세트를 평가하고, 절반 이상이 사용 중인 앱을 보여줄 때만 승인해요. 언어마다 따로 평가해요. 이 페이지에는 피해야 할 것도 나와 있어요.
- 로그인 페이지나 실행 화면만 보여주는 스크린샷
- 실제와 다른 인터페이스, 또는 오해를 부르는 광고 이미지
- 앱을 덮어버리는 꾸밈 요소, 또는 인터페이스 없이 하드웨어만 보여주는 이미지
쉽게 말해 "사용 중"이란 내 빌드의 실제 인터페이스가 콘텐츠를 담은 채, 사람들이 앱을 내려받는 이유인 그 일을 하고 있는 모습이에요. 실제 화면 위에 짧은 제목을 얹은 건 여전히 사용 중인 스크린샷이에요.
앱을 보여줘야 하는 스크린샷 개수
Apple은 예시를 두 개 들어요. 스크린샷이 3장이면 2장이 앱을 보여줘야 해요. 4장이면 3장이에요. 나머지는 같은 규칙, 즉 절반 초과로 계산하면 돼요.
| 제출한 스크린샷 | 최소 사용 중 화면 | 가능한 마케팅 이미지 |
|---|---|---|
| 1 | 1 | 0 |
| 2 | 2 | 0 |
| 3 | 2 | 1 |
| 4 | 3 | 1 |
| 5 | 3 | 2 |
| 6 | 4 | 2 |
| 8 | 5 | 3 |
| 10 | 6 | 4 |
개수는 기기 유형별, 언어별로 세요. 사용 중인 앱을 보여준다면 기기당 1장으로도 충분해요. 스크린샷 사양에 따르면 Apple은 중간 화면 크기의 Dynamic Island iPhone용으로 최소 1장을 요구하고, 크기당 최대 10장까지 받아요. 인터페이스가 모든 크기와 모든 언어에서 같다면 요구되는 가장 높은 해상도만 올려도 돼요. 더 작은 크기는 App Store Connect가 축소해줘요. 정확한 크기는 App Store 스크린샷 크기에 정리해 뒀어요.
통과하는 것, 안 되는 것
| 스크린샷 | 결과 | 판단 기준 |
|---|---|---|
| 실제 앱 화면 + 위에 짧은 제목 | 통과 | 덧붙인 텍스트는 2.3.3에서 허용돼요 |
| iPhone 안에 넣은 실제 화면 | 통과 | 실제 인터페이스, 맞는 기기 |
| 로고, 실행 화면, 로그인 화면만 | 리젝 | 규정에 그대로 적혀 있어요 |
| 인터페이스 없는 마케팅 이미지 | 소수라면 허용 | 대부분이 앱을 보여줄 때만 |
| 앱 없이 다시 그린 인터페이스 카드 | 리젝 | 2026년 10월 27일 제 리젝 사례 |
| 빌드에 없는 목업 화면 | 리젝 | 실제와 다른 인터페이스 |
| 빈 휴대폰, 또는 인터페이스 없는 배경 | 리젝 | 피해야 할 것 목록에 있어요 |
| iPad 슬롯에 넣은 iPhone 스크린샷 | 리젝 | 잘못된 기기, 포럼의 리젝 사례 기준 |
| 두 장에 걸쳐 이어지는 이미지 | 통과 | 앱이 계속 보인다면 허용 |
| 다른 플랫폼의 상태 표시줄 | 리젝, 2.3.10 위반 | Apple이 guideline 2.3.10으로 분류해요 |
Apple은 휴대폰 프레임을 강제하지 않아요. 앱 전체 화면 스크린샷만으로도 충분해요. 프레임의 장점은 이 이미지가 앱이라는 걸 한눈에 알게 해준다는 거예요.
제 사례: 2026년 10월 27일 Vigie 리젝
Vigie 1.1 버전에서 저는 스크린샷 스튜디오들 사이의 유행을 따라 했어요. 이어지는 하나의 큰 그림, 마스코트, 그리고 휴대폰 전체 대신 떠 있는 인터페이스 카드들이요. 카드는 이번을 위해 다시 그렸고, 가상의 앱들이 들어 있었어요. 예뻤어요. 하지만 앱은 아니었어요.
리뷰어는 6.7인치 iPhone 스크린샷이 사용 중인 앱을 보여주지 않는다고 적었어요. 저는 반박하지 않았어요. 리뷰어 말이 맞았거든요. 그래서 간단한 규칙으로 세트 전체를 다시 만들었어요.
- 모든 패널에 시뮬레이터에서 찍은 네이티브 스크린샷이 들어간 iPhone을 보여줘요. 픽셀 단위로 그대로 붙이고, 인터페이스는 손대지 않아요.
- 확대한 카드는 휴대폰에 추가로만 넣어요. 휴대폰 대신 쓰는 일은 절대 없고, 같은 스크린샷에서 잘라낸 거예요.
- 배경은 주변에만 두고, 화면 위로는 절대 올리지 않아요.
이 리젝은 새 빌드가 필요 없었어요. 그날 저녁 스크린샷을 바꾸고 같은 버전을 다시 제출했어요. 그 뒤에 앱 안의 제목 하나를 고치려고 빌드를 바꿨는데, 스크린샷과는 상관없는 일이었어요. Vigie 1.1은 이 세트로 10월 29일에 출시됐어요.
다시 그린 카드는 아무리 똑같아도 앱이 아니에요. 리뷰어는 사용자가 실제로 손에 쥘 화면을 보고 싶어 해요.
새 빌드 없이 고치기
- 메시지를 끝까지 읽으세요. 어떤 기기 크기가 대상인지, 가끔은 어떤 언어인지도 적혀 있어요. 첫 번째 세트만이 아니라 해당되는 세트를 모두 바꿔야 해요.
- 제출한 빌드로 스크린샷을 다시 찍으세요. 시뮬레이터든 실기기든 실제 콘텐츠를 넣고요. 기기별, 언어별로 절반 이상이 사용 중인 화면이어야 해요.
- App Store Connect에서 스크린샷을 교체하세요. 에셋 관리 도움말에 따르면, 앱이 Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected, Developer Rejected 중 하나의 상태일 때 교체할 수 있어요.
- 표시된 상태에 맞게 다시 제출하세요. Metadata Rejected라면 상태 표에 나온 대로 메시지를 읽고, 메타데이터를 고친 다음, App Review 메시지에 답장하면 돼요. 제출 항목에 Unresolved Issues가 표시되면 Apple 절차를 따르세요. Apps에서 View App Review Issues & Messages, 이어서 Resolve, 리젝된 항목에서 Edit, Add for Review, 마지막으로 Resubmit to App Review예요.
- 제출한 뒤에는 스크린샷을 건드리지 마세요. 같은 상태 표에 따르면 Waiting for Review 상태에서는 스크린샷을 올리거나 수정할 수 없어요.
리젝된 항목은 다시 제출하기 전에 한 번만 수정할 수 있어요. 클릭하기 전에 새 세트를 꼭 확인하세요. 제가 리뷰어에게 보낼 답장은 이래요(영어로).
Hello App Review team,
Thank you for your feedback regarding Guideline 2.3.3.
We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].
The build is unchanged.
Best regards,
[Your name]
좋은 답장의 톤과 형식은 App Review에 답장하기에 자세히 정리해 뒀어요.
스크린샷 제출 전 체크리스트
- 기기 유형별로 스크린샷의 절반 이상이 콘텐츠가 담긴 실제 화면을 보여줘요.
- 영어만이 아니라 모든 언어에서 같은 규칙이 지켜져요.
- 로고, 실행 화면, 로그인 화면만 보여주는 스크린샷이 없어요.
- 보여주는 인터페이스가 제출한 빌드에 똑같이 있어요.
- 제목과 배경이 인터페이스를 가리지 않아요.
- iPhone 스크린샷은 iPhone에서, iPad 스크린샷은 iPad에서 찍었어요.
- 상태 표시줄까지 포함해 다른 플랫폼의 흔적이 없어요.
- 앱에 다크 모드가 있다면 그걸 보여주는 스크린샷이 있어요. Apple 도움말 페이지에서 권장하는 부분이에요.
- 파일은 투명도 없는 JPEG 또는 PNG예요.
Apple은 제품 페이지 안내에서 첫 몇 장의 스크린샷이 검색 결과에 나올 수 있다는 점도 짚어요. 제 생각엔 앱이 일하는 모습을 분명히 보여주는 스크린샷이 슬로건보다 더 잘 팔아요. 제품 페이지의 다른 리젝 사유는 Apple이 앱을 리젝하는 이유에 정리돼 있어요.
한 번에 통과하는 스크린샷
App Store Screenshots Kit에는 제 템플릿과, 앱의 실제 화면으로 Apple이 요구하는 크기의 스크린샷을 만들어주는 skill이 들어 있어요. 방금 제품 페이지가 리젝됐다면 Review Kit에 제 제출 전 체크리스트, 제가 고친 리젝 사례, 리뷰어 답장 템플릿이 있어요. 전체 과정은 Apple에 리젝된 앱 페이지에 있어요.
첫 출시를 준비 중이라면 무료 진단을 받아보세요. 단계를 순서대로 정리해 주고, 제 Apple 리젝 방지 체크리스트도 보내드려요.
자주 묻는 질문
"Guideline 2.3.3 - Performance - Accurate Metadata"는 무슨 뜻인가요?
사용 중인 앱을 보여주지 않는 스크린샷에 붙는 리젝 제목이에요. Apple이 보기에 마케팅 이미지, 실행 화면, 앱의 것이 아닌 인터페이스가 너무 많다는 뜻이에요. 메시지에 대상 기기 크기가 적혀 있는 경우가 많아요.
2.3.3 리젝 후에 새 빌드가 필요한가요?
아니요. 리젝 대상은 App Store 제품 페이지예요. App Store Connect에서 스크린샷을 바꾸고, App Review 메시지에 답장하면서 같은 버전을 다시 제출하면 돼요.
사용 중인 앱을 보여줘야 하는 스크린샷은 몇 장인가요?
기기 유형별, 언어별로 절반 이상이에요. 3장이면 2장, 4장이면 3장이 앱을 보여줘야 해요. 사용 중인 앱을 보여준다면 1장만으로도 충분해요.
App Store 스크린샷에 마케팅 문구를 넣어도 되나요?
네. guideline 2.3.3은 위에 텍스트와 이미지를 덧붙이는 걸 허용해요. 다만 인터페이스를 가리면 안 되고, 대부분의 스크린샷은 여전히 사용 중인 앱을 보여줘야 해요.
스크린샷에 iPhone 프레임을 꼭 넣어야 하나요?
아니요, Apple은 요구하지 않아요. 앱 전체 화면 스크린샷도 통과해요. 프레임은 보는 사람이 이 이미지가 앱이라는 걸 알아차리게 도와줘요. 단, 맞는 기기의 프레임이어야 해요. iPad용 스크린샷에 iPhone 프레임은 절대 안 돼요.
앱이 리뷰를 기다리는 동안 스크린샷을 수정할 수 있나요?
아니요. Waiting for Review 상태에서는 App Store Connect에서 스크린샷을 올리거나 수정할 수 없어요. 바꾸려면 제출을 리뷰에서 철회하거나 결과를 기다려야 해요.

