앱 제출 체크리스트: 양쪽 스토어에 필요한 모든 에셋 (2026)

앱을 다 만들었어요. 이제 양쪽 스토어는 통과시켜주기 전에 한 무더기의 에셋과 답변을 요구하는데, 그 목록이 서로 달라요. 이 글은 그 상위 집합이에요: App Store Connect와 Google Play Console이 요구하는 모든 에셋과 필드를 스토어별로 정리하고, 심사가 시작되기도 전에 업로드를 막는 2026년 빌드 규칙까지 다뤄요.

스크린샷 전용 체크리스트는 이미 있어요(맨 아래 링크). 이 글은 더 넓은 목록이에요 — 스크린샷은 여기서 아이콘, 피처 그래픽, 리스팅 텍스트, 개인정보 양식, 등급, 업로드 자체를 막는 빌드 요구사항 옆에 놓인 한 항목일 뿐이에요.

요구사항과 마감일은 계속 바뀌어요. 아래 날짜가 명시된 규칙은 고정된 사실이 아니라, 제출 당일 각 스토어의 공식 문서로 확인해야 할 지점으로 여기세요.

0단계: 두 개의 개발자 계정

각 스토어에 계정이 없으면 어디에도 제출할 수 없고, 두 곳의 가격 체계도 달라요.

• Apple Developer Program — 연 $99(USD, 현지 통화로 청구). 매년 갱신되는 멤버십이에요. 만료되면 갱신할 때까지 앱이 App Store에서 내려가요.
• Google Play Console — $25, 등록 시 1회 결제. 일회성이며 환불 불가, 갱신도 없어요.
• 어느 쪽이든 신원 확인이 필요해요. 개인 계정과 조직 계정 모두 확인 절차를 거쳐요. Google의 조직 계정은 D-U-N-S 번호가 필요하고, Apple은 조직 등록 시 법인 실체를 확인해요. 출시 계획을 세우기 전에 며칠은 여유를 두세요.

Apple: App Store Connect가 요구하는 것

빌드:

• 최신 SDK로 빌드된 앱 바이너리. 2025년 4월부터 iOS 및 iPadOS 앱은 업로드하려면 iOS 18 SDK(Xcode 16) 이상으로 빌드해야 해요. Apple은 2026년 4월 28일부터 iOS 26 SDK 이상이 필요하다고 발표했어요 — 제출일 기준으로 어떤 SDK가 적용되는지 확인하세요.
• 빌드 안에 들어 있는 앱 아이콘. Apple은 앱의 에셋 카탈로그에서 아이콘을 가져오며, App Store Connect에 별도 아이콘 업로드란은 없어요. 아이콘이 없거나 형식이 잘못되면 업로드 시 검증에 실패해요.
• 고유한 번들 ID, 유효한 서명, 수출 규정 준수 답변. 암호화/수출 관련 질문은 업로드 시 나오며, 대부분의 앱은 표준 예외 조항으로 답하지만 어쨌든 답변은 해야 해요.

비주얼 에셋:

• 6.9인치 iPhone용 스크린샷. 최소 1장, 최대 10장. 지원 크기에는 1320 × 2868, 1290 × 2796, 1260 × 2736(세로)이 포함돼요. Apple이 이 세트를 더 작은 iPhone용으로 자동 축소하므로, 6.5인치 세트는 6.9인치를 아예 건너뛸 때만 필요해요.
• iPad를 지원하는 경우 iPad 스크린샷. 13인치 세트는 2064 × 2752 또는 2048 × 2732(세로)예요. 앱이 iPad에서 실행되면 필수예요.
• 선택 사항인 App Preview 영상 기기 크기별로 15~30초.

리스팅 텍스트:

• 앱 이름(최대 30자)과 부제(최대 30자).
• 키워드 — 사용자에게는 보이지 않지만 검색을 좌우하는 100자 이내의 쉼표 구분 필드 하나예요.
• 설명(최대 4,000자)과 프로모션 텍스트(최대 170자, 새 빌드 없이 수정 가능).
• 지원 URL, 원하면 마케팅 URL도.

