Start with the installed app
Open Android app information and record the displayed version. Use the publisher’s current distribution channel to compare the offered release. A shared visible name cannot establish that two APKs belong to the same application.
Keep the account’s supported recovery access available before changing an installation. If your current app works, identify the release first rather than immediately removing it to make space for another file.
Compare the fields that matter
| Field | What to compare |
|---|---|
| Package identifier | The installed package and the publisher release should identify the intended app. |
| Version code | Read the integer code for that package, alongside the visible version name. |
| Signing identity | Check certificate continuity and any documented signing-key rotation. |
| Android requirements | Compare the minimum API and relevant architecture with the device. |
| File hash | Use SHA-256 to identify the exact file, rather than infer its behaviour. |
When Android reports a conflict
A different package, signer or lower version code can affect update handling. Record the exact message and compare the source record before trying another file.
Uninstalling or clearing storage can remove local information and may interrupt an existing session. Read the provider’s recovery instructions before making those changes. This site cannot restore an account controlled by another provider.
After a successful update
Check the app version again and review any new permission request. If sign-in is needed, use the method linked to the existing account rather than assuming that a new registration restores it.
Sources and scope
- Android Developers: app versioning
- Android Developers: app signing
- Google Android Help: an app that is not working
Reviewed 23 October 2026. Android menus, publisher releases and table rules can change. General account guidance applies only to methods actually offered by the verified provider.