Android 개발자 인증 2026: 날짜와 절차

2025년에 Android 개발자 인증에 대해 쓰인 글은 거의 전부가 지금 최소 한 가지 중요한 지점에서 틀렸고, 2026년 초에 쓰인 글도 놀랄 만큼 많이 그렇습니다. 프로그램 설계는 최초 발표 이후에 바뀌었고, 정확한 시행일은 2026년 6월에야 나왔으며, 적용 범위는 2026년 7월 22일에 문서로 좁혀졌습니다. 그런데 개발자들이 실제로 검색창에 입력하는 질문은 "개발자 인증이 뭔가요?"가 아닙니다. Google이 실패했다고 하는데 정확히 뭐가 잘못됐고, 이제 어떻게 되며, 나는 이걸 이미 하지 않았나? 입니다.

그래서 이 글은 정책 해설이 아니라 장애 대응처럼 썼습니다. "이미 끝난 건가?"라는 질문에 먼저 답하고, 두루뭉술한 조언 대신 정확한 Play Console 이동 경로를 제시하며, 다른 페이지들이 하나의 무서운 문장으로 뭉뚱그리는 두 개의 시행 계층을 분리하고, Google이 아무것도 공개하지 않은 지점을 분명히 말합니다. 또한 인증과 별개 규칙인 테스터 12명 비공개 테스트 사이에 확실한 선을 긋습니다. 이 혼동은 거의 매주 PrimeTestLab 문의함에 도착하기 때문입니다. 아래의 모든 날짜와 수치는 2026년 8월 9일에 Google 자체 페이지와 대조했습니다.

Android 개발자 인증은 하나가 아니라 두 가지 작업입니다

Google Play에 게시한다면 Android 개발자 인증은 서로 다른 두 가지를 요구합니다. 신원을 인증하는 일과 앱 패키지 이름을 등록하는 일입니다. 기존 Play 개발자 대부분은 첫 번째를 이미 충족했고, 압도적 다수의 경우 두 번째는 자동으로 처리되었습니다. 많은 계정에서 남은 일은 화면 두 개를 확인하는 것뿐입니다. 다만 Google은 보편적인 완료 소요 시간을 공개하지 않으며, 서류나 계정 문제가 생기면 상당히 오래 걸릴 수 있습니다.

각 관문이 실제로 확인하는 것

두 작업은 서로 다른 두 질문에 답하며, 하나를 통과했다고 해서 다른 하나에 대해 Google에 알려 주는 것은 없습니다. 이 둘을 분리해서 보는 것이 이 페이지가 해 줄 수 있는 가장 값진 일입니다. 실패 양상도, 해결 방법도, 심지어 Play Console 화면도 다르기 때문입니다.

따라서 신원 쪽은 완전히 인증되었는데도 등록되지 않은 패키지가 목록에 조용히 남아 있을 수 있습니다. 마감일에 문제가 터지는 조합이 정확히 이것입니다. 개발자가 "인증됨"이라고 표시된 화면만 보고 앱 목록이 있는 화면은 한 번도 열지 않았기 때문입니다.

기존 Play Console 개발자를 위한 1분 답변

이미 Google Play에 게시하고 있다면, 확인해야 할 순서대로 정리한 전체 컴플라이언스 경로는 다음과 같습니다. 대부분의 독자는 2단계에서 끝납니다.

1. 01

   신원 상태를 확인합니다

   Play Console에서 개발자 계정을 엽니다. Google의 인증 가이드는 이 경로를 설정 › 개발자 계정으로 설명하고, 더 최근의 계정 관리 문서는 개발자 계정 › 내 정보를 씁니다. 어느 쪽이든 Google은 이미 신원 인증을 성공적으로 마쳤다면 그 단계를 다시 거칠 필요가 없다고 밝히고 있습니다. 확인됨

2. 02

   모든 패키지가 등록되었는지 확인합니다

   Play Console에서 Android 개발자 인증 페이지를 열고 각 앱의 등록 상태를 확인합니다. Play Console 홈에서도 앱 등록 정보가 표시될 수 있습니다. 모든 패키지 이름이 자동 등록되었다면 Google은 해당 앱에 추가 등록 작업이 필요 없다고 밝히고 있습니다. 확인됨

3. 03

   남은 것은 9월 30일 전에 신청합니다

   자동 등록되지 않은 패키지는 Google의 수동 등록을 따릅니다. 어떤 형태가 되는지는 패키지 이름이 정합니다. Android가 본 적 없는 이름이라면 패키지 정보와 공개 서명 인증서만 있으면 되고, 이미 설치 이력이 있는 이름이라면 비공개 키 보유를 증명하는 서명된 확인용 APK가 필요합니다. 두 절차 모두 05 섹션에 있습니다.

Google Play에 게시한다면 Play Console을 씁니다

개발자를 한 시간짜리 우회로로 보내는 함정이 이것입니다. 이 프로그램에는 콘솔이 두 개 있습니다. Play Console은 Google Play 개발자가 두 작업을 모두 마치는 곳입니다. Android Developer Console은 Google Play 밖에서 배포하는 개발자를 위한 별도 화면이며, 고객센터 문서도 다른 흐름을 설명합니다. Google Search Console을 통한 조직 웹사이트 확인도 그중 하나입니다. 두 안내가 같은 검색어에서 나란히 노출됩니다.

