App Store 심사용 데모 계정: 심사를 통과하는 리뷰어 로그인 설정 방법 (2026)

앱의 일부라도 로그인 뒤에 있다면, App Store 심사용 데모 계정은 Apple이 처음 시도할 때 바로 작동해야 합니다. Apple의 App Review 가이드라인은 데모 계정 정보 또는 모든 기능을 갖춘 데모 모드를 요구하며, 심사 기간 동안 백엔드가 실제로 동작하고 있어야 한다고 말합니다. 실무적으로는 절대 만료되지 않고, 현실적인 데이터가 미리 채워져 있으며, 모든 유료 기능과 역할별 기능에 접근할 수 있고, 개발자만 볼 수 있는 로그인 코드가 필요 없는 전용 계정을 뜻합니다. 이 가이드에서는 그런 계정을 만드는 방법, 함께 제출할 메모 작성법, 그리고 실패했을 때 다른 개발자들이 겪은 사례를 다룹니다.

Apple은 App Store 심사용 데모 계정에 무엇을 요구하나요?

Apple은 앱에 로그인이 필요한 경우 App Store Connect의 앱 심사 정보에 작동하는 데모 사용자 이름과 비밀번호를 입력하도록 요구하며, 이 계정은 만료되어서는 안 됩니다. 가이드라인 2.1(a)는 또한 심사 기간 동안 백엔드가 실행 중이어야 한다고 요구합니다.

가이드라인 2.1(a)의 문구는 다음과 같습니다. “앱에 로그인이 포함되어 있다면 데모 계정 정보를 포함하세요(그리고 백엔드 서비스를 켜 두세요!).” App Store Connect의 플랫폼 버전 정보 레퍼런스는 여기에 “데모 계정은 App Review 과정에서 사용되며 만료되어서는 안 된다”, “추가 계정의 세부 정보는 메모 필드에 포함해야 한다”, 그리고 메모는 “최대 4000바이트까지 입력할 수 있다”고 덧붙입니다. ‘로그인 필요’ 필드는 “앱을 사용하는 데 로그인이 필요한 경우” 적용됩니다.

Apple의 완전한 심사를 위한 정보 제공 도움말 페이지는 더 구체적입니다. “심사가 시작되기 전에 만료되거나 변경된 자격 증명은 제출이 거절되는 원인이 될 수 있습니다.” 앱에 관리자와 일반 사용자처럼 여러 계정 유형이 있다면 각 유형의 자격 증명을 메모에 추가하세요. 자동 갱신 구독을 판매한다면 “전체 구매 흐름을 심사할 수 있도록 구독이 만료된 데모 계정을 제공”해야 합니다.

App Review용 데모 계정은 어떻게 설정하나요?

프로덕션 환경에 전용 계정을 만들고, 모든 만료 및 정리 작업에서 제외하고, 현실적인 데이터로 채운 뒤, 제출 전에 실제로 제출할 릴리스 빌드에서 직접 로그인해 보는 방식으로 데모 계정을 설정합니다.

1. appreview@yourdomain.com처럼 프로덕션 환경에 전용 계정을 만드세요. 누군가 변경할 수도 있는 개인 계정이나 QA 계정을 재사용하지 마세요.
2. 비밀번호 교체, 비활성 계정 삭제, 체험 기간 만료, 사기 탐지 규칙 등 모든 정리 작업에서 이 계정을 제외하세요.
3. 어떤 화면도 비어 보이지 않도록 현실적인 콘텐츠를 미리 채워 두세요. 심사관은 눈에 보이는 것으로 완성도를 판단합니다.
4. 구독 상태를 Apple의 안내에 맞게 설정하세요. 구독을 판매한다면 결제 화면(페이월)과 구매 흐름이 표시되도록 구독이 만료된 상태여야 합니다.
5. 모든 기능이 작동하는 지역으로 계정을 설정하거나, 지역별 차이를 메모에 설명하세요.
6. 제출할 바로 그 릴리스 빌드로 초기화된 기기에서 로그인한 뒤, 메모에 언급한 각 기능을 직접 확인하세요.
7. 심사가 끝날 때까지 비밀번호를 다시 건드리지 마세요.

