# Google Play 앱 출시 전 필수 점검 사항 — targetSdk, 개인정보처리방침, AdMob, app-ads.txt 총정리
Android 앱 개발을 완료했다고 해서 바로 Google Play에 출시할 수 있는 것은 아닙니다.
실제로 앱을 배포할 때는 Android SDK 버전, 앱 서명, 개인정보처리방침, 데이터 보안, 광고 설정 등 여러 항목을 확인해야 합니다.
특히 앱은 정상적으로 실행되는데 Google Play Console에서 정책 위반이나 설정 누락으로 출시가 지연되는 경우가 있습니다.
이번 글에서는 **2026년 10월 기준 Google Play 앱 출시 전 확인해야 하는 항목**을 실무 개발자 관점에서 정리하겠습니다.
Kotlin으로 Android 앱을 개발하고 Google AdMob 광고를 적용하는 상황을 기준으로 설명하지만, Java 또는 Jetpack Compose 프로젝트에도 대부분 동일하게 적용할 수 있습니다.
---
## 1. Google Play 출시 전에 확인해야 할 핵심 항목
먼저 전체 점검 항목을 살펴보겠습니다.
| 점검 항목 | 확인 내용 |
| ----------- | ------------------------ |
| targetSdk | Google Play가 요구하는 API 수준 |
| compileSdk | 앱을 컴파일하는 Android SDK 버전 |
| minSdk | 지원할 최소 Android 버전 |
| AAB | Android App Bundle 생성 |
| 앱 서명 | 업로드 키 및 Play App Signing |
| 개인정보처리방침 | 공개 URL 및 앱 내 접근 경로 |
| 데이터 보안 | 수집·공유 데이터 신고 |
| AdMob | 광고 SDK 및 광고 단위 설정 |
| app-ads.txt | 광고 판매자 인증 파일 |
| 권한 | 실제 사용하는 권한만 선언 |
| 테스트 | 실제 기기 및 테스트 트랙 검증 |
| 스토어 정보 | 앱 설명, 스크린샷, 연령 등급 |
이 중 하나라도 누락되면 출시가 지연되거나 심사에서 문제가 발생할 수 있습니다.
## 2. targetSdk와 compileSdk 설정
Android 앱의 SDK 설정에는 일반적으로 세 가지 항목이 있습니다.
```kotlin
android {
namespace = "com.example.myapp"
compileSdk = 36
defaultConfig {
applicationId = "com.example.myapp"
minSdk = 24
targetSdk = 36
versionCode = 1
versionName = "1.0.0"
}
}
```
위 코드는 `app/build.gradle.kts`에 작성하는 Kotlin DSL 예시입니다.
### compileSdk
앱을 컴파일할 때 사용하는 Android SDK 버전입니다.
예를 들어 `compileSdk = 36`이라면 Android 16(API 36) SDK를 기준으로 컴파일합니다.
`compileSdk`를 높인다고 해서 해당 Android 버전 이상에서만 앱이 실행되는 것은 아닙니다.
### minSdk
앱이 지원하는 최소 Android 버전입니다.
`minSdk = 24`라면 Android 7.0 이상을 지원한다는 의미입니다.
최소 버전을 높이면 최신 API 활용이 편리해질 수 있지만, 이전 Android 버전을 사용하는 기기는 앱을 설치할 수 없게 됩니다.
### targetSdk
앱이 어떤 Android 버전의 동작 변경사항을 기준으로 개발되고 테스트되었는지 나타냅니다.
Google Play에서는 신규 앱과 업데이트에 최소 대상 API 수준을 요구합니다.
**2026년 8월 31일부터 일반적인 Android 모바일 앱의 신규 출시 및 업데이트에는 Android 16(API 36) 이상을 타깃으로 설정해야 합니다.**
Wear OS, Android TV, Android Automotive OS, Android XR에는 별도의 기준이 적용됩니다.
또한 기존 앱의 신규 사용자 대상 제공 가능 여부는 업데이트 제출 기준과 구분해서 확인해야 합니다.
공식 문서: [https://support.google.com/googleplay/android-developer/answer/11926878?hl=ko](https://support.google.com/googleplay/android-developer/answer/11926878?hl=ko)
## 3. targetSdk를 변경한 뒤 반드시 테스트할 기능
`targetSdk`를 높이고 빌드가 성공했다고 해서 업데이트가 완료된 것은 아닙니다.
Android 버전이 올라가면서 앱의 동작 방식이 변경될 수 있기 때문입니다.
특히 다음 항목을 확인하는 것이 좋습니다.
### Edge-to-edge 화면
Android 15 이상을 타깃으로 하는 앱에서는 Edge-to-edge 화면 처리에 주의해야 합니다.
상태 표시줄이나 내비게이션 바와 앱 콘텐츠가 겹칠 수 있습니다.
XML 기반 레이아웃에서는 WindowInsets를 이용해 여백을 처리할 수 있습니다.
```kotlin
ViewCompat.setOnApplyWindowInsetsListener(
findViewById(R.id.main)
) { view, insets ->
val systemBars = insets.getInsets(
WindowInsetsCompat.Type.systemBars()
)
view.updatePadding(
left = systemBars.left,
top = systemBars.top,
right = systemBars.right,
bottom = systemBars.bottom
)
insets
}
```
위 코드는 AndroidX Core의 `ViewCompat`, `WindowInsetsCompat`, `updatePadding`을 사용하는 예시입니다.
실제 프로젝트에서는 기존 레이아웃의 패딩과 중복 적용되지 않도록 주의해야 합니다.
특히 BottomNavigationView, Toolbar, RecyclerView가 포함된 화면에서는 기기별로 UI를 확인하는 것이 좋습니다.
### 기타 확인 사항
- 알림 권한 및 알림 표시
- 백그라운드 서비스 실행
- 사진 및 미디어 접근 권한
- 전체 화면 UI
- 파일 선택 및 공유
- WebView 동작
- 뒤로 가기 및 화면 이동
각 Android 버전의 동작 변경사항은 공식 문서에서 확인할 수 있습니다.
[https://developer.android.com/about/versions](https://developer.android.com/about/versions)
## 4. AAB 파일 생성과 앱 서명
Google Play에 신규 앱을 출시할 때는 일반적으로 Android App Bundle(AAB)을 사용합니다.
Android Studio에서 다음 메뉴를 선택합니다.
`Build → Generate Signed Bundle / APK`
이후 Android App Bundle을 선택하고 서명 설정을 진행합니다.
### 앱 서명에서 주의할 점
Google Play App Signing을 사용하면 Google이 사용자에게 배포할 APK의 서명을 관리합니다.
개발자는 별도의 업로드 키로 AAB에 서명해 제출할 수 있습니다.
업로드 키를 분실하면 복구 절차를 진행할 수 있지만, 불필요한 배포 지연이 발생할 수 있으므로 안전하게 보관해야 합니다.
또한 기존 앱 업데이트 시에는 다음 항목을 확인합니다.
- `applicationId`가 기존 앱과 동일한가?
- `versionCode`가 이전 출시 버전보다 큰가?
- 올바른 업로드 키로 서명했는가?
- 디버그용 설정이나 테스트 API가 남아 있지 않은가?
예를 들어 다음과 같이 버전을 관리할 수 있습니다.
```kotlin
defaultConfig {
applicationId = "com.example.myapp"
versionCode = 12
versionName = "1.2.0"
}
```
`versionCode`는 Google Play에서 앱 버전을 식별하는 정수이며, 업데이트할 때 이전 버전보다 증가해야 합니다.
## 5. 개인정보처리방침 URL 준비
Google Play에 앱을 등록할 때는 개인정보처리방침을 준비해야 합니다.
개인정보를 직접 수집하지 않는 앱이라도 앱의 데이터 처리 방식을 설명하는 개인정보처리방침이 필요합니다.
특히 AdMob이나 분석 SDK를 사용하는 앱이라면 외부 SDK의 데이터 처리까지 고려해야 합니다.
### 개인정보처리방침에 포함할 내용
- 앱 및 개발자 정보
- 수집하거나 처리하는 데이터
- 데이터 사용 목적
- 제3자 제공 및 외부 SDK 사용
- 데이터 보관 및 삭제 방식
- 이용자 문의 방법
- 개인정보처리방침 변경 안내
예를 들어 광고를 사용하는 앱이라면 다음과 같은 내용을 실제 데이터 처리 방식에 맞게 작성할 수 있습니다.
> 본 앱은 광고 제공을 위해 Google AdMob을 사용합니다. 광고 SDK는 광고 제공, 측정 및 부정 사용 방지 등을 위해 기기 식별자와 관련 정보를 처리할 수 있습니다. 자세한 사항은 Google의 개인정보처리 관련 안내를 참고하시기 바랍니다.
이 문구만 추가한다고 개인정보처리방침이 완성되는 것은 아닙니다.
실제로 사용하는 SDK와 앱의 데이터 처리 방식을 확인해 정확하게 작성해야 합니다.
### 개인정보처리방침 URL 예시
```text
https://www.example.com/privacy/myapp
```
개인정보처리방침 페이지는 로그인 없이 접근할 수 있어야 하며, 정상적으로 열리는 공개 웹페이지여야 합니다.
또한 Play Console에 등록하는 것뿐 아니라 앱 안에서도 사용자가 접근할 수 있도록 제공해야 합니다.
일반적으로 설정 화면에 개인정보처리방침 메뉴를 추가하는 방법이 편리합니다.
## 6. Google Play 데이터 보안(Data Safety) 작성
개인정보처리방침과 데이터 보안 양식은 서로 다른 항목입니다.
개인정보처리방침은 이용자에게 데이터 처리 방식을 설명하는 문서입니다.
반면 데이터 보안 양식은 Google Play 스토어에서 앱의 데이터 수집·공유·보안 관행을 표시하기 위한 신고 항목입니다.
Play Console의 앱 콘텐츠 영역에서 작성할 수 있습니다.
### AdMob을 사용하는 경우
AdMob SDK를 사용한다면 앱 개발자가 직접 개인정보를 저장하지 않더라도 데이터 보안 신고가 필요할 수 있습니다.
예를 들어 다음과 같은 항목을 검토해야 합니다.
- 기기 또는 기타 ID
- 앱 상호작용 정보
- 진단 정보
- 대략적인 위치 관련 정보
- 데이터 공유 여부
- 데이터 처리 목적
중요한 것은 모든 AdMob 앱에 동일한 항목을 무조건 선택하는 것이 아니라, **현재 적용한 SDK 버전과 실제 데이터 처리 방식을 기준으로 작성해야 한다는 점**입니다.
Google Mobile Ads SDK의 데이터 공개 가이드와 실제 SDK 구성을 함께 확인하는 것이 좋습니다.
공식 자료: [https://developers.google.com/admob/android/privacy/play-data-disclosure](https://developers.google.com/admob/android/privacy/play-data-disclosure)
## 7. AdMob 광고 설정 확인
앱에 광고를 적용했다면 출시 전에 광고 SDK와 광고 단위 ID를 점검해야 합니다.
특히 테스트 광고 ID를 그대로 사용하거나, 개발 중에 실제 광고로 반복 테스트하는 실수를 주의해야 합니다.
### AndroidManifest.xml 설정
Google Mobile Ads SDK를 사용하는 앱은 일반적으로 다음과 같이 AdMob 앱 ID를 선언합니다.
```xml
<application>
<meta-data
android:name="com.google.android.gms.ads.APPLICATION_ID"
android:value="@string/admob_app_id" />
</application>
```
`strings.xml`에는 실제 발급받은 AdMob 앱 ID를 설정합니다.
```xml
<string name="admob_app_id">
ca-app-pub-XXXXXXXXXXXXXXXX~YYYYYYYYYY
</string>
```
앱 ID와 광고 단위 ID는 서로 다릅니다.
- 앱 ID: `ca-app-pub-...~...`
- 광고 단위 ID: `ca-app-pub-.../...`
이 둘을 혼동하면 광고 SDK 초기화나 광고 요청 과정에서 문제가 발생할 수 있습니다.
### 광고 SDK 초기화
Kotlin에서는 다음과 같이 초기화할 수 있습니다.
```kotlin
import com.google.android.gms.ads.MobileAds
MobileAds.initialize(this) {
// 초기화 완료 후 필요한 작업
}
```
위 코드는 Application 또는 Activity에서 실행하는 기본 예시입니다.
실제 앱에서는 동의 관리, 개인정보 설정, 초기화 시점 등을 함께 고려해야 합니다.
### 광고 테스트 시 주의사항
개발 단계에서는 Google에서 제공하는 테스트 광고 단위를 사용하거나 테스트 기기를 등록해야 합니다.
실제 광고를 개발자가 반복적으로 클릭하거나 노출을 인위적으로 발생시키면 무효 트래픽 문제가 발생할 수 있습니다.
출시 전에는 다음 사항을 확인합니다.
- 테스트 광고 단위가 실제 광고 단위로 변경되었는가?
- 광고 요청 실패 시 앱이 정상적으로 동작하는가?
- 전면 광고가 사용 흐름을 방해하지 않는가?
- 앱 시작 광고가 적절한 시점에 표시되는가?
- 광고 로딩 실패로 앱이 종료되지 않는가?
- 필요한 지역에서 동의 관리 절차가 동작하는가?
특히 광고는 정상적으로 표시되는지만 확인하는 것이 아니라, 광고가 로드되지 않아도 앱의 핵심 기능이 정상적으로 작동해야 합니다.
## 8. app-ads.txt 설정하기
AdMob을 운영할 때 자주 확인하게 되는 항목 중 하나가 `app-ads.txt`입니다.
app-ads.txt는 앱의 광고 인벤토리를 판매할 수 있는 광고 시스템을 공개적으로 선언하는 파일입니다.
이를 통해 광고 구매자가 승인된 판매자를 확인할 수 있습니다.
### 8-1. app-ads.txt 파일 만들기
AdMob에서 제공하는 파일 내용을 사용해야 합니다.
형식은 일반적으로 다음과 같습니다.
```text
google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0
```
여기서 `pub-XXXXXXXXXXXXXXXX` 부분에는 자신의 실제 게시자 ID가 들어가야 합니다.
위 예시는 형식을 보여주기 위한 것으로 그대로 사용해서는 안 됩니다.
### 8-2. 서버에 파일 배포하기
Nginx를 사용하는 서버라면 웹사이트 루트 경로에 파일을 제공할 수 있습니다.
예를 들어 다음 URL에서 접근할 수 있도록 구성합니다.
```text
https://example.com/app-ads.txt
```
Nginx 설정 예시:
```nginx
location = /app-ads.txt {
alias /var/www/html/app-ads.txt;
default_type text/plain;
}
```
파일이 실제로 해당 경로에 존재해야 하며, Nginx 설정 변경 후에는 구문 검사와 재로드가 필요합니다.
```bash
sudo nginx -t
sudo systemctl reload nginx
```
### 8-3. 파일 접근 확인
터미널에서 다음 명령어를 실행합니다.
```bash
curl -i https://example.com/app-ads.txt
```
정상적으로 제공된다면 HTTP 200 응답과 파일 내용이 표시됩니다.
HTML 페이지나 404 오류가 반환된다면 서버 경로 및 리디렉션 설정을 확인해야 합니다.
### 8-4. Play Console의 개발자 웹사이트 확인
AdMob은 앱 스토어 등록정보에 설정된 개발자 웹사이트를 바탕으로 app-ads.txt 파일을 찾습니다.
따라서 Play Console의 앱 지원 연락처에 올바른 웹사이트 주소를 등록해야 합니다.
파일을 배포한 후에도 AdMob에서 확인되기까지 시간이 걸릴 수 있습니다.
Google 공식 안내에 따르면 크롤링과 확인에 최대 24시간이 걸릴 수 있으며, 앱 스토어의 개발자 웹사이트 변경사항을 감지하는 데도 시간이 필요합니다.
공식 문서: [https://support.google.com/admob/answer/9363762?hl=ko](https://support.google.com/admob/answer/9363762?hl=ko)
## 9. 앱 권한과 AndroidManifest 점검
개발 과정에서 테스트를 위해 추가한 권한이 최종 앱에 남아 있는 경우가 있습니다.
예를 들어 다음과 같은 권한입니다.
```xml
<uses-permission
android:name="android.permission.INTERNET" />
<uses-permission
android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission
android:name="android.permission.CAMERA" />
```
인터넷 접근은 광고나 API 통신에 필요할 수 있습니다.
반면 위치나 카메라 권한은 앱 기능에서 실제로 사용하는 경우에만 선언해야 합니다.
권한을 선언했다는 이유만으로 모든 기기에서 자동으로 접근할 수 있는 것도 아닙니다.
위험 권한은 Android 버전에 따라 런타임 권한 요청이 필요할 수 있습니다.
### 병합된 Manifest 확인
Android Studio에서는 앱 모듈의 `AndroidManifest.xml`을 열고 Merged Manifest 탭을 확인할 수 있습니다.
이를 통해 외부 라이브러리에서 추가한 권한도 확인할 수 있습니다.
특히 광고 SDK나 분석 SDK를 추가했다면 최종 Manifest에 어떤 항목이 포함되는지 확인하는 것이 좋습니다.
## 10. 16KB 메모리 페이지 호환성 확인
Android 15부터 지원되는 16KB 메모리 페이지 환경도 점검해야 합니다.
Kotlin으로만 작성한 앱이라도 외부 SDK에 네이티브 라이브러리가 포함되어 있다면 문제가 발생할 수 있습니다.
APK Analyzer에서 `.so` 파일이 포함되어 있는지 확인하고, 필요한 경우 ELF 및 패키징 정렬 상태를 검사해야 합니다.
또한 16KB 페이지 환경의 에뮬레이터에서 다음 명령어를 실행할 수 있습니다.
```bash
adb shell getconf PAGE_SIZE
```
결과가 `16384`라면 16KB 페이지 환경입니다.
이 항목은 별도의 글에서 상세하게 다루었습니다.
**관련 글: Android 16KB 메모리 페이지 대응 방법 총정리**
## 11. Google Play 테스트 트랙 활용하기
앱을 바로 프로덕션으로 출시하기보다 테스트 트랙을 활용하는 것이 좋습니다.
Google Play에서는 다음과 같은 테스트 방식을 제공합니다.
| 테스트 방식 | 용도 |
| ------- | ---------------- |
| 내부 테스트 | 개발자 및 소수 테스터 검증 |
| 비공개 테스트 | 지정한 테스터를 대상으로 검증 |
| 공개 테스트 | 일반 사용자가 참여하는 테스트 |
| 프로덕션 | 정식 출시 |
특히 **2023년 11월 13일 이후 생성된 개인 개발자 계정**에는 별도의 프로덕션 접근 요구사항이 적용됩니다.
해당 계정은 최소 12명의 테스터가 14일 연속 비공개 테스트에 참여하도록 설정한 뒤 프로덕션 액세스를 신청해야 합니다.
테스트 인원과 기간을 충족했다고 해서 자동으로 프로덕션 권한이 부여되는 것은 아닙니다.
Google의 검토를 거쳐야 합니다.
기존 개발자 계정이나 조직 계정은 적용 조건이 다를 수 있으므로 Play Console에 표시된 요구사항을 확인해야 합니다.
공식 문서: [https://support.google.com/googleplay/android-developer/answer/14151465?hl=ko](https://support.google.com/googleplay/android-developer/answer/14151465?hl=ko)
## 12. 출시 전 실제 기기 테스트
에뮬레이터에서 정상적으로 동작하는 앱도 실제 기기에서는 문제가 발생할 수 있습니다.
특히 다음과 같은 상황을 확인해야 합니다.
**앱 실행**
- 최초 실행 시 충돌이 발생하지 않는가?
- 권한을 거부해도 앱이 정상 동작하는가?
- 네트워크 연결이 끊어졌을 때 오류 처리가 되는가?
**UI**
- 상태 표시줄과 화면이 겹치지 않는가?
- 하단 내비게이션이 정상 표시되는가?
- 키보드가 입력창을 가리지 않는가?
- 화면 회전이나 글꼴 크기 변경에 대응하는가?
**데이터**
- 앱 업데이트 후 기존 데이터가 유지되는가?
- SQLite 데이터베이스 마이그레이션이 정상적으로 처리되는가?
- API 서버 오류 시 앱이 종료되지 않는가?
**광고**
- 광고가 정상적으로 요청되는가?
- 광고 로딩 실패 시에도 앱 사용이 가능한가?
- 광고가 버튼이나 콘텐츠를 부적절하게 가리지 않는가?
**배포**
- 릴리스 빌드에서 정상 실행되는가?
- R8 코드 축소 및 난독화로 문제가 발생하지 않는가?
- 실제 Play 배포 빌드에서 앱 서명이 정상적인가?
## 13. Google Play 출시 전 최종 체크리스트
실제 출시 직전에 다음 목록을 점검하는 것을 추천합니다.
### 개발 환경
- [ ] Google Play의 최신 targetSdk 요구사항 확인
- [ ] compileSdk 및 Gradle 호환성 확인
- [ ] versionCode 증가
- [ ] 릴리스 AAB 생성
- [ ] 앱 서명 확인
- [ ] 16KB 메모리 페이지 호환성 확인
### 개인정보 및 정책
- [ ] 개인정보처리방침 URL 정상 접근
- [ ] 앱 내부 개인정보처리방침 메뉴 제공
- [ ] Data Safety 양식 작성
- [ ] 광고 포함 여부 신고
- [ ] 앱 콘텐츠 및 연령 등급 작성
- [ ] 필요한 경우 계정 삭제 기능과 관련 정보 제공
- [ ] 민감한 권한 및 SDK 데이터 처리 확인
### AdMob
- [ ] 실제 광고 단위 ID 설정
- [ ] 테스트 광고 설정 점검
- [ ] app-ads.txt 파일 접근 확인
- [ ] AdMob 앱 인증 상태 확인
- [ ] 광고 표시 정책 준수
- [ ] 동의 관리 기능 확인
### 출시 및 테스트
- [ ] 앱 이름과 설명 확인
- [ ] 앱 아이콘 및 스크린샷 준비
- [ ] 실제 기기에서 테스트
- [ ] 내부 또는 비공개 테스트 진행
- [ ] Play Console 경고 확인
- [ ] 프로덕션 출시 전 최종 점검
## 14. 마무리
Google Play 앱 출시는 단순히 AAB 파일을 업로드하는 작업이 아닙니다.
Android 버전별 동작 변경사항, 개인정보 보호 정책, 광고 SDK, 앱 서명, 테스트 요구사항까지 함께 확인해야 합니다.
특히 개인 개발자가 여러 앱을 운영한다면 앱마다 같은 점검을 반복해야 하므로 체크리스트를 만들어 관리하는 것이 효율적입니다.
핵심은 다음과 같습니다.
1. **targetSdk와 Android 버전별 동작 변경사항을 확인합니다.**
2. **개인정보처리방침과 Data Safety 신고를 실제 앱 동작에 맞게 작성합니다.**
3. **AdMob과 app-ads.txt 설정을 점검합니다.**
4. **최종 릴리스 AAB를 실제 기기와 테스트 트랙에서 검증합니다.**
5. **Play Console의 정책 경고를 확인한 뒤 출시합니다.**
Google Play 정책은 지속적으로 변경되므로 출시할 때마다 공식 문서와 Play Console의 최신 안내를 확인하는 습관이 중요합니다.
---
## 참고 자료
- Google Play 대상 API 수준 요구사항
[https://support.google.com/googleplay/android-developer/answer/11926878?hl=ko](https://support.google.com/googleplay/android-developer/answer/11926878?hl=ko)
- Google Play 개발자 정책
[https://play.google.com/about/developer-content-policy/](https://play.google.com/about/developer-content-policy/)
- Google Play 데이터 보안
[https://support.google.com/googleplay/android-developer/answer/10787469?hl=ko](https://support.google.com/googleplay/android-developer/answer/10787469?hl=ko)
- Google Mobile Ads SDK 데이터 공개
[https://developers.google.com/admob/android/privacy/play-data-disclosure](https://developers.google.com/admob/android/privacy/play-data-disclosure)
- AdMob app-ads.txt 설정
[https://support.google.com/admob/answer/9363762?hl=ko](https://support.google.com/admob/answer/9363762?hl=ko)
- Google Play 개인 개발자 계정 테스트 요구사항
[https://support.google.com/googleplay/android-developer/answer/14151465?hl=ko](https://support.google.com/googleplay/android-developer/answer/14151465?hl=ko)
- Android 16KB 메모리 페이지 지원
[https://developer.android.com/guide/practices/page-sizes](https://developer.android.com/guide/practices/page-sizes)
**태그:** Android, Google Play, Play Console, Kotlin, targetSdk, AdMob, app-ads.txt, 개인정보처리방침, Data Safety, Android 앱 출시