배포 경로는 넷, 답도 넷입니다. Google 문서를 한 단어 더 읽기 전에 자기 행을 찾으세요. 행을 잘못 고르면 오후 하나를 통째로 씁니다.

경로 대응은 Google의 Play Console 인증 가이드와 제한 배포 가이드에서 가져왔고, 2026년 8월 13일에 확인했습니다. 확인됨

2026년 인증 타임라인과 기사들이 여전히 틀리는 날짜

인증은 한 번의 발표로 오지 않았습니다. 다섯 번에 걸쳐 왔고, 그때마다 앞의 내용을 좁히거나 바로잡았습니다. 아래 타임라인은 Google의 2026년 6월과 7월 자료를 기준 출처로 삼습니다. 널리 인용된 3월 예고가 대체되었기 때문에 이 점이 중요합니다.

이 프로그램이 실제로 온 과정, 단계별로

각 항목은 Google이 공개한 내용과 Play 개발자가 거기서 읽어야 할 결론을 함께 담았습니다. 이 날짜들 중 몇 개는 다른 곳에서 따로 떼어 인용되는데, 순서를 보고 나면 전혀 다르게 읽히기 때문입니다.

1. 2025년 11월

   앞선 사용 시작

   앞선 사용에 초대된 개발자는 Google Play 밖에서 배포되는 앱의 인증을 시작할 수 있었습니다.

   읽어야 할 것: 역사적 기록일 뿐입니다. 여기서 오늘의 Play 개발자에게 생기는 의무는 없습니다.

2. 2026년 3월 30일

   모든 개발자 대상 배포 시작

   Google은 Play Console과 Android Developer Console 양쪽에서 모든 개발자에게 Android 개발자 인증을 배포하기 시작한다고 발표했고, Play 개발자에게는 이후 몇 주에 걸쳐 접근 권한이 열리는지 확인하라고 안내했습니다. 확인됨

   읽어야 할 것: "3월 30일에 모든 Play 계정이 인증을 받았다"로 읽으면 안 됩니다. Google의 표현은 그날 배포가 시작되었다는 것입니다.

3. 2026년 6월

   Android Developer Verifier 시스템 서비스 배포

   Google의 갱신된 타임라인은 인증 시스템 서비스 배포를 2026년 6월로 표시합니다. 확인됨

   읽어야 할 것: 6월을 쓰세요. 3월 30일 글은 4월을 예고했고, 지금도 여러 외부 기사가 그 예고를 사실인 것처럼 반복하고 있습니다.

4. 2026년 6월 18일

   정확한 시행일 확정

   Google은 첫 시행일로 2026년 9월 30일을 발표하고, 참여 스토어 7곳을 밝혔으며, Play 개발자 앱의 99% 이상이 이미 등록되었다고 말했습니다. 확인됨

   읽어야 할 것: 날짜와 자동 등록 수치 모두에서 가장 강력한 단일 출처입니다. 이보다 앞서 나온 글은 날짜를 추측한 것입니다.

5. 2026년 7월

   도구: ID Status API와 Console API

   Android Developer ID Status API가 전 세계에 배포되었고, Console API와 제한 배포는 앞선 사용 단계였습니다.

   읽어야 할 것: 자동화와 도구 팀에는 의미가 있지만, Play Console에서 직접 처리하는 첫 게시자에게는 해당되지 않습니다.

6. 2026년 7월 15일

   현재의 가이드 공개

   Google의 일반 인증 가이드와 Play Console 가이드가 갱신되었고, 초기 스토어 범위와 Play 패키지 등록 안내가 포함되었습니다. 확인됨

   읽어야 할 것: 실무와 관련된 모든 사항에서 이 두 페이지를 현재의 기준 문서로 삼으세요.

7. 2026년 7월 22일

   FAQ가 범위를 문서로 좁힘

   Google의 FAQ는 참여 목록 밖의 스토어와 APK 직접 설치는 9월 30일 단계의 대상이 아니라고 명확히 했습니다. 확인됨

   읽어야 할 것: "Google이 그날 사이드로딩을 끝낸다"는 2025년식 서사를 정리하는 문장입니다. 영구 면제가 아니라 1단계의 범위 제한입니다.

8. 2026년 8월

   전 세계 제공 예정: 제한 배포와 고급 흐름

   Google 인증 페이지는 제한 배포 계정, Android Developer Console API, 고급 설치 흐름을 2026년 8월 출시로 올려 두고 있습니다. 2026년 8월 13일 기준으로 제한 배포 전용 가이드는 여전히 앞선 체험 신청이 닫혔고 2026년 8월에 추가 정보를 주겠다고 말합니다. 그래서 이 줄은 제공 완료가 아니라 예정으로 그렸습니다. 부분 확인, 출시 미확정

   여기서 읽을 것: 이 페이지에서 가장 빨리 바뀌는 항목이고, 달력이 8월에 들어섰다는 사실이 출시의 증거는 아닙니다. 이 글을 포함해 달 중간에 나온 어떤 글도 믿기보다, Google 인증 페이지에서 현재 상태를 확인하세요.

