Google Play: cos'è, pubblicazione di app e console per sviluppatori

Cos'è Google Play?

Google Play è la piattaforma di distribuzione digitale di Google che combina un negozio di app, giochi, film, libri e musica. Lanciata il 22 ottobre 2008 con il nome di Android Market, la piattaforma è stata rinominata Google Play nel marzo 2012. A differenza dell'App Store di Apple, Google Play non è l'unico canale per installare app Android — gli utenti possono installare APK da fonti di terze parti (sideloading), utilizzare negozi alternativi (Samsung Galaxy Store, Amazon Appstore, F-Droid), ma la maggior parte degli utenti utilizza Google Play.

Secondo Google I/O 2026, il pubblico mensile di Google Play supera 2,8 miliardi di utenti attivi provenienti da oltre 190 paesi. Il numero di app disponibili supera i 3,2 milioni. Il prezzo medio delle app è inferiore rispetto all'App Store — molti sviluppatori utilizzano un modello gratuito con pubblicità o acquisti in-app. Google Play include anche sezioni per tablet (Large Screen Apps), Wear OS, Android TV, Android Auto e Chromebook.

Google Play offre strumenti unici per Android: Google Play Protect — un antivirus integrato che controlla ogni app prima e dopo l'installazione; Android Vitals — analisi delle prestazioni dell'app (ANR, tasso di crash, tempo di avvio); Google Play Integrity — un'API per verificare l'autenticità del dispositivo e dell'app (sostituzione di SafetyNet Attestation). Play Integrity è obbligatorio per le app che gestiscono dati sensibili e pagamenti.

Google Play Console: funzionalità e configurazione

Google Play Console è lo strumento centrale per gli sviluppatori per gestire le app su Google Play. Disponibile all'indirizzo play.google.com/console. Per iniziare, sono necessari un account sviluppatore (pagamento una tantum di $25) e la verifica dell'identità. Play Console fornisce l'intero ciclo di vita della gestione dell'app: dal caricamento del primo AAB alle analisi delle vendite e ai rapporti sugli arresti anomali.

Sezioni principali di Play Console: Dashboard — statistiche generali per tutte le app (installazioni, disinstallazioni, crash, valutazione, entrate); Release — gestione delle versioni e dei canali (Production, Open Beta, Closed Beta, Internal Testing); Growth — strumenti di promozione (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (tasso di ANR, tasso di crash, tempo di avvio, tempo di rendering); Monetization — configurazione di prodotti, abbonamenti, Google Play Pass; Users & Permissions — gestione degli accessi del team.

Canali di test di Google Play — una differenza fondamentale rispetto all'App Store. Internal Testing — fino a 100 tester, nessuna revisione richiesta, gli aggiornamenti vengono pubblicati immediatamente. Closed Testing (Alpha) — fino a 100 tester, richiede revisione. Open Testing (Beta) — tester illimitati, l'app è disponibile su Google Play per tutti coloro che si sono registrati al test. Si consiglia di pubblicare l'app prima in Internal Testing, poi in Closed/Open Beta e solo successivamente in Production.

// Google Play Billing Library 6.x — verifica abbonamento
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) {
            // Acquisto riuscito — elaborare acquisti
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Client pronto per funzionare
                }
            }
            override fun onBillingServiceDisconnected() {
                // Riconnessione
            }
        })
    }

    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 dell'acquisto sul server
        // 1. Inviare purchaseToken al proprio server
        // 2. Il server verifica tramite Google Play Developer API
        // 3. In caso di successo — sbloccare la funzionalità
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

La classe PlayBillingManager dimostra il lavoro con Google Play Billing Library 6.x: stabilire una connessione con BillingClient, richiedere i dettagli del prodotto (abbonamento o acquisto una tantum), gestire i risultati dell'acquisto tramite PurchasesUpdatedListener. La verifica deve essere effettuata sul server tramite Google Play Developer API con un purchaseToken — non affidarsi mai solo alla convalida locale, poiché l'acquisto potrebbe essere falsificato.

Processo di pubblicazione di un'app su Google Play

Pubblicare su Google Play è un processo in più fasi che include la registrazione dell'account, la preparazione dell'app, la configurazione in Play Console, il caricamento dell'AAB, il superamento della revisione e la pubblicazione. Rispetto all'App Store, il processo è meno formalizzato: Google si affida a controlli automatizzati (Play Integrity, scansione malware tramite Google Play Protect) piuttosto che alla moderazione manuale di ogni app.

Fase 1: Registrazione dell'account sviluppatore

Per pubblicare, sono necessari un account Google e la registrazione in Google Play Console per $25 (pagamento una tantum). Dopo il pagamento, è richiesta la verifica dell'identità: caricare un documento d'identità (passaporto o patente di guida) e confermare l'indirizzo. Il processo di verifica richiede da 24 ore a 2 settimane. Senza verifica, l'app non verrà pubblicata nel canale Production.

Fase 2: Creazione dell'AAB e compilazione della scheda del negozio

