14일이 지났는데 프로덕션 액세스 신청 버튼이 보이지 않나요?

아래 점검 도구를 쓰면 상황에 맞는 답을 안내받을 수 있고, 그 아래의 10가지 점검 목록을 따라가도 됩니다. 이어지는 섹션에서 각 점검을 하나씩 설명합니다.

버튼이 안 보이는 상황인가요, 아니면 Google이 이미 신청을 검토한 상황인가요?

다음 단계는 이미 신청했는지 여부에 따라 달라집니다. 거부 메일은 버튼이 없는 상황보다 뒤 단계에 속하고, 이미 승인된 앱에 필요한 것은 이 점검 목록이 아니라 출시 안내입니다. 엉뚱한 해결 절차를 밟지 않도록 먼저 지금이 어느 단계인지 확인하세요.

첫 번째 행, 즉 신청한 적이 없고 버튼이 없거나 비활성 상태인 경우가 이 글에서 다루는 상황입니다. 단계 구분: 테스트 요구사항, 출시 절차, 계정 등록. 거부 문구는 개발자가 제보한 과거 화면 문구입니다.

선택한 앱의 대시보드를 열고 자격 카드 읽기

Google이 신청 단계를 문서로 안내한 곳은 앱 대시보드이므로 여기서 시작하세요. Play Console 홈도, 프로덕션 트랙도 아닙니다. 문서에 안내된 순서는 앱을 선택하고, 대시보드를 열고, 프로덕션 액세스 신청을 누른 다음, 이어서 나오는 질문에 답하는 것입니다. 먼저 앱 대시보드의 자격 카드를 읽고, 설치 통계나 액세스 목록 인원수를 참여 및 기간 확인 대신 쓰지 마세요.

1. 1Play Console
2. 2앱 선택
3. 3대시보드
4. 4프로덕션 액세스 신청
5. 5질문에 답하기

이동 경로는 테스트 요구사항과 앱 대시보드 문서로 확인했습니다.

현재 참여 테스터 수를 확인하는 곳

Console에 표시된다면, 이 점검에서 가장 먼저 볼 곳은 앱 대시보드의 자격 카드입니다. 비공개 테스트 아래의 테스터 탭은 누가 참여할 수 있는지를 관리하는 곳이고, 설치 통계는 또 다른 것을 셉니다. 아래 표가 이 섹션의 핵심입니다. 개발자들이 서로 같은 것으로 읽는 여섯 가지와, 각각이 실제로 확인해 주는 내용입니다.

테스터 목록, Google 그룹, 참여도 행: 테스트 설정과 테스트 요구사항. 설치 통계 행과 자격 카드 관련 행은 개발자들이 제보했고(Google 그룹, Reddit) 아래 저희 캡처에도 보이는 항목입니다. 모든 Console에 전부 표시되지는 않습니다.

대시보드가 다르게 보인다면?

아래 이미지는 저희 Play Console 화면을 가려서 담은 것으로, 카드가 비활성 상태인 모습입니다. 캡처 날짜는 기록해 두지 않았고 Google은 정책 변경일과 무관하게 Console 문구를 바꾸므로, 여기 적힌 라벨은 현재의 정확한 문구가 아니라 방향을 잡는 참고로만 보세요. 위의 메뉴 경로는 현재 문서로 확인했지만, 카드의 전체 모습까지 확인한 것은 아닙니다. 본인 카드가 다르다면 실제로 보이는 작업 문구를 기준으로 삼고, 이 이미지가 아니라 그 문구를 전달하세요.

계정 소유자로 로그인하거나 소유자에게 확인 요청하기

과거 개발자 제보 두 건에서는 계정 소유자와 비교해 보는 것으로 이 증상이 해결됐습니다. 2023년 12월에는 테스트 기간이 끝난 한 개발자가, 자신에게는 보이지 않던 프로덕션 액세스 신청 버튼을 계정 소유자는 보고 사용할 수 있다는 것을 확인했습니다. 2024년 3월에는 Stack Overflow 질문자가 같은 방식으로 자기 질문에 스스로 답했습니다. 둘 다 본인이 직접 올린 제보이고 지금의 테스터 12명 규칙보다 앞선 사례이며, 두 번째 글에 나중에 댓글을 단 사람은 이미 소유자였는데도 여전히 막혀 있었습니다.

저희 관찰: PrimeTestLab이 진행한 비공개 테스트에서는 개발자 계정 소유자의 Google 계정으로 Console을 열었을 때만 프로덕션 액세스 신청 버튼이 나타났습니다. 관리자와 사용자에게는 그 버튼이 비활성 상태이거나 아예 보이지 않았고, 계정의 소유자 본인이더라도 사용자로만 추가해 둔 다른 Google 계정으로 로그인한 경우 역시 마찬가지였습니다. 이것은 Google이 밝힌 내용이 아니라 저희가 직접 겪은 경험이며, 비용이 들지 않는 확인이라 가장 앞에 두었습니다.