9. 2026년 9월 30일

   같은 날 두 가지가 일어납니다

   브라질, 인도네시아, 싱가포르, 태국에서 참여 스토어 7곳을 통한 설치에 앱 등록이 필수가 됩니다. 이와 별개로 Play Console 요구사항에 따라 모든 Play 패키지가 등록되어 있어야 하며, Google은 등록되지 않은 앱은 Google Play에서 삭제된다고 밝혔습니다. 확인됨

   읽어야 할 것: 날짜는 하나, 결과는 서로 독립적인 둘입니다. 03 섹션에서 제대로 나눕니다.

10. 2027년 이후

    전 세계 확대, 날짜 미발표

    Google은 이 보호 조치가 2027년에 전 세계로 확대된다고 밝혔습니다. 2026년 8월 9일 기준으로 정확한 전 세계 날짜도, 추가 국가 일정도 발표되지 않았습니다. 확인됨

    읽어야 할 것: 다른 곳에서 보는 "2027년 1월 1일"이나 "2027년 초"는 예측으로 보세요. Google은 그런 날짜를 공개하지 않았습니다.

2026년 9월 30일은 전 세계 기한인가요?

Android 기기 단위 시행에는 아니고, Google Play 패키지 등록 기한에는 그렇습니다. 날짜만 같을 뿐 서로 다른 두 규칙이며, 이 프로그램을 다루는 거의 모든 기사가 둘을 합쳐 버립니다. 기기 규칙은 7개 스토어를 통해 4개국에서 시작합니다. Play 규칙은 여러분의 Play 등록정보에 적용되며, Google은 이를 놓쳤을 때의 결과를 Google Play에서의 전 세계 삭제로 설명합니다.

4개국과 7개 스토어

Google이 두 목록을 정확히 밝혔기 때문에 해석의 여지가 없습니다. 1단계 시행은 다음 4개국에서의 앱 설치를 대상으로 합니다.

그리고 다음 7개 참여 앱 스토어를 통한 설치에 적용됩니다.

두 목록 모두 Google의 2026년 6월 18일 발표와 2026년 7월 15일 인증 가이드에서 가져왔으며 2026년 8월 9일에 확인했습니다. Google이 스토어나 지역을 추가할 수 있으므로, 기한이 가까워지면 이 목록에 따라 움직이기 전에 출처를 다시 확인하세요.

9월 30일이 나에게 해당되나요? 내 경로로 확인하기

두 가지 질문에 답하면 아래 도구가 두 계층을 여러분의 실제 배포 경로에 적용합니다. Google의 답이 "아직은 아니다"인 경우를 일부러 분명히 말합니다. "아직은 아니다"는 "영원히 아니다"와 다르기 때문입니다.

이미 인증되었는지 확인하는 방법

화면 두 개면 질문 전체에 답할 수 있습니다. 개발자 계정에는 신원과 계정 정보가 있습니다. Android 개발자 인증 페이지에는 각 앱의 등록 상태가 있습니다. 첫 번째만 열어 본다면 실제로는 통과하지 않은 점검을 통과했다고 착각할 수 있습니다.

상태가 나타날 수 있는 네 곳

라벨을 지어내지 않고 상태에서 행동으로

Google은 어디를 봐야 하는지와 무엇을 해야 하는지를 공개합니다. 다만 Play 신원 상태 라벨의 전체 용어집은 공개하지 않으므로 이 글도 지어내지 않습니다. 아래 표는 무엇을 확인하는지와 완료 상태는 어떤 모습인지를 기준으로 정리했으며, 그 부분이 바로 Google이 문서화한 영역입니다.

이동 경로와 "완료" 정의는 Play Console 고객센터 답변 16984799, Google의 Play Console 인증 가이드, 개발자 계정 정보 고객센터 문서에서 가져왔고, 비공개 테스트 행은 Play Console 고객센터 답변 14151465에서 가져왔습니다. 모두 2026년 8월 9일에 확인했습니다. Google의 페이지가 현재 신원 경로에 두 가지 표현을 쓰고 있고 Play Console 이동 경로도 자주 바뀌며 여기의 라벨은 한국어로 적었으므로 콘솔에는 조금 다른 문구가 보일 수 있습니다. 각 경로는 영구적인 것이 아니라 이 날짜 기준으로 유효한 것으로 보시기 바랍니다.

"자동 등록됨"이 실제로 뜻하는 것

자동 등록은 아주 좁은 하나의 관계에 관한 것입니다. 앱의 패키지 이름과, 그것을 누가 관리하는지 증명하는 서명 정보 사이의 연결입니다. Google은 Play App Signing을 사용하는 대상 앱이 자동 등록 절차에 포함된다고 밝혔습니다. 필요한 소유권과 서명 정보를 Google이 이미 가지고 있기 때문입니다.

모든 패키지 이름이 자동 등록에 성공했다면 Google은 해당 Play 앱에 추가 등록 작업이 필요 없다고 말합니다. 이 문장은 딱 말한 만큼만 뜻하며 그 이상은 아닙니다.

마지막 항목은 한 번 멈춰 볼 만합니다. 등록은 패키지 단위이므로 앱이 여섯 개인 계정이 6분의 4만 끝난 상태일 수 있고, 그 앱들을 나열하는 단 하나의 페이지를 빼면 어디에서도 경고가 보이지 않습니다. 또한 Google은 인증을 개발자가 누구인지 확인하는 절차로 규정하고, 앱 콘텐츠에 적용되는 보안 심사와는 별개라고 설명합니다. 즉 이 중 어느 것도 앱이 Play 정책을 지키는지에 대한 판단은 아닙니다.

