Dal 30 giugno 2026 Google Play cambia davvero il modo in cui gestisce i pagamenti dentro le app Android, almeno nella prima ondata: Stati Uniti, Regno Unito e Spazio Economico Europeo. La novità non è “ora è tutto gratis”, che sarebbe la solita favola buona per far litigare i commenti: gli sviluppatori possono usare sistemi di pagamento alternativi o linkare il proprio sito, ma resta una service fee separata dalla commissione di billing.
Il punto pratico è semplice: se sviluppi un’app, vendi contenuti digitali o gestisci abbonamenti, devi ricontrollare prezzi, schermate di checkout, contratti fiscali, supporto clienti e metriche di conversione. Se invece sei un utente Android, potresti vedere più spesso una scelta tra Google Play Billing, pagamento gestito dallo sviluppatore o uscita verso un sito esterno. È libertà in più, ma non è magia: quando il pagamento esce dal Play Store, cambiano anche responsabilità, ricevute, rimborsi e assistenza.
Google ha pubblicato il nuovo schema sul blog Android Developers il 24 giugno 2026. La prima fase parte da Stati Uniti, Regno Unito e SEE, poi l’espansione continua in altri mercati. La struttura separa due concetti che prima finivano spesso nello stesso calderone: la quota per usare Google Play come piattaforma di distribuzione e la quota per usare il sistema di pagamento di Google. Il vecchio numero “30%” era una scorciatoia comoda, ma ormai racconta male il problema.
Requisiti: chi può usarlo e dove parte
La nuova opzione riguarda gli sviluppatori che offrono contenuti o servizi digitali tramite app distribuite su Google Play. Nella prima fase indicata da Google, la disponibilità operativa riguarda Stati Uniti, Regno Unito e SEE. Per gli Stati Uniti c’è anche un filone separato legato all’ingiunzione nel caso Epic Games: la pagina di supporto Google ricorda che gli sviluppatori possono comunicare metodi di pagamento alternativi, usare in-app payment diversi da Google Play Billing e linkare transazioni esterne, rispettando i programmi applicabili.
Tradotto in checklist: prima di toccare il checkout, controlla il mercato servito, il tipo di prodotto venduto, la policy Google Play applicabile, la gestione fiscale del provider esterno e il flusso di rimborso. La parte noiosa è esattamente quella che evita disastri. Un pulsante “paga sul sito” messo in produzione senza contabilità, ricevute e supporto è una bomba con interfaccia Material Design.
Commissioni: cosa cambia davvero
Secondo Google, la service fee parte dal 10% sul primo milione di dollari annuo di ricavi e si applica anche agli abbonamenti auto-rinnovabili. Per altre transazioni, la quota dipende anche dal fatto che l’utente sia considerato “new install” o “existing install” rispetto alla data di rollout regionale. Se lo sviluppatore continua a usare Google Play Billing, negli Stati Uniti, nel Regno Unito e nel SEE si aggiunge una billing fee del 5%. Se invece usa billing alternativo o link esterno, quella fee di billing non si applica.
Qui sta il dettaglio da non perdere: pagamento esterno non significa automaticamente prezzo più basso per l’utente. Significa che lo sviluppatore ha più margine per decidere. Può abbassare il prezzo, assorbire una parte dei costi, offrire piani diversi sul web oppure non cambiare nulla. L’effetto reale dipenderà da concorrenza, margini e voglia di semplificare la vita agli utenti, merce rara ma ancora non dichiarata estinta.
Procedura per sviluppatori: controlli prima del rollout
- Verifica in Play Console se l’app rientra nei programmi di billing choice, external payments o external content links per i mercati che servi.
- Rileggi la policy pagamenti e le linee guida UX: Google consente anche una schermata di scelta personalizzata, ma deve rispettare i requisiti del programma.
- Mappa i prodotti: acquisti una tantum, abbonamenti, contenuti digitali, upgrade, consumabili in-game e piani web non hanno tutti lo stesso impatto operativo.
- Calcola i prezzi con tre colonne: Google Play Billing, billing alternativo in-app, link esterno. Inserisci service fee, eventuale billing fee, imposte, chargeback e costo del supporto.
- Prepara ricevute, rimborsi, assistenza e annullamento abbonamenti anche fuori dal Play Store. Se l’utente paga fuori, pretenderà comunque una risposta dentro l’app.
- Testa il checkout su account reali di mercato diverso, profilo lavoro, tablet e connessioni lente. Il flusso che funziona solo sul telefono dello sviluppatore non è un flusso, è una superstizione con build firmata.
Checklist per utenti Android
Quando un’app propone un pagamento esterno, controlla quattro cose: chi incassa, dove viene gestito l’abbonamento, come si chiede un rimborso e quale metodo di pagamento viene salvato. Se il prezzo è più basso ma la pagina esterna è opaca, il risparmio può diventare un ticket di supporto alle due di notte. Per app note e servizi strutturati il rischio è gestibile; per app sconosciute, la prudenza resta una funzione di sicurezza non ancora deprecata.
In pratica, prima di pagare fuori da Google Play, chiediti: riceverò una fattura o una ricevuta chiara? Posso annullare l’abbonamento dal sito? Il dominio è quello ufficiale dello sviluppatore? Il prezzo indica tasse e rinnovo? Se una di queste risposte è confusa, meglio fermarsi. Android più aperto non significa Android meno verificato.
Cosa cambia davvero
Per AndroidLab questo è un passaggio importante perché sposta il Play Store da un modello “checkout unico obbligato” a un modello più simile a una piattaforma con regole commerciali stratificate. È più aperto, ma anche più complesso. Per gli sviluppatori seri è un’occasione: si possono costruire offerte web, piani business, sconti e rapporti diretti con gli utenti. Per gli utenti è una promessa condizionata: più scelta, purché le app spieghino bene dove finiscono soldi, dati e assistenza.
Il collegamento con il resto dell’ecosistema Google Play è evidente: la stessa piattaforma che sta portando funzioni AI dentro lo store, come abbiamo visto nella guida su Gemini e Google Play su Android, ora deve anche rendere comprensibili scelte economiche più complesse. Se l’interfaccia non chiarisce commissioni, rimborsi e responsabilità, la libertà tecnica diventa rumore operativo.
In breve
- Dal 30 giugno 2026 partono nuove opzioni di billing in Stati Uniti, Regno Unito e SEE.
- Gli sviluppatori possono offrire pagamenti alternativi o link esterni, rispettando i programmi Google Play.
- La service fee è separata dalla billing fee: usare Google Play Billing può aggiungere un 5% nei mercati iniziali.
- Per gli utenti Android il prezzo potrebbe cambiare, ma contano anche rimborsi, ricevute, assistenza e dominio ufficiale.
- La guida pratica è: controllare policy, UX, contabilità, supporto e flussi di annullamento prima di mettere mano al checkout.
Fonti
- Android Developers Blog – Expanded billing choice and lower fees on Google Play
- Google Play Console Help – Policy update for developers serving users in the US
- The Verge – Google is finally opening the Play Store to outside payments
- MacRumors – Google lowering Play Store fees and allowing alternative payments worldwide