본문 바로가기
조그만 기술로 세상을 이롭게

구글플레이 스토어 앱 새 버전 배포와 자동 업데이트 이해하기

by eplus 2026. 5. 30.

앱을 개발해서 Google Play Store에 등록한 뒤 기능을 개선하거나 오류를 수정하면 새 버전을 만들어 배포해야 합니다.

예를 들어 미세먼지어때, 고속도로어때, 버스정류소어때 같은 앱을 업데이트할 때는 Google Play Console에서 새 버전을 만들고 AAB 파일을 업로드한 뒤 심사와 출시 과정을 거치게 됩니다.

이때 많은 개발자가 궁금해하는 부분이 있습니다.

“새 버전을 출시하면 사용자 폰의 앱도 자동으로 업데이트될까?”

결론부터 말하면, 조건이 맞으면 자동 업데이트됩니다.
하지만 개발자가 사용자 폰의 앱을 강제로 즉시 업데이트시키는 방식은 아닙니다.


1. Google Play 앱 업데이트의 기본 구조

Google Play Store에 앱의 새 버전을 올리면 Google Play는 기존 설치 사용자에게 업데이트 가능한 버전이 있음을 인식합니다.

이후 사용자의 휴대폰 설정, 네트워크 상태, 배터리 상태, Play Store 자동 업데이트 설정 등에 따라 앱 업데이트가 진행됩니다.

즉, 개발자는 새 버전을 Google Play에 정상 출시하고, 사용자는 자신의 폰 설정에 따라 자동 또는 수동으로 업데이트를 받게 됩니다.


2. 자동 업데이트가 되기 위한 조건

앱이 자동 업데이트되려면 몇 가지 조건이 필요합니다.

첫째, Google Play Console에서 새 버전이 정상적으로 출시되어야 합니다.

단순히 AAB 파일을 업로드만 해서는 안 되고, 프로덕션 또는 테스트 트랙에 새 버전이 배포되어야 합니다.

둘째, 앱의 versionCode가 기존보다 커야 합니다.

MAUI 앱에서는 보통 .csproj 파일의 ApplicationVersion 값을 올려야 합니다.

예를 들면 다음과 같습니다.

<ApplicationDisplayVersion>1.0.4</ApplicationDisplayVersion>
<ApplicationVersion>6</ApplicationVersion>

여기서 ApplicationDisplayVersion은 사용자에게 보이는 버전명이고, ApplicationVersion은 Google Play가 실제 업데이트 여부를 판단하는 내부 버전 코드입니다.

기존 버전의 ApplicationVersion이 5였다면 새 버전은 반드시 6 이상이어야 합니다.

셋째, 사용자 휴대폰의 Google Play 자동 업데이트 설정이 켜져 있어야 합니다.

사용자가 자동 업데이트를 꺼둔 경우에는 새 버전이 출시되어도 자동 설치되지 않고, 사용자가 직접 Google Play Store에서 업데이트해야 합니다.

넷째, 단계적 출시를 사용하는 경우 해당 사용자가 배포 대상에 포함되어야 합니다.

예를 들어 새 버전을 10% 사용자에게만 단계적으로 출시했다면 전체 사용자에게 바로 업데이트가 보이지 않습니다.

전체 사용자에게 적용하려면 최종적으로 출시 비율을 100%까지 올려야 합니다.


3. MAUI 앱에서 버전 올리는 방법

.NET MAUI Android 앱에서는 .csproj 파일에서 버전 정보를 수정합니다.

예를 들어 기존 설정이 다음과 같았다면,

<ApplicationDisplayVersion>1.0.3</ApplicationDisplayVersion>
<ApplicationVersion>5</ApplicationVersion>

새 버전 출시 시 다음처럼 변경합니다.

<ApplicationDisplayVersion>1.0.4</ApplicationDisplayVersion>
<ApplicationVersion>6</ApplicationVersion>

중요한 것은 ApplicationVersion입니다.

Google Play Console에서는 같은 versionCode를 다시 사용할 수 없습니다.

따라서 한 번이라도 업로드한 버전 코드보다 반드시 큰 숫자를 사용해야 합니다.


4. AAB 파일 다시 만들기

버전을 올린 뒤 Release 모드로 AAB 파일을 다시 생성합니다.

예시는 다음과 같습니다.

dotnet publish -f net9.0-android -c Release ^
-p:AndroidPackageFormats=aab ^
-p:AndroidKeyStore=true ^
-p:AndroidSigningKeyStore=eair.keystore ^
-p:AndroidSigningStorePass=비밀번호 ^
-p:AndroidSigningKeyAlias=eair ^
-p:AndroidSigningKeyPass=비밀번호

생성된 AAB 파일을 Google Play Console의 새 버전 만들기 화면에서 업로드합니다.


5. Google Play Console에서 새 버전 만들기

Google Play Console에서 새 버전을 배포하는 기본 흐름은 다음과 같습니다.

  1. Google Play Console 접속
  2. 앱 선택
  3. 프로덕션 또는 테스트 트랙 선택
  4. 새 버전 만들기
  5. 새 AAB 파일 업로드
  6. 출시명과 출시노트 입력
  7. 검토 후 출시 요청
  8. 심사 완료 후 배포 시작

프로덕션 앱이라면 실제 사용자에게 업데이트가 제공됩니다.

비공개 테스트 앱이라면 등록된 테스터에게만 업데이트가 제공됩니다.


6. 단계적 출시와 자동 업데이트

