Google Play: o que é, publicação de aplicativos e console do desenvolvedor

O que é o Google Play?

Google Play é a plataforma de distribuição digital do Google que combina loja de aplicativos, jogos, filmes, livros e música. Lançada em 22 de outubro de 2008 sob o nome Android Market, a plataforma foi renomeada para Google Play em março de 2012. Ao contrário da App Store da Apple, o Google Play não é o único canal para instalar aplicativos Android — os usuários podem instalar APKs de fontes de terceiros (sideloading), usar lojas alternativas (Samsung Galaxy Store, Amazon Appstore, F-Droid), mas a maioria dos usuários usa o Google Play.

De acordo com o Google I/O 2026, o público mensal do Google Play excede 2,8 bilhões de usuários ativos de mais de 190 países. O número de aplicativos disponíveis é superior a 3,2 milhões. O preço médio dos aplicativos é menor do que na App Store — muitos desenvolvedores usam um modelo gratuito com anúncios ou compras no aplicativo. O Google Play também inclui seções para tablets (Large Screen Apps), Wear OS, Android TV, Android Auto e Chromebook.

O Google Play oferece ferramentas exclusivas para Android: Google Play Protect — um antivírus integrado que verifica cada aplicativo antes e depois da instalação; Android Vitals — análise de desempenho do aplicativo (ANR, taxa de falhas, tempo de inicialização); Google Play Integrity — uma API para verificar a autenticidade do dispositivo e do aplicativo (substituição do SafetyNet Attestation). O Play Integrity é obrigatório para aplicativos que lidam com dados confidenciais e pagamentos.

Google Play Console: recursos e configuração

Google Play Console é a ferramenta central do desenvolvedor para gerenciar aplicativos no Google Play. Disponível em play.google.com/console. Para começar, é necessária uma conta de desenvolvedor (pagamento único de $25) e verificação de identidade. O Play Console fornece o ciclo completo de gerenciamento de aplicativos: desde o upload do primeiro AAB até análises de vendas e relatórios de falhas.

Principais seções do Play Console: Dashboard — estatísticas gerais de todos os aplicativos (instalações, desinstalações, falhas, classificação, receita); Release — gerenciamento de versões e canais (Production, Open Beta, Closed Beta, Internal Testing); Growth — ferramentas de promoção (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (taxa de ANR, taxa de falhas, tempo de inicialização, tempo de renderização); Monetization — configuração de produtos, assinaturas, Google Play Pass; Users & Permissions — gerenciamento de acesso da equipe.

Canais de teste do Google Play — uma diferença fundamental da App Store. Internal Testing — até 100 testadores, não requer revisão, as atualizações são publicadas instantaneamente. Closed Testing (Alpha) — até 100 testadores, requer revisão. Open Testing (Beta) — testadores ilimitados, o aplicativo está disponível no Google Play para todos os inscritos no teste. Recomenda-se publicar o aplicativo primeiro em Internal Testing, depois em Closed/Open Beta e só depois em Production.

// Google Play Billing Library 6.x — verificação de assinatura
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // Compra bem-sucedida — processar compras
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Cliente pronto para funcionar
                }
            }
            override fun onBillingServiceDisconnected() {
                // Reconexão
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // Verificação de compra no servidor
        // 1. Enviar purchaseToken para o seu servidor
        // 2. O servidor verifica através da Google Play Developer API
        // 3. Em caso de sucesso — desbloquear funcionalidade
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

A classe PlayBillingManager demonstra o trabalho com o Google Play Billing Library 6.x: estabelecer uma conexão com o BillingClient, solicitar detalhes do produto (assinatura ou compra única), processar resultados de compra através do PurchasesUpdatedListener. A verificação deve ser feita no servidor através da Google Play Developer API com um purchaseToken — nunca confie apenas na validação local, pois a compra pode ser falsificada.

Processo de publicação de um aplicativo no Google Play

Publicar no Google Play é um processo de várias etapas que inclui registro de conta, preparação do aplicativo, configuração no Play Console, upload do AAB, aprovação na revisão e publicação. Em comparação com a App Store, o processo é menos formalizado: o Google conta com verificações automatizadas (Play Integrity, varredura de malware através do Google Play Protect) em vez de moderação manual de cada aplicativo.

Etapa 1: Registro da conta de desenvolvedor

Para publicar, é necessária uma conta do Google e registro no Google Play Console por $25 (pagamento único). Após o pagamento, é necessária a verificação de identidade: enviar um documento de identidade (passaporte ou carteira de motorista) e confirmar o endereço. O processo de verificação leva de 24 horas a 2 semanas. Sem verificação, o aplicativo não será publicado no canal Production.

Etapa 2: Compilação do AAB e preenchimento da ficha da loja

O Google recomenda o formato AAB (Android App Bundle) desde agosto de 2021 — APK não é mais aceito para novos aplicativos. O AAB permite que o Google Play gere APKs otimizados para cada tipo de dispositivo (diferentes ABIs, telas, idiomas), reduzindo o tamanho do download em 15-35%. A compilação é feita através do Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). O AAB é assinado através do Play App Signing — o Google armazena a chave de assinatura em seu lado.

