App não instalado porque o pacote entra em conflito com um pacote existente

O que o Android está dizendo

Todo app é assinado com a chave privada do desenvolvedor, e o Android só atualiza um app instalado com um pacote assinado pela mesma chave. Quando as chaves diferem, o Android 11 e posteriores dizem App não instalado porque o pacote entra em conflito com um pacote existente; versões antigas dizem só App não instalado. O app instalado e o arquivo têm o mesmo nome de pacote, então o sistema trata o arquivo como impostor.

Por que as chaves diferem

• A cópia instalada veio do Google Play e o arquivo é uma build de depuração, um beta de outro canal ou um "mod" reassinado. Builds assinadas pelo Play e pelo desenvolvedor normalmente coincidem; pacotes modificados nunca.
• O desenvolvedor trocou a chave de assinatura. O Android só aceita a troca quando o novo pacote inclui a prova de rotação, o que as builds oficiais fazem.
• Dois apps de desenvolvedores diferentes reutilizam um nome de pacote. Raro, mas acontece com forks de apps de código aberto.
• A cópia instalada é o mod e o arquivo é a build genuína. Comum ao tentar voltar à versão oficial.

As soluções

1. Desinstale o app existente e instale o arquivo. É a única forma de trocar entre builds com assinaturas diferentes. Os dados locais se perdem; exporte o que precisar antes.
2. Mantenha o app instalado e procure uma build assinada com a mesma chave. Para um app instalado do Play, isso significa a própria build do Play ou o APK do desenvolvedor, que os espelhos guardam sem alteração.

Não há terceira opção em um aparelho sem root. Apps que prometem "corrigir" o conflito reassinam o arquivo, o que só produz outro conflito depois.

Verificar antes de instalar

Apps de inspeção de pacotes como o App Manager (F-Droid) mostram a impressão digital do certificado de assinatura de um arquivo APK e dos apps instalados. Se coincidirem, a instalação funciona; se não, será recusada. O guia de segurança de APK (em inglês) cobre as ferramentas.

Perfil de trabalho e vários usuários

O Android permite o mesmo nome de pacote com assinatura diferente em um perfil de trabalho ou em um segundo usuário. Se precisar rodar duas builds com assinaturas diferentes, instale uma em um perfil de trabalho (com um app como o Shelter) em vez de brigar com o conflito no perfil principal.