앱이 자동으로 등록되지 않았을 때 할 일

수동 등록에는 두 가지 형태가 있고, 어느 쪽이 되는지는 여러분이 아니라 패키지 이름이 결정합니다. Android가 한 번도 본 적 없는 패키지 이름이라면 패키지 정보와 서명 키의 공개 인증서를 제출합니다. 이미 설치 이력이 있는 패키지 이름이라면, 여기에 더해 Google이 준 문자열이 들어 있는 APK를 업로드해 해당 비공개 키를 갖고 있음을 증명합니다. 서명된 확인용 APK가 필요한 쪽은 두 번째 경우뿐이고, 두 경우 모두 실제 프로덕션 APK는 필요하지 않습니다.

먼저 자신이 어느 경우인지 확인하세요

다섯 줄이고, 오늘 여러분은 그중 정확히 한 줄에 속합니다. 여기서 잘못 짚는 것이 이 섹션에서 가장 비싼 실수입니다. 확인용 APK 경로는 빌드 작업이고, 저 다섯 줄 중 셋은 그 작업이 전혀 필요 없기 때문입니다.

경우 구분은 Play Console 고객센터 "Registering Android package names"(답변 16761053)에서 가져왔고, 2026년 8월 13일에 확인했습니다. 확인됨

A. 새 패키지 이름 등록하기

짧은 길입니다. 전부 Play Console 안에서 끝나고, 빌드 환경은 건드리지 않으며, 만들어야 할 APK도 없습니다.

1. 01

   Android 개발자 인증 페이지 열기

   Play Console에서 Android 개발자 인증 페이지를 열고 계정에 있는 모든 패키지 이름의 등록 상태를 살펴봅니다. Play Console 홈에서도 앱 등록 정보가 보일 수 있습니다.

2. 02

   패키지 이름 등록 선택하기

   이미 존재하는 이름에 대한 신청이 아니라, 새 등록을 시작하는 동작입니다.

3. 03

   패키지 이름과 알아보기 쉬운 이름 입력하기

   알아보기 쉬운 이름은 여러분의 목록을 위한 내부 라벨입니다. 스토어 등록정보에서 사용자에게 보이는 이름이 아닙니다.

4. 04

   키 추가 선택하기

   여기서부터 여러분이 관리하는 서명 키와 등록하려는 패키지 이름이 연결되기 시작합니다.

5. 05

   공개 서명 인증서 제출하기

   앱 서명 키 쌍의 공개 인증서를 제출합니다. Android가 이 패키지 이름을 한 번도 본 적이 없기 때문에 Google에 필요한 것은 그 인증서뿐입니다. 비공개 키는 여러분의 컴퓨터를 떠나지 않습니다.

6. 06

   제출하고 확인 기다리기

   패키지 이름이 성공적으로 등록되면 Google이 이메일을 보내고, 갱신된 상태가 Play Console에 표시됩니다.

B. 기존 패키지 이름 등록하기

이쪽이 긴 길이고, 모든 글이 마치 유일한 길인 것처럼 설명하는 길입니다. 패키지 이름이 이미 Android에서 설치된 이력이 있을 때 적용됩니다. 그때 Google은 말만으로 받아들이지 않고, 비공개 키를 관리한다는 사실을 보여 달라고 합니다. 이 중 두 단계는 Play Console 밖에서 진행되니, 시작하기 전에 빌드 환경을 열어 두세요.

1. 01

   패키지 정보 입력하기

   Android 개발자 인증 페이지에서 신청하려는 패키지 이름의 등록을 시작합니다.

2. 02

   키 선택 열기

   Google은 설치 근거를 바탕으로 그 패키지 이름에 자격이 된다고 판단한 인증서를 제시합니다.

3. 03

   자격이 되는 공개 인증서 지문 고르기

   실제로 갖고 있는 키의 지문을 고릅니다. 자격이 되는 항목이 하나도 제시되지 않으면 여기서 멈추고, 다른 시도를 하기 전에 아래의 자격 규칙을 먼저 읽으세요.

4. 04

   소유권 절차를 시작하고 Google의 문자열 복사하기

   Google이 이 신청 전용 문자열을 만들어 줍니다. 그대로 정확히 복사하세요. 곧 빌드할 APK가 바로 이 확인을 위해 만들어졌음을 증명하는 값입니다.

5. 05

   assets/adi-registration.properties 만들기

   APK 프로젝트의 assets 폴더 안에 이름이 정확히 adi-registration.properties 인 파일을 만듭니다. 경로와 파일 이름 모두 글자 그대로입니다. 여기서의 오타가 이 단계가 실패하는 가장 흔한 이유입니다.

6. 06

   그 파일에 문자열 붙여넣기

   다른 내용은 넣을 필요가 없습니다. 이 파일은 오직 문자열을 담기 위해 존재합니다.

7. 07

   릴리스 APK 빌드하기

   Google은 실제 애플리케이션에서 빌드해도 되고, 같은 패키지 이름을 쓰는 빈 프로젝트에서 빌드해도 된다고 밝힙니다. 보통은 빈 프로젝트가 더 빠르고 안전합니다. 프로덕션 코드가 전혀 관여하지 않기 때문입니다.

