2026년 Google Play 비공개 테스트 통계: 검증된 숫자

이 검색어로 상위에 노출되는 페이지 대부분은 정작 사람들이 묻는 것과 조금 다른 질문에 답하고 있습니다. 이 주제의 검색은 압도적으로 확인용 검색입니다. 어딘가에서 이미 어떤 숫자를 읽은 사람이 그 값이 지금도 유효한지, 실제로 무엇을 세는지, 누가 그렇게 말했는지를 알고 싶어 하는 것입니다. 튜토리얼과는 다른 일이므로 이 글은 레퍼런스로 구성했습니다. 통계 하나마다 문장 하나, 기준 날짜 하나, 출처 하나를 붙였고, 그럴듯한 추측을 사실로 반올림한 곳은 없습니다. 여기 실린 내용은 모두 2026년 8월 14일 기준으로 유효하며, 같은 날 Google의 도움말 페이지와 개발자 문서, 공개된 안전 보고서와 대조해 확인했습니다.

아래의 모든 블록을 읽을 때 염두에 두면 좋은 습관이 두 가지 있습니다. 첫째, 12명이 현행이고 20명은 과거 기준입니다. 2026년 요구사항이라며 아직 20명을 적어 둔 페이지는 Google이 2024년 12월에 대체한 발표를 인용하고 있는 것입니다. 둘째, 기준을 채운 것이 곧 결정은 아닙니다. Google의 개발자 도움말 커뮤니티에 올라오는 답답한 글은 거의 전부, 수치 조건을 충족했으니 그것으로 끝이라고 여겼던 사람들에게서 나옵니다.

가장 많이 인용되는 다섯 가지 숫자

1. 01

   Google Play의 현행 비공개 테스트 최소 기준은, 적용 대상인 신규 개인 개발자 계정에 대해 최근 14일 이상 지속적으로 참여 상태를 유지한 테스터 12명입니다.

   Google Play Console 도움말, 답변 14151465 · 2026년 8월 14일 확인

   검증됨
2. 02

   테스터 12명 규칙은 2023년 11월 13일 이후에 생성된 개인 개발자 계정에 적용됩니다.

   Google Play Console 도움말, 답변 14151465 및 6112435 · 2026년 8월 14일 확인

   검증됨
3. 03

   2023년 11월 9일에 나온 Google의 최초 발표는 프로덕션 액세스를 신청하기 전에 20명이 최소 2주 동안 테스트할 것을 요구했습니다.

   Android Developers Blog, 2023년 11월 9일 · 2026년 8월 14일 확인

   검증됨, 과거 기준
4. 04

   Google은 2024년 12월 11일에 요구사항을 테스터 20명에서 12명으로 낮췄고, 2주 테스트 기간은 그대로 남았습니다.

   Android Developers Blog 업데이트 및 Google 공식 도움말 커뮤니티 가이드 · 2026년 8월 14일 확인

   검증됨
5. 05

   Google은 프로덕션 액세스 신청 검토가 일반적으로 7일 이내에 끝나지만 때에 따라 더 오래 걸릴 수 있다고 밝히고 있습니다.

   Google Play Console 도움말, 답변 14151465 · 2026년 8월 14일 확인

   검증됨

Play Console에서 비공개 테스트 진행 상황과 통계를 확인하는 곳

이것은 그 자체로 하나의 검색어이므로, 설명보다 위의 직접적인 답이 먼저 필요합니다. 신청 자격을 결정하는 수치는 Play Console이 프로덕션 액세스 요구사항 자체에 대해 인정하는 인원수입니다. 지켜봐야 할 숫자이자, 신청 관문이 실제로 읽는 숫자입니다.

헷갈리는 이유는 그 근처에 다른 인원수가 여러 개 보이는데 그중 어느 것도 기준이 아니기 때문입니다. 다음 네 가지는 서로 다른 측정값입니다.

출처: Play Console 도움말, 답변 14151465, 답변 9845334 · 2026년 8월 14일 확인

여기서 실무적으로 두 가지 결과가 따라오는데, 둘은 성격이 다릅니다. 기준이 되는 테스터 수는 측정하는 대상이 다르기 때문에 설치 수치와 다를 수 있습니다. 즉 둘이 어긋나는 것은 오류가 아니라 당연한 일입니다. 한편 개발자들은 카운터 업데이트 지연도 보고하지만, Google은 이 카운터의 갱신 주기나 산정 알고리즘을 공개하지 않으므로 기다리면 된다고 할 만한 문서화된 간격도 없습니다. 신청 자격 여부는 대시보드의 프로덕션 액세스 요구사항을 최종 기준으로 삼으세요. 카운터가 명단 인원보다 낮은 채로 멈춰 있을 때의 전체 진단은 테스터 12명을 추가했는데 참여 인원이 0으로 보이는 경우를 다룬 글에 있습니다.

