2026년 iOS 및 Android 앱 리뷰 완전 가이드

첫 번째 앱을 앱 스토어 또는 플레이 스토어에 제출하는 것은 압도적인 느낌을 줄 수 있습니다. 2026년 현재 지속적으로 진화하는 지침과 더 엄격한 강제 실행으로 인해 앱을 승인하기 위해서는 세부 사항에 주의를 기울여야 합니다. 이 포괄적인 가이드는 iOS 및 Android 플랫폼의 첫 번째 제출에 대한 검토를 통과하기 위해 필요한 모든 것을 안내합니다.

2026년 검토 프로세스 이해

애플과 구글은 최근 몇 년 동안 개인 정보 보호, 보안 및 사용자 경험에 대한 특별한 강조를 포함하여 검토 프로세스를 크게 강화했습니다. 첫 번째 개발자에게는 이러한 변경 사항을 이해하는 것이 중요합니다.

iOS 앱 스토어 검토 일정

• 표준 검토: 24-48 시간
• 피크 기간: 3-5 일 (특히 휴일 시즌 중)
• 주말: 처리되지 않은 리뷰
• 급여 리뷰: 심각한 버그 수정을 위해 App Store Connect를 통해 요청해야 함

프로 팁: 주말 지연을 피하기 위해 일주일 초반에(월요일-화요일) 제출하세요. 월요일 제출물은 일반적으로 수요일에 검토됩니다.

App Store Connect 상태

• 제출 준비: 빌드 또는 메타데이터가 준비 중입니다.
• 리뷰 대기: 애플이 제출물을 큐에 넣었습니다.
• 검토 중: 앱 리뷰 팀은 앱을 활발하게 검토하고 있습니다.
• 개발자 릴리스 대기 중: 승인되었지만 수동 릴리스 선택을 기다리고 있습니다.
• 거부 / 해결되지 않은 문제: 애플이 승인 전 변경이 필요합니다.

2026년 업데이트: 구글 플레이 스토어 리뷰 타임라인

• 초기 리뷰: 3-7일 (이전 년도보다 훨씬 더 길게)
• 테스트 게이트 폐쇄: 새로운 개인 플레이 콘솔 계정에 영향을 받는 경우 최소 14일 이상 테스트 액세스를 요청하기 전에 사용할 수 있습니다.
• 테스트 후 생산 리뷰: 테스트 요구 사항이 완료된 후 일반적으로 3-7일 후
• 업데이트: 1-3 일
• 정책 위반: 추가 검토가 트리거되면 14+ 일까지 연장될 수 있습니다

중요 업데이트: Google은 일부 새로운 Play Console 계정에 대해 훨씬 더 엄격한 테스트가 필요하다고 요구하고 있습니다. 이는 아래에서 자세히 설명됩니다.

애플 개발자 계정 설정

첫 번째 iOS 릴리스 전에 Apple 측이 올바르게 설정되어 있는지 확인하세요:

• Apple Developer Program에 가입하세요 Apple 계정에 사용되는 두 단계 인증을 활성화하세요
• 멤버십 유형을 올바르게 선택하세요:
• 업데이트
  • 개인 / 단독 사업자: 앱 스토어에서 판매자 이름으로 개인의 법적 이름이 사용됩니다.
  • 단체: 법적 엔터티, D-U-N-S 번호, 공개 웹사이트 및 애플의 계약에 결합할 수 있는 사람의 권한이 필요합니다.
• 등록 시 법적 이름을 사용하세요. 첫/마지막 이름 field에_ALIAS 또는 회사 이름을 사용하면 승인 지연이 발생할 수 있습니다.
• 등록 승인이 완료되면 App Store Connect에 로그인하여 최종 번들 ID, 앱 이름, SKU, 및 기본 언어로 앱 레코드를 생성하세요.

중요: 앱 스토어에 앱을 등록하기 위해 Apple의 변경된 최소 SDK 요구 사항이 있습니다. 2026년 4월 28일 기준입니다. April 28, 2026, 앱 스토어 연결에 업로드된 앱은 __CAPGO_KEEP_0__ 이상의 iOS & iPadOS 26을 사용해야 합니다. iOS & iPadOS 26 SDK 이상.

Android 테스트의 중요 요소

대부분의 첫 번째 Android 퍼블리셔가 당황하는 변경 사항입니다:

12명 테스터 요구 사항 (새로운 개인 Android 계정)

Google Play 개발자 계정이 개인 계정으로 생성된 경우 (2023년 11월 13일 이후) 앱이 생산 준비 상태가 될 수 있도록 하려면, 닫힌 테스트 기간을 완료해야 합니다:요구 사항

