Google Play에서 앱이 안 보인다면? 대상 API 수준 확인부터 업데이트·연장 신청까지

2026년 8월 31일부터 Google Play에 새 앱이나 업데이트를 제출하려면 일반 Android 앱 기준 Android 16(API 36) 이상을 타겟팅해야 합니다.
이미 게시된 기존 앱은 Android 15(API 35) 미만이면 최신 Android 기기를 쓰는 신규 사용자에게 검색·설치가 제한될 수 있습니다.
업데이트에 시간이 더 필요하다면 Play Console의 정책 상태 경고에서 2026년 11월 1일까지 연장을 신청할 수 있지만, 최종 해결책은 targetSdk 업데이트입니다.

먼저 앱이 정말 대상 API 정책의 영향을 받는지 확인하세요

Google Play에서 앱이 갑자기 검색되지 않는다고 해서 무조건 대상 API 수준 때문이라고 단정할 수는 없습니다. 국가별 배포 설정, 기기 호환성, 앱 게시 상태, 검색어 노출 문제도 함께 확인해야 하죠.

다만 2026년 8월 31일부터 기준이 크게 바뀌었습니다. 일반 모바일 앱과 Android Auto 앱은 신규 앱과 업데이트를 제출할 때 Android 16(API 수준 36) 이상을 타겟팅해야 합니다. 이미 게시된 기존 앱은 Android 15(API 수준 35) 이상이어야 최신 Android 버전을 실행하는 기기의 신규 사용자에게 계속 제공될 수 있어요.

따라서 현재 앱의 targetSdk가 34 이하라면 먼저 업데이트 계획을 세우는 편이 좋습니다. 기존 사용자는 기존 앱을 계속 찾아 재설치할 수 있지만, 최신 Android 기기를 사용하는 신규 이용자는 앱을 찾지 못하거나 설치할 수 없게 될 수 있습니다.

Play Console에 로그인한 뒤 앱을 선택하고 정책 상태에서 대상 API 수준 관련 경고가 있는지 확인해 보세요. 정책 위반 경고가 없다면 앱 검색 문제의 원인이 API 수준이 아닐 가능성도 있으니 게시 상태와 기기 호환성도 함께 살펴야 합니다.

2026년 Google Play 대상 API 기준 한눈에 보기

구분	2026년 8월 31일부터 필요한 기준	기준을 지키지 않을 때
일반 신규 앱·업데이트	Android 16(API 36) 이상	Play Console 제출이 제한될 수 있음
기존 일반 앱	Android 15(API 35) 이상	최신 Android 기기의 신규 사용자에게 노출 제한
Wear OS 신규 앱·업데이트	Android 15(API 35) 이상	업데이트 제출 제한
Android TV 신규 앱·업데이트	Android 14(API 34) 이상	업데이트 제출 제한
Android Automotive OS 신규 앱·업데이트	Android 15(API 35) 이상	업데이트 제출 제한
Android XR 신규 앱·업데이트	Android 14(API 34) 이상	업데이트 제출 제한

여기서 자주 헷갈리는 부분이 하나 있습니다. 기존 앱의 노출 기준과 새 업데이트를 제출하는 기준은 서로 달라요. 일반 기존 앱은 API 35 이상이면 신규 사용자 노출 기준을 충족하지만, 2026년 8월 31일 이후 업데이트를 제출하려면 API 36 이상이 필요합니다.

Android Studio에서 compileSdk와 targetSdk를 변경하는 개발 작업

현재 앱의 targetSdk 확인하기

가장 정확한 방법은 앱을 빌드하는 프로젝트에서 확인하는 것입니다. Android Studio에서 앱 모듈의 build.gradle 또는 build.gradle.kts 파일을 열고 targetSdk 값을 찾으면 됩니다.

android {
 compileSdk = 36

 defaultConfig {
 targetSdk = 36
 }
}

오래된 프로젝트라면 targetSdkVersion이라는 이름으로 적혀 있을 수도 있습니다. 이 값이 34 이하라면 기존 앱의 최신 Android 사용자 노출에 영향을 받을 수 있고, 35라면 기존 앱 기준은 충족하더라도 새 업데이트 제출을 위해서는 36으로 올려야 합니다.

Android 16 SDK를 사용하려면 Android Studio와 Android Gradle Plugin도 확인해야 합니다. Google은 Android 16 SDK 개발 환경으로 Android Studio Meerkat 2024.3.1 이상과 AGP 8.9.0-rc01 이상을 안내하고 있으므로, 프로젝트가 너무 오래됐다면 바로 숫자만 바꾸기보다 먼저 개발 도구 업그레이드 가능 여부를 점검하는 게 안전합니다.

Android Studio 다운로드 및 업그레이드하기 Android 16 SDK 설정과 targetSdk 36 변경 방법 보기

기존 앱 업데이트는 이 순서로 진행해 보세요

1. 백업과 테스트용 브랜치부터 준비하기

targetSdk를 올리는 작업은 단순한 숫자 변경으로 끝나지 않을 수 있습니다. 권한, 백그라운드 작업, 알림, 저장소 접근, 전체 화면 표시, 파일 공유처럼 Android 버전에 따라 동작이 바뀌는 기능이 영향을 받을 수 있거든요.

