Android 개발자 인증 이후에도 테스터가 회원님의 APK를 설치할 수 있을까요?

2025년에 퍼진 이야기는 단순했습니다. Android가 직접 설치를 없앤다는 것이었습니다. 2026년 8월에 Google이 실제로 문서로 밝히고 있는 입장은 그보다 좁고, 더 정확하며, 기사 제목으로 쓰기에는 훨씬 덜 매력적입니다. Google은 1단계의 적용 범위를 2026년 6월과 7월에 좁히고 명확히 했고, 2026년 7월 15일에는 그 축소를 한 문장으로 못박았습니다. 9월 30일 기한은 "지정된 참여 스토어에만 적용된다"는 문장입니다. 지금도 돌아다니는 2025년과 2026년 초 기사 상당수는 그 문장이 존재하기 전에 작성된 것으로, Google이 실제로 진행하는 것보다 넓은 1단계 적용을 설명합니다.

그래서 이 글은 논란이 아니라 회원님이 실제로 내려야 하는 결정을 중심으로 구성했습니다. 친구든 동료든 테스터든 열두 명이 있고, 그들의 휴대전화에 올려야 할 빌드가 있습니다. 아직 APK를 이메일로 보내도 될까요? ADB가 필요할까요? Firebase App Distribution으로 되나요? 그리고 PrimeTestLab의 문의함에 거의 매주 도착하는 질문이 있습니다. 그중에 Google이 프로덕션 액세스 전에 요구하는 테스터 12명 비공개 테스트로 인정되는 것이 있나요? 아래의 모든 날짜와 수치와 동작은 2026년 8월 13일에 Google 공식 페이지에서 확인했고, Google이 아무것도 발표하지 않은 부분은 채워 넣는 대신 비어 있다고 표시했습니다.

2026년 9월 30일 이후에도 테스터가 회원님의 APK를 설치할 수 있을까요?

가능합니다. Google의 현재 규칙에 따르면, 2026년 9월 30일 이후에도 테스터는 회원님이 직접 보낸 APK를 설치할 수 있습니다. 날짜도 실제이고, 4개국도 실제이며, 시행도 실제입니다. 다만 Google의 현재 도움말은 그 기한이 "지정된 참여 스토어에만 적용된다"고 밝히고 있습니다. 직접 설치에 대해서는 같은 도움말이 "아직 회원님의 앱에는 적용되지 않는다"고 말합니다.

9월 30일이 건드리는 것과 건드리지 않는 것

아래 세 줄이면 거의 모든 독자에게 답이 됩니다. 예전 보도들과 달라지는 것은 가운데 줄입니다.

적용 범위는 Android 개발자 인증 FAQ(2026년 8월 10일 업데이트)와 날짜, 4개국, 스토어 7곳을 밝힌 2026년 6월 18일 발표에서 가져왔습니다. Play의 비공개 테스트 요구사항은 Play Console 도움말 14151465에서 가져왔습니다. 모두 2026년 8월 13일에 확인했습니다.

2026년 9월 30일에 실제로 달라지는 것

Google은 2026년 6월 18일에 날짜를 정했고, 7월 15일에 그 범위를 문서로 좁혔습니다. 9월 30일부터, 지정된 4개국에서 지정된 스토어 7곳 중 하나를 통한 설치가 확인 대상이 됩니다. 앱이 인증된 개발자에게 등록되어 있어야 한다는 뜻입니다. Google의 현재 도움말은 이 1단계가 지정된 참여 스토어에 적용되며, 직접 설치와 비참여 스토어는 아직 적용 대상이 아니라고 밝히고 있습니다.

이 둘은 9월 30일의 서로 다른 의무이며, 둘을 뒤섞는 것이 이 날짜를 잘못 읽는 가장 흔한 방식입니다. Play 패키지 등록은 전 세계에 적용되며 등록정보가 계속 노출되는지를 좌우합니다. 설치 시 적용은 지역 한정이며 사용자 기기에서 무슨 일이 일어나는지를 좌우합니다. 검증됨

참여 스토어 7곳

이름을 정확히 부르십시오. Google이 1단계에 대해 쓴 현재 문장에 비추어 보면, 이것을 모든 앱스토어에 대한 제한으로 설명하는 것은 지나치게 넓습니다. Google이 공개한 목록 기준으로, 여기에 이름이 없는 스토어는 9월 30일 적용 밖입니다.