테스터 12명, 14일 규칙

“새로 만든 개인 개발자 계정을 사용하는 경우, 최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 상태인 테스터 12명 이상을 대상으로 앱의 비공개 테스트를 진행해야 합니다.”

Google Play Console 도움말, 답변 14151465 · 2026년 8월 14일 확인

이 문장은 천천히 읽어야 합니다. 서로 다른 제약 네 가지가 한 문장에 들어 있고, 각각이 개발자들이 몇 주씩 잃는 지점이기 때문입니다. 트랙은 비공개여야 합니다. 인원은 12명 이상입니다. 세는 대상은 설치 수나 다운로드 수, 문서화된 일일 활성 사용 목표가 아니라 지속적인 참여 선택 상태입니다. 그리고 기간은 최근 14일이며 연속이어야 합니다. 즉 인정되는 기간은 지나온 기록 어딘가에서 골라낸 좋은 14일이 아니라 바로 직전의 14일입니다.

이것이 공개된 수치 기준이며, 전체 그림의 절반일 뿐입니다. 참여도는 별도로 평가되고, 그렇다고 사소한 것도 아닙니다. Google은 테스터가 앱을 어떻게 사용했는지, 그 사용 양상이 프로덕션에서 예상하는 사용과 비슷했는지, 어떤 의견을 남겼는지를 묻고, 테스터 참여도가 부족하면 액세스를 부여하는 대신 추가 테스트를 요청할 수 있다고 밝히고 있습니다. 인원수가 재는 것은 참여 선택 상태입니다. 검토가 읽는 것은 참여도입니다.

출처: Play Console 도움말, 답변 14151465 · 2026년 8월 14일 확인

테스터 최소 인원 행에 있는 날짜들에는 이 글이 일부러 다시 풀지 않는 이야기가 붙어 있습니다. 20명이 12명이 된 과정과 각 단계에서 Google이 무엇을 말했는지 전부 보고 싶다면 그 역사는 Google Play가 테스터 20명을 12명으로 바꾼 과정을 다룬 글에 있습니다. 여기 있는 것은 이야기가 아니라 근거입니다.

요구사항이 적용되는 대상

Google Play에는 개인과 조직이라는 두 가지 개발자 계정 유형이 있고, 어느 쪽이든 동일하게 미화 25달러의 일회성 등록 수수료가 부과됩니다. 추가 테스트 요구사항은 2023년 11월 13일 이후에 생성된 개인 계정에 대해 문서화되어 있습니다. 현행 도움말 문서가 적용 범위에 관해 말하는 것은 이것이 전부입니다.

“14일 연속”이 세는 것

이 주제 전체에서 가장 많이 고쳐 쓰이는 문장입니다. 상업적인 페이지들은 이를 설치 12건, 일일 활성 사용자 12명, 또는 앱을 14일 동안 설치해 두어야 한다는 식으로 흔히 바꿔 씁니다. Google의 표현은 지속적으로 유지되는 참여 선택 상태에 관한 것이고, 이 차이는 시계가 도는 동안 무엇을 지켜봐야 하는지를 바꾸기 때문에 중요합니다.

그렇다고 참여도가 무의미하다는 뜻은 아닙니다. 참여도는 다른 곳에서 평가된다는 뜻입니다. 바로 프로덕션 액세스 신청서이며, Google은 여기서 테스터를 어떻게 모집했는지, 테스터가 앱을 어떻게 사용했는지, 어떤 의견을 반영했는지를 묻습니다. 14일 기간은 지켜야 할 참여 인원수로, 신청서는 테스트의 질이 평가되는 자리로 다루세요. 이 기간의 하루하루가 어떻게 계산되는지는 14일 연속 규칙을 다룬 글에서 정리했습니다.

Google Play 테스트 트랙의 모든 숫자

출처: Play Console 도움말, 답변 9845334, 답변 14151465 · 2026년 8월 14일 확인

내부 테스트 관련 수치