법적, 개인정보, 등급:

• 개인정보 처리방침 URL. 모든 앱에 필수예요.
• 앱 개인정보 답변 — 이른바 "영양 성분표". 앱과 서드파티 SDK가 수집하는 데이터와 사용 방식을 신고해요. 제출하려면 필수 답변이며, 이는 제품 페이지의 개인정보 라벨로 표시돼요.
• 연령 등급. 설문을 통해 답해요. Apple은 더 세분화된 연령 등급 체계(13+, 16+, 18+ 등급 포함)로 전환했으며, iOS 26 이상 기기에서 표시되므로 예전 방식으로 마지막 등급을 매겼다면 답변을 다시 확인하세요.
• 기본 카테고리(선택적으로 보조 카테고리 포함), 그리고 앱이 계정 생성을 지원한다면 앱 내 계정 삭제 경로.

Google: Play Console이 요구하는 것

빌드:

• Android App Bundle(.aab), APK가 아니에요, 신규 앱 기준.
• 대상 API 레벨. 신규 앱과 업데이트는 현재 Android 15(API 레벨 35) 이상을 대상으로 해야 해요. Google은 2026년 8월 31일부터 신규 앱과 업데이트가 Android 16(API 레벨 36)을 대상으로 해야 한다고 밝혔어요 — 제출 시 적용되는 레벨을 확인하세요.
• 서명된 릴리스 빌드, 일반적으로 Play App Signing을 통해서예요.

비주얼 에셋:

• 앱 아이콘 — 512 × 512 px, 32비트 PNG, 1 MB 미만.
• 피처 그래픽 — 1024 × 500 px, JPEG 또는 알파 없는 24비트 PNG. Play에서 필수 리스팅 에셋이며 Apple에는 대응 항목이 없고, 리스팅 상단에 표시되는 배너예요.
• 최소 2장의 휴대폰 스크린샷(최대 8장). JPEG 또는 24비트 PNG, 각 변이 320~3,840 px 사이, 화면비 16:9 또는 9:16. 태블릿 및 기타 폼팩터 스크린샷은 해당 기기를 지원 대상으로 삼지 않는 한 선택 사항이에요.
• 선택 사항인 프로모션 영상 YouTube URL 형태로.

리스팅 텍스트:

• 앱 이름(최대 30자).
• 짧은 설명(최대 80자) — 사용자가 가장 먼저 읽는 첫 줄이에요.
• 전체 설명(최대 4,000자).

법적, 개인정보, 등급:

• 개인정보 처리방침 URL. 필수예요.
• 데이터 보안 양식. Apple 개인정보 라벨에 대응하는 Google의 항목으로, 어떤 데이터를 수집·공유하고 어떻게 처리하는지 신고해요. 게시 전 필수이며, 실제 앱 동작과 일치해야 해요.
• 콘텐츠 등급 설문(IARC). 답변을 바탕으로 지역별 연령 등급을 생성해요.
• 앱 카테고리, 그리고 대상 연령층 및 광고 관련 신고. 대상 사용자 중 일부라도 아동이 포함되면 추가 요구사항이 적용돼요.

심사 전에 빌드를 거부시키는 2026년 규칙

이건 마무리 다듬기 수준이 아니라 업로드나 출시 자체를 완전히 막는 항목이니 먼저 확인해두는 것이 좋아요.

