프롬프트에서 공개 등록까지
- 도구가 만든 결과물웹 앱, Expo, Flutter 또는 네이티브 프로젝트
- 서명된 릴리스 AABGoogle Play가 받는 파일
- 개발자 계정US$25 일회성, 본인 인증 완료
- 앱 콘텐츠 양식개인정보처리방침, 데이터 보안, 등급
- 비공개 테스트테스터 12명, 14일, 계정에 필요한 경우
- 프로덕션 출시액세스가 승인된 후
AI 도구가 바꾸는 것은 첫 단계뿐입니다. 2단계부터 6단계까지는 모든 Android 앱에서 똑같습니다.
빠른 답변
바이브 코딩으로 만든 앱을 Google Play에 공개적으로 게시하려면, 도구가 실제로 생성한 프레임워크를 통해 서명된 Android App Bundle(AAB)을 빌드한 다음 계정, 앱 콘텐츠, 출시 요구사항을 완료해야 합니다. 2023년 11월 13일 이후에 만든 개인 개발자 계정이라면, 프로덕션 액세스를 신청하기 전에 테스터 12명 이상이 14일 동안 지속적으로 참여한 비공개 테스트도 필요합니다. 2026년 10월 13일에 발표된 개인용 앱을 위한 Google AI Studio 비공개 설치 경로는 별개의 방법이며, 공개 스토어 등록을 만들지 않습니다.
대부분의 AI 앱 빌더는 작동하는 미리보기에서 멈춥니다. URL, Expo Go 세션, 또는 내 휴대전화에 설치한 APK 같은 것입니다. 이 중 어느 것도 Google Play가 검토하는 대상이 아닙니다. 이 글은 도구가 실제로 만든 결과물에서 출발해, 빌드, 수정, 양식, 테스트를 Play Console이 요구하는 순서대로 안내합니다. 2026년 10월 16일 기준 내용입니다.
이 글에서 다루는 내용
AI로 만든 앱을 Google Play에 게시할 수 있나요?
네, 완성된 앱이 Google Play의 요구사항을 충족한다면 가능합니다. AI가 코드를 작성했다는 이유로 앱을 금지하는 Google 정책은 찾지 못했습니다. 공개 출시는 다른 모든 앱과 동일한 검토, 품질, 정책 확인을 거치므로, AI로 코드를 작성했다고 해서 완성된 앱에 대한 책임이 사라지지는 않습니다.
Google은 2026년 10월 13일 발표에서 Google AI Studio로 Android 앱을 바이브 코딩하는 방법을 직접 소개했습니다. 하지만 그것이 지름길을 만들어 주지는 않습니다. 공개 등록에는 여전히 작동하는 릴리스와 정확한 신고 내용이 필요하고, 많은 신규 개인 계정은 비공개 테스트도 거쳐야 합니다. AI로 작성된 앱을 하나의 범주로 겨냥한, 날짜가 명시된 Google 정책은 찾지 못했습니다. 완성도가 낮은 AI 빌드를 걸러내는 것은 유용성과 오작동에 관한 일반 규칙입니다.
“기능과 콘텐츠가 제한적인 앱은 허용되지 않습니다.”
Google Play 개발자 정책, 최소 기능
AI 코드, AI 기능, AI 스토어 이미지는 서로 다른 세 가지 문제입니다
AI가 코드를 작성한 경우
코드 작성자에 대한 신고 항목은 없습니다. 검토는 실제로 출시하는 앱을 봅니다. 앱이 작동하는지, 데이터를 어떻게 처리하는지, 유용한지를 확인합니다.
앱이 AI로 콘텐츠를 생성하는 경우
실행 중에 콘텐츠를 생성하는 앱은 Google의 AI 생성 콘텐츠 정책 적용 대상입니다. 금지된 콘텐츠를 막는 안전장치와, 사용자가 앱 안에서 해당 콘텐츠를 신고하거나 표시할 수 있는 방법이 필요합니다.
AI가 스토어 이미지를 만든 경우
스토어 등록정보와 홍보용 이미지 및 동영상에는 별도의 조건부 AI 라벨 신고가 있으며, 항목별로 판단됩니다. 이는 코드가 아니라 애셋에 관한 것입니다.
신규 앱이 검토 전에 갖춰야 할 모든 사항은 2026년 Google Play 게시 요구사항을 참고하세요.
공개 등록을 원하나요, 아니면 내 휴대전화에서만 쓸 앱인가요?
이것부터 결정하세요. 이제 개인적인 사용과 공개 Play 등록은 진입 경로가 서로 다르기 때문입니다. 이 섹션 이후의 모든 내용은 공개 등록에 관한 것입니다.
Google AI Studio 비공개 경로와 공개 Play 등록 비교
나만 설치하는 앱
Google은 2026년 10월 13일, Google AI Studio에서 바이브 코딩한 앱을 개인 카탈로그를 통해 내 기기에 비공개로 설치할 수 있다고 발표했습니다. Google은 미국을 포함한 일부 시장에서, 표준 Google 계정을 가진 만 18세 이상 사용자를 대상으로 출시를 시작한다고 설명합니다. 소수의 지인과 공유하는 기능은 추후 제공될 예정이라고 합니다.
누구나 설치할 수 있는 앱
공개 등록에는 Play Console 개발자 계정(US$25 일회성, 본인 인증 필요, 신규 개인 계정은 Android 10 이상을 실행하는 실제 Android 기기 확인도 필요), 서명된 AAB, 앱 콘텐츠 양식이 필요하며, 2023년 11월 13일 이후에 만든 개인 계정은 비공개 테스트도 거쳐야 합니다. Google은 공개 출시에는 통상적인 신뢰, 안전, 품질 검토가 그대로 적용된다고 밝힙니다.
비공개 경로의 전체 국가 목록은 확인하지 못했으므로, 이를 전제로 계획을 세우기 전에 Google의 2026년 10월 발표에서 내 시장이 포함되는지 확인하세요. 비공개 앱이 안전 확인을 건너뛴다고 가정하지도 마세요. Google은 그렇게 말한 적이 없습니다.
내 도구에서 AAB를 어떻게 받나요?
Android 빌드 과정은 코딩 어시스턴트의 이름이 아니라 프로젝트의 프레임워크를 따릅니다. 웹의 Publish 버튼은 Android App Bundle 없이 웹사이트만 만들 수도 있으므로, 먼저 내가 가진 것이 무엇인지 확인하세요. 웹 앱인지, Expo 또는 React Native 프로젝트인지, Flutter 프로젝트인지, 아니면 AAB를 직접 내보내는 빌더인지입니다.
사용한 도구를 선택하세요
Replit
- AAB까지의 경로
- Replit의 모바일 문서에 따르면 Replit은 아직 Google Play 게시를 지원하지 않으며, Replit에서는 EAS CLI와 EAS Build도 지원되지 않습니다. 프로젝트가 Expo 앱이라면 Git으로 소스를 내보낸 뒤 내 컴퓨터에서 Expo 프로덕션 빌드를 실행하세요(Expo 카드 참고). 웹 프로젝트라면 Lovable 카드의 Capacitor 경로를 사용하세요.
- 주의할 점
- Replit Shell에서 EAS를 실행하라는 조언은 이제 맞지 않습니다. 내보낸 뒤 외부에서 빌드하는 경로는 문서화된 여러 단계를 조합한 것이며, Replit이 버튼 하나로 제공하는 기능이 아닙니다.
Lovable
- AAB까지의 경로
- Lovable은 웹사이트를 게시합니다. 스토어용 패키징이나 제출 기능은 내장되어 있지 않습니다. 문서화된 방법은 Capacitor로 웹 빌드를 직접 패키징하는 것입니다.
npm install @capacitor/android를 실행한 다음npx cap add android와npx cap open android를 실행하고, Android Studio에서 서명된 번들을 만드세요. - 주의할 점
- Capacitor 메이저 버전에 따라 도달할 수 있는 타겟 API가 정해집니다. Capacitor 8은 API 36, Capacitor 7은 API 35에 대응합니다. 플러그인과 서명을 확인하고, 래퍼도 프레임 안에 웹사이트를 띄운 것이 아니라 유용한 앱이어야 한다는 점을 기억하세요.
Bolt
- AAB까지의 경로
- Bolt는 웹 앱 또는 Expo 모바일 프로젝트를 만들 수 있습니다. Expo 프로젝트라면 로컬 편집기로 다운로드한 뒤 EAS를 구성하고 Android 프로덕션 빌드를 실행하세요. 웹 프로젝트에는 Capacitor 같은 셸이나 별도의 네이티브 빌드가 필요합니다.
- 주의할 점
- 일반 웹 프로젝트에 네이티브 빌드 단계를 실행하지 마세요. Bolt의 자체 안내는 내부 테스트에서 바로 프로덕션으로 넘어갑니다. 계정이 대상에 해당한다면 그 사이에 Google의 비공개 테스트를 추가하세요.
FlutterFlow
- AAB까지의 경로
- Settings and Integrations > App Settings > Mobile Deployment > Google Play Store로 이동한 다음 AAB를 배포하거나 다운로드하세요. FlutterFlow 문서에 따르면 첫 업로드는 내부 테스트에 수동으로 하고, 그 이후부터 자동 배포를 사용할 수 있습니다.
- 주의할 점
- 생성된 업로드 키를 저장하거나 내보내고, 또는 원래 사용하던 키를 가져오세요. 고급 Android 설정에서 SDK 값을 확인하세요. FlutterFlow는 모든 프로젝트가 API 요구사항이나 16 KB 규칙을 충족한다고 약속하지 않습니다.
Kodular
- AAB까지의 경로
- Export app as AAB(문서에 나온 단축키는 Alt + Shift + E)를 사용하고, 생성된 번들을 업로드하세요.
- 주의할 점
- 2026년 9월 27일에 공개된 Kodular 릴리스 2026.05.3에서 타겟 API 36이 추가되었으므로, 이전에 만든 AAB는 다시 빌드하세요. 지원 중단된 Firebase Database 구성요소는 마이그레이션하기 전까지 컴파일을 막으며, 각 확장 기능은 호환성을 개별적으로 확인해야 합니다.
Expo
- AAB까지의 경로
- EAS와 서명을 구성한 다음
eas build --platform android --profile production을 실행하세요. AAB를 다운로드하거나eas submit --platform android로 제출하세요. - 주의할 점
- 미리보기 APK는 Play에 업로드하는 파일이 아니며, production 프로필이 AAB를 빌드합니다. 2026년 10월 9일에 업데이트된 Expo 제출 문서는 첫 제출 자동화를 지원하며, 기본적으로 내부 트랙에 올라갑니다. 내부 테스트는 비공개 테스트가 아니므로 트랙을 의도적으로 선택하세요.
Cursor 또는 Claude Code(Flutter)
- AAB까지의 경로
- 릴리스 서명을 구성하고 애플리케이션 ID와 Gradle SDK 값을 확인한 다음
flutter build appbundle을 실행하세요. 번들은build/app/outputs/bundle/release/app.aab에 생성됩니다. - 주의할 점
- 런타임은 어시스턴트가 아니라 Flutter입니다. 네이티브 플러그인을 점검하고, 이미 Play에 있는 앱을 업데이트하는 경우라면 원래 애플리케이션 ID를 유지하세요.
Cursor 또는 Claude Code(React Native)
- AAB까지의 경로
- 업로드 키 저장소와 릴리스 서명을 설정한 다음
npx react-native build-android --mode=release를 실행하세요. 번들은android/app/build/outputs/bundle/release/app-release.aab에 생성됩니다. 프로젝트가 Expo를 사용한다면 대신 Expo 카드를 따르세요. - 주의할 점
- React Native 0.81부터 기본 타겟 API가 36이 되었고, 0.77에서 16 KB 지원이 추가되었습니다. 이는 이정표일 뿐, 앱에 포함된 모든 라이브러리가 요구사항을 준수한다는 증거는 아닙니다.
위의 각 경로는 2026년 10월 16일에 각 업체의 공식 문서와 대조해 확인했으며, 샘플 프로젝트로 직접 실행해 본 것은 아닙니다. 빌더는 빠르게 바뀌므로 빌드하기 전에 최신 문서로 다시 확인하세요. 또한 오래된 프로젝트를 통과시키려고 타겟 SDK 숫자를 직접 올리지 마세요. 새 타겟을 지원하는 도구로 업그레이드해야 합니다.
업로드하기 전에 무엇을 고쳐야 하나요?
누군가를 테스트에 초대하기 전에 릴리스 결과물을 확인하세요. 세 가지 기술적 점검만으로 대부분의 재빌드 문제를 미리 잡을 수 있습니다. 타겟 API 수준, 네이티브 라이브러리의 페이지 크기, 앱 식별 정보와 서명입니다.
타겟 API 수준
2026년 8월 31일부터 휴대전화와 태블릿용 신규 앱 및 앱 업데이트는 Android 16(API 수준 36) 이상을 타겟팅해야 합니다. 연장을 받은 앱은 2026년 11월 1일까지 유예되었습니다. Wear OS, Android Automotive, TV, XR 앱은 타겟이 다릅니다. 자세한 내용과 해결 방법은 타겟 API 수준 글에 있습니다.
16 KB 페이지 크기와 네이티브 라이브러리
네이티브 코드가 포함된 앱은 16 KB 메모리 페이지를 사용하는 기기를 지원해야 합니다. Google의 현행 가이드는 API 35 이상을 타겟팅하는 앱에 대해 2027년 2월 1일부터 호환되지 않는 업데이트를 차단하지만, 이것이 신규 앱의 면제를 뜻하지는 않으므로 지금 네이티브 라이브러리를 확인하세요. 프레임워크가 16 KB를 지원한다고 해서 앱의 모든 네이티브 종속 항목이 호환된다는 뜻은 아닙니다. 16 KB 오류를 찾아 해결하는 방법을 참고하세요.
앱 식별 정보와 서명
“애플리케이션 ID를 변경하면 Google Play 스토어는 업로드를 완전히 다른 앱으로 취급합니다.”
Android Developers, 앱 모듈 구성
AI가 재빌드하면서 프로젝트를 다시 생성했다면, 새 애플리케이션 ID를 Play Console에 이미 등록된 ID와 비교하세요. 업로드 키와 비밀번호는 안전한 곳에 보관하세요. Play 앱 서명을 사용하면 앱 서명 키는 Google이 보관하며, 각 번들에 서명할 때 쓰는 업로드 키는 별개의 키입니다.
Google이 웹 래퍼 앱을 거부할까요?
래퍼라는 이유만으로 거부하지는 않습니다. 래퍼도 앱의 다른 부분과 똑같이 공개된 품질 규칙을 충족해야 하며, 그중 일부 규칙은 내용이 빈약한 래퍼에 가장 큰 타격을 줍니다.
허가와 유용한 기능
Google의 스팸 정책은 “웹사이트 소유자나 관리자의 허가 없이 웹사이트의 웹뷰를 제공하는” 앱이나, 주된 목적이 웹사이트로 제휴 트래픽을 보내는 것인 앱을 허용하지 않습니다. 최소 기능 정책은 별도로 콘텐츠가 제한적이거나 오작동하는 앱을 다룹니다. 내 사이트를 감싼 래퍼라면 허가 요건은 충족하지만, 여전히 유용한 기능을 제공하고 실제 기기에서 작동해야 합니다.
TWA와 WebView 비교
Trusted Web Activity는 사용자의 브라우저에서 사이트를 렌더링하고 Digital Asset Links로 소유권을 증명합니다. WebView는 내 앱 안에서 사이트를 렌더링합니다. 개발자들은 게시에 성공한 TWA 앱과 거부된 TWA 앱을 모두 보고하고 있으며, Google의 공개 문서는 TWA 사용이 테스트 확인에서 보이지 않는다고 말하지 않습니다. 포럼에서 래퍼는 항상 실패한다고 해서가 아니라, 구체적인 문제가 확인되었을 때만 아키텍처를 바꾸세요.
Google Play에서 설치한 뒤 TWA에 브라우저 주소 표시줄이 보인다면, 먼저 Digital Asset Links를 Play 서명 인증서와 대조해 확인하세요. assetlinks.json SHA-256 해결 가이드에서 단계별로 설명합니다.
실제 거부 사유를 진단하세요
거부 이메일에 명시된 정책을 읽고, 미리보기가 아닌 릴리스 빌드에서 문제를 재현하세요. 기능 오작동(broken functionality) 거부는 프레임워크가 아니라 비정상 종료, 작동하지 않는 로그인, 로드되지 않는 화면을 가리킵니다. 기능 오작동 거부를 해결하는 방법을 참고하세요.
어떤 Play Console 양식이 필요한가요?
신고 내용은 출시된 앱과 그 종속 항목이 실제로 하는 일을 설명해야 합니다. 여기에는 SDK, 로그인, 분석, 광고, 클라우드 AI 서비스가 모두 포함됩니다. AI 빌더는 이런 요소를 알리지 않고 추가하는 경우가 많습니다.
“개인 정보 및 민감한 사용자 데이터에 액세스하지 않는 앱도 개인정보처리방침을 제출해야 합니다.”
Google Play 개발자 정책, 사용자 데이터
| 양식 | 대상 | 위치 | 완료 기준 |
|---|---|---|---|
| 개인정보처리방침 | 대상모든 앱 | 위치앱 콘텐츠 > 개인정보처리방침, 그리고 앱 안에 방침 본문 또는 링크 | 완료 기준앱과 실제 데이터 처리 방식에 맞는 공개 페이지 |
| 데이터 보안 | 대상비공개, 공개, 프로덕션 트랙에 있는 앱(데이터를 전혀 수집하지 않더라도) | 위치앱 콘텐츠 > 데이터 보안 | 완료 기준실제 SDK, 백엔드, WebView 목록을 바탕으로 한 답변 |
| 콘텐츠 등급 | 대상모든 신규 앱 | 위치앱 콘텐츠 > 콘텐츠 등급 설문지 | 완료 기준등급 제출 완료. Google은 등급이 없는 앱을 허용하지 않음 |
| 앱 액세스 권한 | 대상로그인이 있거나 기능이 제한된 앱 | 위치앱 콘텐츠 > 앱 액세스 권한 | 완료 기준검토자가 광고된 모든 기능에 접근할 수 있음 |
| 광고 및 타겟층 | 대상모든 앱 | 위치앱 콘텐츠 > 광고, 그다음 타겟층 및 콘텐츠 | 완료 기준실제 연령대와 광고 동작을 신고함 |
| 생성형 AI 기능 | 대상실행 중에 콘텐츠를 생성하는 앱 | 위치앱 내부 | 완료 기준콘텐츠 안전장치와, 생성 결과를 앱 안에서 신고하거나 표시하는 방법 |
| 연락처 액세스 | 대상API 37 이상을 타겟팅하고 READ_CONTACTS를 요청하는 앱 | 위치앱 콘텐츠 신고 | 완료 기준2027년 1월 27일까지 광범위한 액세스의 필요성을 소명하거나, 연락처 선택 도구로 대체 |
| 계정 삭제 | 대상사용자가 계정을 만들 수 있는 앱 | 위치앱 내부와 웹에서 모두 삭제를 요청할 수 있는 경로를 마련하고, 그 웹 URL을 Play Console에 입력 | 완료 기준계정을 삭제하면 해당 데이터도 삭제되며, 정당한 사유로 보관하는 데이터가 있다면 이를 공개 |
Google 도움말 페이지마다 메뉴 이름이 조금씩 다르므로, Console의 메뉴 이름이 다르다면 앱 콘텐츠 아래를 확인하세요. 이 경로는 사용자 계정의 스크린샷이 아니라 Google 문서를 바탕으로 정리한 것입니다.
비공개 테스트는 어느 단계에 들어가나요?
빌드, 양식, 사용 가능한 릴리스가 준비된 후, 그리고 프로덕션 액세스를 신청하기 전입니다. Google은 2023년 11월 13일 이후에 만든 개인 개발자 계정에 이를 요구하며, 조직 계정과 그 이전에 만든 개인 계정은 이 규칙의 적용 대상이 아닙니다.
“신규 개인 개발자 계정이 있는 경우 최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 상태인 12명 이상의 테스터를 대상으로 앱의 비공개 테스트를 진행해야 합니다.”
Play Console 고객센터, 답변 14151465
올바른 트랙을 사용하세요
테스트는 비공개 트랙에서 진행됩니다. 내부 테스트는 앱당 최대 100명의 테스터로 사전 준비에 유용하지만 요구사항에는 포함되지 않습니다. 차이점은 내부 테스트 설정하기에서 설명합니다. 미리보기 URL, Expo Go 세션, 직접 설치(사이드로드)한 APK도 포함되지 않습니다. 테스터는 테스트에 참여한 뒤 Google Play에서 설치해야 합니다.
신청한 다음 출시하기
대시보드에 자격이 충족되었다고 표시되면 프로덕션 액세스를 신청하고, 테스트에 관한 질문에 솔직하게 답하세요. Google에 따르면 검토는 일반적으로 7일 이내에 완료되며, 경우에 따라 더 오래 걸릴 수도 있습니다. 승인을 받으면 프로덕션에 액세스할 수 있게 되지만, 앱이 공개되려면 여전히 프로덕션 릴리스를 준비해 제출해야 합니다. 방금 수수료를 결제했다면 US$25를 결제한 후 해야 할 일에서 전체 순서를 확인하세요.
재빌드 과정에서 키를 잃어버렸거나 패키지가 바뀌었다면?
먼저 재빌드로 바뀐 것이 사용자 인증 정보인지, 앱 식별 정보인지, 아니면 둘 다인지 확인하세요. 업로드 키를 잃어버린 것과 앱 서명 키를 잃어버린 것은 다른 문제이며, 애플리케이션 ID가 바뀌면 화면이 똑같아 보여도 Play에서는 다른 앱이 됩니다.
| 증상 | 먼저 확인할 것 | 복구 방법 |
|---|---|---|
| 업로드 키 저장소 분실 | 먼저 확인할 것앱이 Play 앱 서명에 등록되어 있나요? | 복구 방법새 업로드 키를 만들고 공개 인증서를 PEM 파일로 내보낸 다음, Play Console의 Manage Play app signing > Upload key certificate에서 업로드 키 재설정을 요청하세요. |
| 직접 관리하던 앱 서명 키 분실 | 먼저 확인할 것서명을 Google이 관리했나요, 직접 관리했나요? | 복구 방법원래 키도 없고 Play 앱 서명도 사용하지 않았다면 기존 앱을 업데이트하지 못할 수 있습니다. 새 식별 정보로 재빌드하기 전에 확인하세요. |
| 재빌드한 앱의 패키지가 다름 | 먼저 확인할 것새 애플리케이션 ID를 게시된 앱과 비교 | 복구 방법업데이트하려면 원래 애플리케이션 ID를 복원한 다음 서명과 버전 코드를 확인하세요. |
| Play에서 설치한 후 TWA에 브라우저 표시줄이 보임 | 먼저 확인할 것assetlinks.json에 Play 서명 인증서가 포함되어 있나요? | 복구 방법실제 패키지 이름과 서명 키에 맞게 Digital Asset Links를 수정하세요. |
| 미리보기는 작동하는데 릴리스 빌드가 실패함 | 먼저 확인할 것미리보기와 릴리스 번들은 무엇이 다른가? | 복구 방법릴리스 빌드 자체를 직접 실행해 보고 구성, 네이티브 라이브러리, 종속 항목을 확인하세요. 브라우저나 Expo 미리보기가 작동한다고 해서 번들이 준비되었다는 뜻은 아닙니다. |
“업로드 키를 분실했거나 키가 유출된 것으로 의심되더라도 앱에 액세스할 수 없게 되는 것은 아닙니다.”
Play Console 고객센터, Play 앱 서명 사용
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem
실제 키 저장소 경로와 별칭을 사용하세요. 업로드하는 것은 공개 인증서뿐이며, 비공개 키는 절대 누구에게도 보내지 마세요.
제출 전 체크리스트
실제 릴리스 빌드, 신고 내용, 검토자 액세스 정보, 테스트 증거가 모두 일치할 때 제출하세요. 관문을 하나씩 통과할 때마다 체크하세요.
제출 전 10가지 관문
10개 관문 중 0개 통과10개 관문을 모두 통과했습니다. 릴리스, 양식, 테스트 증거가 모두 일치합니다.
테스터 서비스는 언제 도움이 되나요?
사용 가능한 비공개 테스트 릴리스가 준비되었고, 남은 문제가 테스트에 참여해 14일 동안 유지할 12명을 찾는 일일 때입니다. 테스터 서비스는 빌드를 고쳐 주거나, 계정을 인증해 주거나, Google을 대신해 결정을 내려 줄 수 없습니다.
많은 AI 빌더 사용자가 마지막에 이 단계에 도달합니다. 앱은 작동하지만 주변에 Android 휴대전화를 가진 사람이 없거나, 친구가 9일째에 빠져 버리는 경우입니다. PrimeTestLab은 실제 Android 기기를 사용하는 실제 테스터를 제공합니다. 테스트 참여 링크를 공유하면 테스터가 4~6시간 이내에 참여해 14일 내내 유지하며, 이탈한 테스터는 당일에 교체됩니다(교체된 테스터는 자신의 14일을 새로 시작하므로 12명보다 여유 인원이 중요합니다). Play Console 액세스 권한을 저희에게 줄 필요가 전혀 없으며, 실시간 대시보드로 테스트를 확인하고 마지막에 서면 리포트를 받습니다.
테스터 12명 서비스의 진행 방식을 확인하거나, 아래에서 요금제를 선택하세요.
현재 요금제
결제 시 서비스 수수료 5% 추가(최소 $1.50). Visa 또는 Mastercard(Stripe 결제). 테스트를 모두 마친 후에도 Google이 프로덕션 액세스를 승인하지 않으면 무료 재테스트 또는 전액 환불 중에서 선택할 수 있습니다.
자주 묻는 질문
AI로 만든 앱을 Google Play에 게시할 수 있나요?
네. AI로 만든 앱도 공개 출시를 위해 제출할 수 있으며, Google은 이 경로에도 통상적인 신뢰, 안전, 품질 검토가 그대로 적용된다고 밝힙니다. 도구가 생성한 프레임워크를 확인하고, 그에 맞는 서명된 Android App Bundle을 만든 다음, 본인에게 적용되는 계정 및 앱 요구사항을 완료하세요. AI를 사용했다는 사실만으로 완성된 앱이 준비되는 것은 아닙니다.
Replit에서 링크만 받았습니다. AAB는 어디에 있나요?
게시된 웹 링크는 Android 번들이 아닙니다. 프로젝트가 웹사이트인지, Expo 또는 React Native 모바일 프로젝트인지 확인하세요. Replit의 현재 문서는 Google Play 게시도, Replit에서 EAS를 실행하는 것도 지원하지 않습니다. 모바일 소스를 내보내 다른 곳에서 Expo로 빌드하는 것이 가능한 경로이지만, Replit의 게시 버튼으로 제공되는 기능은 아닙니다.
Lovable 웹사이트를 Android 앱에 넣을 수 있나요?
Lovable은 Capacitor를 포함한 외부 패키징 방법을 문서화하고 있지만, Google Play 제출 기능은 내장되어 있지 않습니다. Android 셸에도 릴리스 서명, 올바른 구성, 실제 기기에서의 확인이 필요합니다. 웹사이트 사용 허가는 여러 고려 사항 중 하나일 뿐이며, 앱에는 유용한 기능과 안정적인 사용 경험도 필요합니다. 패키징만으로 허용되는 앱이 되지는 않습니다.
Expo나 FlutterFlow로 앱을 만들었다면 테스터가 필요한가요?
빌더가 아니라 Play 계정을 확인하세요. Google의 규칙은 2023년 11월 13일 이후에 만든 개인 계정에 적용되며, 면제되는 빌드 도구는 없습니다. Expo나 FlutterFlow에서 내부 테스트 업로드에 성공했다고 해서 필수 비공개 테스트가 완료되는 것은 아닙니다. 앱의 대시보드를 따르고, 계정에 필요한 경우 비공개 트랙에서 테스트를 진행하세요.
통과하려면 TWA를 WebView로 바꿔야 하나요?
그런 전환을 의무화하는 Google 요구사항은 찾지 못했습니다. Google은 Trusted Web Activity를 브라우저 기반 Android 통합 방식으로 문서화하고 있으며, 개발자들은 TWA 출시에 성공한 사례와 거부된 사례를 모두 보고하고 있습니다. 실제 거부 사유, 웹사이트 사용 허가, 기능, 릴리스 빌드의 동작부터 확인하세요. TWA 테스트가 Google에 보이지 않는다는 주장은 공개 문서로 입증되지 않았습니다.
제 앱은 아무것도 수집하지 않습니다. 그래도 개인정보 관련 정보가 필요한가요?
네. Google은 개인 정보나 민감한 데이터에 액세스하지 않는 앱에도 개인정보처리방침을 요구하며, 비공개, 공개, 프로덕션 트랙에 있는 앱은 데이터 보안 양식을 작성해야 합니다. 먼저 모든 SDK와 원격 서비스를 확인하세요. 분석, 광고, 로그인, 앱이 제어하는 웹 콘텐츠가 있다면 내 화면에서 아무것도 수집하지 않더라도 올바른 답변이 달라질 수 있습니다.
키 저장소를 잃어버렸습니다. 새 앱을 시작해야 하나요?
먼저 어떤 키를 잃어버렸는지 확인하세요. Play 앱 서명을 사용 중이라면, 잃어버린 업로드 키는 새 키의 공개 인증서를 사용해 Google의 업로드 키 재설정으로 교체할 수 있습니다. 이런 보호 없이 직접 관리하던 앱 서명 키를 잃어버린 경우는 다르며, 업데이트가 불가능해질 수 있습니다. 새 식별 정보로 재빌드하기 전에 원래 앱의 서명 설정을 확인하세요.
재빌드할 때 패키지 이름을 바꿔도 되나요?
애플리케이션 ID를 바꾸면 Google Play는 그 번들을 다른 앱으로 취급합니다. 기존 등록정보를 업데이트하려면 원래 애플리케이션 ID를 복원하고 올바른 인증 정보로 서명하세요. 그 아래의 패키지 식별자가 바뀌었다면, 익숙한 앱 이름이나 똑같은 인터페이스만으로는 식별 정보가 유지되지 않습니다.
최신 프레임워크로 재빌드하면 16 KB 오류가 해결되나요?
프레임워크 자체의 라이브러리는 해결될 수 있지만, 앱 전체가 호환된다는 증거는 되지 않습니다. 네이티브 플러그인, SDK, 확장 기능은 여전히 호환되지 않는 바이너리를 포함할 수 있습니다. 최종 릴리스 번들을 점검하고 16 KB 환경에서 테스트하세요. Google은 서드파티 빌더가 대신 추가한 것을 포함해 네이티브 종속 항목을 내 앱의 일부로 취급합니다.
Lovable에서 수정하면 Play 앱도 자동으로 업데이트되나요?
앱을 어떻게 빌드했는지에 따라 다릅니다. TWA는 브라우저를 통해 실시간 웹 콘텐츠를 렌더링하지만, 패키징된 Android 프로젝트에는 자체 네이티브 릴리스와 구성이 있습니다. 새 번들이 필요한지 판단하기 전에, 변경 사항이 어떤 파일과 서비스에 영향을 주는지 파악하세요. 웹, 플러그인, 권한, 서명 변경이 모두 같은 업데이트 과정을 따른다고 가정하지 마세요.
핵심 요약
요약
어떤 AI 도구를 사용했든 Google Play가 요구하는 것은 같습니다. 서명된 AAB, 신고 내용, 그리고 2023년 11월 13일 이후에 만든 개인 계정이라면 테스터 12명이 14일 연속으로 참여한 비공개 테스트입니다. 도구가 무엇을 만들었는지 확인하고, 해당 프레임워크의 릴리스 경로를 따르고, 타겟 API, 16 KB, 서명 점검을 마치고, 실제 빌드를 바탕으로 양식을 작성하세요. 프로덕션 액세스 앞에 남은 마지막 과제가 테스터 구하기라면, PrimeTestLab이 $19.99부터 테스터를 제공합니다. 요금제 보기 →