앱 MVP iOS 심사 정보: 연락처·데모 계정·테스트 안내를 나누는 5가지 기준

앱 MVP iOS 심사 정보: 연락처·데모 계정·테스트 안내를 나누는 5가지 기준

직접 답변: iOS 앱 MVP를 심사에 올릴 때는 “심사팀이 연락할 담당자”, “로그인 기능을 확인할 전용 데모 계정”, “특별 설정·테스트 순서를 설명하는 Notes”, “외부 베타 테스터를 위한 TestFlight 정보”, “이번 버전에 실제로 선택한 빌드”를 각각 따로 확인해야 합니다. 계정 하나를 만들었거나 TestFlight에서 설치가 됐다는 사실만으로 App Review 제출 준비가 끝났다고 보지 마세요.

Apple의 App Store Connect 도움말은 App Review 정보에 담당자 연락처, 테스트에 필요한 설정이나 계정 정보를 담는 Notes, 로그인 앱의 데모 계정 정보를 설명합니다. 또한 외부 테스터용 TestFlight 정보는 나중의 App Store 제출 정보와 다를 수 있다고 안내합니다. 이 글은 실제 심사 결과, 출시 승인, 보안 수준, 출시 일정이나 사용자 성과를 보장하지 않는 운영 점검 가이드입니다.

먼저 “접근 정보”와 “제출 가능한 버전”을 구분합니다

심사자가 특정 기능에 들어갈 수 있도록 전용 계정을 준비하는 일과, App Store Connect에서 해당 앱 버전의 필수 메타데이터와 올바른 빌드를 선택하는 일은 다른 단계입니다. Apple은 앱 버전을 제출하기 전에 필요한 메타데이터를 제공하고 그 버전에 맞는 빌드를 선택하라고 안내합니다. 따라서 로그인 정보가 있다는 사실을 빌드 선택·버전 내용·제출 상태의 증거로 확장하면 안 됩니다.

특히 MVP는 개발·스테이징·운영 환경이 함께 존재하기 쉽습니다. 심사에 사용할 계정이 어떤 환경으로 연결되는지, 어떤 역할까지 볼 수 있는지, 테스트 중 생성한 데이터가 어디에 남는지, 심사 연락을 누가 받을지를 한 줄 메모가 아니라 분리된 점검 항목으로 남기세요. 실제 고객 계정, API 키, 운영자 비밀번호, 개인 정보는 심사 메모나 원고에 적지 않습니다.

기준 1: 담당자 연락처는 지원 채널과 구별합니다

Apple은 App Review 정보의 연락처를 심사팀이 추가 정보가 필요할 때 조직에 연락할 담당자 정보로 설명합니다. 이는 앱을 내려받은 사용자를 위한 Support URL이나 고객 상담 채널과 같은 항목이 아닙니다. 담당자의 이름·이메일·전화번호가 현재 유효한지, 담당자가 앱의 로그인·기능 제한·테스트 순서를 설명할 수 있는지 별도로 확인하세요.

담당자가 부재중일 때를 대비해 모든 운영 권한을 한 계정에 몰아 주는 방식은 적절한 대체가 아닙니다. 연락 응답 책임, 테스트 계정 복구 권한, 배포 결정을 누가 하는지, 실제 고객 문의를 어디로 보낼지를 나누면 심사 연락과 제품 운영을 한 신호로 섞지 않을 수 있습니다.

기준 2: 데모 계정은 실제 고객 계정과 분리합니다

Apple의 안내에 따르면 로그인 기능을 쓰는 앱은 App Review용 데모 계정의 사용자 이름과 비밀번호를 제공해야 하며, 이 계정은 심사 과정에서 사용되고 만료되지 않아야 합니다. 추가 계정 정보는 Notes에 넣을 수 있습니다. 이 요구를 실제 고객 계정을 복사하거나 관리자 권한을 넓게 제공하라는 뜻으로 해석하지 마세요.

데모 계정을 만들었다면 실제로 어떤 경로로 로그인하는지, 다중 역할을 쓰는 앱이면 어떤 역할을 추가로 안내해야 하는지, 인증 코드나 특별 설정이 필요한지 테스트 흐름을 다시 따라가 보세요. 단, 심사 준비용 기록에는 비밀번호 자체를 복제하지 말고 접근 정보가 최신인지 확인한 시점과 담당 책임만 남기는 편이 안전합니다.

앱 MVP의 출시 전 심사·검수 경계를 함께 점검하기

기준 3: Notes에는 심사에 필요한 조건만 씁니다

Apple은 Notes에 앱을 테스트하는 데 필요한 앱별 설정, 테스트 등록 또는 계정 세부 정보를 넣을 수 있다고 설명합니다. 그래서 Notes는 마케팅 문구나 고객 후기, 전체 제품 로드맵을 쓰는 곳이 아니라 심사자가 특정 기능을 재현하는 데 필요한 짧고 검증 가능한 설명에 가깝습니다.