먼저 현재 운영 중인 소스와 서명 키, 환경 변수, 서버 설정을 백업하고 테스트용 브랜치를 따로 만드는 편이 좋습니다. 특히 키스토어를 잃어버리면 같은 앱의 업데이트를 배포하지 못할 수 있으니 소스 코드와 별도로 안전하게 보관해야 합니다.

2. compileSdk와 targetSdk를 함께 조정하기

Android 16 API를 사용하려면 보통 compileSdk = 36으로 빌드 환경을 올린 다음 targetSdk = 36으로 런타임 동작 변경을 적용합니다. 두 값을 바꾼 뒤에는 의존성 라이브러리, Kotlin·Gradle 버전, 광고·결제·분석 SDK가 새 환경과 호환되는지도 확인하세요.

앱이 여러 모듈로 구성되어 있다면 실제 출시되는 애플리케이션 모듈의 설정을 바꿔야 합니다. 라이브러리 모듈의 값만 바꾸고 앱 모듈은 그대로 두는 실수가 꽤 자주 생기는 편이에요.

3. Android 16 동작 변경사항을 기능별로 테스트하기

최소한 로그인, 회원가입, 결제, 푸시 알림, 사진·파일 선택, 카메라, 위치, 백그라운드 동기화, 딥 링크, 공유 기능은 실제 기기나 에뮬레이터에서 다시 실행해 보세요. 테스트 중 앱이 바로 종료되거나 특정 화면만 깨진다면 targetSdk 값을 되돌리는 것보다 원인 로그를 먼저 확인하는 편이 낫습니다.

특히 오래된 서드파티 SDK가 앱 내부에서 비공개 API나 구형 저장소 접근 방식에 의존하고 있다면 새 Android 버전에서 문제가 생길 수 있습니다. SDK 제공사의 최신 버전과 마이그레이션 문서도 같이 확인해야 합니다.

4. 내부 테스트와 비공개 테스트로 배포하기

바로 공개 업데이트로 올리지 말고 Play Console의 내부 테스트 또는 비공개 테스트 트랙에 먼저 업로드하세요. 설치·업데이트가 정상적으로 되는지, 기존 사용자 데이터가 유지되는지, 결제와 알림이 실제로 동작하는지 확인한 뒤 정식 출시로 넘어가는 흐름이 안전합니다.

내부 테스트 트랙에 앱 번들 업로드하기

Android 앱 업데이트 전 테스트와 Play Console 배포 점검 과정

Play Console에서 확인할 항목

업데이트 파일을 만들었다면 다음 항목을 차례로 확인해 보세요.

정책 상태에 대상 API 수준 경고가 남아 있는지
출시 트랙에 업로드한 AAB의 버전 코드가 기존보다 높은지
앱 번들의 실제 targetSdk가 36으로 반영됐는지
지원 기기 목록에서 의도하지 않은 기기 제외가 생기지 않았는지
새 버전이 검토 중·게시 보류·정책 검토 상태로 멈추지 않았는지
국가별 배포와 앱 게시 상태가 정상인지

정책 경고가 사라졌다고 해서 앱의 모든 호환성 문제가 해결됐다는 뜻은 아닙니다. 정책 준수는 배포 조건을 맞춘 것이고, 실제 충돌이나 기능 오류는 별도의 테스트 결과로 판단해야 합니다.

업데이트가 늦어질 때 연장 신청하는 방법

2026년 8월 31일까지 업데이트가 어려운 개발자는 2026년 11월 1일까지 모든 Google Play 사용자에게 계속 배포할 수 있도록 연장을 요청할 수 있습니다. 다만 모든 앱이 임의로 신청하는 방식은 아니고, Google Play 정책을 준수하지 않는 앱에 표시되는 경고나 문제 세부정보에서 신청 양식에 접근하는 구조입니다.

Play Console에서 정책 상태로 이동한 뒤 대상 API 수준 관련 경고를 열고, 세부정보 화면에 연장 요청 항목이 표시되는지 확인하세요. 양식이 보이지 않는다면 앱이 해당 정책의 영향을 받지 않거나, 아직 계정·앱에 연장 신청 화면이 제공되지 않은 경우일 수 있습니다.

연장 신청에는 보통 앱을 업데이트할 계획과 추가 시간이 필요한 이유를 구체적으로 설명하는 것이 좋습니다. 예를 들면 특정 SDK 교체, 결제 기능 재검증, 기업 고객용 기능 테스트처럼 실제 남은 작업을 적어야 하겠죠. 단순히 “개발 인력이 부족하다”는 식으로 짧게 쓰기보다는 언제까지 어떤 기능을 점검할지 정리해 두는 편이 낫습니다.

연장은 업데이트를 면제해 주는 제도가 아닙니다. 2026년 11월 1일 이후에도 최신 기준을 충족하지 못하면 다시 신규 사용자 노출 제한을 받을 수 있으므로, 신청과 동시에 API 36 전환 작업을 계속 진행해야 합니다.

Google Play 대상 API 수준 연장 신청 조건 확인하기