스토어 목록과 국가는 Google의 2026년 6월 18일 발표에서, 직접 설치와 비참여 스토어의 제외는 2026년 8월 10일 업데이트된 Google의 인증 FAQ에서 가져왔습니다. 2026년 8월 13일에 확인했습니다. 검증됨

4개국, 그리고 그 안의 기기 형태

범위를 한 번 더 좁히는 세부 사항이 두 가지 있고, 기억해 둘 만합니다. Google Play 밖의 배포에 대해 Google의 인증 FAQ는 선택된 지역의 적용이 처음에는 휴대전화와 태블릿 형태에 해당한다고 밝히고 있습니다. 같은 FAQ는 이 보호 기능이 Android 7 이상을 실행하는 인증 Android 기기에서 Google Play services를 통해 제공된다고 설명하는데, 이것은 9월에만 해당하는 제한이 아니라 최종적인 기기 범위입니다.

9월에 달라지지 않는 것

아래 목록은 짧지만, 작은 팀이 실제로 빌드를 옮기는 방식을 대부분 담고 있습니다. 어느 것도 9월 30일 단계의 영향을 받지 않습니다.

2027년에 인증이 전 세계로 확대되면 어떻게 되나요

Google은 이 요구사항이 2027년 이후에 전 세계로 확대되며, 대상은 Google Play services를 통해 제공되는 Android 7 이상을 실행하는 인증 Android 기기의 앱이라고 밝혔습니다. 정확한 전 세계 날짜나 국가별 일정은 발표하지 않았습니다. Google이 직접 공개하지 않는 한, 2027년의 특정 날짜는 비공식으로 보시기 바랍니다.

연표, 그리고 각 날짜가 공유한 APK에 미치는 영향

1. 2026년 3월 30일

   인증이 모든 개발자에게 배포되기 시작

   Google이 Play Console과 Android Developer Console에서 모든 개발자에게 Android 개발자 인증을 배포하기 시작했습니다.

   APK 원본 이 날짜만으로는 사용자가 체감하는 설치 변화가 없습니다. 인증되지 않은 앱 기존 Android 동작 그대로 설치 가능합니다.
2. 2026년 8월

   고급 흐름과 limited distribution 계정의 전 세계 출시

   Google은 고급 설치 흐름과 limited distribution 계정의 전 세계 출시를 이번 달로 예고했습니다. 2026년 8월 13일 기준으로, 확인한 출처들은 달만 밝히고 정확한 날짜는 밝히지 않으며, 이 흐름이 이미 모든 사용자에게 도달했다는 근거도 없습니다. 부분 검증

   APK 원본 그대로 사용할 수 있습니다. 인증되지 않은 앱 고급 흐름이 그 설치를 유지하기 위한 장치입니다.
3. 2026년 9월 30일

   스토어 7곳, 4개국에서 등록 요건 시행 시작

   브라질, 인도네시아, 싱가포르, 태국에서 Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore, Xiaomi GetApps를 통한 설치는 앱이 인증된 개발자에게 등록되어 있어야 합니다. 검증됨

   APK 원본 이 초기 단계의 적용 대상이 아직 아닙니다. 인증되지 않은 앱 참여 스토어 설치는 제한될 수 있지만, 이번 단계에서 직접 경로는 그대로입니다.
4. 2027년 이후

   인증 Android 기기로 전 세계 확대

   Android 7 이상을 실행하는 인증 Android 기기의 앱을 대상으로 인증이 전 세계로 확대됩니다. 직접 설치에 대한 답이 바뀌는 단계가 바로 이 단계입니다. 검증됨

   APK 원본 등록된 앱은 평소 설치 경로를 씁니다. 등록되지 않은 앱은 발표된 방식에 따라 고급 흐름이나 ADB가 필요합니다. 인증되지 않은 앱 고급 흐름이나 ADB가 계속 발표된 경로입니다.
5. 2027년의 정확한 날짜

   2026년 8월 13일 기준 미발표

   Google이 공개한 일정에는 2027년 이후라는 표현만 있고 그보다 구체적인 내용은 없습니다. 국가별 순서도 공개되지 않았습니다. 문서 없음

   APK 원본 특정 날짜를 기준으로 계획하지 마십시오. 인증되지 않은 앱 특정 날짜를 기준으로 계획하지 마십시오.