Google Play Console에서는 새 버전을 전체 사용자에게 한 번에 배포하지 않고 일부 사용자에게만 먼저 배포할 수 있습니다.

이를 단계적 출시라고 합니다.

예를 들어 처음에는 10% 사용자에게만 배포하고, 문제가 없으면 50%, 이후 100%로 확대할 수 있습니다.

이 방식은 오류가 발생했을 때 피해 범위를 줄일 수 있어 운영 중인 앱에서는 유용합니다.

다만 단계적 출시 비율이 낮으면 일부 사용자는 새 버전을 바로 받지 못할 수 있습니다.


7. 사용자가 자동 업데이트를 받지 못하는 경우

새 버전을 정상 출시했는데도 사용자가 업데이트를 받지 못하는 경우가 있습니다.

대표적인 원인은 다음과 같습니다.

  • 사용자가 Play Store 자동 업데이트를 꺼둔 경우
  • Wi-Fi에서만 자동 업데이트하도록 설정했는데 Wi-Fi에 연결되어 있지 않은 경우
  • 단계적 출시 대상에 아직 포함되지 않은 경우
  • Google Play 심사 또는 배포가 아직 완료되지 않은 경우
  • 기기 저장 공간이 부족한 경우
  • 사용자의 기기가 새 버전의 지원 대상에서 제외된 경우
  • Android 버전 또는 기기 호환성 조건이 맞지 않는 경우

이런 경우 사용자는 Google Play Store에서 앱을 검색한 뒤 직접 업데이트 버튼을 눌러야 할 수 있습니다.


8. 강제 업데이트가 꼭 필요한 경우

일반적인 Google Play 자동 업데이트는 사용자의 설정에 따라 동작합니다.

하지만 서버 API 변경, 보안 문제, 기존 버전 사용 중단 등으로 반드시 새 버전을 사용해야 하는 경우가 있습니다.

이때는 앱 내부에 버전 확인 기능을 넣는 방법을 사용할 수 있습니다.

예를 들어 앱 실행 시 서버에서 최신 버전 정보를 조회하고, 현재 앱 버전이 낮으면 다음과 같이 안내할 수 있습니다.

“새 버전이 출시되었습니다. 원활한 사용을 위해 업데이트가 필요합니다.”

그리고 Google Play Store 앱 상세 페이지로 이동하도록 처리할 수 있습니다.

더 강하게 제어하려면 구버전에서는 주요 기능을 제한하고 업데이트 안내 화면만 표시하는 방식도 가능합니다.

단, 사용자를 고려해 너무 잦은 강제 업데이트는 피하는 것이 좋습니다.


9. 인앱 업데이트 기능

Android에서는 앱 실행 중 업데이트를 안내하는 인앱 업데이트 기능도 제공됩니다.

이 기능을 적용하면 사용자가 앱을 실행했을 때 새 버전이 있는지 확인하고, 앱 내부에서 업데이트를 유도할 수 있습니다.

업데이트 방식은 크게 두 가지입니다.

첫째, 유연한 업데이트 방식입니다.

사용자가 앱을 계속 사용하면서 백그라운드로 업데이트를 내려받고, 준비가 완료되면 재시작을 안내하는 방식입니다.

둘째, 즉시 업데이트 방식입니다.

중요한 업데이트가 있을 때 앱 사용 전에 업데이트를 먼저 진행하도록 안내하는 방식입니다.

다만 이 기능은 별도 구현이 필요하며, 단순히 Google Play Console에 새 버전을 올린다고 자동으로 적용되는 것은 아닙니다.


10. 운영 시 추천 방식

일반 기능 개선이나 화면 개선 업데이트라면 Google Play의 일반 자동 업데이트 방식으로 충분합니다.

하지만 다음과 같은 경우에는 앱 내부 버전 체크 기능을 추가하는 것이 좋습니다.

  • 서버 API 구조가 변경된 경우
  • 기존 버전에서 심각한 오류가 발생하는 경우
  • 보안상 이전 버전을 계속 사용하면 안 되는 경우
  • 데이터 구조가 변경되어 구버전과 호환되지 않는 경우
  • 특정 날짜 이후 반드시 새 버전을 사용해야 하는 경우

운영 안정성을 고려하면 다음 방식이 가장 현실적입니다.

  1. Google Play Console에서 새 버전 출시
  2. versionCode 증가
  3. 단계적 출시로 일부 사용자에게 먼저 배포
  4. 문제가 없으면 100% 확대
  5. 중요한 업데이트는 앱 내부에서 업데이트 안내 표시
  6. 필요 시 구버전 기능 제한

마무리

Google Play Store에서 새 버전을 만들고 출시하면 사용자에게 업데이트가 제공됩니다.

사용자의 Play Store 자동 업데이트 설정이 켜져 있다면 일정 조건에 따라 자동으로 업데이트됩니다.

하지만 개발자가 사용자 휴대폰의 앱을 강제로 즉시 업데이트시키는 것은 아닙니다.

따라서 앱을 안정적으로 운영하려면 Google Play의 자동 업데이트 구조를 이해하고, 중요한 업데이트는 앱 내부 버전 체크나 인앱 업데이트 기능을 함께 고려하는 것이 좋습니다.

특히 MAUI 앱에서는 ApplicationVersion 값을 반드시 증가시켜야 하며, Google Play Console에 새 AAB 파일을 업로드한 뒤 정상적으로 출시까지 완료해야 사용자에게 업데이트가 제공됩니다.

반응형