Google의 권한 문서는 소유자, 관리자, 사용자 역할과 위임할 수 있는 출시 권한을 설명하지만, 이 신청을 누가 제출할 수 있는지는 말하지 않습니다. 따라서 이것은 권한 규칙이 아니라, 손쉽게 먼저 해 볼 수 있는 비교입니다.

소유자 제보, 2023년 12월(Reddit), 소유자 제보와 이미 소유자였다는 후속 댓글, 2024년 3월(Stack Overflow), 계정 권한(Google).

표시된 테스터 수가 정말 요구 기준보다 적은지 확인하기

초대 목록에 이름이 있다고 해서 그 사람들이 비공개 테스트에 참여했다는 뜻은 아닙니다. 목록에 있다는 것은 참여할 수 있다는 허가일 뿐이고, 테스터는 각자 비공개 테스트 링크를 열어 참여해야 하며, Google 그룹 구성원도 직접 테스트에 참여해야 합니다. 인원이 적게 나온다면 다음 네 가지부터 확인하세요. 각각 해결 방법이 다릅니다.

해결 방법은 언제나 같은 종류입니다. 유효한 비공개 테스트 참여를 확보하는 것입니다. 그룹 이름을 바꾸거나 내부 트랙을 일시중지하거나 빌드를 다시 올린다고 해서, 참여하지 않은 사람이 참여자가 되지는 않습니다.

테스트 설정: 테스트 참여, Google 그룹, 앱당 내부 테스터 100명 한도, 다른 프로그램에 참여하기 전 내부 테스트에서 나오기, 테스트 요구사항. 같은 이메일을 두 트랙에 모두 넣는 구성은 개발자 제보입니다.

테스터에게 참여 여부 확인하기

아래 내용을 상황에 맞게 고쳐 목록에 있는 모든 사람에게 보내세요. 없는 활동을 지어내게 하지 않으면서 확인해야 할 것만 묻는 문장입니다. 받은 답장은 참여 상태를 확인하는 데 도움이 되지만, 답장이나 목록 인원수 자체를 자격의 증거로 삼지 말고 대시보드의 참여 현황 및 기간 정보와 함께 보세요.

목록과 테스트 참여 링크를 설정하는 방법: 테스터를 초대하고 참여시키는 방법.

업로드한 날부터 세지 말고 연속 일수 진행 상황 읽기

달력상으로는 다 채운 것처럼 보여도 요건을 충족하는 기간은 아직 끝나지 않았을 수 있습니다. 이 규칙은 빌드가 올라간 지 얼마나 됐는지가 아니라, 신청하는 시점까지 이어지는 테스터 개인별 연속 기간을 따집니다. 열두 번째 테스터가 9일 차에 참여했다면, 업로드한 지 2주가 지났다는 사실은 아무것도 증명하지 못합니다.

논리는 앱 테스트 요구사항을 따릅니다(끊김 없는 참여, 나뉜 기간은 합산되지 않음). 카운터가 떨어진 사례는 원인이 확인되지 않은 개발자 제보입니다.

대체 테스터는 다른 테스터의 일수를 물려받지 않습니다

요구사항은 테스터 개인 단위이므로, 나간 테스터의 기록도 그 사람과 함께 사라집니다. 이미 요건을 갖춘 채 참여 상태를 유지해 온 여유 인원은 그대로 집계되지만, 새로 모집한 대체 테스터는 0일부터 시작합니다.

출시 제공 상태를 확인하고 표시된 공지 처리하기

내부 테스트에서 아무리 활동해도 부족한 비공개 테스트 자격은 채워지지 않고, 아무도 설치할 수 없는 비공개 테스트로도 자격은 쌓이지 않습니다. 트랙이 비공개 트랙이 맞는지, 비공개 빌드가 실제로 제공되고 있는지, 대상 테스터가 자신의 Play 국가에서 그 빌드를 받을 수 있는지 확인하세요. 직접 하나씩 확인하고 싶다면, 글 위쪽의 10가지 점검이 같은 내용을 정해진 순서로 다룹니다.

문서에 안내된 비공개 트랙 경로

1. 테스트 및 출시
2. 테스트
3. 비공개 테스트
4. 트랙 관리
5. 테스터

이 화면은 설정 화면입니다. 누가 참여할 수 있는지는 알려 주지만, 누가 실제로 참여했는지는 알려 주지 않습니다. 테스트 설정.

초안 항목, 활성 또는 보관된 앱 번들, 그리고 트랙 상태

이 라벨들은 서로 다른 대상에 붙습니다. 초안은 항목이나 출시 버전에, 활성과 보관됨은 앱 번들에 붙고, 대체됨은 테스트 트랙의 상태이며, 삭제나 정지는 앱에 내려진 제재입니다. 하나를 다른 것으로 읽는 순간, 평범한 업데이트가 초기화됐다는 잘못된 진단으로 바뀝니다.