최소 12명 테스터:

• : 최소 12명의 테스트를 동의한 테스터를 모집해야 합니다.14일 테스트 기간
• 14일간의 테스트 기간이 끝나야만 앱이 생산 준비 상태가 될 수 있습니다.: 14일 연속으로 테스트를 위해 앱이 닫힌 상태로 유지되어야 합니다.
• 제작 액세스 신청: 테스트 기간이 끝난 후에도 Play Console에서 제작 액세스 신청이 필요합니다.
• 피드백 수집: 발견한 문제, 수정한 내용, 테스터가 앱을 사용한 방법을 문서화해야 합니다.

테스트 트랙 설정 방법

구글이 이 기능을 왜 구현했는지

구글은 이 요구 사항을 도입했습니다:

• 저품질 앱 스파를 줄이기 위해
• 사용자에게 앱이 올바르게 테스트되었는지 확인하기 위해
• 실제 사용 패턴을 통해 악성 앱을 식별하기 위해
• 플레이 스토어의 전체 품질을 향상하기 위해

현실적인 점검:이 기능을 추가하면 최소 2-3주가 출시 일정에 추가됩니다. 계획을 세우고 테스터를 조기에 모집하십시오.

인증 및 로그인 요구 사항

인증 시스템의 적절한 구현이 부족한 경우, 특히 소셜 로그인 경우 가장 흔한 거절 사유입니다.

iOS 애플 로그인 요구 사항 (iOS에 필수)

애플의 규칙: 앱이 Google, Facebook, Twitter 등第三자 소셜 로그인 옵션을 제공한다면, 해야합니다 이것은

Google Sign-In:

• Facebook Login
• Twitter/X Login
• LinkedIn Login
• 어떤 다른第三자 인증 서비스
• 이것은

아니오:

• 이메일/비밀번호만 인증
• 정부 ID 시스템
• 특정 기업을 위한 기업 SSO 시스템 (앱이 해당 기업에 속할 때)
• 교육 제공자 인증 시스템

애플과 함께 로그인 구현

중요한 고려 사항

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

이메일 개인 정보:

