14일 동안 12명의 테스터를 확보하고 더 빠르게 출시

Google은 왜 14일 동안 12명의 테스터를 요구하나요?

이 요구 사항은 Google이 새로운 개인 개발자 계정에 대한 규정을 강화한 2023년 말에 도입되었습니다에 적용됩니다. 명시된 목표는 품질입니다에 적용됩니다. 앱은 빌드 머신에서 바로 나오는 것이 아니라, 실제 사람들이 진정으로 사용한 후에 공개 스토어에 도달해야 합니다에 적용됩니다.

Google에게 있어 2주간의 라이브 테스터 활동은 코드 리뷰보다 훨씬 더 확실하게 저노력 및 스팸 제출을 걸러냅니다에 적용됩니다. 원래 규칙은 20명의 테스터를 요구했지만, Google은 1인 개발자의 부담을 줄이기 위해 2024년 말에 이를 12명으로 줄였습니다에 적용됩니다.

이 변화는 새 계정에 대한 전화 및 ID 확인 등 Google이 비슷한 시기에 도입한 다른 신원 확인과 함께 자리 잡았습니다에 적용됩니다. 이들은 함께 Play 출시의 기준을 높였으며, 특히 처음으로 앱을 출시하는 개발자에게 그렇습니다에 적용됩니다.

14일 카운트를 리셋하는 실수들

실패한 대부분의 비공개 테스트는 앱 품질 때문에 거부되는 것이 아니라, 12명의 테스터 수가 하루 동안 조용히 기준 이하로 떨어졌거나 연속 기록이 깨졌기 때문에 거부됩니다에 적용됩니다. 이런 일이 발생해도 Play Console은 경고하지 않습니다에 적용됩니다. 테스터 탭을 확인하기 전까지 조용히 실패할 뿐입니다에 적용됩니다.

실패한 시도 이후 개발자가 우리에게 왔을 때 우리가 가장 자주 보는 것은 다음과 같습니다:

• 테스터가 첫날 옵트인한 후 앱을 다시 열지 않음
• 테스트가 비공개 트랙 대신 공개 또는 내부 트랙에서 실행됨
• 선택된 국가가 앱의 의도된 프로덕션 국가와 일치하지 않음
• 테스트 중간 빌드가 시작 시 충돌을 일으켜 세션이 완전히 중지됨
• 테스터가 교체되어 해당 자리의 14일 카운트가 다시 시작됨

결제 후 일어나는 일

주문 흐름을 하나의 아이디어로 설계했습니다: 당신의 부분은 몇 주가 아니라 몇 분이 걸려야 합니다에 적용됩니다. 결제가 확인되면, 매칭 엔진이 기기, 언어, 계정 나이가 앱 카테고리에 맞는 테스터를 불러옵니다에 적용됩니다.

1. 0–2시간: 12명 이상의 테스터가 매칭되고 목록이 이메일로 발송되며, Play Console에 붙여넣을 준비가 됩니다에 적용됩니다.
2. 2–6시간: 테스터가 초대를 수락하고 옵트인하며, 14일 카운트가 시작됩니다에 적용됩니다.
3. 1–14일차: 각 테스터가 앱을 열고 매일 세션을 기록합니다에 적용됩니다. Play Console에서 옵트인 수가 라이브로 업데이트되는 것을 항상 볼 수 있습니다에 적용됩니다.
4. 15일차: 참여 보고서가 전달되며, 프로덕션 액세스를 신청할 때 참조할 준비가 됩니다에 적용됩니다.

실제 사람 vs에 적용됩니다. 봇 팜

Google은 단순한 머릿수 이상을 살펴봅니다에 적용됩니다. 기기 증명, IP 분포, 계정 나이, 행동 패턴 등은 테스트 배치가 진짜인지 여부를 결정하는 요소입니다에 적용됩니다. 우리의 테스터는 40개국 이상에 퍼져 있으며, Play Store 활동의 자연스러운 기록이 있는 계정으로 Samsung, Google Pixel, Xiaomi 등 다양한 Android OEM 기기를 사용합니다에 적용됩니다.

