앱을 업데이트하면 14일 비공개 테스트가 초기화되나요? (2026)

14일 기간 중간에 버그를 발견하면 수정본을 올리는 순간 진행 기록이 사라져 2주를 다시 시작할까 걱정하기 쉽습니다. 하지만 그렇지 않습니다. 14일 시계가 확인하는 것은 빌드가 아니라 테스터입니다. 이 가이드는 비공개 테스트 시계를 초기화하는 행동과 그렇지 않은 행동을 나누고, 두 가지 대화형 도구로 각 행동을 직접 확인할 수 있게 하며, Google이 업데이트를 적극적으로 권하는 이유를 설명합니다. 2026년 6월 30일 기준 내용입니다.

앱을 업데이트하면 14일 비공개 테스트 시계가 초기화되나요?

아닙니다. 테스트 기간 중 개발자가 가장 자주 걱정하는 문제지만 답은 명확합니다. 기존 비공개 테스트 트랙에 새 App Bundle을 올려도 최근 14일 이상 지속되는 테스트 요구사항은 초기화되지 않습니다.

14일 시계는 빌드가 아니라 테스터에 연결되어 있습니다. Google 요구사항은 최근 14일 이상 지속적으로 테스트에 참여한 테스터를 최소 12명 유지했는지로 계산합니다. 앱 버전 번호, 새 AAB를 올린 횟수, 출시 노트의 변경 내용은 시계 계산에 들어가지 않습니다.

비공개 테스트에 새 릴리스를 만들면 14일이 다시 시작되는지, 앱 업데이트 때 카운터가 초기화되는지 묻는 질문은 Google Play 개발자 커뮤니티에서 반복됩니다. 독립적으로 확인할 수 없는 포럼 답변을 그대로 인용하는 대신 이 가이드는 Google Play Console 도움말을 근거로 삼습니다. 공식 문서는 요구사항을 참여 테스터 수와 기간으로만 정의하며 빌드 업로드 횟수는 언급하지 않습니다.

저희가 이 과정을 지원한 앱 7,400+개에서 같은 비공개 트랙으로 진행한 일반적인 빌드 업데이트만으로 시계가 초기화된 적은 없습니다. 특정 행동이 걱정된다면 아래 확인 도구에서 하려는 행동을 선택하세요. 14일 시계에 영향을 주는지 바로 알려 줍니다.

14일 시계를 실제로 초기화하는 것은 무엇인가요?

최근 14일 이상 지속되는 기간은 단순히 날짜가 줄어드는 카운트다운이 아니라 연속성 확인으로 이해해야 합니다. Google은 참여 테스터를 최소 12명 이상 끊김 없이 유지했는지 확인합니다. 이 연속성을 깨는 확인된 조건은 두 가지입니다.

새 빌드 업로드는 이 목록에 없습니다. 등록정보의 오타 수정, 테스터의 의견 제출, 테스터 기기에서 앱이 비정상 종료되는 일도 마찬가지입니다. 마지막 항목은 테스트가 필요한 이유이기도 합니다. 아래 시뮬레이터에서 업데이트 버튼을 눌러도 기록은 유지되지만 테스터를 잃어 12명 아래로 내려가면 연속 기록이 무너지는 차이를 확인할 수 있습니다.

비공개 테스트에 업데이트를 배포하는 방법

업데이트 배포 과정은 첫 릴리스와 같지만 중요한 차이가 하나 있습니다. 테스터가 이미 참여한 같은 비공개 테스트 트랙에서 새 릴리스를 만듭니다. 새 테스트를 시작하는 것이 아니라 진행 중인 테스트에 빌드를 추가하므로 14일 시계가 계속 갑니다. Play Console에서는 다음 두 단계로 진행합니다.

1

기존 비공개 트랙에서 새 릴리스 만들기 Testing > Closed testing > Manage track