Google raccomanda il formato AAB (Android App Bundle) da agosto 2021 — l'APK non è più accettato per le nuove app. L'AAB consente a Google Play di generare APK ottimizzati per ogni tipo di dispositivo (diverse ABI, schermi, lingue), riducendo le dimensioni del download del 15-35%. La creazione viene eseguita tramite Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). L'AAB viene firmato tramite Play App Signing — Google conserva la chiave di firma dalla sua parte.

Scheda del negozio (Store Listing): pagina dell'app su Google Play: titolo (50 caratteri), descrizione breve (80 caratteri), descrizione completa (4000 caratteri), screenshot (minimo 2, fino a 8; per telefono 5", 6.5", per tablet 7"+), icona (512x512), grafica in evidenza (1024x500), video promozionale (YouTube). La descrizione breve è la più importante per la ricerca di Google Play — viene indicizzata e mostrata nei risultati. La descrizione completa viene indicizzata ma è meno significativa per la ricerca.

Fase 3: Scelta del canale e pubblicazione

Dopo il caricamento dell'AAB, lo sviluppatore seleziona un canale: Internal Testing (fino a 100 tester, senza revisione), Closed Testing (Alpha, fino a 100 persone, con revisione), Open Testing (Beta, illimitato, con revisione) o Production. Si consiglia di iniziare con Internal Testing — testare su dispositivi reali, poi Closed Testing per una validazione più ampia e solo successivamente Production. Per Open Testing e Production, sono richiesti almeno 12 ore e 20 tester in Closed Testing negli ultimi 14 giorni per i nuovi account (policy di Google Play 2024).

Dopo la pubblicazione, l'app appare su Google Play entro 1-24 ore. Il primo aggiornamento può essere sottoposto a una revisione approfondita. Google Play scansiona automaticamente ogni app alla ricerca di codice dannoso tramite Google Play Protect. Se viene rilevata una minaccia, l'app può essere rimossa dalla pubblicazione e l'account dello sviluppatore può essere sospeso.

Requisiti di Google Play per targetSdkVersion

Google Play stabilisce requisiti obbligatori di targetSdkVersion per la pubblicazione e l'aggiornamento delle app. Ogni anno Google aumenta il targetSdk minimo per garantire che le app utilizzino le più recenti modifiche comportamentali di sicurezza. Da agosto 2024, il targetSdk minimo è API 33; da agosto 2025 — API 34; da agosto 2026 — API 35 (Android 15).

Le app che non soddisfano il requisito vengono bloccate — non possono essere pubblicate o aggiornate. Le app già pubblicate con un targetSdk basso continuano a funzionare nel negozio, ma per l'aggiornamento è necessario aumentare il targetSdk. Google Play Console avvisa 90 giorni prima dell'aumento della soglia. Molti sviluppatori rimandano l'aggiornamento all'ultimo momento, creando il rischio di blocco dell'app quando è necessaria una correzione urgente di un bug.

L'aumento di targetSdkVersion richiede la verifica di tutte le modifiche comportamentali introdotte tra il vecchio e il nuovo targetSdk. Ad esempio, durante la migrazione da API 33 (Android 13) a API 35 (Android 15), è necessario verificare: Foreground Service Types (API 34) — dichiarazione obbligatoria del tipo di servizio nel manifesto; Privacy Sandbox (API 35) — restrizioni sugli identificatori pubblicitari; PhotoPicker (API 34+) — sostituzione dell'accesso diretto alla galleria con il selettore di sistema; nuove restrizioni dei servizi in background. Ogni modifica comportamentale può richiedere modifiche al codice.

API Play Console per l'automazione della conformità

Google Play Developer API (REST) consente di automatizzare il controllo di conformità targetSdk per tutte le app nell'account. Il metodo applications.get restituisce informazioni su targetSdkVersion. Si consiglia di impostare il monitoraggio tramite API 120 giorni prima della scadenza per ottenere un elenco delle app che necessitano di aggiornamento. Per le app con un codebase di grandi dimensioni, lo sforzo stimato è di 2 giorni a 2 settimane per le modifiche comportamentali.

// Controllo conformità targetSdk nel codice dell'app
import android.os.Build

class TargetSdkCompliance {

    // targetSdk minimo richiesto da Google Play nel 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Controllo: dobbiamo gestire la modifica comportamentale dell'API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types obbligatorio per targetSdk >= 34
        return targetSdk >= 34
    }

    // Controllo: dobbiamo gestire Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Controllo conformità prima della build
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk è inferiore al $REQUIRED_TARGET_SDK richiesto")
        }

        if (targetSdk >= 34) {
            // Assicurati che tutti i servizi in primo piano dichiarino un tipo nel manifesto
            warnings.add("Controlla: tutti i servizi in primo piano dichiarano un tipo in AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Controlla: Privacy Sandbox, restrizioni Advertising ID")
        }

        return warnings
    }
}