연표는 Google의 2026년 3월 30일 출시 글, 2026년 6월 18일 발표, 그리고 2026년 8월 10일 업데이트된 Android 개발자 인증 FAQ에서 가져왔습니다. 2026년 8월 13일에 확인했습니다.

인증된 APK와 인증되지 않은 APK: Android가 실제로 확인하는 것

"저는 인증됐나요?"만 묻는 것은 잘못된 질문입니다. Android 개발자 인증은 Google이 공식적이고 검증 가능한 연결이라고 부르는 것을 만듭니다. 개발자 신원, 앱의 패키지 이름, 그리고 그 패키지의 서명 키 사이의 연결입니다. 신원 인증은 그 사슬의 한 고리이지 사슬 전체가 아닙니다.

사슬을 고리 하나씩

이 사슬은 소유권 증명 설명을 포함한 Google의 Android 개발자 인증 가이드와, 인증 FAQ에 문서화된 여러 서명 키 지원에서 가져왔습니다. 2026년 8월 13일에 확인했습니다. 검증됨

Google은 직접 설치가 Android의 근간이며 인증된 개발자가 직접 배포를 계속할 수 있다고 분명히 밝히고 있습니다. 그 표현이 감추고 있는 뉘앙스는, 매끄러운 설치가 회원님이 신원 확인을 통과했다는 사실이 아니라 앱이 등록되어 있다는 사실에 달려 있다는 점입니다. 이 글이 더 짧고 느슨한 "인증된 앱" 대신 매번 "인증된 개발자에게 등록된"이라고 쓰는 이유가 여기에 있습니다.

디버그 키나 별도의 QA 서명 키를 쓴다면 어떻게 되나요?

실제 QA 팀이 여기에서 걸립니다. 디버그 키로 서명한 빌드를 내부 테스터에게 주고 릴리스 키로 서명한 빌드를 스토어에 올리는 것은 아주 정상적인 구성이기 때문입니다. 같은 패키지 이름 위의 서로 다른 인증서입니다.

Google이 실제로 답해 둔 다섯 가지 경계 사례

이 다섯 가지는 계속 나오는 질문이고 모두 공식 답변이 있습니다. 추측할 필요가 없습니다.

ADB는 그대로 허용되지만, 개발자용 작업 흐름입니다

이 프로그램 전체에서 Google이 가장 분명하게 약속한 부분입니다. 인증 FAQ에 따르면 ADB의 동작 방식에는 변경이 없습니다. 개발자와 고급 사용자는 그 방식으로 앱을 계속 설치할 수 있고, 고급 흐름의 24시간 대기 시간은 ADB 설치에 적용되지 않습니다. 이 글에서 가장 오래 살아남을 기술적 경로이면서, 일반 테스터에게는 가장 맞지 않는 경로이기도 합니다.

테스터가 먼저 해야 하는 일

Google의 도구 문서는 전제 조건을 분명히 말합니다. USB로 ADB를 쓰려면 기기의 개발자 옵션에서 USB 디버깅을 켜야 합니다. 요즘 휴대전화에서는 빌드 번호를 찾아 일곱 번 눌러 개발자 옵션을 연 다음, 경고 대화상자가 뜨는 설정 화면에서 USB 디버깅을 켠다는 뜻입니다. 기술 테스터에게는 현실적인 과정이지만, 회원님의 앱을 한번 써 보겠다고 자원한 일반 사용자에게는 부담스러운 과정입니다.

설정은 빌드마다 반복되지 않으며, 대부분의 글이 틀리는 지점이 바로 여기입니다. 테스터가 작업용 PC를 한 번 승인하면 그 승인은 직접 취소하거나 기기를 삭제할 때까지 유지됩니다. 따라서 새 빌드에 드는 비용은 adb install -r 한 번과 기기 접근이지, 개발자 옵션을 다시 훑는 일이 아닙니다. 또한 Android 11 이상은 무선 디버깅을 지원합니다. 테스터가 QR 코드나 페어링 코드로 PC와 한 번 페어링하면, 이후에는 두 기기가 같은 네트워크에 있는 동안 케이블 없이 네트워크로 설치할 수 있습니다. 케이블은 사라지지만 기술적 전제 조건은 사라지지 않습니다.

