GoodBarber x Android 17: o que muda na localização

O Android 17 foi lançado em 16 de junho de 2026 nos aparelhos Pixel compatíveis, e os demais fabricantes vieram na sequência ao longo dos meses seguintes.

O Android 17 torna o acesso à localização mais visível. Um indicador permanente aparece assim que um app externo ao sistema consulta a posição do usuário. Ao tocar nele, veem-se os apps que a usaram recentemente, com a opção de revogar as permissões na hora.

A localização aproximada também protege mais. Até agora o Android usava uma grade fixa de 2 km; agora a área se adapta à densidade populacional, o que garante uma privacidade mais uniforme tanto na cidade quanto no campo. A janela de permissão, além disso, distingue com muito mais clareza «Precisa» e «Aproximada».

Do nosso lado, o trabalho começou bem antes do lançamento público: ler a documentação para desenvolvedores, identificar as mudanças que realmente afetam os apps GoodBarber, atualizar o motor Kotlin e testar as versões geradas. Fizemos o mesmo com o Android 15 e sua exibição em tela cheia e depois com o Android 16 e a navegação preditiva.

Um app Android da GoodBarber é compilado de forma nativa, e não embrulhado em uma WebView. O trabalho ligado ao sistema operacional acontece, portanto, no motor, e não no back-office de cada cliente. Você continua configurando e tocando o seu app; nós atualizamos o motor que o gera.

Muitas funcionalidades só precisam da posição exata no momento em que o usuário pede: centralizar um mapa, encontrar o local mais próximo, validar uma ação de fidelidade no local. O Android 17 introduz um location button, desenhado pelo próprio sistema, para esses usos pontuais.

O usuário toca no botão e concede a localização precisa para a sessão em curso. O app não precisa manter uma permissão de localização precisa permanente para essa ação. O Android fornece o ícone e uma lista de rótulos predefinidos, de modo que o usuário reencontra o mesmo controle em qualquer app.

Para os apps que têm como alvo o Android 17 ou superior, o Google Play exige esse botão quando a localização precisa serve apenas a uma ação pontual iniciada pelo usuário. O app declara esse escopo limitado no seu manifesto por meio do atributo onlyForLocationButton.

O Google Play agora pede que os apps se limitem ao escopo mínimo de localização de que suas funcionalidades precisam: aproximada em vez de precisa sempre que possível, e o location button para o acesso preciso pontual.

O Google descreve dois caminhos. Para o acesso preciso pontual, o app gerado declara no manifesto o escopo limitado do location button. Se um app mantiver a localização precisa fora desse percurso, o Play Console pergunta por que a localização aproximada ou um pedido pontual não bastariam para uma funcionalidade essencial.

O calendário é curto. A partir de 27 de outubro de 2026, verificações prévias no Play Console sinalizarão possíveis problemas de política de localização antes do envio. A declaração ficará disponível em novembro de 2026. A conformidade passa a ser obrigatória para todos os apps em 27 de janeiro de 2027, com uma prorrogação de 30 dias em autoatendimento.

A migração do motor Android foi além da troca do SDK de destino.

No back-office, a permissão de localização passa a ser dividida em acesso aproximado e acesso preciso, no lugar de um único interruptor de tudo ou nada. Quando um app só precisa da localização precisa para uma ação pontual, a versão gerada declara esse escopo limitado ao Google Play.

No app, o location button aparece nas telas que realmente usam a posição: seções de mapa, eventos, diretórios de usuários e validação geolocalizada de um cartão de fidelidade. Como o controle é desenhado pelo sistema, seu ícone e seu comportamento permanecem familiares, enquanto o rótulo pode corresponder à ação.

Se o usuário conceder apenas a localização aproximada, o app continua funcionando sem exibir uma precisão que já não tem: as distâncias são arredondadas e apresentadas como tais, por exemplo «mais de 1 km».

Duas funcionalidades da GoodBarber mantêm a localização precisa fora do percurso do botão: o geofencing e os beacons. Uma notificação disparada quando um cliente entra em uma área definida, ou quando o telefone dele detecta um beacon, pressupõe que a posição esteja disponível sem um novo toque naquele instante. O location button não pode substituir esse comportamento.

Essas funcionalidades dão ao editor uma justificativa concreta, ancorada no produto, para levar ao Play Console: descrever a funcionalidade da qual os seus usuários dependem e explicar por que uma posição aproximada ou pontual não a viabilizaria. O Google continua analisando a declaração, mas o motivo para manter a localização precisa é específico e ligado diretamente a uma funcionalidade visível.

As ferramentas de prompt-to-app são realmente rápidas para produzir uma primeira versão. O que acontece depois depende da ferramenta e da organização de desenvolvimento: quando um sistema operacional evolui, alguém ainda precisa atualizar os SDKs, testar o app e enviar uma nova versão.

A GoodBarber foi pensada para o ciclo de vida completo de um app. A manutenção do motor acompanha os apps nativos gerados, a hospedagem, o banco de dados, o back-office e os circuitos de publicação já incluídos na plataforma — outros tantos blocos que, em outros lugares, correspondem a serviços e faturas separados. Uma versão do Android vira trabalho da nossa equipe de engenharia, e não um projeto de migração para cada editor.

A GoodBarber mantém seus motores de app desde 2011, para clientes em 152 países. É essa experiência que permite que apps existentes continuem gerando novas versões no ritmo das plataformas móveis.

Abra o seu back-office, gere uma nova versão do seu app Android e envie-a ao Google Play. As mudanças do motor já estão incluídas.

Se o seu app usa geofencing ou beacons, examine a nova declaração de localização assim que ela aparecer no Play Console. Descreva a funcionalidade da qual os seus usuários dependem e explique por que uma posição aproximada ou pontual não a viabilizaria.