현재 운영 중인 비공개 테스트 트랙을 열고 Create new release를 누른 다음 업데이트한 App Bundle(AAB)을 업로드합니다. 변경 사항을 설명하는 짧은 출시 노트를 추가하고 저장합니다. 같은 트랙을 유지해야 최근 14일 이상의 연속 기간이 보존됩니다.

2

업데이트 검토 후 배포 Review release > Start roll-out

Next와 Review release를 차례로 누른 뒤 비공개 트랙에 배포를 시작합니다. 요청이 표시되면 Publishing overview에서 Send changes for review를 누릅니다. 새 릴리스가 게시되면 테스터 기기가 새 빌드로 자동 업데이트됩니다. Google은 게시된 변경사항이 테스터에게 도달하기까지 몇 시간이 걸릴 수 있다고 안내합니다. 재설치하거나 테스트 참여를 다시 선택할 필요는 없습니다.

초대된 테스터와 테스트 참여 테스터의 차이

처음 게시하는 개발자가 가장 자주 놓치는 구분이며, 빌드가 시계에 영향을 주지 않는 이유를 이해하는 핵심입니다. Google 시스템에서 테스터는 다음 단계를 거치며 뒤쪽 단계만 실제로 계산됩니다.

Google 문서가 설명하듯 이메일 추가만으로는 부족합니다. 각 테스터가 테스트 참여 링크를 열고 인증한 뒤 명시적으로 참여를 선택해야 인원수에 포함됩니다. 앱 업데이트가 진행 기록을 초기화하지 않는 이유도 같습니다. 새 빌드가 배포되어도 테스터는 참여 상태를 벗어나지 않으므로 시계가 계속 갑니다. 전체 과정은 테스터를 올바르게 초대하는 방법에서 확인하세요.

Google 요구사항의 정확한 문구

Google Play Console 공식 도움말의 신규 개인 개발자 계정 앱 테스트 요구사항에는 다음과 같이 적혀 있습니다.

프로덕션 액세스를 신청하는 시점에는 다음 조건도 적용됩니다.

Google은 기간이 연속이어야 한다는 점도 분명히 합니다. 참여를 선택한 뒤 14일이 되기 전에 취소한 테스터는 계산되지 않으며 다시 참여해도 14일 연속 기간을 새로 채워야 합니다. 따라서 14일을 나누어 누적할 수 있다는 생각은 틀렸으며, 이 조건 어디에도 빌드 수는 들어가지 않습니다.

테스트 중 업데이트 배포는 긍정적일까요?

개발자의 걱정이 오히려 기회가 되는 부분입니다. 비공개 테스트 중 업데이트를 배포하는 것은 실제 참여를 보여 주는 긍정적인 신호로 널리 받아들여집니다. Google의 공식 안내와 개발자 커뮤니티의 결론은 겹치지만 완전히 같지는 않으므로 나누어 보겠습니다.

결론적으로 업데이트는 안전하고 권장되며, 그 과정에서 쌓은 실제 참여 기록은 프로덕션 액세스 질문지에 답할 때 도움이 됩니다. 실제 위험은 배포 행위가 아니라 배포한 빌드의 품질에서 생깁니다. 다음 절에서 유일하게 중요한 예외를 살펴봅니다.

문제 있는 업데이트가 시계를 간접적으로 초기화할 수 있나요?

그럴 수 있으며 이것이 유일하게 중요한 예외입니다. 업데이트 자체는 시계를 직접 초기화하지 않지만 문제 있는 업데이트가 만든 결과는 초기화를 일으킬 수 있습니다. 과정은 다음과 같습니다.

규칙은 간단합니다. 자유롭게 업데이트하되 비공개 트랙에 배포하기 전에 각 빌드의 기본 안정성을 확인하세요. 정확히 테스터 12명만 운영하면 문제 있는 빌드로 한 명만 이탈해도 기록이 끊길 수 있습니다. 12명을 넘는 여유 테스터가 이 위험을 흡수합니다.

업데이트 후 테스터가 재설치하거나 다시 참여해야 하나요?