내부 테스트는 앱당 최대 테스터 100명을 지원하며, Google의 표현으로는 내부 트랙에 게시한 새 앱 번들을 테스터가 몇 분 이내에 받아 볼 수 있습니다. 소규모 그룹에 빌드를 가장 빨리 전달하는 트랙이고, 바로 그 점이 사람들을 붙잡습니다. 프로덕션 액세스 선행 조건은 비공개 테스트를 명시하므로, 내부 트랙에서 보낸 시간은 인원이 몇 명이든 얼마나 성실히 사용했든 14일에 누적되지 않습니다. 그렇다고 가장 넉넉한 트랙도 아닙니다. 공개 테스트는 무제한으로 설정할 수 있기 때문입니다.

내부 테스트에는 다른 트랙에 없는 진짜 장점이 하나 있습니다. 앱이 유료인 경우 내부 테스터는 무료로 설치할 수 있습니다. Google은 공개 또는 비공개 테스트에서는 테스터도 유료 앱을 구매해야 한다고 밝히고 있습니다. 실제로 계산에 넣어야 할 비용이며, $25 등록 수수료와는 별개입니다.

비공개 테스트 목록 한도

비공개 테스트는 세 가지 방식으로 인원을 채울 수 있고, 유명한 숫자들은 그중 하나만 설명합니다. Google이 문서화한 방식은 테스터 이메일 목록, Google Groups, 그리고 관리형 Google Play 조직에 트랙 액세스 권한을 부여하는 것입니다. 모두가 인용하는 목록당 사용자 2,000명, 테스트 트랙당 목록 50개, 전체 이메일 목록 200개는 이메일 목록에만 적용되는 한도입니다. 서로 별개인 설정 상한 세 가지일 뿐, 몇 명이 실제로 앱을 테스트할 수 있는지에 관한 서술이 아닙니다.

어떤 경로를 쓰든 등록 단계는 동일하며, 인원수를 결정하는 것도 그 단계입니다. 테스터에게는 Google 계정 또는 Google Workspace 계정이 필요하고, 각자 참여 링크를 통해 참여를 선택해야 합니다. Google Groups의 경우 Google은 사용자가 테스트 참여를 선택하기 전에 그룹에 가입해야 한다고 분명히 밝히고 있어, 그룹 구성원과 기준을 충족하는 테스터는 서로 다른 두 상태이자 두 집계입니다.

공개 테스트 관련 수치

공개 테스트는 무제한으로 설정하거나 직접 지정한 테스터 한도로 제한할 수 있고, 이때 지정하는 한도는 1,000 이상이어야 합니다. 이 주제 전체에서 가장 많이 잘못 인용되는 숫자입니다. 설정값의 하한일 뿐 1,000명을 구해야 한다는 요구사항이 아니며, 비공개 테스트 관문과도 아무 관계가 없습니다. Google은 여러 개의 비공개 테스트와 하나의 공개 테스트를 동시에 진행하는 것도 문서화하고 있습니다.

프로덕션 액세스 관련 수치

1. 1단계 자격 충족

   비공개 트랙에서 최근 14일 이상 지속적으로 참여 상태를 유지한 테스터 12명 이상.

   개발자가 통제하는 부분
2. 2단계 신청

   앱 대시보드에서 작성하는 3개 섹션 신청서입니다. 비공개 테스트, 앱 또는 게임, 프로덕션 준비 상태로 구성됩니다.

   개발자가 통제하는 부분
3. 3단계 검토

   Google이 결정합니다. 일반적으로 7일 이내이고 때에 따라 더 오래 걸리며, 결과가 추가 테스트 요청일 수도 있습니다.

   Google이 통제하는 부분

Google의 개발자 도움말 커뮤니티에 올라오는 답답한 글은 거의 전부 2단계와 3단계 사이의 간극으로 수렴합니다. 개발자들은 “테스터 12명이 14일 연속으로 참여했는데도 프로덕션 액세스가 반려됐습니다” 같은 제목으로 글을 올리며, 앱을 삭제한 테스터는 아무도 없었다고 설명합니다. 기준을 곧 결정으로 이해했기 때문입니다. 하지만 그렇지 않습니다. 14일 연속 테스터 12명은 신청 자격 조건이며, Google이 문서로 밝힌 절차는 앱이 준비되지 않았다고 판단되면 테스트를 계속하도록 요구할 수 있다고 분명히 적고 있습니다.