adb devices

adb install app-release.apk

adb install -r app-release.apk

인증되지 않은 앱을 위한 Android의 고급 흐름이란 무엇인가요?

Google은 그래도 인증되지 않은 개발자의 앱을 설치하려는 사용자를 위해 의도적인 경로를 만들었습니다. 중간에 마찰 단계가 하나 들어간 최초 1회 설정입니다. 개발자 모드를 켜고, 다른 사람이 안내하고 있지 않다는 것을 확인하고, 재시작하고, 하루를 기다리고, 본인 확인을 한 다음, 인증되지 않은 앱 설치를 7일 또는 기간 제한 없이 허용합니다. 24시간 대기는 그 설정의 일부이지, APK를 설치할 때마다 걸리는 지연이 아닙니다.

순서, 표현, 기간 선택지는 Google의 Android 개발자 인증 FAQ에서 가져왔고 2026년 8월 13일에 확인했습니다. Google이 이 흐름의 각 단계에 대한 이유를 공표하고 있으므로, 위 설명은 추론이 아니라 Google의 근거를 그대로 옮긴 것입니다. 검증됨

사람들이 잘못 아는 세 가지

지금 바로 쓸 수 있나요?

개발자 입장의 현실적인 해석은 이렇습니다. 고급 흐름은 "사용자가 내 인증되지 않은 앱을 여전히 설치할 수 있는가?"에 대한 실재하고 문서화된 답이지만, "이번 주에 테스터 열두 명에게 빌드를 어떻게 전달하지?"에 대해서는 나쁜 답입니다. 온보딩 중간에 놓인 하루짜리 보안 지연은 일반 테스터나 원격 테스터에게 실제 마찰이 됩니다. 테스터가 일반 사용자라면, 그들의 시간을 존중하는 경로들을 섹션 09에서 비교해 두었습니다.

이미 설치된 APK는 어떻게 되나요?

Google의 문서는 설치와 업데이트를 다룹니다. 적용이 시작되면 등록되지 않은 앱은 정상적으로 설치하거나 업데이트할 수 없고, 고급 흐름이나 ADB 없이는 일반적인 업데이트가 "실패한다"고 Google은 밝히고 있습니다. 반대로 저희가 확인한 문서에 없는 내용은, 이미 사람들의 휴대전화에 설치된 사본이 삭제되거나 실행이 차단된다는 이야기입니다.

동작은 Google의 Android 개발자 인증 FAQ에서 가져왔고 2026년 8월 13일에 확인했습니다. 첫 번째 줄은 발표된 메커니즘이 없다는 사실을 적은 것이며, 이는 동작이 앞으로도 절대 바뀌지 않는다는 약속과는 다릅니다.

이 구분은 실제로 해야 할 일을 바꿉니다. 막힌 업데이트는 실재하고 문서화된 운영 문제입니다. 영향을 받은 테스터는 정상 경로로 업데이트가 설치되지 않아 예전 빌드에 머무를 수 있고, 그 사실을 아예 알리지 않을 수도 있습니다. 그쪽에서는 아무 일도 일어나지 않은 것처럼 보이기 때문입니다. 대규모 삭제라면 완전히 다른 종류의 비상 상황이고 완전히 다른 소통이 필요합니다. 둘 중 문서로 확인되는 것은 하나뿐입니다.

인증 이후 Firebase App Distribution의 위치

Firebase App Distribution은 출시 전 빌드를 테스터의 기기에 올리는 방법입니다. 인증 시스템이 아니고, Google Play의 테스트 트랙도 아니며, Android 개발자 인증에서 무언가를 면제해 주지도 않습니다. 잘하는 일은 서명된 빌드를 명단에 있는 사람들에게 전달하는 수작업을 없애 주는 것입니다.

APK 흐름이 실제로 돌아가는 방식

흐름, 서명 요구사항, 빌드 150일 보관, 초대 30일 만료는 Firebase App Distribution의 Android 문서에서 가져왔고 2026년 8월 13일에 확인했습니다. 검증됨

9월 단계에도 Firebase가 계속 동작하나요?