모든 테스터는 풀에 합류하기 전에 사람의 검토를 통과했으며, 의심스러운 패턴을 보이는 계정은 새 주문에 할당되는 대신 제거됩니다에 적용됩니다. 봇 패널과 에뮬레이터 팜은 여기서 지름길을 택하지만, 개발자 계정이 플래그를 받는 원인이 바로 그 지름길입니다에 적용됩니다.

15일차에 받은 편지함에 도착하는 것

14일 기간이 종료되면, Google의 설문조사에서 묻는 경향이 있는 세부 정보를 다루는 PDF 참여 보고서를 받게 됩니다: 모든 테스터의 옵트인 타임스탬프, 일일 세션 길이, 기기 모델, Android OS 버전, 테스터 국가에 적용됩니다.

대부분의 개발자는 프로덕션 액세스 설문조사에 답할 때 이 보고서의 짧은 요약을 첨부하며, Google의 검토 팀이 테스트가 어떻게 진행되었는지에 대한 질문을 후속으로 할 경우에 대비해 전체 파일을 보관합니다에 적용됩니다.

프로덕션 액세스 신청

14일 요구 사항이 충족되면, Play Console의 "프로덕션 신청" 버튼이 잠금 해제됩니다에 적용됩니다. 피드백을 어떻게 수집했고 그로 인해 무엇을 변경했는지(변경한 경우)에 대한 짧은 설문조사에 답하게 되며, 그 후 Google이 제출물을 검토합니다에 적용됩니다.

검토 시간은 다양하지만 일반적으로 며칠 걸립니다에 적용됩니다. 제출하기 전에 Play Console에서 전체 14일 및 12명 이상의 옵트인이 확인될 때까지 기다리는 것을 권장합니다에 적용됩니다. 단 몇 시간 일찍 신청하는 것도 앱 품질과는 무관한 거부의 일반적이고 피할 수 있는 원인이 됩니다에 적용됩니다.

이 규칙이 귀하의 계정에 적용되나요?

12명 테스터 규칙은 특히 2023년 11월 13일 이후에 생성된 개인 개발자 계정을 대상으로 합니다에 적용됩니다. 등록 중 D-U-N-S 번호가 필요한 조직 계정은 필수 비공개 테스트가 면제됩니다에 적용됩니다.

그럼에도 불구하고 많은 조직 계정이 어쨌든 비공개 테스트를 실행하기로 선택합니다에 적용됩니다. 출시 전 실제 사용 데이터는 초기 충돌로 인한 정지를 줄이는 경향이 있으며, 개발 환경 외부에서 앱이 어떻게 수행되는지 첫 번째로 볼 수 있게 해줍니다에 적용됩니다.

336시간 타이머가 실제로 세는 방법

14일 타이머는 12번째 테스터가 초대를 수락하고 옵트인하는 순간 시작됩니다에 적용됩니다. Play Console은 해당 타임스탬프부터 정확히 336시간을 연속으로 계산하며, 주문당이 아닌 테스터당으로 추적됩니다에 적용됩니다.

두 가지가 이를 리셋합니다: 옵트인 수가 잠시라도 12명 아래로 떨어지거나, 테스터를 제거하고 새로운 사람으로 교체하여 그 사람의 타이머가 0부터 시작되는 것입니다에 적용됩니다. Play Console의 테스터 → 비공개 테스트에서 실행 중인 카운트를 언제든 볼 수 있습니다에 적용됩니다.

Google이 테스트 자체를 검토하는 방법

12/14 임계값을 통과하면 신청 버튼이 잠금 해제되지만, 이것이 Google의 검토에서 고려하는 유일한 신호는 아닙니다에 적용됩니다. 자동화된 검사와 경우에 따라 수동 검토자가 테스트 기간 동안 세션 길이, 충돌률, 제거율을 살펴봅니다에 적용됩니다.

