Operational summary
The registration API needs the exact, fully qualified package name. A display name such as “My Notes” is not enough, and a debug application ID may differ from production.
Recommended sequence
- Check applicationId in the app module's Gradle configuration.
- For variant-aware builds, include applicationIdSuffix values before testing.
- Cross-check the package shown in the Play Console app URL or release metadata.
- Use the production ID, not a debug or internal-test suffix.
Resolve the final application ID
In Android builds, namespace and applicationId can be different values. Product flavors and applicationIdSuffix can also change the installed identity. Read the final release variant rather than copying the first package-like string you see in source code.
For an APK, use Android build tools such as aapt2 dump badging or apkanalyzer manifest application-id. Cross-check that result against the store listing and your release metadata.
- Do not use the marketing display name.
- Do not omit a release flavor suffix.
- Preserve dots, underscores and letter case from the source value.
apkanalyzer manifest application-id app-release.apkFrequently asked questions
Is namespace always the package name?
No. Modern Android projects can use namespace for generated code while applicationId defines the installed package.
Can two variants have different registration states?
Yes. If variants install under different application IDs, each package name is a separate registration identity.
Sources and review
PkgReady summarizes operational implications but does not replace an official console or Android documentation. Reviewed 2026-08-14.