거의 확실히 그렇습니다. 그리고 그 결론에 이르는 방식이 중요합니다. Firebase의 APK 흐름은 서명된 APK를 초대된 테스터에게 직접 배포하는 것입니다. Google의 도움말은 직접 설치가 9월 30일 단계의 적용 대상이 아니라고 밝히고 있습니다. 두 사실을 합치면 Firebase의 APK 배포는 이 1단계 동안 계속 쓸 수 있을 것으로 보입니다.

Firebase의 APK 배포와 AAB 배포는 같은 것이 아닙니다

거의 모든 기사가 뭉뚱그리는 지점입니다. Firebase는 둘 다 지원하지만, 테스터의 휴대전화까지 가는 길이 다릅니다.

그래서 "Firebase가 계속 되나요?"에는 어떤 파일을 업로드하느냐에 따라 답이 둘입니다. 이 주제로 글을 쓰거나 동료에게 물을 때는 Firebase APK 배포인지 Firebase AAB 배포인지 밝히십시오. 줄여 부르는 습관이 분석을 실제로 바꾸는 차이를 가립니다.

Firebase App Distribution이 테스터 12명 규칙에 포함되나요?

아닙니다. 해당되는 계정에 대한 Google의 프로덕션 액세스 요구사항은 최근 14일 이상 지속적으로 Google Play 비공개 테스트에 참여하겠다고 선택한 테스터 12명 이상을 요구합니다. Firebase 테스터는 Play 비공개 테스트에 참여한 상태가 아니므로, 몇 명이 참여했든 얼마나 꼼꼼히 테스트했든 이 요구사항을 충족하지 못합니다.

Play 요구사항은 Play Console 도움말 14151465에서, Firebase의 동작은 Firebase App Distribution 문서에서 가져왔습니다. 둘 다 2026년 8월 13일에 확인했습니다. 두 제품은 "등록"이라는 같은 단어를 쓰지만 서로 다른 절차를 가리킵니다. 검증됨

여기에서 생기는 패턴은 이름을 붙여 둘 만합니다. 사람들에게 2주를 잃게 만들기 때문입니다. 어떤 개발자가 적극적인 테스터 15명과 정말 꼼꼼한 Firebase 테스트를 진행하고, 테스트 항목은 끝났다고 결론 내린 뒤, 프로덕션 액세스를 신청하려고 Play Console을 열었다가 14일 시계가 아직 시작조차 하지 않았다는 사실을 알게 됩니다. 섹션 10에서 두 요구사항을 나란히 놓아, 회원님께는 그런 일이 생기지 않게 했습니다.

2026년에 테스터 12명에게 빌드를 전달하는 가장 좋은 방법

하나의 정답은 없습니다. 방식마다 푸는 문제가 다르기 때문입니다. APK 원본은 오늘 가장 간단하게 통하는 방법입니다. ADB는 가장 오래 살아남지만 가장 쓰기 어렵습니다. Firebase는 순수 QA 채널로는 가장 좋습니다. 그리고 이 페이지에서 Google Play의 프로덕션 액세스 요구사항을 충족하는 방식은 단 하나뿐인데, 그것이 실제로 회원님의 출시일을 결정합니다.

일곱 가지 방식 비교

도구는 한 가지 상황에 답합니다. 이 표는 모든 상황에 답하며, 늦기 전까지 사람들이 건너뛰는 두 열도 함께 담고 있습니다. 발표된 2027년 동작, 그리고 그 방식이 Play 프로덕션 액세스 신청에 조금이라도 도움이 되는지입니다.

출처: Google의 인증 FAQ와 가이드, ADB 도구 문서, Firebase App Distribution 문서, limited distribution, 그리고 내부 테스트와 프로덕션 액세스 테스트 요구사항에 대한 Play Console 도움말입니다. 모두 2026년 8월 13일에 확인했습니다.

정직한 권장 사항

두 갈래를 동시에 진행하십시오. 서로 다른 질문에 답하기 때문입니다. 진짜 QA에는 빌드를 기기에 가장 빨리 올리는 방법이면 무엇이든 쓰십시오. 동료 한 명에게는 APK 원본, 그룹에는 Firebase, 모든 것을 건너뛰어야 할 때는 ADB입니다. 그리고 그와 별개로, 회원님의 계정이 프로덕션 액세스 요구사항 대상이라면 가능한 한 일찍 Play 비공개 테스트를 시작하십시오. 그 항목은 달력의 날짜로 재는 것이라, 더 열심히 일한다고 줄어들지 않습니다.