초안과 검토: 게시 개요. 활성과 보관됨: 앱 설정과 앱 번들 상태. 대체됨과 트랙 일시중지: 테스트 설정. 앱 상태와 제재 상태: 게시 상태. 출시 작업: 출시 절차.

새로 게시한 테스트 참여 링크는 제공되기까지 몇 시간이 걸릴 수 있습니다

Google은 첫 테스트 참여 링크와 이후의 테스트 변경 사항이 테스터에게 반영되기까지 몇 시간이 걸릴 수 있다고 안내합니다. 이는 링크가 배포되는 데 걸리는 지연이며, 프로덕션 액세스 신청 버튼이 열리는 표준 대기 시간이 있다는 근거가 아닙니다. 각 테스터의 참여가 언제 시작됐는지에 대해서도 아무것도 말해 주지 않습니다. 테스터가 앱이 보이지 않는다고 하면 무작정 기다리기 전에 위의 출시 상태와 국가 설정부터 확인하세요. 테스트 설정.

계정 인증, 설정, 정책 관련 공지

표시된 공지를 그대로 읽고 거기에 연결된 조치를 따르세요. 어떤 글에 나열되어 있다는 이유만으로 타겟 SDK나 국가 설정, 권한을 바꾸지 마세요. 무엇을 바꾸든 Console이 실제로 알려 주는 문제를 해결하는 것이어야 합니다. 자주 나오는 공지 세 가지를 짚어 두겠습니다.

기기 인증, 앱 대시보드, 출시 절차, 게시 상태.

모두 충족한 것처럼 보이는데 신청을 진행할 수 없을 때

이 버튼이 나타나려면 보통 48~72시간을 기다려야 한다는 미확인 주장이 돌아다니지만, 공개된 근거로는 뒷받침되지 않습니다. 관련 글에서 시간을 제시한 댓글은 하나뿐인데 그마저 다른 시간을 말하고, 버튼이 실제로 언제 나타났는지 측정한 글은 없으며, 사람들이 인용하는 7일은 신청 검토에 걸리는 기간으로 이와는 다른 시계입니다. 요구사항이 눈에 띄게 미달이라면 4~6번 섹션의 해결 조치를 하면 됩니다. 관련 점검이 모두 충족된 것처럼 보이는데도 신청을 진행할 수 없다면, 기다리지 말고 근거를 모아 문의하세요.

문의 창구는 Play Console 안의 도움말 섹션입니다(Google 고객센터 공지). 구체적인 자료를 함께 보내면 지원팀이 살펴볼 근거가 분명해지고, 기본 정보를 다시 묻는 일도 줄어듭니다. 비공개 테스트를 반복하며 막혀 있던 한 개발자는 두루뭉술하게 문의했더니 두루뭉술한 답이 돌아왔다고 제보했습니다.

제목: Play Console에서 [package_name]의 프로덕션 액세스 신청 문제

Google Play 개발자 지원팀 담당자님께,

다음 문제에 대해 도움이 필요합니다.

문의 유형: [issue_category]
앱: [app_name] ([package_name])
계정 유형: [account_type]
계정 생성일: [creation_date]
계정 소유자 비교: [owner_result]
확인한 날짜/시각과 시간대: [observed_at]

대시보드 문구:
[dashboard_text]

비공개 트랙과 출시 정보:
[track_and_release]

게시 상태:
[publishing_status]

계정, 앱 또는 정책 공지:
[notice_text]

이미 확인하거나 조치한 내용:
[actions_taken]

준비된 스크린샷: [screenshots_available]

이 프로덕션 액세스 신청을 사용하거나 제출할 수 없게 만드는 요구사항 또는 계정
조건이 무엇인지, 그리고 다음에 무엇을 해야 하는지 알려 주시기 바랍니다. 화면에
표시된 상태가 서로 맞지 않는다면 어떻게 확인해야 하는지도 안내해 주시면 감사하겠습니다.

감사합니다.

확인 결과에 맞는 다음 단계 밟기

대부분의 확인 결과에는 돈을 쓸 일이 전혀 없습니다. 테스트 대행이 답이 되는 경우는 참여 또는 연속성이 채워지지 않았을 때뿐이며, 부분적으로 도움이 되는 행과 전혀 도움이 되지 않는 행은 아래 표에서 확인하세요. 대행으로 Google의 검토를 앞당기거나 정지된 앱을 풀 수는 없습니다. 신청 검토 중, 이미 승인됨, 이 요구사항의 적용 대상이 아닌 계정은 1번 섹션에서 안내합니다.

해결책이 아니라 화면을 확인하는 방법입니다. 보이는 내용을 기록해 둔 뒤 페이지를 새로 고치거나 같은 계정을 다른 브라우저에서 열어 보면, 화면이 오래된 상태인지 가려낼 수 있습니다. 그것으로 요구사항이 충족되거나 빠진 전제 조건이 건너뛰어지지는 않습니다.

자주 묻는 질문