8. 08

   대응하는 비공개 키로 서명하기

   이 작업 전체의 핵심입니다. 증거가 되는 것은 내용이 아니라 서명입니다.

9. 09

   Play Console을 통해 업로드하기

   서명된 확인용 APK를 소유권 절차 안에서 업로드합니다. 이것은 출시가 아니고, 어떤 사용자에게도 도달하지 않으며, 실제 프로덕션 산출물은 관여하지 않습니다.

10. 10

    상태와 확인 이메일 지켜보기

    패키지 이름이 성공적으로 등록되면 Google이 이메일을 보내고, 갱신된 상태가 Play Console에 표시됩니다.

C. 서명 키를 다른 앱스토어가 보관하는 경우

일부 스토어는 개발자를 대신해 서명합니다. 그러면 올바르게 서명된 확인용 APK를 직접 만들 수 없습니다. Google은 그 경우를 위한 별도 경로를 문서로 밝히고 있고, 내용은 짧습니다.

1. 01

   릴리스를 빌드해 그 스토어에 올리기

   문자열을 담은 빌드를 그 플랫폼의 일반 출시 절차에 그대로 태웁니다.

2. 02

   그 스토어에서 서명된 최종 APK 내려받기

   필요한 것은 스토어가 서명한 상태의 파일이지, 여러분이 올린 파일이 아닙니다.

3. 03

   그 스토어 서명 APK를 Play Console에 업로드하기

   소유권 확인을 충족시키는 것은 스토어의 서명입니다.

절차 단계는 Play Console 고객센터 "Registering Android package names"(답변 16761053)에서 가져왔고, 2026년 8월 13일에 확인했습니다. 확인됨

나중에 키를 더 추가하기

패키지 이름 하나에 서명 키를 두 개 이상 연결할 수 있습니다. Google은 콘솔에서 하나의 패키지에 여러 서명 키를 추가하고 확인할 수 있다고 밝히며, 절차는 경로 B와 같은 모양입니다. 그 키에 해당하는 문자열로 assets/adi-registration.properties 를 만들고, 대응하는 비공개 키로 릴리스 APK를 빌드해 서명한 뒤 업로드합니다. 패키지 이름을 먼저 등록하고, 추가 키는 그다음에 붙이세요.

자격이 되는 키가 제시되지 않을 때: 우선순위 규칙

대부분의 개발자는 이 부분을 볼 일이 없습니다. 한 패키지 이름이 사용 기간 동안 둘 이상의 키로 서명되었거나, 둘 이상의 당사자가 그럴듯한 권리를 주장할 때 의미가 있습니다. Google은 설치 수를 기준으로 한 우선순위로 이를 정리합니다.

자격 우선순위는 Play Console 고객센터 답변 16761053에서 가져왔고, 2026년 8월 13일에 확인했습니다. 확인됨

실무적인 해석을 정확히 다시 씁니다. 서명 키가 위 우선순위를 분명히 충족한다면 신청에 대해 바로 자격 있음으로 표시되어야 합니다. 그것이 정하는 것은 심사를 거치는 요청 대신 바로 등록하게 해 주느냐입니다. 등록 자체를 대신 끝내 주지는 않습니다. 자동 등록에서 빠진 패키지는 그래도 경로 B를 손으로 거쳐야 합니다. 서둘러야 하는 구간은 "먼저 신청한 쪽" 단계입니다. 누가 옳으냐가 아니라 누가 먼저 움직이느냐로 정해지기 때문입니다.

개인 개발자 계정이 제출해야 하는 것

두 층입니다. 공통 정보와 국가별 서류입니다. 공통 부분은 법적 신원과 주소 정보가 계정에 연결된 Google 결제 프로필과 정확히 일치해야 한다는 것입니다. 서류 부분은 그 프로필의 국가 또는 지역에 전적으로 달려 있고, 그래서 정직한 글이라면 전 세계 공통 체크리스트를 건넬 수 없습니다.

어디서나 같은 부분

개인 계정은 법적 신원과 계정 정보를 제출하며, 현재 Play 고객센터는 그중에 법적 이름과 법적 주소를 포함합니다. 인증 절차는 연결된 Google 결제 프로필을 사용하고, Google의 서류 요구사항 페이지는 개인 신원 정보, 해당되는 경우 조직명, 그리고 주소 정보가 결제 프로필의 정보와 정확히 일치해야 한다고 밝히고 있습니다.

이 섹션 전체를 떠받치는 단어가 "정확히"이고, 다음 도구가 존재하는 이유이기도 합니다.

어디서나 같지는 않은 부분

Google 자체 페이지는 인정 서류가 지역에 따라 달라진다고 말합니다. 여러분의 경우에 대한 기준은 다른 곳에 옮겨 적힌 목록이 아니라 그 페이지의 국가 선택기입니다. 요구사항의 형태를 보편적인 것처럼 꾸미지 않으면서 구체적으로 보여 주기 위해, Google의 미국 페이지가 현재 개인에게 요구하는 내용을 옮깁니다.

Google이 분명히 밝힌 이미지 요구사항