Ficha da loja (Store Listing): página do aplicativo no Google Play: título (50 caracteres), descrição breve (80 caracteres), descrição completa (4000 caracteres), capturas de tela (mínimo 2, até 8; para telefone 5", 6.5", para tablet 7"+), ícone (512x512), gráfico de destaque (1024x500), vídeo promocional (YouTube). A descrição breve é a mais importante para a pesquisa no Google Play — ela é indexada e mostrada nos resultados. A descrição completa é indexada, mas menos significativa para a pesquisa.

Etapa 3: Escolha do canal e publicação

Após o upload do AAB, o desenvolvedor seleciona um canal: Internal Testing (até 100 testadores, sem revisão), Closed Testing (Alpha, até 100 pessoas, com revisão), Open Testing (Beta, ilimitado, com revisão) ou Production. Recomenda-se começar com Internal Testing — testar em dispositivos reais, depois Closed Testing para validação mais ampla e só depois Production. Para Open Testing e Production, são necessárias pelo menos 12 horas e 20 testadores em Closed Testing nos últimos 14 dias para contas novas (política do Google Play 2024).

Após a publicação, o aplicativo aparece no Google Play dentro de 1 a 24 horas. A primeira atualização pode ser submetida a uma revisão completa. O Google Play verifica automaticamente cada aplicativo em busca de código malicioso através do Google Play Protect. Se uma ameaça for detectada, o aplicativo pode ser removido da publicação e a conta do desenvolvedor pode ser suspensa.

Requisitos do Google Play para targetSdkVersion

Google Play estabelece requisitos obrigatórios de targetSdkVersion para publicar e atualizar aplicativos. A cada ano o Google aumenta o targetSdk mínimo para garantir que os aplicativos utilizem as mudanças comportamentais de segurança mais recentes. Desde agosto de 2024, o targetSdk mínimo é API 33; desde agosto de 2025 — API 34; desde agosto de 2026 — API 35 (Android 15).

Os aplicativos que não atendem ao requisito são bloqueados — não podem ser publicados ou atualizados. Aplicativos já publicados com targetSdk baixo continuam funcionando na loja, mas para atualizar é necessário aumentar o targetSdk. O Google Play Console avisa 90 dias antes do aumento do limite. Muitos desenvolvedores adiam a atualização até o último momento, o que cria o risco de bloqueio do aplicativo quando uma correção urgente de bug é necessária.

Aumentar o targetSdkVersion requer verificar todas as mudanças comportamentais introduzidas entre o targetSdk antigo e o novo. Por exemplo, ao migrar da API 33 (Android 13) para a API 35 (Android 15), é necessário verificar: Foreground Service Types (API 34) — declaração obrigatória do tipo de serviço no manifesto; Privacy Sandbox (API 35) — restrições em identificadores de publicidade; PhotoPicker (API 34+) — substituição do acesso direto à galeria pelo seletor do sistema; novas restrições de serviços em segundo plano. Cada mudança comportamental pode exigir alterações no código.

API do Play Console para automação de conformidade

Google Play Developer API (REST) permite automatizar a verificação de conformidade de targetSdk para todos os aplicativos na conta. O método applications.get retorna informações sobre targetSdkVersion. Recomenda-se configurar o monitoramento através da API 120 dias antes do prazo para obter uma lista de aplicativos que precisam de atualização. Para aplicativos com uma grande base de código, o esforço estimado é de 2 dias a 2 semanas para mudanças comportamentais.

// Verificação de conformidade de targetSdk no código do aplicativo
import android.os.Build

class TargetSdkCompliance {

    // targetSdk mínimo exigido pelo Google Play em 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Verificação: precisamos lidar com a mudança comportamental da API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types obrigatório para targetSdk >= 34
        return targetSdk >= 34
    }

    // Verificação: precisamos lidar com o Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Verificação de conformidade antes da compilação
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk está abaixo do $REQUIRED_TARGET_SDK exigido")
        }

        if (targetSdk >= 34) {
            // Certifique-se de que todos os serviços em primeiro plano tenham um tipo declarado no manifesto
            warnings.add("Verifique: todos os serviços em primeiro plano declaram um tipo em AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Verifique: Privacy Sandbox, restrições de Advertising ID")
        }

        return warnings
    }
}