피해야 할 실수는 이 둘을 순서대로 진행하는 것입니다. Firebase 테스트를 꼼꼼히 끝내도 14일 카운터는 하루도 앞당겨지지 않습니다.

개발자 인증은 Google Play 비공개 테스트를 대신하지 않습니다

이 둘은 서로 관계가 없는 요구사항인데 사람들이 하나의 체크박스로 합쳐 버립니다. 인증은 "이 패키지를 누가 만들고 서명했는가?"에 답합니다. 비공개 테스트는 "이 계정이 Google의 출시 전 테스트를 마쳤는가?"에 답합니다. 어느 한쪽을 끝내는 것은 다른 쪽에 아무런 도움이 되지 않습니다.

"내부 테스트도 Play 테스트니까 인정된다"가 틀린 이유

Google은 내부 테스트에 테스터를 100명까지 허용하기 때문에, 더 진지한 선택지처럼 느껴집니다. 하지만 프로덕션 액세스 요구사항은 특정 트랙을 중심으로 쓰여 있습니다. 인정되는 테스터는 최근 14일 동안 지속적으로 비공개 테스트에 참여한 상태여야 합니다. 내부 테스트는 다른 트랙이므로 그 문장을 충족하지 못합니다.

숫자들, 그리고 그 출처

자주 나오는 질문 두 가지는 배경을 알면 정리됩니다. Google은 이 요구사항을 2023년 11월 9일에 발표했고, 현재 정책은 2023년 11월 13일 이후에 만든 개인 계정에 적용합니다. 두 날짜는 서로 다른 것을 뜻합니다. 그리고 최소 인원은 원래 20명, 최소 2주였습니다. Google의 커뮤니티 가이드는 12명으로 줄어든 시점을 2024년 12월이라고 밝히고 있습니다. 당시 개발자들의 보고는 Play Console 변경을 2024년 12월 11일로 지목하지만, 그 정확한 날짜에 대한 Google의 날짜 있는 공지는 찾지 못했으므로 공식이 아니라 보고된 날짜로 보시기 바랍니다. 부분 검증

조직 계정은 이 관문 밖에 있습니다. 요구사항이 해당되는 개인 계정을 대상으로 하기 때문입니다. 수수료는 어느 쪽이든 같은 Google Play 등록 수수료(미화 25달러) 1회 결제입니다. 한 문단이 아니라 계정 유형 전체 비교가 필요하시면 개인 계정과 조직 계정 비교 글에서 다루고 있습니다.

지금은 맞지 않는 주장 열 가지

Android 개발자 인증에 관한 보도의 상당수는 Google이 2026년 6월과 7월에 1단계의 범위를 좁히기 전에 쓰인 것입니다. 아래 주장들은 거짓말이 아닙니다. 여럿은 게시 당시에는 정확했습니다. 다만 지금 Google 페이지와 더 이상 맞지 않는 정책 버전을 설명하고 있을 뿐입니다.

Google의 두 페이지가 서로 어긋나 보이는 지점

꼼꼼히 읽는 분은 반드시 마주치기 때문에 짚고 넘어갈 만합니다. Google 도움말의 일반적인 표현은 요구사항을 완료하지 않은 개발자의 앱이 해당 국가에서 신규 설치가 불가능해진다고 말하는데, 이는 스토어에 한정된 예외보다 넓게 들립니다. 더 구체적이고 2026년 8월 10일에 업데이트된 FAQ는, 9월 30일 기한이 참여 스토어에만 적용되며 직접 설치에는 아직 미치지 않는다고 밝히고 있습니다.

증상에서 해결까지: 실제로 무엇이 잘못됐는가

회원님이나 테스터가 실제로 한 말을 찾아보십시오. 테스터의 설치나 업데이트가 실패하는 흔한 원인 하나는 서명 인증서 불일치인데, 이것은 평범한 Android 동작이고 개발자 인증과는 아무 관련이 없으며 인증보다 10년 앞선 것입니다.

9월 30일 전에 실제로 하셔야 할 일