검토가 얼마나 자주 거절로 이어지는지는 Google 외부의 누구도 숫자로 말할 수 없습니다. Google이 공개하지 않기 때문입니다. 반복적인 반려는 통계가 아니라 Google의 도움말 커뮤니티에서 충분히 확인되는 현상이므로, 이 페이지는 이를 비율이 아니라 커뮤니티 근거가 있는 문서화된 가능성으로 다룹니다. 반려 이후의 회복 절차와 기간이 새로 시작되는지 여부는 비공개 테스트가 반려되는 이유를 다룬 글에서 정리했습니다.

비공개 테스트 이후 Google이 묻는 것

신청서는 세 개 섹션으로 구성됩니다. Google의 질문은 테스터를 어떻게 찾아 어떻게 함께했는지, 앱이 무엇이고 누구를 위한 것인지, 일반 사용자에게 공개할 준비가 됐는지를 다룹니다. 그 뒤에 공개된 채점 공식은 없으므로, 최적화보다 정확하게 쓰는 태도가 도움이 됩니다.

기간에 관해서는 Google의 7일 이내가 1차 출처를 가진 유일한 수치이며, Google 자신이 “일반적으로”라는 단서를 붙였습니다. 흔한 경우를 설명한 것으로 받아들이되, 출시일을 잡을 수 있는 기한으로 여기지는 마세요. 게시 과정 전체의 단계별 검토 기간은 Google Play 검토 기간을 다룬 글에서 정리했습니다.

비공개 테스트 정책 연혁

1. 2023년 11월 9일 테스터 20명 기준으로 발표

   Google은 신규 개인 개발자 계정이 프로덕션 액세스를 신청하기 전에 20명과 함께 최소 2주 동안 테스트해야 한다고 발표했습니다. 출시 전에 문제를 발견하고 의견을 받을 수 있도록 하려는 취지였습니다.

   검증됨, 과거 기준
2. 2023년 11월 13일 적용 대상 계정 기준일

   Google의 현행 도움말 페이지가 적용 대상을 정의하는 데 쓰는 날짜이며, 이 날짜 이후에 생성된 개인 개발자 계정이 대상입니다. 발표일이 아니라 대상을 가르는 경계선이고, 둘은 나흘 차이입니다.

   검증됨
3. 2024년 12월 11일 20명이 12명으로

   Google은 정책을 업데이트해 테스트 요구 인원을 테스터 20명에서 12명으로 줄였습니다. 14일 기간은 그대로였습니다. 문서가 갱신되기 전에 개발자들이 Play Console에서 먼저 변경을 발견했고, 그래서 당시 일부 게시글은 이를 버그일 수 있다고 다뤘습니다.

   검증됨
4. 오늘, 2026년 8월 14일 테스터 12명, 14일 연속

   이 날짜에 Google 요구사항 페이지와 대조해 확인한 현재 상태입니다. 검토한 출처에서 이 규칙을 대체할 기준이나 종료일은 찾지 못했습니다.

   검증됨

여기까지가 이야기를 뺀 근거입니다. 무엇이 바뀌었고 개발자들이 왜 그렇게 반응했는지, 당시 테스트 중이던 앱에는 어떤 의미였는지에 대한 전체 서술은 Google Play가 테스터 20명을 12명으로 바꾼 과정을 다룬 글에 있으며, 이 글이 여전히 이 사이트의 정책 변경 기록 원본입니다.

Google이 말한 것과 말하지 않은 것

여덟 개 행에 흐르는 양상은 같습니다. Google은 기준과 절차를 공개하지만 그 아래의 작동 방식은 공개하지 않습니다. 상업적인 페이지들이 확신에 찬 세부 설명을 끼워 넣는 곳이 바로 그 빈틈이고, 이 글이 모든 줄을 하나의 목소리로 뭉뚱그리지 않고 등급을 매기는 이유이기도 합니다. 명단 인원보다 카운터만 유독 낮게 멈춰 있다면 전체 진단은 테스터 12명을 추가했는데 참여 인원이 0으로 보이는 경우를 다룬 글에 있습니다.

Google이 공개하지 않는 숫자

• 비공개 테스트 승인률 또는 성공률 출처 없음

  12/14 기준을 충족한 개발자가 얼마나 자주 프로덕션 액세스를 받는지 설명하는, Google이 공개한 백분율은 찾을 수 없었습니다. 떠도는 백분율은 상업적 서비스가 자사 실적을 설명한 값이며, 분모가 다른 별개의 측정입니다.