La classe TargetSdkCompliance verifica la conformità targetSdk prima della build. Il metodo validateCompliance restituisce un elenco di avvisi sulle modifiche comportamentali necessarie per un determinato targetSdk. Utilizzare tale codice in CI/CD per verificare automaticamente la conformità prima di inviare una build a Google Play Console. In IT Sectr, abbiamo implementato questo controllo in CI dopo che uno dei nostri progetti è stato bloccato a causa di un targetSdk mancato.

Monetizzazione su Google Play: fatturazione in-app, abbonamenti e AdMob

La monetizzazione su Google Play include diversi modelli: download a pagamento, prodotti in-app (acquisti una tantum: consumabili — valuta di gioco; non consumabili — rimozione pubblicità), abbonamenti (abbonamenti con rinnovo automatico tramite Google Play Billing), pubblicità (AdMob, Google Ad Manager, reti di terze parti) e Google Play Pass (un abbonamento a un pacchetto di app, con entrate condivise tra gli sviluppatori in base al tempo di utilizzo).

Google Play Billing Library (versione attuale — 7.x nel 2026) è lo strumento obbligatorio per vendere beni digitali all'interno di un'app. I sistemi di pagamento alternativi sono vietati per i beni digitali (eccezioni — Corea del Sud, India, legge sui mercati digitali dell'UE). Billing Library 7.x richiede la migrazione dagli acquisti basati su SKU a modelli basati sui prodotti (ProductDetails invece di SkuDetails) e supporta Kotlin Coroutines e Flow per operazioni asincrone.

Commissione Google Play: 30% standard, 15% per i primi $1 milione di entrate all'anno (simile al programma per piccole imprese di Apple). Dopo aver raggiunto la soglia di $1 milione, la commissione torna al 30% per il resto dell'anno. Abbonamenti: 30% il primo anno, 15% dal secondo anno (simile all'App Store). Per i programmi Google Play Pass — le entrate vengono distribuite in base al coinvolgimento (tempo che gli utenti trascorrono nell'app come abbonati Pass), non una commissione fissa.

AdMob di Google è lo strumento principale per la monetizzazione pubblicitaria. Supporta annunci banner, interstiziali, nativi e premiati. Google Analytics for Firebase si integra con AdMob per monitorare la conversione degli annunci in azioni mirate. Con Android 14+ (API 34), sono richiesti Google Play Services for Ads 22.0+ e l'API Handling Ad Responses per la conformità Privacy Sandbox. La monetizzazione pubblicitaria — commissione 0% — una scelta popolare per le app gratuite con un vasto pubblico.

Moderazione di Google Play: controlli e policy

La moderazione di Google Play (Google Play Policy Review) differisce dall'App Store — Google si affida a controlli automatizzati e moderazione manuale selettiva, piuttosto che a una revisione manuale al 100% di ogni app. Il sistema automatizzato scansiona AAB/APK alla ricerca di codice dannoso, violazioni delle policy (Spyware, Deceptive Behavior, violazioni SDK) e non conformità ai requisiti targetSdk. Se viene rilevata una violazione, l'app può essere respinta o rimossa dalla pubblicazione.

Google Play pubblica le Developer Program Policies — un insieme di regole che coprono contenuti, comportamento dell'app, monetizzazione e privacy. Sezioni principali: Restricted Content (violenza, odio, attività illegali), Deceptive Behavior (false dichiarazioni, imitazione di altre app), Monetization and Ads (pubblicità onesta, conformità alla policy sugli acquisti in-app), Privacy and Security (raccolta dati, crittografia), Store Listing and Promotion (descrizione accurata, categorizzazione corretta).

Google combatte attivamente spyware e SDK ingannevoli. Nel 2024-2025, Google ha rimosso oltre 1,5 milioni di app che violavano le policy sulla privacy. Particolare attenzione è rivolta agli SDK che raccolgono dati all'insaputa dell'utente (tracciamento della posizione senza consenso, lettura di contatti e SMS). Prima di pubblicare, verifica la conformità degli SDK utilizzati con le policy Google Play — molti SDK popolari (ad esempio, alcune reti pubblicitarie) sono stati bloccati per violazione delle policy.

Procedura di ricorso: se un'app viene respinta, lo sviluppatore riceve una notifica in Play Console con il motivo e i suggerimenti. È possibile presentare ricorso tramite Play Console → Policy → Appeals. Il tempo di revisione è fino a 7 giorni. Le violazioni ripetute della stessa policy portano a un avviso (strike), la terza violazione porta alla sospensione dell'account dello sviluppatore. Recuperare un account sospeso è un processo estremamente difficile che richiede un ricorso scritto e la prova che le violazioni sono state corrette.

Per ridurre al minimo i rischi: utilizza Google Play Integrity API per verificare l'autenticità delle richieste, implementa la sezione Sicurezza dei dati (obbligatoria dal 2023 — specifica tutti i dati raccolti e gli scopi della raccolta), verifica tutti gli SDK per la conformità alle policy del programma per sviluppatori, utilizza Play Console Policy Insights per monitorare potenziali violazioni prima della pubblicazione. Quando sviluppiamo in IT Sectr, testiamo ogni app tramite test interni su dispositivi reali prima del rilascio in Production.