예를 들어 기능이 특정 순서에서만 보인다면 시작 화면, 필요한 선택, 기대 화면을 순서대로 설명합니다. 특정 장치·위치·외부 하드웨어가 필요하다면 실제로 제공할 수 있는 범위와 대체 시연 여부를 제품 책임자와 정리하세요. 설명을 추가했다는 사실만으로 해당 기능이 모든 환경에서 동작하거나 심사가 통과한다고 단정하면 안 됩니다.

기준 4: TestFlight 외부 테스트 정보는 따로 관리합니다

Apple은 외부 테스터에게 배포할 때 TestFlight App Review용 추가 테스트 정보를 입력해야 한다고 안내합니다. 여기에는 베타 앱 설명과 테스터 피드백을 받을 이메일이 포함되며, 이 정보는 이후 App Store 제출 때 쓰는 정보와 다를 수 있습니다. 따라서 “베타에서 테스트했다”와 “고객 배포용 심사 정보가 완성됐다”를 같은 완료 상태로 두지 마세요.

외부 테스터에게 확인시키려는 기능, 피드백을 받을 주소, 테스트 중인 빌드의 식별자, 알려진 제한, 다음 빌드에서 바뀔 항목을 분리해 기록하면 소통의 대상을 잃지 않을 수 있습니다. 한 번의 설치 성공이나 단일 테스터의 의견은 모든 기기·계정·네트워크 조건의 품질 증명이 아닙니다.

기준 5: 제출 직전에는 버전·빌드·심사 정보를 함께 다시 읽습니다

Apple의 제출 절차는 앱 버전을 선택하고, Build 섹션에서 올바른 빌드가 추가됐는지 확인한 뒤 Add for Review와 Submit for Review를 구분합니다. 따라서 작업 보드의 “준비 완료” 표시는 실제 제출 상태와 다를 수 있습니다. 이번 버전의 변경 내용, 연결된 빌드, 심사 연락처, 데모 접근, Notes, TestFlight 안내를 같은 시점에 다시 읽어야 합니다.

출시 후의 공개 시점·스토어 노출·리뷰 결과는 별도 상태입니다. 앱 MVP의 심사 거절 이후 수정·재제출 기록을 다루려면 앱 MVP 심사 거절 대응: 수정·재제출과 이의제기 전 남길 5가지 기록도 함께 참고할 수 있습니다. 이 글은 특정 앱의 제출 권한이나 실제 심사 통과 여부를 확인하지 않습니다.

출시 전 5분 체크리스트

• 현재 응답 가능한 심사 연락처와 고객 지원 채널을 구별했는가?

• 실제 고객 계정이 아닌 전용 데모 계정의 접근 범위를 확인했는가?

• Notes에 기능 재현에 필요한 설정·순서만 남겼는가?

• TestFlight 외부 테스트 정보와 App Review 정보를 각각 검토했는가?

• 이번 버전의 메타데이터와 실제 선택한 빌드를 함께 확인했는가?

이 체크리스트는 심사 통과·일정·보안·스토어 공개를 보장하지 않습니다. 제출 직전에는 Apple의 현재 도움말과 실제 App Store Connect 상태, 팀의 계정 접근 정책을 다시 확인하세요.

자주 묻는 질문

로그인이 있는 앱은 심사 정보에 무엇을 준비해야 하나요?

Apple의 App Review 정보 안내는 로그인 앱에 데모 계정의 사용자 이름과 비밀번호를 요구하며, 심사에 필요한 추가 계정 정보는 Notes에 넣을 수 있다고 설명합니다. 실제 제공 범위와 계정 상태는 제출 직전에 다시 확인하세요.

TestFlight 테스트 정보와 App Review 정보는 같은 내용인가요?

아닙니다. Apple은 외부 테스터용 TestFlight 정보가 이후 App Store 제출 정보와 다를 수 있다고 안내합니다. 각각의 대상과 연락처, 테스트 안내를 따로 관리하세요.

데모 계정만 있으면 심사 제출이 끝난 건가요?

아닙니다. 제출 전에는 필요한 메타데이터와 해당 버전의 빌드를 선택해야 합니다. 데모 계정은 실제 접근 경로와 테스트 설명을 확인하는 한 요소일 뿐입니다.

심사 메모에 실제 고객 계정이나 비밀키를 넣어도 되나요?

아닙니다. 심사에 필요한 최소 범위의 전용 데모 정보를 준비하고, 실제 고객 계정·비밀키·운영 권한을 심사 메모나 공개 문서에 넣지 마세요. 이 글은 보안 또는 심사 통과를 보장하지 않습니다.

내 앱의 심사 정보와 출시 준비를 점검하기

출처

• Apple Developer — Platform version information

• Apple Developer — Provide test information

• Apple Developer — Submit an app