업데이트해도 앱이 안 보일 때 확인할 것

API 수준을 올린 새 버전을 게시했는데도 검색되지 않는다면 먼저 새 버전이 실제 운영 트랙에 게시됐는지 확인하세요. 내부 테스트나 비공개 테스트에만 올라간 상태라면 일반 검색 결과에 나타나지 않습니다.

그다음 앱의 국가별 제공 여부, 지원 기기, 최소 SDK, 앱 게시 상태, 검색어 자체를 점검해 보세요. 특정 최신 기기에서만 설치가 안 되는 경우라면 targetSdk보다 minSdk, 화면 크기, ABI, 기능 선언 때문에 호환 기기에서 제외됐을 가능성도 있습니다.

반대로 최신 Android 기기의 신규 사용자에게만 “이 앱은 이전 버전의 Android를 대상으로 만들어졌습니다”와 같은 안내가 보인다면, 기존에 게시된 버전의 targetSdk가 여전히 기준보다 낮거나 새 버전이 아직 해당 사용자에게 적용되지 않은 상황일 수 있습니다.

소규모 앱 운영자를 위한 현실적인 대응 순서

2026년 9월 12일 현재 Play Console 정책 상태를 확인합니다.
소스 코드에서 실제 targetSdk와 compileSdk를 확인합니다.
API 36 전환에 필요한 Android Studio, AGP, 라이브러리 업데이트 범위를 적습니다.
로그인·결제·알림·파일·카메라 등 핵심 기능을 우선 테스트합니다.
내부 테스트 트랙에 AAB를 올려 설치와 업데이트를 검증합니다.
기한 내 어렵다면 정책 상태의 연장 신청 화면을 확인합니다.
연장 여부와 관계없이 API 36 정식 업데이트 일정을 잡습니다.

정리하면 기존 앱이 최신 Android 사용자에게 계속 보이게 하려면 API 35 이상, 새 앱 업데이트를 제출하려면 일반 앱 기준 API 36 이상이 필요합니다. 숫자만 바꾸고 끝내기보다는 앱의 핵심 기능을 다시 테스트하면서 단계적으로 올리는 게 가장 안전한 방법이에요.

자주 묻는 질문

Q. 기존 앱의 targetSdk가 API 35라면 2026년 8월 31일 이후에도 앱이 검색되나요?

A. 일반 모바일 앱이라면 기존 앱의 신규 사용자 노출 기준인 API 35 이상을 충족합니다. 다만 새 업데이트를 제출하려면 API 36 이상이 필요하므로, 기능 수정이나 보안 업데이트를 계속 배포하려면 API 36 전환이 필요합니다.

Q. targetSdk를 36으로 올리면 Android 14나 Android 15 기기에서 앱이 실행되지 않나요?

A. targetSdk는 앱이 새 Android 동작을 어떻게 적용할지 정하는 값이고, 지원 가능한 최저 버전은 주로 minSdk가 결정합니다. 따라서 minSdk를 불필요하게 올리지 않는다면 이전 Android 기기 지원을 유지할 수 있지만, 실제 호환 여부는 기능과 라이브러리 테스트가 필요합니다.

Q. 연장 신청을 하면 API 36 업데이트를 하지 않아도 계속 사용할 수 있나요?

A. 연장은 업데이트 준비 시간을 확보하기 위한 조치에 가깝습니다. 2026년 11월 1일까지 배포를 유지할 수 있는 기회를 제공하지만, 대상 API 수준 요구사항 자체가 사라지는 것은 아니므로 최종적으로는 필요한 API 수준으로 업데이트해야 합니다.

Q. 앱이 검색되지 않으면 앱을 삭제하고 다시 등록해야 하나요?

A. 그럴 필요가 없습니다. 같은 패키지명의 앱을 새로 등록하는 방식은 기존 사용자와 업데이트 연결에 문제가 생길 수 있습니다. 먼저 정책 상태, targetSdk, 게시 트랙, 국가별 제공 여부와 지원 기기를 확인하는 것이 우선입니다.

Q. Android TV나 Wear OS 앱도 일반 모바일 앱과 같은 API 36 기준인가요?

A. 아닙니다. 2026년 8월 31일부터 신규 앱과 업데이트 기준은 Wear OS·Android Automotive OS가 API 35 이상, Android TV·Android XR이 API 34 이상입니다. 기존 앱의 노출 기준도 폼 팩터별로 다르므로 일반 모바일 앱 기준을 그대로 적용하면 안 됩니다.

Google Play에서 앱이 안 보이는 문제를 줄이려면 먼저 내 앱이 신규 앱인지 기존 앱인지, 그리고 모바일·TV·Wear OS 중 어떤 유형인지부터 나눠 봐야 합니다. 일반 기존 앱은 API 35, 새 업데이트는 API 36이 핵심 기준이고요. 아직 준비가 덜 됐다면 Play Console의 정책 상태에서 연장 신청 가능 여부를 확인하되, 연장을 최종 해결책으로 생각하지는 않는 게 좋겠습니다. 결국 가장 확실한 방법은 테스트를 거쳐 targetSdk를 최신 기준으로 올리는 것이니까요.