• Google Play 반려율 출처 없음

  Google이 공개하는 것은 차단된 정책 위반 앱의 개수이지, 분모에 근거한 반려 백분율이 아닙니다. 그 개수가 어떤 모집단에서 나왔는지는 함께 공개되지 않으므로 비율을 역산할 수 없습니다.

• Google Play의 정확한 현재 앱 수 수백만, 수치 미공개

  Google의 현행 자료는 Play를 수백만 개의 앱과 콘텐츠가 있는 곳으로 설명할 뿐, 정확한 집계 수치를 제시하지 않습니다. 상업용 앱 분석 업체의 추정치가 존재하지만 Google의 숫자가 아니므로, 이 페이지는 그 값을 대신 싣지 않습니다.

• 하루 앱 실행 요구사항 규칙에 없음

  현행 자격 규칙은 지속적인 참여 선택을 지정할 뿐, 테스터 한 명이 하루에 앱을 한 번 열어야 한다는 식의 수치 요구사항은 밝히지 않습니다. 다만 Google은 프로덕션 액세스를 평가할 때 테스터 참여도를 묻습니다. 참여도가 실제로 중요해지는 지점이 바로 거기입니다.

• 프로덕션 액세스 채점 공식 출처 없음

  Google은 신청서의 세 개 섹션과 그 안에서 묻는 주제를 밝힐 뿐입니다. 이 페이지를 위해 검토한 문서 어디에도 답변을 어떻게 평가하는지에 관한 가중치, 기준점, 글자 수 기준, 평가 모델은 나오지 않습니다.

• 테스터 집계 또는 초기화 알고리즘 출처 없음

  Google이 공개하는 것은 최근 14일 이상 지속적으로 참여 상태를 유지한 테스터가 12명 이상이어야 한다는 조건입니다. Play Console이 그 인원수를 어떻게 산출하는지, 테스터가 이탈했을 때 개별 시계가 어떻게 되는지, 어떤 사건이 모두의 기간을 초기화하는지는 공개하지 않습니다. 떠도는 초기화 이야기들은 Console의 동작에서 추론한 것이지 문서에 있는 내용이 아닙니다.

이름을 붙여 둘 만한 공백이 하나 더 있습니다. 권위 있게 들리는 무언가로 가장 자주 채워지는 자리이기 때문입니다. Google은 테스터 12명 요구사항 하나만의 수치적 효과를 공개한 적이 없습니다. 안전 보고서는 테스트 요구사항을 개발자 확인, 필수 사전 검토와 한데 묶어 그 합쳐진 효과를 설명합니다. “테스터 12명 규칙이 X를 Y퍼센트 줄였다”는 형태의 문장은 인용이 아니라 만들어 낸 것입니다.

찾아볼 수 없는 그 숫자를 PrimeTestLab이 채우는 방식

이렇게 확보되는 것은 안정적인 참여 인원수입니다. 문서가 개발자에게 책임을 지우는 유일한 변수이자, 직접 꾸린 테스트를 조용히 무너뜨리는 바로 그 변수입니다. 다만 결정을 사는 것은 아닙니다. 프로덕션 액세스 신청서는 Google이 직접 검토하며, 어떤 서비스도 그 검토 결과를 약속할 수 없습니다. 저희가 약속할 수 있는 것은 저희가 통제하는 범위입니다. 캠페인이 결제하신 테스트를 제대로 제공하지 못하면 무료 재테스트 또는 전액 환불을 보장합니다.

특정 앱에 대한 주장이 아니라 규모를 가늠하는 참고로 말씀드리면, PrimeTestLab은 120+개국에서 7,400+개 앱의 비공개 테스트를 진행했고 99.9%의 기록을 남겼습니다. 저희 캠페인에서 저희가 측정한 저희 숫자이며, 인터넷에 있는 다른 모든 자체 집계 수치와 같은 범주에 속합니다. 참고는 되지만 Google의 통계는 아닙니다.

자주 묻는 질문

개발자 계정 및 게시 관련 수치

출처: Play Console 도움말, 답변 6112435, Android App Bundle 문서 · 2026년 8월 14일 확인

이 수수료는 정기 결제로 잘못 기억되는 대표적인 숫자이므로, 무엇을 사고 무엇을 사지 못하는지 정확히 짚어 둘 필요가 있습니다. 이 돈은 개발자 계정을 등록하는 데 쓰입니다. 비공개 테스트 기간을 줄여 주지도, 적용 대상 계정을 그 테스트에서 면제해 주지도, 프로덕션 액세스 검토를 앞당겨 주지도 않습니다. 결제 이후에 실제로 무슨 일이 벌어지는지는 $25 수수료를 결제한 뒤 해야 할 일을 다룬 글에서 단계별로 정리했습니다.

