Google Play에 전송

이 페이지는 Google Play 전용 전송 요구 사항과 고려 사항에 관한 정보를 포함하고 있습니다.

For information on how to publish your application on Google Play, refer to Google Play.

요구 사항 배포

Google Play에는 애플리케이션을 퍼블리시하기 전에 반드시 충족해야 하는 요구 사항이 있습니다. 이 섹션에서는 Google Play 전용 요구 사항을 설명하고 이 요구 사항을 충족하는 방법을 설명합니다.

Android 앱 번들

Google Play requires new apps to be an Android App Bundle (AAB) instead of an APK. For information on why, refer to The future of Android App Bundles is here.

애플리케이션이 AAB가 되도록 설정하려면 다음 단계를 따르십시오.

1. Open Android Player Settings.
2. In the Publishing Settings section, enable Split Application Binary.
3. Select File > Build Settings.
4. From the list of platforms in the Platform pane, select Android.
5. Enable Build App Bundle (Google Play). If you want to export the project and build it in Android Studio, enable Export Project then enable Export for App Bundle.

이렇게 하면 애플리케이션을 빌드할 때 Unity는 애플리케이션을 AAB로 빌드합니다.

애플리케이션 크기

Google Play는 애플리케이션의 설치 크기를 제한합니다. 다음 표에서는 각 애플리케이션 타입에 대한 Google Play의 크기 제한을 설명합니다.

애플리케이션 타입	크기 제한
APK	If you split the application binary or use a custom expansion file, the APK must be smaller than 100MB and the expansion file must be smaller than 2GB. Otherwise, the APK must be smaller than 100MB.
AAB	애플리케이션 바이너리를 분할하거나 커스텀 에셋 팩을 사용하는 경우 AAB 안의 기본 모듈은 반드시 150MB보다 작아야 하며 에셋 팩은 반드시 Android의 다운로드 크기 제한 문서에 기술된 파일 크기에 맞아야 합니다. 그렇지 않으면 AAB는 반드시 150MB보다 작아야 합니다.

For information on how to optimize the install size of your application, refer to Optimize distribution size.

Texture compression targeting

Texture compressions targeting is a feature of Android App Bundles that helps Google Play to generate and serve optimized APKs for different devices. If you enable it, Unity includes texture assets formatted with different compression formats in any Android App Bundles that it builds. When a device installs the application from Google Play, the APKs that the device receives contain texture assets that use the optimal texture compression format for the device.

Texture compression targeting also automatically enables the split application binary feature and generates an install-time asset pack called UnityTextureCompressionsAssetPack. This asset pack contains common resources and assets required by the first scene. When texture compression targeting is disabled, Unity packs these assets into the base module. This means that enabling texture compression targeting reduces the size of the base module. This can be important because the base module has a size limit of 150MB. For more information on how Unity configures asset packs, refer to Asset packs in Unity.

To enable texture compression targeting:

1. Enable Android App Bundles.
2. Open Android Player Settings.
3. Find Texture Compression Formats and add all required texture compression formats to it. The first texture compression format in this list is the default format.
   Note: You can also use the PlayerSettings.Android.textureCompressionFormats API to assign the required texture compression formats.
4. Open Build Settings.
5. In the Asset Import Overrides section under the Platform list, set Texture Compression to a value other than Force Uncompressed.

Note: When Texture compression targeting is enabled, Unity disables and ignores the Texture Compression Android Build Settings which means you can’t use this setting to override the texture compression format for a build.

If you don’t enable Android App Bundles and export or build your application as an APK, Unity only uses the first texture compression format in the Texture Compression Formats list.

If you want some texture assets to use specific texture compression formats, you can override their texture compression format. The value you set for an individual texture overrides the default texture compression format and the optimal format that Google Play would select for specific target devices. For information on how to change the texture format of individual textures, refer to Texture Importer.

64비트 아키텍처

Google Play requires applications to support 64-bit architecture. For more information, refer to Support 64-bit architectures. To make your application support 64-bit architecture:

1. Open Android Player Settings.
2. In the Other Settings section, enable ARM64. If your application targets ChromeOS, enable x86–64 (ChromeOS) too. Note: You can only interact with this setting if your project uses the IL2CPP scripting backend.

타겟 API

Google Play requires applications to support a minimum target API. For information on what the current minimum target API is, refer to Meet Google Play’s target API level requirement.

애플리케이션의 타겟 API를 변경하려면 다음 단계를 따르십시오.

1. Open Android Player Settings.
2. In the Other Settings > Identification section, set Target API Level to at least the target API level that Google Play requires.

Report App Dependencies

Google Play can check the Package Manager and Asset Store packages that your application uses for known certification failures. It does this automatically after you upload your application to the Play Store and before the main certification process begins. This helps to identify issues with your application’s dependencies quickly without running the full certification process. If Google Play finds issues, it reports them to you via the Play Store Console along with details about the issues and how you can fix them before you submit the application again.

To report dependencies:

1. Edit > Project Settings를 선택합니다.
2. Project settings 창에서 Player 탭을 선택한 다음 아래와 같이 Android Player Settings를 엽니다.
   
3. In the Publishing Settings section, check the Report Dependencies in App Bundle box to enable collection and reporting of dependencies to Google Play.

앱 서명

Google Play requires applications to be signed. For information on how to sign your application, refer to Android Keystore Manager.

고려 사항

이 섹션에는 애플리케이션을 Google Play에 퍼블리시하기 전에 유의해야 하는 Google Play 전용 고려 사항이 포함되어 있습니다.

베스트 프랙티스 체크리스트

To help launch an Android application successfully, Android’s documentation includes a best practice checklist of processes to follow. Refer to Launch checklist.

공용 심볼

If your application crashes on a device, Google can use a symbols package to make a native stacktrace human-readable on the Android Vitals dashboard. It’s best practice to generate a public symbols package for your application and upload it to Google Play. For information on how to do this, refer to Generating a symbols package.

Deobfuscation file

Similar to symbol files, Unity can produce a deobfuscation file if you apply minification to your application build. For more information on applying minification, refer to Android Player Settings. A deobfuscation file is automatically generated as a mapping file in the same location as your application build.

If you apply minification, it’s best practice to upload the deobfuscation file when publishing your application on Google Play. A deobfuscation file deciphers the method names in the stack trace, allowing you to identify and resolve the exact cause of the application crashes. For more information, refer to Google’s documentation on Deobfuscate or symbolicate crash stack traces