아닙니다. 테스터가 테스트 참여를 선택하고 앱을 설치하면 Google이 업데이트를 자동으로 처리합니다. 테스터가 다시 누를 항목도, 개발자가 다시 보낼 링크도 없습니다.

같은 Google 페이지는 추가 변경사항을 게시하면 기기에서 자동 업데이트가 시작되기 전까지 몇 시간 동안 테스터에게 제공되지 않을 수 있다고도 안내합니다. 그러나 14일 시계가 확인하는 테스터의 참여 상태는 새 AAB에서도 유지됩니다. 테스터가 빠진 적이 없으므로 빌드 업데이트가 시계를 초기화하지 않는 것입니다.

비공개 테스트에 관한 흔한 오해 5가지

업데이트를 둘러싼 걱정 대부분은 몇 가지 오해에서 시작됩니다. 개발자가 가장 자주 걱정하는 다섯 가지 주장과 실제 사실을 정리합니다.

시계를 초기화하는 행동과 그렇지 않은 행동

핵심 내용을 한 표에 모았습니다. 저장하거나 캡처해 팀원과 공유하세요. 빌드에 관련된 행동은 안전하며 참여 테스터 수에 영향을 주는 행동만 위험합니다.

비공개 테스트 요구사항의 변경 과정

오래된 가이드와 현재 숫자가 다른 이유입니다. 최근 14일 이상의 연속 기간은 그대로였고 테스터 수만 바뀌었습니다.

아직 테스터 20명이 필요하다고 안내하는 글은 오래된 내용입니다. 자세한 배경은 테스터 20명에서 12명으로 바뀐 내용(영어)에서 확인하세요.

알아둘 2026년 정책 변경

비공개 테스트만 따로 진행되는 것은 아닙니다. 2026년의 몇 가지 일정은 앱 출시 계획과 겹칠 수 있습니다. 14일 시계의 작동 방식은 바꾸지 않지만 미리 확인하지 않으면 테스트 기간과 충돌할 수 있습니다.

날짜는 Google Play Console 고객센터의 Target API level 안내와 Android Developers Blog의 개발자 인증 안내를 기준으로 합니다. 인증은 단계적으로 시행되고 2026~2027년에 확대될 수 있으므로 일정을 정하기 전에 공식 페이지에서 다시 확인하세요. 전체 목록은 2026년 Google Play 출시 요구사항 가이드에서 계속 관리합니다.

PrimeTestLab이 14일 시계를 지키는 방법

비공개 테스트에서 가장 어려운 부분은 규칙을 이해하는 일이 아니라 앱을 개선하는 14일 내내 실제 참여 테스터를 12명 이상 유지하는 일입니다. PrimeTestLab은 바로 이 문제를 해결합니다. 실기기 참여 테스터를 제공하고 Play Console 설정을 안내해 시계가 정확히 시작되고 수정본을 배포하는 동안에도 이어지게 합니다. 포함 항목은 Google Play 비공개 테스트 서비스에서 확인하세요. 앱 7,400+개 기준 성공률은 99.9%이며 테스트는 4~6시간 안에 시작합니다.

Play Console에 저희 테스터를 추가하고 테스트 URL을 공유하면 시계가 시작됩니다. 이후 빌드를 원하는 만큼 업데이트해도 테스터의 참여 상태가 유지되므로 연속 기록이 계속 갑니다. 여러 테스트 트랙을 관리한다면 14일 기간에는 같은 비공개 테스트 트랙을 유지하세요.

서비스 수수료 5% 추가 · 무료 재테스트 또는 전액 환불

대부분의 개발자는 테스터 한 명이 이탈하더라도, 심지어 문제 있는 빌드로 이탈하더라도 12명 아래로 내려가 시계가 초기화되지 않도록 최소 기준인 12명보다 큰 플랜을 선택합니다. 여유 인원은 연속 기록을 실제로 끊는 유일한 위험에 대비하는 가장 경제적인 보호책입니다.

자주 묻는 질문

핵심 요약