앱이 로그인 코드, SMS OTP, 매직 링크, SSO를 사용한다면?

로그인에 일회용 코드가 필요하다면, 제출 전에 심사용 계정의 고정 코드를 메모에 적어 두세요. Apple은 코드가 없으면 “심사를 계속하기 위해 통화가 필요할 수 있다”고 경고하며, 이러한 통화는 “일반적으로 영업일 기준 3~5일 이내에 완료된다”고 밝힙니다.

이메일 매직 링크나 SMS 일회용 코드를 사용한다면, 심사용 계정이 고정 코드나 비밀번호를 받아들이도록 설정하고 그 코드를 메모에 적으세요. 서드파티 싱글 사인온(SSO) 서비스를 사용한다면 App Store Connect는 “해당 서비스의 데모 계정 로그인 정보도 포함”하도록 요구합니다.

은행, 헬스케어 등 규제 대상 앱에서 흔히 그렇듯 법적·보안상 이유로 데모 계정을 공유할 수 없다면, 가이드라인 2.1(a)는 “Apple의 사전 승인을 받아 데모 계정 대신 앱 내장 데모 모드”를 사용할 수 있도록 허용합니다. 이 데모 모드는 축소된 둘러보기가 아니라, 데모 데이터를 사용해 “앱의 모든 기능”을 보여 주어야 합니다.

App Review에 어떤 계정을 제공해야 하나요?

앱의 계정 유형마다 만료되지 않는 로그인을 하나씩 제공하고, 코드·페이월·하드웨어 요구 사항을 통과하는 데 필요한 것도 함께 제공하세요. 아래 표는 각 상황별로 무엇을 어디에 넣어야 하는지 정리한 것입니다.

데모 계정용 App Review 메모에는 무엇을 적어야 하나요?

좋은 심사 메모에는 앱의 콘셉트, 모든 로그인 정보, 로그인 코드, 페이월에 도달하는 방법, 각 기능의 위치, 지역별 차이, 테스트한 기기가 담겨 있습니다. 아래는 이메일 로그인 코드와 Pro 구독을 사용하는 가상의 팀 습관 트래커 앱 예시입니다.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

짧고 실용적으로 작성하세요. 업데이트의 경우 Apple 도움말 페이지는 “무엇이 변경되었는지, 그리고 심사관이 중요한 새 콘텐츠나 기능을 어디에서 찾을 수 있는지 설명하라”고 안내합니다. 가이드라인 2.3.1(a)는 새 기능을 “구체적으로 설명”하도록 요구하며 “일반적인 설명은 거절된다”고 경고합니다. 가이드라인 문구는 1년에도 여러 번 바뀌므로, 제출 전에 2026년 10월 App Review 가이드라인 변경 사항 요약을 확인하세요.

심사에서 데모 계정 로그인이 실패하는 이유는? 실제 사례

공개된 사례를 보면 데모 로그인은 대개 두 가지 이유로 실패합니다. 심사관이 받을 수 없는 2차 인증, 또는 개발자 환경에서는 작동하지만 Apple 기기에서는 오류가 나는 계정입니다. Apple Developer Forums의 두 스레드가 이 두 가지를 모두 보여 줍니다.

핵심 기능에 걸린 SMS 2단계 인증. Apple Developer Forums의 한 개발자는 프로필 수정에 미국 휴대폰 번호로 문자 전송되는 코드가 필요해서 앱이 “계속 거절되고 있다”고 밝혔습니다. 그는 “심사관의 휴대폰 번호를 알 수 없기 때문에… 심사관이 인증 코드를 받지 못한다”고 설명했습니다. 스레드의 다른 개발자들은 해결 방법을 공유했습니다. 한 명은 “테스트 계정이 항상 같은 2FA 코드를 받도록” 백엔드를 변경하고 이를 메모에 기재했고, 다른 한 명은 프로덕션 계정을 가상 전화번호에 연결한 뒤 Apple에 그 번호에 대한 접근 권한을 제공했습니다.

