AppsO Android não vai retirar de todos os aplicativos a capacidade de salvar contatos de uma hora para outra. A mudança começa quando um app passa a mirar a próxima versão principal da plataforma: para apps que adotarem Android 18 (API 38) ou superior, gravar no catálogo diretamente com WRITE_CONTACTS deixará de funcionar. No fluxo comum — quando a pessoa toca em “Salvar contato” — o app deverá abrir o editor do sistema, preencher os dados conhecidos e deixar a confirmação final com ela.
O Google anunciou a mudança em 21 de outubro. No dia 29, o Google Play também publicou uma política que restringe a nova permissão MANAGE_CONTACTS aos casos em que as ferramentas mais específicas não atendam à função principal do app. Para equipes que mantêm um aplicativo Android, o trabalho agora é separar gravações pontuais de sincronização ampla, identificar cada uso de contatos e testar os fluxos antes de elevar o targetSdk.
O que muda — e o que não muda
Hoje, um aplicativo pode pedir WRITE_CONTACTS e alterar registros diretamente, inclusive em segundo plano. Para apps que mirarem API 38, essa permissão deixa de conceder escrita direta; as tentativas devem falhar com negação de permissão ou SecurityException. O anúncio do Android explica o comportamento e o plano de transição.
A regra não é um bloqueio imediato para toda a base instalada. Apps que continuam mirando versões anteriores mantêm o comportamento atual. Também não elimina a função “Adicionar aos contatos”: muda quem efetiva a gravação. O app abre uma interface padronizada; a pessoa revisa e confirma.
A documentação do Android sobre intents de contatos já recomenda esse caminho para inserir ou editar um único registro. ACTION_INSERT cria um contato; ACTION_EDIT abre um registro selecionado; ACTION_INSERT_OR_EDIT permite procurar um contato ou criar um novo. O app pode preencher nome, telefone, e-mail e outros campos comuns. O sistema cuida da interface, da conta em que o contato será salvo e da confirmação.
Acesso amplo fica para funções essenciais
Há operações em que uma tela de confirmação a cada registro não resolve: sincronização bidirecional com uma conta corporativa, backup e restauração, gerenciadores de contatos ou discadores que operam em lote. Para esse tipo de função, o Android está introduzindo MANAGE_CONTACTS, um acesso especial que a pessoa habilita nas configurações do aparelho. O app precisa demonstrar que a função principal realmente depende dele; manter uma tela própria ou preferir uma experiência de marca não basta.
A política do Google Play publicada em 29 de outubro reforça esse princípio: a permissão fica restrita às funções centrais para as quais os intents do sistema são insuficientes, com declaração no Play Console. A página de permissões restritas e alternativas de escopo mínimo do Google Play informa que as declarações de MANAGE_CONTACTS devem começar a aparecer no verão de 2027, com conformidade obrigatória em agosto daquele ano. A mesma página distingue essa permissão de READ_CONTACTS: acesso amplo de leitura tem política própria para apps que miram Android 17 (API 37), com prazo em 27 de janeiro de 2027.
O Contact Picker resolve outro problema. Se o app só precisa que alguém escolha um ou alguns contatos — para convidar uma pessoa ou compartilhar um arquivo, por exemplo — o seletor de contatos do Android 17 devolve somente os registros e campos escolhidos, sem abrir a agenda inteira. Portanto, leitura seletiva, gravação pontual e sincronização em lote são necessidades diferentes; uma única permissão não deve ser a resposta automática para todas.
Como revisar um app existente
Comece procurando no código por WRITE_CONTACTS, ContactsContract.RawContacts, ContactsContract.Data e chamadas a applyBatch no provedor de contatos. Para cada resultado, pergunte se a ação é iniciada pela pessoa e afeta um registro, ou se é parte essencial de uma operação recorrente ou em lote.
Para ações pontuais, migre para os intents do sistema e passe apenas os campos necessários. O Android descreve suporte a EXTRA_PHOTO_URI para preencher a foto no novo editor. Se a pessoa precisa escolher quem convidar, use o Contact Picker em vez de ler a agenda completa. Se existe sincronização contínua, documente por que os intents não atendem ao caso e avalie se MANAGE_CONTACTS é justificável, incluindo a declaração exigida pelo Google Play.
Teste a experiência de ponta a ponta: cancelamento, escolha da conta, campos opcionais, fotos, retorno ao app e comportamento em aparelhos de fabricantes diferentes. A interface pode variar por fabricante, embora a intenção e o fluxo de confirmação sejam padronizados. Nos testes de compatibilidade, confira a versão do Android e o targetSdk; não basta validar só o aparelho mais recente.
Essa revisão se conecta ao cuidado com integrações que expõem ações de apps Android ao Gemini: qualquer ação que use dados pessoais deve pedir apenas o acesso necessário e deixar claro quando a pessoa está autorizando uma alteração. A mesma lógica de minimização aparece no guia da ANPD sobre o ECA Digital para sites e aplicativos, embora as regras e obrigações sejam diferentes.
Próximos passos
Não remova permissões em produção sem mapear as funções que dependem delas. Registre cada fluxo, planeje a migração por tipo de uso e acompanhe as versões do Android e os prazos do Play Console. Para muitos apps, a troca é direta: abrir o editor do sistema quando a pessoa pedir para salvar um contato. Para CRM, backup ou sincronização, a tarefa principal é justificar o acesso amplo e demonstrar por que uma seleção ou confirmação mais restrita não funciona.
O Google Play publicou um vídeo oficial com as atualizações de política de outubro de 2026, incluindo a restrição de MANAGE_CONTACTS. Ele apresenta um resumo das políticas; os prazos e critérios de aprovação devem ser conferidos nas páginas oficiais, que podem ser atualizadas.
