Google Play가 앱 성능을 정책 요건으로 전환하고 있습니다. 2027년 2월부터 Android 앱과 게임에는 메모리 사용량, 비트맵 사용량, 코드 최적화에 대한 강제 기준이 적용되며, 두 달 뒤인 2027년 4월에는 별도의 Zero-Tap Sign-In 의무 요건이 뒤따릅니다. 개발자에게 전달되는 메시지는 분명합니다. 기기 메모리를 계속 과도하게 사용하는 앱은 가시성이 낮아질 수 있으며, 경우에 따라 Play 스토어에 업데이트를 게시할 수 없게 될 수도 있습니다.
Google Play의 개발자 및 수익화 팀이 발표한 이번 변화는 회사가 기기 메모리 가용성을 재편하고 있다고 표현한 "심각한 하드웨어 공급 제약"에 대한 대응으로 제시되었습니다. 이는 Android 17에서 이미 도입된 보호 기능을 확장한 것으로, 당시 Pixel 휴대전화에 앱별 메모리 제한이 처음 적용되었으며 이제 4GB의 보급형 핸드셋부터 16GB 이상의 플래그십 기기에 이르기까지 더 광범위한 Android 제조업체의 기기로 확대되고 있습니다.
Google이 지금 메모리 규정을 강화하는 이유
핵심 문제는 간단합니다. 앱이 메모리를 지나치게 많이 사용하면 앱 자체에만 악영향을 미치는 것이 아니라 기기 전체를 느리게 만들고, 백그라운드 앱을 종료시키며, 사용자가 하드웨어 탓으로 돌리는 경우가 드문 시스템 수준의 종료를 유발합니다. Google의 자체 지침은 Android의 제한을 초과하는 애플리케이션이 "느려지고 종료될 수 있다"고 경고하며, 이는 곧 낮은 평점, 높은 삭제율, 약한 사용자 유지율로 이어집니다.
Android 17은 앱별 메모리 제한을 위한 기술적 기반을 마련했지만, 개발자가 실제로 제한을 지킬 때에만 이러한 보호 기능이 의미를 갖습니다. Google은 적용 범위를 Google Play의 집행 영역으로 확대함으로써 기술적 품질을 상업적 결과와 연결하고 있습니다. 이로써 메모리 관리는 모범 사례가 아니라 순위 및 게시 요소가 되었습니다.
개발자가 충족해야 하는 세 가지 기준
Google Play의 2027년 2월 집행 대상은 세 가지 영역으로 구분됩니다. 첫 번째는 동적 메모리 사용량으로, Anonymous RSS + Swap을 사용해 측정합니다. 이는 앱이 활성 데이터와 압축 데이터에 사용하는 비공개 메모리를 추적하며 코드와 애셋 같은 기기 내 파일은 제외합니다. Google은 다양한 앱 상태와 기기 RAM 등급에서의 사용량을 평가합니다.
두 번째 영역은 비트맵 메모리 사용량입니다. 비트맵은 앱이 더 이상 표시되지 않은 후에도 메모리에 남아 있을 수 있기 때문에 숨겨진 메모리 증가의 일반적인 원인입니다. 새로운 규정에 따라 Google은 백그라운드 및 캐시 상태에서 비트맵이 신속하게 해제되기를 요구합니다.
세 번째 요건은 DEX 코드 최적화입니다. Google Play를 통해 게시되는 Android App Bundle은 최적화, 축소, 난독화 전반에서 최소 25% 적용 범위를 달성해야 하며, 일반적으로 R8 또는 다른 축소 도구를 사용합니다. Google은 최적화된 DEX 코드가 앱의 메모리 사용 공간을 줄이는 동시에 시작, 렌더링, 런타임 성능을 개선하고 애플리케이션 응답 없음(ANR) 이벤트를 줄인다고 설명합니다.
실제 제한은 소프트웨어가 앱인지 게임인지, 기기의 RAM 용량, 프로세스가 포그라운드에서 실행 중인지, 사용자가 인지하는 서비스를 제공하는지, 또는 백그라운드에 있는지에 따라 달라집니다. 게임은 본질적으로 더 많은 메모리를 필요로 하기 때문에 여러 범주에서 더 높은 한도가 적용됩니다.
| 기기 RAM 등급 | 앱 포그라운드 제한 (Anonymous RSS + Swap) | 게임 포그라운드 제한 |
|---|---|---|
| 4GB | 2GB | 2.25GB |
| 8GB | 2.25GB | 3.5GB |
| 16GB 이상 | 4.25GB | 5GB |
비트맵 사용량에는 별도의 90번째 백분위수 기준이 적용됩니다. 앱과 게임은 사용자가 인지하는 서비스에서 200MB, 백그라운드에서 200MB, 캐시 상태에서 400MB 이하를 유지해야 합니다. 이미지 중심 앱의 경우 적극적인 다운샘플링, 비트맵 재활용, 생명주기를 고려한 메모리 관리가 선택 사항이 아니라 필수 사항이 됩니다.
앱이 제한을 초과하면 어떻게 되는가
개발자가 무시할 수 없는 부분입니다. 2027년 2월부터 규정 준수는 더 이상 권고 사항이 아닙니다. Google은 메모리, 비트맵, DEX 최적화 기준을 충족하지 못하는 앱과 게임에 대해 "Google Play에서 앱 가시성과 게시 기능이 축소될 수 있다"고 밝히고 있습니다. 이는 검색 가능성에 대한 직접적인 위협이며, 결과적으로 자연 설치에도 영향을 미칩니다.
전환을 원활하게 하기 위해 Google은 이미 Play Console에 도구를 출시하기 시작했습니다. 이제 Android vitals에서 동적 메모리 및 비트맵 메모리 지표를 제공하며, 백분위수와 RAM 버킷별로 세부 분석할 수 있습니다. 새로운 충돌 및 ANR 필터는 심각한 메모리 압박으로 인해 OS가 앱을 종료한 사례를 식별합니다. 또한 Play Console은 새로 업로드된 번들에 대한 DEX 최적화 인사이트와 앱 또는 게임이 예정된 기준에 근접할 때의 사전 경고 기능도 추가하고 있습니다.
올해 후반에는 앱이 각 상태에 머무는 시간에 대한 더욱 자세한 가시성과 Android의 메모리 제한기에 대한 추가 정보 등 더 많은 진단 기능이 제공될 예정입니다. 개발자가 실질적으로 얻어야 할 교훈은 지금부터 측정을 시작해야 한다는 것입니다. 2026년 말까지 기다리면 마감 압박 속에서 성능 문제를 해결해야 합니다.
Zero-Tap Sign-In: 2027년 4월 온보딩 마감일
두 번째 요건은 다른 종류의 불편함인 기기 이전을 대상으로 합니다. 2027년 4월부터 사용자 계정을 지원하는 모든 앱은 로그인 방식이 선택 사항인지 필수인지와 관계없이 Google의 Zero-Tap Sign-In 표준을 지원해야 합니다. 이 기능은 Android Restore Credentials API를 사용해 기기 간 전송 또는 클라우드 백업 과정에서 사용자의 인증 상태를 복원합니다. 따라서 복원된 앱은 사용자가 자격 증명을 다시 입력하지 않아도 사용자를 인식하고 로그인할 수 있습니다.
현재 게임은 이 요건에서 면제되지만, Google은 2027년에 복잡한 게임 인증 시나리오를 위한 전용 지침을 제공할 계획입니다. 이미 단일 계정 로그인 시스템을 사용하는 게임에도 Restore Credentials API를 조기에 도입할 것이 권장되고 있습니다. 메모리 규정과 마찬가지로, 준수하지 않는 앱은 전체 게시 기능과 최적의 Play 스토어 가시성을 잃을 수 있습니다.
앱 개발자에게 의미하는 것
이번 변화로 Google Play는 기술 품질 집행에 더욱 깊이 관여하게 되며, 개발자는 이제 최적화해야 할 두 가지 제품 영역을 갖게 됩니다. 바로 스토어 등록 정보와 앱 자체입니다. 메모리를 적게 사용하고 빠르게 로드되며 로그인 상태를 원활하게 복원하는 잘 최적화된 APK는 단순한 기술적 장점을 넘어 그 자체로 순위 신호가 되고 있습니다. 이미 ASO에 투자하고 있다면, 최적화 노력이 등록 정보 성과와 기기 내 품질을 모두 아우를 수 있도록 Google Play의 순위 알고리즘이 앱을 평가하는 방식에 대한 이해와 함께 진행하세요.
마감일 전에 준비하는 방법
두 가지 집행 시점에 따라 개발자는 별도의 규정 준수 경로를 마련해야 합니다. 메모리, 비트맵, 코드 최적화 요건은 2027년 2월에 먼저 시행되며, 해당 앱에 대한 계정 복원 의무는 2027년 4월에 이어집니다. 개발팀은 이를 먼 미래의 일이 아니라 로드맵으로 다뤄야 합니다.
| 요건 | 집행 시작 |
|---|---|
| 메모리 사용량 (Anonymous RSS + Swap) | 2027년 2월 |
| 비트맵 메모리 사용량 | 2027년 2월 |
| DEX 코드 최적화 (최소 25%) | 2027년 2월 |
| Zero-Tap Sign-In (Restore Credentials API) | 2027년 4월 |
메모리 측면에서는 먼저 Play Console의 Android vitals를 검토해 어떤 앱 상태와 RAM 등급이 기준에 근접하게 만드는지 파악하세요. 생명주기를 고려한 전략으로 비트맵 사용량을 프로파일링하여 앱의 가시성이 사라진 후에도 이미지가 메모리에 남지 않도록 하세요. App Bundle에서 R8 또는 이에 상응하는 축소 도구를 실행하고 DEX 적용 범위가 25% 기준을 충족하는지 확인하세요. 로그인과 관련해서는 2027년 4월 훨씬 전에 계정 흐름에 Android Restore Credentials API를 도입할 수 있는지 검토하세요. 특히 이미 단일 계정 모델을 사용하고 있다면 더욱 그렇습니다.
Android 생태계의 더 큰 그림
Google은 사실상 RAM 부족으로 인한 비용을 하드웨어 제조업체에서 소프트웨어 개발자로 이전하고 있습니다. 스토어 수준에서 메모리 관리를 강제함으로써 앱의 요구 사항이 증가하고 온디바이스 AI 작업이 동일한 제한된 메모리를 두고 계속 경쟁하는 상황에서도 보급형 Android 기기의 반응성을 유지하려는 것입니다. 이는 사용자에게 합리적인 목표이지만 Google Play에 앱을 출시하는 모든 팀에 새로운 규정 준수 부담을 부과합니다.
개발자에게 현명한 대응은 성능을 규정 준수를 위한 번거로운 작업이 아니라 성장 전략으로 보는 것입니다. 더 빠르게 시작되고, 충돌이 적으며, 메모리를 덜 사용하고, 사용자를 원활하게 로그인시키는 앱은 Play 스토어에서 계속 노출될 뿐만 아니라 유치하기 위해 많은 노력을 기울인 사용자를 더 많이 유지할 수 있습니다. 2027년 마감일은 경고이지만, 조기에 행동하는 팀에는 경쟁 우위의 기회이기도 합니다.