심사에서만 작동하지 않는 자격 증명. Supabase 이메일·비밀번호 인증을 사용하는 React Native 및 Expo 개발자가 반복적인 거절을 보고했습니다. Apple의 스크린샷에는 올바른 이메일과 함께 “Invalid login credentials” 오류가 표시되었지만, 개발자의 기기, Postman, Supabase 클라이언트에서는 로그인이 정상적으로 작동했고 MFA, 요청 빈도 제한, 지역 차단도 없었습니다. 스레드에서 확인된 원인은 없습니다. 개발자는 데모 모드 추가를 고려하고 있었지만, 가이드라인 2.1(a)에 따르면 그 방법은 Apple의 사전 승인이 필요합니다.

두 사례의 공통점은 심사관의 경험만이 유일하게 의미 있는 테스트라는 것입니다. 메모에 적어 둔 고정 코드는 2차 인증 문제를 해결합니다. “내 환경에서는 되는데” 문제를 해결하려면 초기화된 기기에서 릴리스 빌드로 프로덕션 환경에 로그인해 본 뒤, 그 계정을 그대로 두어야 합니다.

데모 계정으로 제출하기 전에 무엇을 확인해야 하나요?

제출 전에 데모 로그인이 릴리스 빌드에서 작동하는지, 모든 역할과 코드가 메모에 있는지, 심사 기간 중 계정을 만료·교체·삭제할 요소가 없는지 확인하세요.

• 최근 1시간 이내에 초기화된 기기에서 릴리스 빌드로 로그인함
• 백엔드, 인증 제공자, 이메일 또는 SMS 서비스가 모두 작동 중이며 해당 계정에 요청 빈도 제한을 걸고 있지 않음
• 계정이 만료, 정리, 비밀번호 교체 작업에서 제외됨
• 모든 역할의 로그인이 각각 메모에 있음
• 구독 상태가 구매 흐름을 보여 줌
• 삭제 테스트용 별도 계정이 준비됨
• 로그인 코드 또는 우회 방법이 메모에 적혀 있음
• 연락처 전화번호가 더하기 기호(+)를 포함한 국제 형식이고, 누군가 전화를 받을 수 있음

Apple의 App Review 페이지에 따르면 “평균적으로 미해결 문제의 40% 이상이 가이드라인 2.1: 앱 완성도와 관련”되어 있으며, 여기에는 불완전한 정보도 포함됩니다. 작동하지 않는 데모 로그인은 그중 가장 쉽게 예방할 수 있는 문제입니다. 빌드의 나머지 부분을 점검하려면 2.1 거절 대응을 위한 릴리스 빌드 테스트 계획을 활용하세요.

그래도 App Review가 로그인하지 못한다면 어떻게 해야 하나요?

App Review가 로그인하지 못한다면 계정을 수정하고, 릴리스 빌드에서 다시 테스트하고, 앱 심사 정보를 업데이트한 뒤, App Store Connect에서 정확히 무엇을 변경했는지 답변하세요. 앱 심사 정보는 “언제든지 수정할 수 있습니다.”

거절 메시지를 꼼꼼히 읽으세요. 원인은 비밀번호 변경, 세션 만료, 또는 백엔드가 차단하는 지역에 심사관이 있었던 경우처럼 단순한 불일치인 경우가 많습니다. 심사 메시지를 해결책으로 바꾸는 방법 가이드에서 답변 작성 과정을 단계별로 안내합니다. 심사 준비를 맡기고 싶다면, 저희 App Store 제출 서비스가 심사를 준비하고 거절 피드백을 함께 해결해 드립니다. 비용은 두 스토어 모두 포함해 $599입니다(개발자 계정 비용은 별도).