사진이 있는 신분증 자체에 적용되며 해석의 여지가 없습니다. 그래서 업로드 전에 가장 저렴하게 없앨 수 있는 실패 요인입니다.

• 정부 발급 사진 신분증은 유효하고 만료되지 않은 것이어야 합니다.
• 이미지는 컬러여야 합니다.
• 이미지는 선명하고 조명이 충분해야 합니다.
• 이미지는 복사본이 아니어야 합니다.

또한 Google은 현재 서류 요구사항 페이지에서 인정되지 않는 서류를 개발자 인증 실패의 주된 원인으로 지목하고 있으며, 위조하거나 변조한 서류는 계정과 앱 삭제를 포함한 강력한 조치로 이어질 수 있다고 밝히고 있습니다. 이 페이지의 어떤 내용도 그런 위험을 감수할 만하지 않습니다.

무엇이든 업로드하기 전에 할 점검

Google은 인증 시도를 몇 번 할 수 있는지 공개하지 않고, 개발자들은 재시도 버튼이 아예 보이지 않는 상태에 도달했다고 자주 전합니다. 이 조합 때문에 성급한 제출은 실제로 비쌉니다. 먼저 이 점검부터 하세요.

업로드 전에 꼭 확인할 실수

이 글에서 딱 하나만 가져간다면 이것으로 하세요. 업로드 버튼을 누르기 전에 Google 결제 프로필을 열고 법적 이름과 주소를 서류와 항목별로 비교하세요. Google은 정보가 서로 대응할 것을 요구하지만 글자나 문장부호 단위의 규칙을 공개하지는 않습니다. 그러니 "항목별 비교"는 별도의 규칙이 아니라 그 요구사항을 실무적으로 충족하는 방법으로 보시면 됩니다.

앞부분은 Google이 직접 밝힌 요구사항입니다. 뒷부분은 2026년 지원 포럼에 가득한 내용입니다. 2026년 4월, 6월, 7월, 8월 글은 모두 같은 모양입니다. 개발자는 서류가 맞다고 확신하는데 인증이 구체적 이유 없이 실패하고, 커뮤니티의 답변은 제출한 신원과 결제 프로필의 불일치로 돌아옵니다. 그중 여러 건에서 개발자는 이의 신청이 실패한 뒤에야 프로필의 이름 문제를 발견했습니다.

조직 계정에 필요한 것

조직은 개인 신원 대신 법인 정보로 인증하며 보통 D-U-N-S 번호가 필요합니다. Dun and Bradstreet가 발급하는 아홉 자리 고유 식별자입니다. Google의 Play 문서는 일부 정부 기관에 대한 예외를 두고 있습니다. Google은 번호가 없는 개발자도 무료로 받을 수 있다고 밝히지만 몇 주가 걸릴 수 있다고 경고합니다. 이 페이지에서 실제 대기 시간이 있는 유일한 항목인 이유입니다. 기간에 대해서는 Google 자체 페이지가 서로 다릅니다. Android 인증 FAQ는 최대 28일, 현재 Play Console 계정 고객센터는 최대 30일이라고 안내합니다. 이 글은 30일 기준으로 계획합니다.

조직이 추가로 준비하는 것

• 등기 기록과 일치하는 법인 정보, 그리고 대표자와 계정 정보입니다.
• 아홉 자리 D-U-N-S 번호입니다. Dun and Bradstreet에서 무료로 받을 수 있고, 일부 정부 조직에 대한 Google의 예외가 적용됩니다. 이 예외는 좁습니다. 정부 조직이 인증을 건너뛴다는 뜻이 아닙니다.
• 관련 조직 서류와 대표자 신분 서류입니다. 개인 계정과 같은 국가별 규칙과 정확 일치 규칙이 적용됩니다.
• 인증된 웹사이트입니다. Google Play 밖에서 전체 배포를 하는 조직이라면 필요합니다. Google의 인증 가이드는 조직이 Google Search Console로 인증해야 하는 웹사이트를 제공한다고 밝히고 있습니다. 이 단계는 Play Console이 아니라 Android Developer Console 경로에 속합니다.

조직 계정이라도 바뀌지 않는 것이 하나 있습니다. Google Play에도 게시한다면 이는 여전히 Play Console에서 하는 일입니다. 그리고 새 계정을 두고 개인과 조직 사이에서 고민 중이라면, 고려할 요소는 인증을 훨씬 넘어섭니다. 그 결정은 개인 계정과 조직 계정 비교에서 제대로 다룹니다.

9월 30일까지 인증하지 않으면 실제로 어떻게 되나

앱이 사용자에게 도달하는 경로에 따라 네 가지로 갈립니다. Google은 신규 설치 제한, 통제가 적용되는 곳에서의 업데이트 제한, 그리고 등록되지 않은 Play 패키지의 Google Play 삭제를 문서화합니다. 이미 사람들의 휴대전화에 있는 앱을 강제로 삭제한다는 내용은 문서화하지 않았습니다.

결과 내용은 Play Console 고객센터 답변 16984799, Google의 Play Console 인증 가이드, 3월 30일 배포 글, Android Developer Console 고객센터의 타임라인, 7월 22일 FAQ에서 가져왔습니다. 모두 2026년 8월 9일에 확인했습니다.

가장 조심해야 할 주장