계정 비활성 관련 수치

이 숫자들이 같은 페이지에 있어야 하는 이유는, 미화 25달러를 내고 만든 계정이 나중에 다시 찾았을 때도 남아 있을지를 결정하는 값이기 때문입니다. Google이 직접 공개한 값이고, 대부분의 개발자가 예상하는 것보다 구체적입니다. 1년, 누적 설치 1,000회, Play Console 사용 180일, 그리고 계정 폐쇄 60일, 30일, 7일 전에 발송되는 안내입니다.

출처: Play Console 도움말, 답변 11605267 · 2026년 8월 14일 확인

2026년과 2027년의 기한

2026년 8월 31일 타겟 API 최소 기준

2026년 8월 31일 이후 Google Play의 신규 앱과 앱 업데이트는 일반적으로 최소 API 수준을 타겟팅해야 하며, 그 최소 기준은 폼팩터마다 같지 않습니다. 휴대전화와 태블릿은 API 36입니다. Wear OS와 Android Automotive OS는 API 35, Android TV와 Android XR은 API 34입니다. Android TV의 API 34 기준은 이 날짜에 새로 생긴 것이 아닙니다. Play Console 도움말은 이 기준을 1년 앞선 2025년 8월 31일로 밝히고 있고, Google의 현행 타겟 API 요구사항 페이지도 Android TV를 Android XR과 함께 동일한 API 34로 그대로 이어 갑니다. 즉 Android TV에서는 2026년 8월 31일이라는 날짜가 요구 수준을 전혀 바꾸지 않습니다. 여기서 가장 저지르기 쉬운 실수는 표 전체를 하나의 API 수준으로 읽는 것이고, 두 번째는 2026년에 모든 폼팩터에 새 기준이 생겼다고 짐작하는 것입니다.

출처: Play Console 도움말, 답변 11926878, Android Developers, 타겟 API 수준 요구사항 · 2026년 8월 14일 확인

이 내용이 비공개 테스트와 맞물리는 지점은 하나입니다. 테스트용으로 올리는 것도 결국 빌드이므로 동일한 제출 기준이 그대로 적용된다는 점입니다. 마이그레이션 자체와 타겟을 올렸을 때 무엇이 달라지고 무엇이 달라지지 않는지는 타겟 API 수준을 다룬 글에서, 마이그레이션 도중 많은 사람이 부딪히는 네이티브 라이브러리 오류는 16KB 페이지 크기를 다룬 글에서 정리했습니다.

바뀐 연락처 정책 기한

알아 둘 만한 Android vitals 기준값

출처: Android Developers, Android vitals · 2026년 8월 14일 확인

그래도 테스트 기간에 알아 둘 가치는 있습니다. 실무적인 이유가 하나 있기 때문입니다. 테스터 12명이 마주친 비정상 종료는 첫 1,000명의 사용자도 마주칠 비정상 종료이고, 프로덕션 액세스 신청서의 준비 상태 질문은 테스트 결과로 무엇이 바뀌었는지를 묻습니다. 테스트가 드러낸 문제를 고치는 것이 그 질문에 대한 답입니다.

Google이 직접 공개한 생태계 숫자가 보여 주는 것

출처: Google의 2025년 안전 보고서, 2024년 보고서 · 2026년 8월 14일 확인

3배라는 통계, 그리고 그것이 아닌 것

이 분야에서 Google이 공개한 가장 인용하기 좋은 숫자는 2023년 11월 9일 발표에 붙어 있는 값입니다. Google Play의 테스트 도구를 사용한 앱이 그렇지 않은 앱보다 설치 수와 사용자 참여도에서 평균 3배를 기록했다는 내용입니다. 실제 Google의 수치가 맞지만, 끊임없이 잘못 쓰이고 있습니다.

Google의 입장을 정직하게 요약하면 범위가 좁고, 그래서 정확히 인용할 가치가 있습니다. Google은 개발자 확인, 필수 사전 검토, 테스트 요구사항이 종합적으로 생태계 진입 기준을 높였다고 말합니다. 비공개 테스트 요구사항을 다른 안전장치들과 묶어서 설명하는 것입니다. 테스터 12명 규칙 하나만의 수치적 효과는 공개한 적이 없고, 이 글도 그런 숫자를 지어내지 않습니다.

핵심 결론