La risposta breve
Dal 22 luglio 2026 gli store Android di terze parti approvati negli Stati Uniti possono distribuire app direttamente dal catalogo Google Play, e le schede US di uno sviluppatore vengono iscritte in automatico, salvo che vi rinunci. È l'effetto pratico dell'abbandono da parte di Google della sua battaglia contro l'ingiunzione del 2024 in Epic Games v. Google. Condizioni di distribuzione e commissione di servizio di Google restano identiche a un normale download da Play — ciò che cambia è dove la tua app può essere installata.
Per qualsiasi team che pubblica su Android, questo trasforma l'assunto dello store unico in una realtà multi-store. Il compito immediato è una decisione consapevole di adesione o rinuncia prima della data, oltre all'impianto tecnico per tracciare le installazioni e distribuire gli aggiornamenti su più store. È esattamente il tipo di lavoro di release e distribuzione che rientra nello sviluppo di app Android, non un pensiero secondario di marketing.
Cosa è successo il 15 luglio?
La lunga causa antitrust nota come Epic Games v. Google — formalmente In re Google Play Store Antitrust Litigation — ha prodotto nel 2024 un verdetto della giuria e un'ingiunzione che obbligava Google ad aprire la distribuzione Android. Google cercava di modificare il modo in cui quell'ingiunzione veniva attuata. Il 15 luglio 2026 ha smesso. Nelle parole di Google: «Abbiamo concordato con Epic di ritirare la nostra istanza di modifica dell'ingiunzione del tribunale statunitense, anziché prolungare un processo che crea incertezza».
Il ritiro dell'istanza lascia in vigore l'ordinanza originaria, e Google ha ora fissato una data di attivazione concreta. Le sue stesse indicazioni agli sviluppatori sono nette: «A partire dal 22 luglio 2026, le tue schede di app e giochi US… saranno rese disponibili agli store Android US di terze parti». Per un decennio il Play Store è stato, in pratica, l'unica porta d'ingresso di un dispositivo Android non manipolato manualmente tramite sideloading. È questo assunto a cambiare la prossima settimana.
Non è la stessa cosa del fatto che Android abbia sempre consentito il sideloading. La novità è che le vetrine rivali possono ora mostrare e installare app dal catalogo di Google stesso, usando la scheda che già mantieni nella Google Play Console. Un utente che preferisce uno store di terze parti può prendere lì la tua app, con i tuoi metadati, senza che tu pubblichi tu stesso su quello store.
Come funziona il Play Catalog Access Program
Il meccanismo di Google è il Play Catalog Access Program. Gli store di terze parti approvati possono richiedere l'accesso al catalogo Play US e offrire quelle app tramite le proprie vetrine. Aspetto cruciale: le app sono distribuite «alle stesse condizioni di un download diretto da Play», e la commissione di servizio di Google continua ad applicarsi — perciò la meccanica di fatturazione e ricavi che gli sviluppatori già conoscono non cambia per impostazione predefinita. Ciò che lo store di terze parti fornisce è una superficie alternativa di scoperta e installazione, non un accordo commerciale diverso.
La soglia per diventare uno store aderente non è banale. Le informazioni sul programma indicano che gli store devono limitare la distribuzione agli utenti US, pubblicare policy di trust-and-safety chiare e non discriminatorie, concedere accesso aperto a tutti gli sviluppatori idonei e mantenere il malware sotto circa l'1% dei tentativi di installazione. Pagano inoltre a Google una commissione per i controlli di sicurezza e conformità — riportata intorno ai 5.000 dollari, suddivisa tra una quota di onboarding e una annuale. Poiché cifre e condizioni precise provengono da prime notizie, verificale nella documentazione ufficiale della Play Console prima di costruire un piano attorno a un numero specifico.
L'impostazione predefinita è la vera notizia
Il dettaglio che conta di più per i team di ingegneria non è la storia giudiziaria — è l'impostazione predefinita. Più fonti concordano: le schede di app e giochi US diventano disponibili per gli store di terze parti aderenti in automatico, salvo che lo sviluppatore vi rinunci. In altre parole, non fare nulla è una decisione: la tua app entra nel nuovo canale di distribuzione per impostazione predefinita il 22 luglio.
Per molti prodotti va benissimo, anzi è positivo — più portata senza cambiare l'economia. Ma «non fare nulla» è il modo sbagliato di arrivarci. Un'app FinTech o HealthTech regolamentata, un'app solo aziendale, o un marchio a cui interessa esattamente dove appare possono avere buone ragioni per mantenere la distribuzione consolidata, e quei team devono rinunciare consapevolmente prima della data. In ogni caso, la scelta va fatta di proposito, nella Play Console, non scoperta a posteriori in un cruscotto di analytics.
C'è anche un punto di secondo ordine. Quando la tua app può essere installata da più vetrine, un assunto di sorgente unica nei tuoi analytics, nella tua attribuzione e nella tua logica di aggiornamento smette di reggere. Se il tuo processo di release presume in silenzio che «tutti l'hanno presa da Google Play», ora è il momento di verificare questo assunto — perché dalla prossima settimana potrebbe non essere più vero per una fetta crescente dei tuoi utenti US.
Cosa significa per i team mobile US & UE
Tolta la cornice giudiziaria, restano tre segnali pratici. Primo, la distribuzione si frammenta, e non è solo una vicenda statunitense. Nell'UE il Digital Markets Act ha già costretto Google e Apple a consentire store alternativi e sideloading. La mossa US è una via giuridica diversa verso un esito simile: l'era di un'unica porta d'ingresso dominante per piattaforma sta finendo. I team che pubblicano su entrambi i mercati dovrebbero progettare per molte vetrine anziché rattoppare ciascuna man mano che compare.
Secondo, il lavoro è nella pipeline, non nella scheda dello store. La distribuzione multi-store mette sotto pressione le parti poco glamour della consegna mobile: garantire che una patch di sicurezza o un aggiornamento forzato raggiunga gli utenti a prescindere da dove hanno installato, mantenere coerente l'attribuzione di installazioni e ricavi tra le sorgenti, e verificare che le funzionalità che dipendono dai servizi Play si comportino ancora correttamente. Un processo di release multipiattaforma o nativo ben strutturato assorbe tutto questo; uno fragile fa acqua.
Terzo, scopribilità e fiducia diventano leve competitive. Più vetrine significa più luoghi in cui essere trovati — un vero vantaggio per giochi, contenuti e app consumer a caccia di portata — ma anche più luoghi in cui potrebbe comparire un clone contraffatto o ripacchettizzato. Sorvegliare le schede non autorizzate e rendere il tuo build legittimo facile da identificare fa ora parte del lavoro. Abbina la scelta di distribuzione al prodotto, sistema la pipeline di consegna una volta per tutte, e il 22 luglio diventa un'opportunità anziché un'emergenza.
Una checklist di preparazione prima del 22 luglio
Nulla di tutto ciò richiede di ri-architettare la tua app — è la diligenza che trasforma un cambiamento di piattaforma in una revisione di routine:
- Prendi la decisione di adesione o rinuncia. Decidi, app per app, se la condivisione del catalogo US si adatta al tuo prodotto, al marchio e alla postura di conformità — e impostala consapevolmente nella Play Console prima della data.
- Verifica l'attribuzione delle installazioni. Conferma che i tuoi analytics sappiano distinguere e accreditare correttamente le installazioni provenienti da store di terze parti, così che i numeri di crescita restino affidabili.
- Verifica la consegna degli aggiornamenti. Assicurati che aggiornamenti forzati e patch di sicurezza raggiungano gli utenti a prescindere dalla sorgente di installazione; non dare per scontato che il canale di aggiornamento Play copra tutti.
- Controlla le dipendenze dai servizi Play. Testa che le funzionalità basate su Play Integrity, la fatturazione o altri servizi Google si degradino in modo pulito dove previsto.
- Imposta un monitoraggio dei cloni. Sorveglia, su tutti gli store, le schede non autorizzate o ripacchettizzate della tua app, e rendi il tuo build legittimo facile da verificare.
- Metti per iscritto la decisione. Annota quali app hanno aderito o rinunciato e perché, così che un audit o la domanda di uno stakeholder sia una ricerca, non un'indagine.
Questo non è un parere legale, e la strada giusta dipende dal tuo prodotto, dai tuoi mercati e dai tuoi obblighi di conformità. Ma la direzione è chiara: la distribuzione Android si sta aprendo, l'impostazione predefinita è attiva, e i team che si muovono per primi tratteranno il 22 luglio come una scelta di configurazione consapevole — non come qualcosa che è capitato loro.
Domande frequenti
Cosa cambia per la distribuzione delle app Android il 22 luglio 2026?
Dal 22 luglio 2026 il Play Catalog Access Program di Google consente agli store Android di terze parti approvati negli Stati Uniti di distribuire app e giochi del catalogo Google Play alle stesse condizioni di un download diretto da Play, con la commissione di servizio di Google ancora applicabile. In pratica, le schede Play esistenti di uno sviluppatore statunitense vengono rese disponibili in automatico a questi store rivali, salvo che lo sviluppatore vi rinunci. Il cambiamento deriva dall'ingiunzione del 2024 in Epic Games v. Google, che Google ha smesso di contestare il 15 luglio 2026.
Gli sviluppatori devono fare qualcosa o le app vengono elencate in automatico?
Per impostazione predefinita, le schede di app e giochi US diventano disponibili in automatico per gli store di terze parti aderenti; gli sviluppatori che non lo desiderano devono rinunciare attivamente tramite la Play Console. La rinuncia è quindi una decisione consapevole da prendere prima del 22 luglio, non un'impostazione da ignorare. Le condizioni di distribuzione e la commissione di servizio di Google restano identiche a un normale download da Play, perciò fatturazione e ricavi non cambiano per impostazione predefinita.
Vale anche fuori dagli Stati Uniti?
Il Play Catalog Access Program è per ora solo statunitense: gli store di terze parti possono rivolgersi soltanto agli utenti US e vengono condivise solo le schede US. La direzione, però, è globale. Nell'UE il Digital Markets Act obbliga già Google e Apple a consentire store alternativi e il sideloading, così i team che pubblicano su entrambi i mercati gestiscono sempre più la distribuzione su più store anziché su uno solo.
Quali requisiti deve soddisfare uno store di terze parti per aderire?
Le informazioni sul programma indicano che gli store aderenti devono limitare la distribuzione agli utenti US, pubblicare policy di trust-and-safety chiare e non discriminatorie, garantire accesso aperto a tutti gli sviluppatori idonei, mantenere il malware sotto circa l'1% dei tentativi di installazione e pagare a Google una commissione per i controlli di sicurezza e conformità (riportata intorno ai 5.000 dollari, con una quota di onboarding e una annuale). Le condizioni esatte vanno confermate nella documentazione ufficiale della Play Console prima di qualsiasi pianificazione.
I team mobile dovrebbero attivare o disattivare la condivisione del catalogo?
Dipende dal prodotto. Una distribuzione più ampia può portare maggiore portata e visibilità, soprattutto per giochi e app di contenuti, a costo di un minore controllo su dove appare il marchio e su come si propagano gli aggiornamenti. Le app regolamentate o sensibili sul piano della sicurezza potrebbero preferire una distribuzione consolidata. Il punto chiave è decidere consapevolmente prima del 22 luglio, strumentare l'attribuzione delle installazioni su tutti gli store e assicurarsi che aggiornamenti e correzioni di sicurezza raggiungano gli utenti ovunque abbiano installato l'app.
Fonti
9to5Google — Google is opening the floodgates to third-party app stores on Android (15 July 2026)
Android Authority — Android's biggest store-within-a-store shakeup starts next week
TechTimes — Epic and Google jointly withdraw Play Store settlement; rival Android app stores to open July 22