1. : 사용자는 이메일을 숨길 수 있습니다. 애플은 사설 전송 이메일 (예를 들어, 첫 번째 인증 시 애플이 제공하는 사용자 정보 (이름, 이메일)만 저장해야 합니다. 이후 로그인 시 이 정보가 포함되지 않습니다. abc123@privaterelay.appleid.com첫 번째 사용자 vs 반환 사용자

2. 애플은 첫 번째 인증 시 사용자 정보 (이름, 이메일)만 제공합니다. 이후 로그인 시 이 정보가 포함되지 않습니다.사용자는 이메일을 숨길 수 있습니다. 애플은 사설 전송 이메일 (예를 들어,

3. 디자인 버튼: Apple은 Sign in with Apple 버튼에 대한 엄격한 디자인 지침을 제공합니다. 공식 자산을 사용하세요.

4. 백엔드 인증: 백엔드 서버에서 항상 사용자 식별 토큰을 확인하고 클라이언트 측 토큰만 신뢰하지 마세요.

안드로이드 소셜 로그인 요구 사항

안드로이드는 iOS와 달리 특정 제공자를 요구하지 않지만 Google은 다음과 같은 지침을 제공합니다:

구글 로그인 요구 사항:

• 공식 Google 로그인 SDK을 사용해야 합니다.
• 구글의 브랜딩 지침을 따르세요.
• 주요 옵션으로 제공해야 합니다.

플랫폼 간 최선의 관행: 양쪽 플랫폼에서 동일한 로그인 옵션을 제공하여 일관성을 유지하세요.

• 이메일/비밀번호
• 애플로 로그인 (iOS에서만, 또는 Android에서 웹 기반 애플 로그인 지원 시)
• 구글로 로그인
• 컨텍스트: Capgo Builder / 네이티브 클라우드 빌드 제품 페이지. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 보는 곳: 페이지 네이티브-빌드.astro. 메시지 키 `native_build_v2_wiz_and_s1_l` (네이티브 빌드 V2 위즈 앤 S1 L).

기타 사회 옵션 (페이스북, 트위터 등)

데모 계정 요구 사항리뷰에 중요 : 만약 앱이 로그인 요구를 하는 경우, 해야 함

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

데모 계정의 작업 중인 계정 정보를 App Review Notes에 제공해야 함.:

• 일반적인 실수
• 만료된 계정 정보 제공하기
• Not mentioning how to bypass phone verification
• Forgetting to mention sandbox payment details

개인 정보 보호 정책 및 법적 요구 사항

현재 두 개의 앱 스토어는 앱의 개인 정보 보호 정책 및 서비스 약관이 접근 가능해야 함을 요구하고 있습니다. 전에 작업을 시작하기 전에 이슈를 논의하고 논의하기 전에 이슈를 언급해야 합니다.

첫 번째 제출이 승인되었습니다.

개인 정보 보호 정책 요구 사항

1. 개인 정보 보호 정책은 다음과 같이 구성되어야 합니다.

   • 공개적으로 접근 가능해야 합니다.
   • 공개 URL에 호스팅되어야 합니다. (로그인 필요하지 않음)
   • 표준 웹 브라우저에서 로드 가능해야 합니다. (Chrome, Safari, Firefox 등).

2. 필수 항목을 다루는 커버:

   • 수집하는 데이터 (세부 정보)
   • 수집된 데이터 사용 방법
   • 세계사에서 데이터 공유 여부
   • 데이터 보유 기간
   • 사용자 권리 (접근, 삭제, 이동성)
   • 개인 정보 보호 문의에 대한 연락처 정보
   • 어린이 개인 정보 (13/16세 미만 사용자용 앱)

3. 링크된 앱 내

   • 설정 또는 계정 화면에서 접근 가능
   • 메뉴에 묻지 말고 단일 탭으로
   • 기본 브라우저 또는 앱 내 브라우저에서 열어야 함

개인 정보 보호 정책을 어디에 호스팅해야 하나요?

Option 1: 웹사이트 (권장)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub 페이지 (무료)

https://yourusername.github.io/app-privacy-policy

Option 3: 개인 정보 보호 정책 생성기 (빠른 시작)

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

중요: 생성기는 시작하기에 좋지만, 실제 데이터 처리 방침을 정확하게 반영하는지 확인하세요. 앱에 맞지 않는 일반 템플릿은 검출될 것입니다.

약관 및 이용조건 요구 사항

약관 및 이용조건이 항상 필수적이지는 않지만, 다음 경우에는 강력히 권장하고 요구됩니다.

• 인앱 구매 또는 구독을 제공할 경우
• 사용자 생성 콘텐츠가 있는 경우
• 기본 앱 기능 이외의 서비스를 제공할 경우
• 법적 보호를 원할 경우

포함해야 하는 항목:

• 허용된 사용 정책
• 계정 종료 조건
• 책임 제한
• 지적 재산권
• 분쟁 해결 절차
• 환불 정책 (특히 IAP의 경우)

인앱 구현

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

앱 스토어 메타데이터 요구 사항

두 개의 스토어 모두 앱 제출 시 개인 정보 보호 정책 URL을 제공해야 합니다:

iOS - 앱 스토어 연결:

• 앱 정보 > 일반 정보 > 개인 정보 보호 정책 URL
• HTTPS이어야 합니다 (HTTP은 거부될 것입니다)
• 앱 스토어 페이지에 표시됩니다
• 사용자에게 실제 연락처가 있는 지원 URL을 추가하십시오
• 제출 전에 연령 등급 설문조사를 완료하십시오

Android - 구글 플레이 콘솔:

• 스토어 존재 > 스토어 설정 > 개인 정보 보호 정책
• 어린이 대상 앱을 위한 모든 앱에 필요합니다.
• 모든 앱에 강력히 추천합니다.

Privacité Nutrition Labels (iOS)

iOS는 "nutrition label" 형식의 세부적인 개인 정보 공개를 요구합니다:

선언해야 하는 카테고리:

• 연락처페이지/영역: 마케팅 통합 섹션. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 위치: 페이지 integrations.astro. 메시지 키 `integrations_partners_freelance_contact` (Integrations Partners Freelance Contact).
• : 이메일, 이름, 전화번호금융 정보
• : 결제 정보, 신용 카드, 은행 계좌위치
• : 정확한 위치 또는 거리: 사진, 동영상, 음성, 메시지
• 식별자: 사용자 ID, 기기 ID, 광고 ID
• 사용 데이터: 제품 상호 작용, 광고 데이터, 충돌 로그
• 디아그노스틱스: 충돌 데이터, 성능 데이터

각 데이터 유형에 대해 명시하세요:

• 수집 여부
• 사용자 식별 정보와 연결 여부
• 추적 목적으로 사용 여부
• 수집 목적

일반적인 오류: 데이터 수집을 하지 않는다고 말할 때, 분석 SDK가 데이터를 수집하고 있는 경우가 있습니다. 모든 3rd 파티 SDK를 데이터 수집에 대한 ауд이트를 진행해야 합니다.

구글 플레이 데이터 안전 섹션

iOS와 유사하게, Android는 데이터 안전성 선언이 필요합니다.

단계:

1. Play Console > 앱 콘텐츠 > 데이터 안전성으로 이동
2. 데이터 수집에 대한 질문에 답변
3. 수집하는 데이터 종류를 명시
4. 암호화와 같은 보안 관행에 대한 설명
5. 개인 정보 보호 정책 링크 제공

중요: 이 정보는 법적으로 ràng buộc됩니다. 오보로 인해 앱 제거 및 계정 정지가 발생할 수 있습니다.

첫 번째 앱 리뷰 지침

첫 번째 앱 리뷰를 피하는 데 도움이 되는 이유를 이해하는 것은 이러한 함정에서 피할 수 있습니다:

1. 앱이 충돌하거나 실행되지 않음

왜 발생하는가:

• 에뮬레이터에서만 테스트하는 것
• 네트워크 오류에 대한 오류 처리가 누락됨
• API에 도달할 수 없는 하드 코딩된 엔드 포인트
• 특정 장치 기능 (카메라, GPS) 의존성

방지하는 방법:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

테스트 체크리스트:

• 실제 장치에서 테스트 (최소 2-3 개의 모델)
• 네트워크가 좋지 않은 경우 테스트 (네트워크 링크 조건자 사용)
• 기기 모드에서 테스트하세요
• 권한이 거부된 경우 테스트하세요
• 캐시 데이터가 없는 새 설치로 테스트하세요

2. 핵심 기능이 누락되거나 깨진 경우

왜 발생하는가:

• 스크린샷에 표시된 기능이 아직 존재하지 않습니다
• 데모 계정에 광고된 기능에 접근할 수 없습니다
• 프리미엄 기능이 표시되지만 구현되지 않았습니다
• 앱에 "곧 출시" 플레이스 홀더가 있습니다

예방책은 무엇입니까:

• 모든 광고된 기능이 완성된 경우에만 제출하세요
• 데모 계정에 모든 기능에 접근할 수 있도록 하세요
• 제출 전 미완료된 기능을 제거하거나 비활성화하세요
• 스크린샷을 현재 빌드와 정확히 일치시키세요

3. 연령 등급에 맞지 않는 콘텐츠

왜 이러는지:

• 연령 등급이 4세 이상으로 설정되어 있지만 앱에는 사회적 기능이 포함되어 있습니다
• 설정된 연령 등급이 실제 콘텐츠와 일치하지 않습니다
• 사용자 생성 콘텐츠가 미리 검열되지 않은 경우
• 미 검열된 외부 콘텐츠에 대한 링크

정확한 연령 등급을 설정하는 방법:

iOS 연령 등급:

• 4세 이상 (objectionable content가 없음)
• 9세 이상 (infrequent mild content)
• 12세 이상 (보호되지 않은 콘텐츠)
• 17세 이상 (주기적/강렬한 콘텐츠)

안드로이드 콘텐츠 등급:

• 전체
• 10세 이상
• 청소년
• 성인 17세 이상
• 만 18세 이상

중요만약 사용자가 콘텐츠를 서로 공유할 수 있다면, 다음을 필요로 합니다:

• 콘텐츠 관리 시스템
• 신고/차단 기능
• 정확한 커뮤니티 지침
• 필요한 경우 나이 제한

4. 유도적 또는 허위의 메타데이터

왜 일어나는가:

• 앱 이름이 없는 기능을 약속한다
• 경쟁자 또는 모의화된 스크린샷
• 허위 리뷰 또는 평점 조작
• 설명이 증명되지 않은 초월적인 표현

문제의 메타데이터 예시:

❌ BAD:

• 앱 이름: “최고의 피트니스 트래커 - #1 앱”
• 설명: “최대驚き, 혁신적인 앱이 만들어졌습니다!”
• 스크린샷: 일반 주식 사진

✅ GOOD:

• 앱 이름: "FitTrack - 워크아웃 로거"
• 설명: "커스텀 가능한 루틴과 진행 차트를 통해 운동 기록을 관리하세요."
• 스크린샷: 현재 빌드에서 실제 앱 화면

5. 부족한 테스트 (특히 안드로이드 클로즈드 테스트)

왜 일어나는가:

• 필요한 14일 테스트 기간을 생략하는 경우
• 테스터를 충분히 모집하지 않는 경우
• 테스터가 실제로 앱을 사용하지 않는 경우
• 테스트 중 앱이 충돌하는지 모니터링하지 않는 경우

예방하는 방법:

• 첫 번째 앱 리뷰 가이드
• 출시 3-4 주 전에 테스터를 모집하세요
• 테스트 중 Firebase Crashlytics 또는 유사한 도구를 사용하세요
• 테스터와 적극적으로 상호 작용하세요 (설문조사, 피드백 양식)

판매에 출시하기 전에 심각한 문제를 해결하세요

권한 부여에 대한 정당성:

• 왜 발생하는가
• 위치 요청만 하는 경우
• 카메라 권한 요청 없이 설명하지 않는 경우
• 연락처 접근 권한 요청 없이 목적이 명확하지 않은 경우

이동 위치 권한 요청은 네비게이션 앱이 아닌 경우:

해결 방법을 찾기 위해 iOS - Info.plist 참조:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

안드로이드 - 권한 전략:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

런타임 권한 요청:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

iOS-특정 요구 사항

앱 스토어 스크린샷 및 미리보기

필요한 크기:

• 6.7" 아이폰: 1290 x 2796
• 13" 아이패드: 2064 x 2752
• 12.9" 아이패드: 2048 x 2732

중요앱이 아이패드를 지원한다면 아이패드 스크린샷을 업로드해야 합니다. 아이폰 스크린샷을 아이패드 슬롯에 맞추지 마세요.

스크린샷 최적화:

• 실제 앱 콘텐츠를 보여주어야 합니다 (모의 테스트는 허용되지 않습니다)
• 상태 바를 제거하거나 현실적인 콘텐츠를 표시하십시오.
• 모든 지원 언어를 지역화하십시오.
• 텍스트 오버레이를 과도하게 사용하지 마십시오.
• 첫 2-3 스크린샷에서 주요 기능을 표시하십시오.

앱 스토어 연결 메타데이터 설정

제출하기 전에 다음 앱 스토어 연결 필드를 완료하십시오:

• 개인 정보 보호 정책 URL: iOS 앱에 필수입니다.
• 지원 URL: 실제 연락처 정보로 연결되어야 하며 필수입니다.
• 연령 등급: 설문조사를 완료하여 앱을 출시할 수 있도록 하십시오.
• 애플리케이션 검토 정보: 로그인 필요 시 리뷰 연락처, 작업 데모 자격증명, 그리고 리뷰 팀을 위한 명확한 메모를 추가하세요
• 수출 규정 준수: 암호화에 대한 질문에 답변하거나 ITSAppUsesNonExemptEncryption 적절한 경우 Info.plist 업로드마다 동일한 답변을 반복하지 않도록 하기 위해

TestFlight 전 애플리케이션 검토

생산 검토 전에 하나의 실제 TestFlight 패스를 수행하세요:

• TestFlight에서 정확한 빌드를 설치하세요
• 리뷰 계정으로 로그인하세요.
• 계획에 따라 제공할 리뷰 계정과 동일한 계정으로 로그인하세요
• 구매, 복원, 취소 경로를_walk through하세요.
• iPhone 및 iPad에서 테스트하는 경우 둘 다 지원되는지 확인하세요.

앱 프리뷰 비디오 (선택 사항이지만 권장)

요구 사항:

• 15-30 초 길이
• 실제 앱 동영상이 포함되어야 함
• 간단한 텍스트 오버레이 포함 가능
• 저작권 문제가 있는 음악 포함하지 않음
• 스크린샷과 동일한 해상도

애플 로그인 구현

이미 위에 설명했지만 iOS 리뷰에 중요합니다.

인앱 구매 요구 사항

디지털 상품이나 서비스를 제공하는 경우:

필수 고지 사항:

• 구매 전에 명확한 가격을 확인하세요
• 구독 조건이 명확하게 표기되어야 합니다
• 취소 방법이 표시되어야 합니다
• 구매를 복원하는 버튼

예시로 합법적인 구독 화면:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

안드로이드 전용 요구 사항

구글 플레이 콘솔 계정 설정

첫 번째 안드로이드 릴리스 전에 Play Console 계정과 앱 쉘이 존재하는지 확인하세요

• 개발자 계정을 생성하세요 Play Console 가입
• Play Console에서 홈 > 앱 만들기
• 기본 언어, 앱/게임 종류, 지원 이메일을 선택하세요
• 필요한 Play 정책, 내보내기, Play App Signing 선언을 수락하세요
• 앱이 무료 또는 HTML 텍스트 조각입니다. (parent key `alternatives_cta_questions`). Page/area: Capacitor live-update alternatives comparison page. Role: Long marketing or legal paragraph. Seen in: page alternatives.astro. Preserve Capgo product/brand and developer terms exactly. Message key `alternatives_cta_questions` (Alternatives CTA Questions).

유료중요

Google은 유료 앱을 무료로 변경할 수 있지만, 무료로 제공된 앱은 유료로 변경할 수 없습니다.

앱 번들 요구 사항중요

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

API 수준 요구 사항

현재 요구 사항: 새로운 앱 및 앱 업데이트는 Android 15 (API 수준 35) 이상을 대상으로해야합니다.

android/app/build.gradle 업데이트:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

구글 플레이 데이터 안전

이미 위에 설명했지만, Android 승인에 절대적으로 중요합니다.

폐쇄 테스트 트랙 (현재 요구 사항)

새로 생성된 개인 개발자 계정에 대한 큰 일: 이 가이드의 앞부분에 자세히 설명된 12 명의 테스터, 14 일의 요구 사항입니다.

일정:

1. 주 1: 테스터를 모집, 폐쇄 테스트를 설정
2. 주 2-3: 활성 테스트 기간 (14 일 이상)
3. 주 4: 문제를 해결, 생산 준비
4. 5주차:제출용 프로덕션 리뷰에 제출

대상 청중 및 콘텐츠 등급

콘텐츠 등급 설문조사:

• 모든 앱에 필요
• 10-15분 정도 소요
• 콘텐츠 등급 (전체, 청소년, 성인 등)
• 콘텐츠가 답변에 영향을 미치는 경우 콘텐츠가 변경될 때마다 업데이트

포함된 주제:

• 폭력
• 성적 내용
• 비속어
• 제어된 물질
• 카지노
• 사용자 상호 작용 기능

중요이 페이지는 보안 취약점 보상 프로그램 페이지입니다. UI 레이블입니다. page bug-bounty.astro에서 볼 수 있습니다. Message key `bug_bounty_important_label` (Bug Bounty Important Label).

만약 사용자 생성 콘텐츠나 소셜 기능이 있다면, 이에 대한 정보를 공개하고 모니터링을 해야합니다.

스토어 목록 요구 사항:

• 필수 자산
• 앱 아이콘 (512 x 512 PNG)
• 기능 그래픽 (1024 x 500 JPG 또는 PNG)
• 폰 스크린샷 (최소 2개, 최대 8개)
• 7인치 태블릿 스크린샷 (선택적이지만 권장)

10인치 태블릿 스크린샷 (선택적이지만 권장):

• 첫 번째 앱 리뷰 가이드
• 앱 리뷰 가이드
• 앱의 기능을 정확하게 설명해야 합니다.
• 연락처 정보 또는 가격을 포함할 수 없습니다.

제출하기 전에 이 포괄적인 체크리스트를 진행하세요.

기술 요구 사항

실제 기기에서 앱이 성공적으로 시작됩니다.

• 스크린샷에 표시된 모든 기능이 작동합니다.
• 장치에 placeholder 또는 “곧 출시됩니다” 콘텐츠가 없습니다.
• 모든 세 번째-party __CAPGO_KEEP_0__ 키는 프로덕션 키입니다.
• All third-party API keys are production keys
• 앱 리뷰 제출하기 전에 체크리스트를 진행하세요.
• 권한 요청에는 명확한 설명이 포함됩니다.
• 적절한 네트워크 조건 하에서 앱이 충돌하지 않습니다.
• 권한이 거부된 경우 테스트되었습니다.
• 최소 지원 OS 버전에서 테스트되었습니다.
• 메모리 누수가 확인되고 수정되었습니다.

인증 및 로그인

• 사회 로그인 사용 시, Sign in with Apple (iOS)도 포함됩니다.
• 리뷰 노트에 Demo 계정 인증 정보가 제공됩니다.
• Demo 계정은 모든 기능에 접근할 수 있습니다.
• 비밀번호 재설정 흐름이 작동합니다.
• 로그아웃 기능이 올바르게 작동합니다.
• GDPR/CCPA에 따라 계정 삭제 옵션이 제공됩니다.

법적 & 개인 정보 보호

• 개인 정보 보호 정책 공개
• 앱 스토어 목록에 개인 정보 보호 정책 URL 추가
• 서비스 약관 공개 (적용 시)
• 개인 정보 보호 정책 인앱 링크 (설정 화면)
• iOS 개인 정보 보호 영양 표기 정확
• 안드로이드 데이터 안전 섹션 완료
• 모든 데이터 수집 목적 설명
• 세 번째 파티 SDK 데이터 수집 공개

콘텐츠 & 메타데이터

• 앱 이름 지침에 따라 (키워드 Stuffing 없음)
• 설명이 실제 기능을 설명
• 실제 현재 앱 화면을 보여주는 스크린샷
• 모든 지원 언어에 맞게 지역화된 스크린샷
• 설명에 경쟁사 언급이 없음
• 증거가 없는 초월적인 표현 사용하지 않음
• 내용과 일치하는 실제 연령 등급
• 연락처 이메일이 모니터링됨

iOS 전용

• Apple과 함께 로그인 구현 (사회 로그인 사용 시)
• 필요한 모든 스크린샷 크기가 제공됨
• iPad 지원이 활성화된 경우 실제 iPad 스크린샷 업로드
• Info.plist 권한 설명이 명확함
• 실제 연락처 정보가 포함된 지원 URL 추가
• 개인 정보 보호 정책 URL이 App Store Connect에 추가되었습니다.
• 연령 등급 설문조사 완료
• 수출 규제에 대한 올바른 답변
• 앱 리뷰 연락처 및 비만료 데모 계정 제공
• iOS 15.0 이상을 대상으로합니다.
• IAP가 있는 경우: 가격이 명확하고, 구매 취소 버튼이 표시됩니다.
• Android나 다른 플랫폼에 대한 참조가 없습니다.

Android 전용

• 앱 번들 (.aab) 형식 사용
• API 35 이상을 대상으로합니다.
• 콘텐츠 등급 설문조사 완료
• 기능 그래픽 업로드
• Play Console 계정의 경우 12 명의 테스터, 14 일간의 테스트가 완료되었습니다.
• 테스트에서 발생한 충돌 보고서가 검토 및 수정되었습니다.
• iOS 또는 다른 플랫폼에 대한 참조가 없습니다.

테스트 (Android 현재 요구 사항)

• Play Console 계정의 경우 12 명 이상의 테스터가 모집되었습니다.
• 클로즈드 테스트 트랙이 생성되었습니다.
• 14 일 연속 테스트가 완료되었습니다.
• 테스터가 앱을 실제로 사용했으며 (설치만 한 경우 제외)
• 테스트 중 충돌 모니터링이 활성화되었습니다.
• 테스트에서 발생한 심각한 버그가 수정되었습니다.
• 테스터의 피드백이 문서화되었습니다.

리뷰 노트: 포함해야 할 내용

첫 번째 제출에서 승인과 거부 사이의 차이를 만들 수 있는 훌륭한 리뷰 노트는 무엇입니까?

리뷰 노트 템플릿

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

iOS 전용 리뷰 노트

iOS의 경우 다음을 포함하세요:

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Android 전용 리뷰 노트

Android의 경우 다음을 포함하세요:

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

거부 시 처리 방법

첫 번째 제출의 경우 거부는 흔한 일입니다. 어떻게 처리해야 합니까?

거부 후 처리 방법

일반적인 거절 응답

거절: '앱이 런칭 시 충돌합니다.'

응답:

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

거절: '개인 정보 보호 정책이 누락되었습니다.'

응답:

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

거절: '4.2 - 최소 기능성 준수하지 않습니다.'

이것은 더 어려운 문제입니다. 앱이 충분한 기능을 제공하지 않아 앱으로 인정받지 못하는 것입니다. 응답:

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

승인 후 최적의 실천 방법

축하합니다! 앱이 승인되었습니다. 그 상태를 유지하는 방법은 다음과 같습니다:

출시 후 모니터링

관심 있어야 하는 주요 지표:

• 크래시율 (1% 이하로 유지)
• ANR율 (안드로이드 - 0.5% 이하로 유지)
• 앱 스토어/플레이 스토어 평점
• 리뷰 내용 (모든 리뷰에 응답)
• 사용자 보고한 버그

사용할 수 있는 도구:

• 파이어베이스 크래시 리틱스
• 앱 스토어 연결 분석
• 구글 플레이 콘솔 비타일스
• 에러 추적 (Sentry와 같은)

업데이트 지침

업데이트 제출 시:

• 초기 제출과 마찬가지로 철저한 테스트를 수행하십시오
• UI가 크게 변경된 경우 스크린샷을 업데이트하십시오
• 데이터 수집이 변경된 경우 개인 정보 보호 레이블을 업데이트하십시오
• 명확한 '새로운 기능' 설명을 제공하십시오
• 주요 변경 사항에 대한 단계적 롤아웃을 고려하십시오

준수 유지

연간 요구 사항:

• Android 콘텐츠 등급을 연간 갱신하십시오 (연간 갱신이 필요합니다)
• 실천 방식이 변경된 경우 개인 정보 보호 정책을 업데이트하십시오
• 내용이 변경된 경우 나이 등급을 검토하고 업데이트 하세요.
• 세계적인 SDK를 준수하는지 감사하세요.

연속적인 모니터링:

• 지침 변경 사항에 대한 최신 정보를 유지하세요.
• 애플/구글 개발자 뉴스레터에 가입하세요.
• 개발자 커뮤니티에 참여하세요.
• 앱 스토어/플레이 스토어 정책 블로그를 팔로우하세요.

자원 및 추가 읽기

공식 문서

애플:

• 앱 스토어 리뷰 지침
• 애플과 함께 로그인
• 애플리케이션 스토어 연결 도움말
• 개인 정보 및 데이터 사용

구글:

• 개발자 정책 센터
• 런칭 체크리스트
• 데이터 안전성 섹션
• 테스트 지침

커뮤니티 리소스

• r/androiddev - 안드로이드 개발자 커뮤니티
• r/iOSProgramming - iOS 개발자 커뮤니티
• Stack Overflow - 기술 질문
• Indie Hackers - 독립 개발자 커뮤니티

개인 정보 보호 정책 도구

• Termly 개인 정보 보호 정책 생성기
• PrivacyPolicies.com
• 무료 개인 정보 보호 정책

앱 리뷰에 도움이 필요합니까?

앱 리뷰를 첫 번째 시도에서 통과하기 위해 전문가의 도움을 원하거나 압도감을 느끼신다면, 저희가 도와드리겠습니다!

저희 팀과 상담 전화 예약하기 개인화된 도움을 위해:

• 애플 스토어와 플레이 스토어 리뷰 준비
• 개인 정보 보호 정책 및 법적 문서 검토
• 애플과 함께 로그인 구현
• 테스트 전략 및 테스터 모집
• 리뷰 노트 준비
• 반려 응답 및 항소
• 앱 제출 프로세스 완료

우리는 수백 개의 개발자가 앱 리뷰 프로세스를 성공적으로 관리하는 데 도움을 주었으며, 여러분이 오랜 시간과 시행착오를 피할 수 있도록 도와드립니다.

결론

첫 번째 앱을 제출하는 것은 두려운 일일 수 있지만, 적절한 준비가 있으면 첫 번째 시도에서 리뷰를 통과할 수 있습니다. 다음의 중요한 점을 기억하세요:

1. 시작하기: 특히 안드로이드의 경우 - 12명의 테스터를 최소 3주 전에 계획된 출시일 전에 모집하세요
2. 개인정보 우선: 개인정보 정책이 준비되어 있어야 하며, 데이터 처리 방침이 정확하게 반영되어야 합니다.
3. 애플 로그인: iOS에서 사용하는 모든 사회 로그인에 대해 Sign in with Apple을 포함해야 합니다.
4. 적극적인 테스트: 실제 기기, 느린 네트워크, 권한이 거부된 경우에 테스트해야 합니다.
5. 진실한 정보: 정확한 메타데이터와 개인정보 공개는 거부와 법적 문제를 예방합니다.
6. 상세한 리뷰 노트: 리뷰어들이 앱을 빠르게 이해할 수 있도록 도와줍니다.

현재의 안드로이드 테스트 요구 사항은 프로세스를 더 오래 지속하지만, 결국은 더 나은 앱과 출시 후 문제가 적은 결과를 낳습니다. 안드로이드 제출에 3-4주를 더 계획하고, 성공을 위한 준비가 될 것입니다.

앱 출시를 위한 좋은 행운! 기억하세요, 심사에서 거부당해도, 그것은 학습의 기회입니다. 성공적인 앱은 대부분 심사에서 여러 번 거쳐야 승인받습니다.

혼자서 갈 필요가 없나요? 상담을 예약하세요 그리고 우리 전문가가 프로세스를 안내해 드리겠습니다.

앱이 승인된 후 라이브 업데이트를 구현하는 도움을 필요로 하신다면? Capgo의 라이브 업데이트 솔루션을 확인하세요 앱 스토어 리뷰 없이도 무결점으로 앱 업데이트를 진행할 수 있습니다.

The Complete First-Time App Review Guide for 2026 - iOS and Android에서 계속 진행하세요

The Complete First-Time App Review Guide for 2026 - iOS and Android을 사용하시는 경우 The Complete First-Time App Review Guide for 2026 - iOS and Android 보안 및 준수 계획을 세우기 위해 사용하시는 경우 Encryption Encryption Compliance Compliance Capgo Security Scanner Capgo Security Scanner Capgo Security Capgo Security Capgo Trust Center Capgo Trust Center