모든 테스터가 첫날 한 번 열고 다시 돌아오지 않은 앱은 기술적으로 12/14 숫자를 만족할 수 있지만, 검토자에게는 참여도가 낮은 것으로 읽힐 수 있습니다에 적용됩니다. 그렇기 때문에 전체 기간에 걸쳐 매일 퍼져 있는 활동이 단순히 최소 수를 채우는 것보다 더 중요합니다에 적용됩니다.

한 번 거부됨 — 두 번째에는 무엇이 바뀌나

다른 조치를 취하기 전에 거부 이유를 자세히 읽어보세요에 적용됩니다. "테스트 부족"은 콘텐츠 또는 정책 거부와 다른 문제이며, 각각 다른 수정을 요구합니다에 적용됩니다. 실제 원인을 해결하지 않고 재신청하면 같은 결과만 나옵니다에 적용됩니다.

이유가 테스트 부족인 경우, Play Console은 새롭고 중단되지 않은 14일의 기간을 요구합니다에 적용됩니다. 이미 완료된 날짜에 대한 부분적인 점수는 없습니다에 적용됩니다. 거부가 우리가 진행한 테스트를 따르고 원인이 순전히 테스트 볼륨 때문이라면, 추가 비용 없이 다시 테스트를 진행합니다에 적용됩니다.

단 한 명의 테스터를 초대하기 전 체크리스트

테스터가 옵트인하기 전 몇 분의 설정으로 챕터 3의 실패 대부분을 예방할 수 있습니다에 적용됩니다. 먼저 다음 각 항목을 확인하세요:

• 내부 테스트 트랙이 이미 Google에 의해 검토 및 승인됨
• 전용 비공개 테스트 트랙 생성 — 공개 또는 내부가 아님
• 선택된 국가가 의도된 프로덕션 국가와 일치하거나 포함됨
• 테스터 이메일 목록 또는 Google 그룹이 비공개 트랙에 올바르게 연결됨
• 스토어 등록 정보 — 아이콘, 스크린샷, 설명 — 테스터가 혼란스럽지 않을 만큼 충분히 완료됨

Play Integrity이 실제로 확인하는 것

Play Integrity API는 모든 설치를 세 가지 평가에 대해 평가합니다: 기기가 Google의 무결성 기준을 충족하는지, 앱 바이너리가 수정되지 않았는지, 계정이 양호하고 라이선스를 보유하고 있는지입니다에 적용됩니다. 루팅된 기기, 에뮬레이터 및 복제된 APK는 일반적으로 처음 두 가지에서 실패합니다에 적용됩니다.

테스트 배치 내에서 하나의 실패한 평가는 전체 그룹에 의심을 쌀 수 있으므로, 실제 수정되지 않은 물리적 기기의 테스터가 단순한 머릿수보다 중요합니다에 적용됩니다. 이는 또한 저렴한 봇 기반 패널이 개발자 계정을 보호하기보다 위험에 빠뜨리는 주된 이유입니다에 적용됩니다.

Google의 프로덕션 액세스 양식 답변

프로덕션 액세스 양식은 평이한 언어로 두 가지를 묻습니다: 테스트 중 피드백을 어떻게 수집했는지, 그리고 그 결과로 무엇을 변경했는지입니다에 적용됩니다. 모호하고 일반적인 답변은 하루에 수백 개를 읽는 검토자에게 눈에 띕니다에 적용됩니다.

구체적인 답변이 더 효과적입니다에 적용됩니다. 로드 시간이 느렸던 기기와 그에 대응하여 출시한 수정 사항과 같은 실제 관찰을 참조하세요에 적용됩니다. 우리는 첫 번째 시도에서 통과한 제출물로 작성된 템플릿을 공유하며, 이를 앱의 테스트 노트에 맞게 조정할 수 있습니다에 적용됩니다.

Play Console 용어 정의

Play Console이 사용하는 어휘는 구체적입니다에 적용됩니다. 이 가이드에서 가장 자주 등장하는 용어는 다음과 같습니다에 적용됩니다.