• Apple의 최소 SDK. 2025년 4월부터 업로드에는 iOS 18 SDK(Xcode 16)가 필요했으며, Apple 발표에 따르면 2026년 4월 28일경부터 iOS 26 SDK가 기준선이 돼요. 오래된 SDK로 빌드하면 App Store Connect가 업로드 시점에 바이너리를 거부해요.
• Google의 대상 API 레벨. 신규 앱과 업데이트는 현재 Android 15(API 35)를 대상으로 하며, Google이 밝힌 일정에 따라 2026년 8월 31일부터 Android 16(API 36)으로 넘어가요. 대상 레벨이 너무 낮으면 출시가 막혀요.
• 개인 계정에 대한 Google의 비공개 테스트 게이트. 2023년 11월 13일 이후 생성된 개인 개발자 계정은 프로덕션 접근을 신청하기 전에 최소 12명의 테스터가 14일 연속으로 참여하는 비공개 테스트를 진행해야 해요(Google은 2024년 말 20명 요건에서 낮췄어요). 인증된 조직 계정은 예외예요. 이 조항이 1인 개발자들을 가장 많이 놀라게 하는데 — "앱 준비 완료"와 "앱 출시" 사이에 최소 2주가 추가되니, 비공개 테스트는 미리 시작하세요.

양쪽 공통 사전 점검

양쪽 모두에 적용되면서도 출시를 서두르다 놓치기 쉬운 몇 가지 점검 사항이에요.

• 각 로케일 언어로 된 스크린샷 캡션. 독일어나 일본어 리스팅에 영어 캡션이 들어가면 지적을 받아요. 캡션 언어와 리스팅 로케일이 일치해야 해요.
• 에셋과 텍스트가 실제 앱과 일치해야 해요. 스크린샷이나 설명에 어떤 기능이 나온다면 출시된 앱에도 실제로 그 기능이 있어야 해요. 양쪽 스토어 모두 앱을 과장한 메타데이터는 거부해요.
• 스크린샷에 가격이나 스토어 외부 URL을 박아 넣지 마세요. 가격은 스토어 페이지에 넣어야 하고 이미지 안에는 안 돼요. "저희 사이트 방문" 같은 오버레이는 거부를 불러요.
• 개인정보 신고가 실제와 일치해야 해요. Apple 개인정보 라벨과 Google 데이터 보안 양식 모두 실제 코드와 SDK 동작을 반영해야 해요.
• 동작하는 테스트 계정, 앱이 로그인 뒤에 있다면 심사 노트에 검토자용으로 전달해야 해요.

Mokbi가 담당하는 부분

이 체크리스트의 대부분은 직접 처리해야 해요 — 계정, 빌드, 개인정보 답변, 등급. Mokbi는 비주얼 및 텍스트 에셋을 담당하는데, 이 부분이야말로 두 스토어와 여러 언어를 손으로 하나씩 처리할 때 가장 많은 시간을 잡아먹는 부분이에요.

• 비주얼 에셋. 하나의 프로젝트에서 양쪽 스토어에 필요한 크기로 스크린샷과 Play 피처 그래픽까지 만들어주므로, 기기 클래스마다 같은 아트워크를 다시 자를 필요가 없어요.
• 리스팅 텍스트. 이름, 부제, 설명, 짧은 설명의 초안을 작성한 다음 전체 리스팅을 50개 언어로 번역해, 각 로케일이 캡션과 텍스트가 서로 맞는 상태로 출시되도록 해요.
• 완성된 리스팅 게시. Mokbi는 완성된 에셋과 스토어 텍스트를 대신 전송해요 — Google Play에는 Play Developer API를 통해 바로, App Store Connect에는 제출 준비가 끝난 버전으로 올려둬요. 마지막 제출과 심사 단계는 Apple이 직접 요구하는 것으로, Mokbi의 제약이 아니라 Apple의 규칙이에요.

핵심은 이 체크리스트를 대신하는 게 아니라, 에셋과 번역 항목만 덜어내서 나머지 작업을 짧은 오후 하나로 끝내는 거예요.

다음으로 읽으면 좋은 글

• Google Play 리스팅 요구사항, 에셋별 정리
• 새 버전 없이 바꿀 수 있는 항목
• 제출 전 스크린샷 전용 체크리스트

에디터 열기 →