Choose a minimum from evidence
Start with the app's required APIs, native libraries and third-party SDKs. Then examine the devices you intend to support and the maintenance cost of testing them. “Use the lowest possible number” is no more defensible than “use the newest number everywhere.”
A dependency can require a higher minimum than the application. If manifest merging reports this, inspect the dependency's published requirement and release notes. Forcing tools:overrideLibrary may suppress a merge error without making the library safe to execute on an older OS.
Verify the delivered minimum
The final merged manifest is the relevant artifact. With Android's command-line analyzer available, inspect an APK:
apkanalyzer manifest min-sdk app-release.apk
apkanalyzer manifest target-sdk app-release.apk
The output describes that APK, not every variant or split generated from every bundle. For an AAB release, also inspect the device-specific distribution and any feature-delivery conditions.
APKLint's compatibility checker can assist with manifest-level inspection. It cannot verify every runtime API call or reproduce Google Play's full device catalog.
Separate three common reports
| Report | Investigation |
|---|---|
| An old phone cannot install the app | Minimum SDK, native ABI and device features |
| A new phone cannot find an older app on Play | Target-API availability policy and store filters |
| Installation succeeds but a screen crashes | Runtime API guards, dependencies and native loading |
A newer OS does not fix a missing CPU architecture. A lower minSdk does not override a country restriction. These checks should be recorded separately in a support ticket.
Test the lower boundary
Run the production-like build on the minimum supported API and at least one newer release. Exercise startup, authentication, file access, notifications and SDK initialization—not just installation. Test an upgrade from the last published build as well.
Read Android's SDK configuration alongside Google Play's current target requirements. Keeping those two documents separate prevents a store deadline from silently redefining your supported audience.
Sources and further reading
Reference review: 22 September 2026. Examples illustrate the workflow; check your installed versions, release artifact and account-specific Console requirements before applying them. This guide is not a claim that APKLint executed your project or verified your private account.
Android inspection tools and practical release guides. About APKLint · Report a correction