이 구분은 트집이 아닙니다. 이번 달에 무엇을 해야 하는지를 바꿉니다. Play 삭제는 패키지를 등록해 해결하는 배포 비상 상황입니다. 가상의 대규모 삭제는 완전히 다른 커뮤니케이션이 필요한 고객 관계 비상 상황이 됩니다. 이 중 문서화된 것은 하나뿐입니다.

고급 흐름이 실제로 작동하는 방식

Google은 고급 흐름을 스위치가 아니라 일부러 느리게 만든 경로로 문서화합니다. 마찰이 곧 목적입니다. 모든 단계는 통화가 연결된 채로 누군가가 절차를 불러 주며 유도하는 일을 막으려고 존재합니다.

1. 01

   시스템 설정에서 개발자 모드를 켭니다

   의도적인 첫 동작입니다. 실수로 켜지거나 사기에 쓰이는 원탭 우회로 켜지지 않게 하기 위함입니다.

2. 02

   누군가의 지시를 받고 있지 않은지 확인합니다

   보호 기능을 끄라고 누가 압박하고 있지 않은지 빠르게 확인하는 단계입니다.

3. 03

   휴대전화를 다시 시작하고 재인증합니다

   다음 동작을 지켜보는 데 쓰일 수 있는 원격 접속이나 진행 중인 통화를 끊어 냅니다.

4. 04

   보호 대기 기간이 지난 뒤 돌아옵니다

   Google은 한 번뿐인 하루 대기라고 설명합니다. 그다음 생체 인증이나 기기 PIN으로 확정합니다.

5. 05

   인증되지 않은 개발자로부터 설치합니다

   7일 동안 또는 무기한으로 허용할 수 있습니다. 설치할 때마다 경고는 계속 뜨고, 직접 확인하고 넘어갑니다.

고급 흐름 단계는 Google의 Android 개발자 인증 FAQ에서 가져왔고, 2026년 8월 13일에 확인했습니다. 확인됨

사이드로딩 문제, 한 문단으로

9월 30일 단계는 APK 직접 설치에도, Google의 참여 목록 밖 앱 스토어에도 아직 적용되지 않으며, Google은 ADB 설치와 함께 인증되지 않은 개발자로부터 알고서 설치하려는 사용자를 위한 고급 흐름도 계속 지원합니다. 2026년 8월 9일 기준의 현재 문서화된 입장이며, 2025년 최초 발표 뒤 돌던 "Google이 사이드로딩을 끝낸다"는 서사와는 뚜렷하게 다릅니다. 동시에 명시적으로 1단계이므로, 확정된 결론으로 받아들이는 것은 정반대의 실수입니다. Play 기한이 아니라 사이드로딩과 개방 생태계에 대한 관심으로 오셨다면, 그 주제는 컴플라이언스 글 안의 한 문단이 아니라 별도의 글로 다뤄야 합니다.

인증은 테스터 12명 비공개 테스트를 대신하지 않습니다

서로 관련 없는 두 요구사항이며, 둘 다 해당된다면 둘 다 충족해야 합니다. Android 개발자 인증은 "이 계정과 이 패키지는 누구 것인가"에 답합니다. 프로덕션 액세스 규칙은 "이 앱을 실제 사용자가 테스트했는가"에 답합니다. 한쪽을 완벽히 통과하고도 다른 쪽 때문에 완전히 막힐 수 있습니다.

해당되는 신규 개인 개발자 계정에 대한 Google의 요구사항은 인증 프로그램의 어떤 내용으로도 바뀌지 않습니다. 프로덕션 액세스를 신청하는 시점에 최근 14일 이상 지속적으로 비공개 테스트에 참여한 테스터 12명 이상이 필요합니다.

인증 열은 Google의 인증 가이드와 Play Console 고객센터 답변 16984799에서, 비공개 테스트 열은 Play Console 고객센터 답변 14151465와 내부 테스트 고객센터 문서에서 가져왔습니다. 모두 2026년 8월 9일에 확인했습니다. 확인됨

왜 많은 분들이 여기서 걸리나

둘 다 "요구사항"이라고 불리고, 둘 다 Play Console 안에 있으며, 둘 다 개발자와 게시된 앱 사이를 가로막기 때문입니다. 그래서 신원 인증을 막 통과한 계정은 다 끝난 것처럼 느껴집니다. 그런데 프로덕션 액세스가 거부되고, 인증 화면 어디에도 이유가 없습니다. 그 답이 사는 곳이 아니기 때문입니다.

신규 개인 계정을 실제로 출시까지 데려가는 순서는 이렇습니다. 신원 인증 완료, 모든 패키지 등록, 그리고 별개로 프로덕션 액세스 신청 전에 14일 동안 지속적으로 참여한 테스터 12명 이상의 비공개 테스트입니다. 14일 연속 규칙에는 대부분이 예상하는 것보다 예외 상황이 많고, 이 순서에서 더 열심히 한다고 줄일 수 없는 부분이기도 합니다.

내부 테스트로 대신할 수 있나요?

아니요. 다만 이유를 정확히 말할 필요가 있습니다. "내부 테스트는 쓸모없다"는 말도 틀렸기 때문입니다. Google은 내부 테스트에 테스터 100명까지 허용하며, 문제를 빠르게 잡는 데는 정말 좋은 방법입니다. 하지만 프로덕션 액세스 요구사항은 테스터 12명과 14일 조건을 충족하는 비공개 테스트를 명시합니다. 내부 테스트는 별도 트랙이므로 거기에 참여한 것은 이 요구사항의 자격 테스트가 아닙니다.