A classe TargetSdkCompliance verifica a conformidade de targetSdk antes da compilação. O método validateCompliance retorna uma lista de avisos sobre mudanças comportamentais necessárias para um determinado targetSdk. Use esse código em CI/CD para verificar automaticamente a conformidade antes de enviar uma compilação para o Google Play Console. Na IT Sectr, implementamos essa verificação em CI depois que um dos nossos projetos foi bloqueado devido a um targetSdk perdido.

Monetização no Google Play: faturamento no aplicativo, assinaturas e AdMob

A monetização no Google Play inclui vários modelos: download pago, produtos no aplicativo (compras únicas: consumíveis — moeda do jogo; não consumíveis — remoção de anúncios), assinaturas (assinaturas com renovação automática através do Google Play Billing), anúncios (AdMob, Google Ad Manager, redes de terceiros) e Google Play Pass (uma assinatura de um pacote de aplicativos, com receita compartilhada entre os desenvolvedores com base no tempo de uso).

Google Play Billing Library (versão atual — 7.x em 2026) é a ferramenta obrigatória para vender bens digitais dentro de um aplicativo. Sistemas de pagamento alternativos são proibidos para bens digitais (exceções — Coreia do Sul, Índia, Lei de Mercados Digitais da UE). O Billing Library 7.x requer migração de compras baseadas em SKU para modelos baseados em produtos (ProductDetails em vez de SkuDetails) e suporta Kotlin Coroutines e Flow para operações assíncronas.

Comissão do Google Play: 30% padrão, 15% para os primeiros $1 milhão de receita por ano (semelhante ao Programa para Pequenas Empresas da Apple). Após atingir o limite de $1 milhão, a comissão volta para 30% pelo resto do ano. Assinaturas: 30% no primeiro ano, 15% a partir do segundo ano (semelhante à App Store). Para programas do Google Play Pass — a receita é distribuída com base no engajamento (tempo que os usuários passam no aplicativo como assinantes do Pass), não em uma comissão fixa.

O AdMob do Google é a principal ferramenta de monetização por anúncios. Ele suporta anúncios de banner, intersticiais, nativos e recompensados. O Google Analytics for Firebase se integra ao AdMob para rastrear a conversão de anúncios em ações direcionadas. Com o Android 14+ (API 34), são necessários Google Play Services for Ads 22.0+ e a API Handling Ad Responses para conformidade com o Privacy Sandbox. A monetização por anúncios — comissão de 0% — é uma escolha popular para aplicativos gratuitos com grande público.

Moderação do Google Play: verificações e políticas

A moderação do Google Play (Google Play Policy Review) difere da App Store — o Google conta com verificações automatizadas e moderação manual seletiva, em vez de revisão manual 100% de cada aplicativo. O sistema automatizado verifica AAB/APK em busca de código malicioso, violações de políticas (Spyware, Deceptive Behavior, violações de SDK) e não conformidade com os requisitos de targetSdk. Se uma violação for detectada, o aplicativo pode ser rejeitado ou removido da publicação.

O Google Play publica as Developer Program Policies — um conjunto de regras que cobrem conteúdo, comportamento do aplicativo, monetização e privacidade. Seções principais: Restricted Content (violência, ódio, atividade ilegal), Deceptive Behavior (afirmações falsas, imitação de outros aplicativos), Monetization and Ads (publicidade honesta, conformidade com a política de compras integradas), Privacy and Security (coleta de dados, criptografia), Store Listing and Promotion (descrição precisa, categorização correta).

O Google luta ativamente contra spyware e SDKs enganosos. Em 2024-2025, o Google removeu mais de 1,5 milhão de aplicativos que violavam políticas de privacidade. Atenção especial — SDKs que coletam dados sem o conhecimento do usuário (rastreamento de localização sem consentimento, leitura de contatos e SMS). Antes de publicar, verifique os SDKs que você usa quanto à conformidade com as políticas do Google Play — muitos SDKs populares (por exemplo, algumas redes de anúncios) foram bloqueados por violação de políticas.

Processo de apelação: se um aplicativo for rejeitado, o desenvolvedor recebe uma notificação no Play Console com o motivo e recomendações. Uma apelação pode ser apresentada através do Play Console → Policy → Appeals. O prazo de revisão é de até 7 dias. Violações repetidas da mesma política levam a um aviso (strike), a terceira violação leva à suspensão da conta do desenvolvedor. Recuperar uma conta suspensa é um processo extremamente difícil que requer uma apelação por escrito e evidências de que as violações foram corrigidas.

Para minimizar riscos: use Google Play Integrity API para verificar a autenticidade das solicitações, implemente a Seção de segurança de dados (obrigatória desde 2023 — especifique todos os dados coletados e finalidades da coleta), verifique todos os SDKs quanto à conformidade com as políticas do programa para desenvolvedores, use Play Console Policy Insights para rastrear possíveis violações antes da publicação. Ao desenvolver na IT Sectr, testamos cada aplicativo através de testes internos em dispositivos reais antes do lançamento em Production.