APK를 직접 배포하기만 한다면 9월 30일 1단계는 그 경로에 개발자 인증을 적용하지 않습니다. 이는 영구적인 것이 아니라 한시적인 상태이며, Google은 2027년에 시작되는 글로벌 롤아웃 전에 인증을 마칠 것을 권장합니다. Google Play에 게시하신다면 요구하는 것은 하나입니다. 모든 패키지의 등록입니다. 그리고 이 둘과 별개로, 회원님의 계정이 프로덕션 액세스 관문에 해당한다면 출시일을 결정하는 항목은 14일 시계이므로 이미 돌고 있어야 합니다.

이 글이 낡는 시점

이 글은 유난히 빨리 상하는 글이라서, 시점과 무관한 글처럼 제시하는 것은 정직하지 않습니다. 아래는 가장 먼저 바뀔 가능성이 큰 것들과, 각 항목을 틀리게 만들 조건입니다.

이 글에 적용한 갱신 주기입니다. 2026년 9월 30일까지 매주, 그다음 시행 당일과 그로부터 약 일주일 뒤에 구현 관련 설명을 확인하고, 이후에는 Google이 2027년의 구체적인 일정을 발표할 때까지 매월 확인합니다. 이 주기는 2026년 동안 Google이 이 프로그램을 얼마나 자주 수정했는지를 근거로 한 편집상의 선택이지 Google의 공식 일정이 아닙니다.

PrimeTestLab은 어디에 들어가고 어디에 들어가지 않는가

먼저 한계부터 말씀드리겠습니다. 정직해야 하는 부분이기 때문입니다. PrimeTestLab은 회원님의 신원을 인증하지 않고, 패키지 이름을 등록하지 않으며, Firebase 테스트를 Play 비공개 테스트로 바꾸지도 않습니다. 그 부분은 회원님의 몫이고, 이 글 자체가 그 몫에 대한 저희의 기여 전부입니다. 저희가 맡는 것은 이 페이지의 요구사항 가운데 서류가 아니라 달력 시간으로 이루어진 단 하나, 즉 Play 비공개 테스트 트랙에서 실제 테스터 12명이 14일 동안 지속적으로 참여하는 부분입니다. Google이 승인된 플랫폼으로 하여금 개발자의 등록을 돕도록 API와 OAuth 위임을 제공하기는 하지만, 그 접근 권한은 회원님이 직접 부여해야 하며 계정과 앱 신원에 대한 책임도 회원님에게 남습니다.

이 구분은 이 글이 존재하는 이유가 된 문제와 정확히 같은 모양입니다. 어떤 개발자는 빌드 배포를 아주 잘합니다. Firebase 그룹도 정리돼 있고, 릴리스 노트도 깔끔하고, 테스터도 적극적이고, 실제 버그 제보도 들어옵니다. 그런 다음 프로덕션 액세스를 신청하려고 Play Console을 열면, 그 어느 것도 인정되지 않았다는 사실을 알게 됩니다. 배포는 이미 해결된 문제입니다. 정작 줄이지 못하는 부분은 14일이라는 참여 기간이고, 이건 일을 더 잘 정리한다고 짧아지지 않습니다.

비공개 테스트를 직접 운영할 것인가, 맡길 것인가

요금제 3가지, 결제는 한 번

모든 요금제는 14일 전체 기간 동안 실기기를 쓰는 실제 테스터로 진행되고, 테스트는 보통 4~6시간 안에 시작되며, 테스트가 뜻대로 되지 않으면 무료 재테스트 또는 전액 환불을 선택하실 수 있습니다. Google의 승인을 약속드리지는 않습니다. 누구도 할 수 없는 약속이기 때문입니다.

자주 묻는 질문

요약

마지막 정책 확인: 2026년 8월 13일. Google 개발자 인증 FAQ 페이지는 2026년 8월 10일에 마지막으로 업데이트되었고, 그 안의 직접 사이드로딩 답변은 2026년 7월 15일자이며, Firebase App Distribution의 Android 문서는 2026년 8월 11일에 마지막으로 업데이트되었습니다. Android 개발자 인증은 지금도 단계적으로 적용되고 있으므로, 9월 30일 적용 범위, 참여 스토어 목록, 고급 흐름의 제공 여부, 2027년 일정은 행동에 옮기기 전에 Google 공식 페이지에서 다시 확인하시기 바랍니다. 이 글은 2026년 9월 30일까지 매주, 시행 당일과 그 약 일주일 뒤에 한 번 더, 이후에는 Google이 2027년의 구체적인 지역이나 날짜를 발표할 때까지 매월 재검증할 예정입니다.