조직 계정에 대해서도 한 문장 정리해 둘 만합니다. 프로덕션 액세스의 테스트 요구사항은 명시적으로 신규 개인 개발자 계정을 대상으로 쓰였으므로, 조직 계정은 이 12명 규칙이 적용되는 계정 유형이 아닙니다. 두 계정 유형 모두에 적용되는 인증과는 별개의 문제입니다.

인증에 실패했다면 다시 시도하기 전에 확인할 것

개발자들은 구체적이지 않은 거부 메시지를 자주 보고하고, Google은 개별 거부의 원인을 문서화하지 않습니다. 그래서 유용한 접근은 메시지를 추측하는 것이 아니라 Google이 실제로 공개한 요구사항을 하나씩 짚는 것입니다. 아래에서 지금 보고 있는 증상을 고르세요. 각 증상은 가장 먼저 확인할 항목, 그 조언을 뒷받침하는 근거의 강도, 그리고 안전한 다음 조치로 이어집니다.

실제로 볼 수 있는 증상에서 시작하세요

아래 열 개 항목은 개발자들이 Google 지원 포럼에서 쓰는 표현 그대로 정리했습니다. 새벽 두 시에 쓴 문장들도 포함해서요. 하나를 고르면 이론상 잘못될 수 있는 모든 것의 목록 대신 그 증상에 가장 값진 확인 항목 하나를 보여 줍니다.

근거가 뒷받침하는 것과 그렇지 않은 것

아래 실패 패턴은 2026년 한 해 동안의 Google Play 개발자 도움말 커뮤니티 글에서 모았습니다. 브라질, 인도, 우즈베키스탄 사례와 포르투갈어 글 여러 건, 그리고 더 오래된 Reddit과 Stack Overflow 보고가 포함됩니다. 근거의 실제 강도에 따라 묶었습니다. 그에 따라 여러분이 취할 행동이 달라지기 때문입니다.

마감 전 체크리스트

다섯 가지 상태가 9월 30일을 달력의 날짜로 만들지, 받은편지함의 문제로 만들지 가릅니다. 네 가지는 모든 Play 개발자에게 해당됩니다. 다섯 번째는 계정이 비공개 테스트 규칙의 대상일 때만 해당되며, 실제 달력 시간을 쓰는 항목이기도 합니다.

정리해야 할 네 가지

낙관이 아니라 정직하게 체크하세요. 각 줄은 그 항목을 해결하는 섹션으로 연결되므로, 체크되지 않은 칸은 막다른 길이 아니라 2분짜리 우회입니다. 이 중 둘은 조건부라서, 애초에 해당되지 않았다면 그대로 체크할 수 있게 문구를 잡았습니다. 앱이 모두 자동 등록된 사람은 마무리할 수동 신청이 없고, 이미 인증을 마쳤고 서류 문의도 없었던 사람은 고칠 것이 없습니다.

PrimeTestLab가 맡는 부분과 맡지 않는 부분

먼저 경계를 분명히 하겠습니다. 누구도 여러분의 신원을 대신 인증해 줄 수 없습니다. 서류를 올리고, 결제 프로필을 맞추고, 패키지 이름을 신청하는 일은 계정 소유자만 할 수 있으며 그 부분에 대한 저희의 기여는 이 글이 전부입니다. 저희가 맡는 것은 신규 개인 계정에서 인증 바로 다음에 오는 요구사항입니다. 실제 테스터 12명이 14일 연속으로 참여하는 부분입니다.

저희 문의함에 늘 같은 모양으로 도착하는 갈림길이 이것입니다. 개발자가 신원 인증을 통과하고, Play Console에서 초록색 상태를 보고, 길이 열렸다고 생각한 뒤, 프로덕션 액세스가 2주라는 최소 기간이 달린 완전히 별개의 관문이라는 사실을 알게 됩니다. 인증은 서류 작업이고 얼마나 걸릴지는 서류와 계정에 달려 있습니다. 비공개 테스트는 압축할 수 없는 달력 시간입니다.

비공개 테스트를 직접 진행할지 맡길지

시간이 가장 적게 드는 순서

인증과 비공개 테스트가 둘 다 남아 있다면 순차가 아니라 병행하세요. 테스터가 14일 동안 지속적으로 참여하는 기간은 실제 사람 12명이 등록된 뒤에야 시작되는 실제 시간이므로, 진짜 출시일을 결정하는 항목이 바로 그것입니다. 서류를 처리하는 동안 그 시계를 먼저 돌리세요. 끝난 뒤가 아니라요.

자주 묻는 질문

핵심 정리

정책 최종 확인: 2026년 8월 13일. Google의 9월 30일 배포와 2027년 확대는 계속 바뀌고 있으므로, 날짜와 국가 범위는 실제로 움직이기 전에 Google의 Android 개발자 인증 페이지에서 다시 확인해야 합니다. 이 글은 2026년 9월 30일과 시행 직후에 다시 검증하도록 예정되어 있으며, Google이 2027년 지역이나 날짜를 공개할 때마다 다시 검증합니다.