--- title: "Apple e Google cambiano le regole. E la vostra app?" description: "Una regola degli store non rompe mai un'app: decide il suo diritto di essere distribuita. Dichiarazioni, revisione, un esaminatore umano — cosa è davvero in gio" canonical_url: "https://it.goodbarber.com/blog/apple-e-google-cambiano-le-regole-e-la-vostra-app-a1074/" lang: it date: 2026-08-31 last_updated: 2026-08-31 --- # Apple e Google cambiano le regole. E la vostra app? [Indietro](/blog/make-it-r10/) # Apple e Google cambiano le regole. E la vostra app? Scritto da [Dumè Siacci](https://it.goodbarber.com/blog/author/dominique-siacci/) il Lunedì 31 Agosto 2026 ## Un titolo di giornale su una stretta di Apple, una mail ufficiale in gergo impenetrabile, una scadenza da qualche parte — e quella domanda: mi riguarda? Ecco cosa è davvero in gioco quando uno store cambia le proprie regole, perché non somiglia a nessun guasto tecnico, e le due sole cose che restano nelle vostre mani. ![](https://cmsphoto.ww-cdn.com/superstatic/81312/art/grande/97513634-67905474.jpg?v=1785332880.2970488) **Giorno 1.095** — *cosa succede a un'app nei tre anni successivi al suo lancio.* ## Una regola non rompe mai la vostra app Cominciamo da ciò che distingue questo tema da tutti gli altri della serie. Quando iOS o Android evolve, delle funzioni possono smettere di rispondere — è un problema tecnico, e si ripara tecnicamente. Una regola degli store, invece, non rompe nulla: la vostra app può funzionare perfettamente, sul vostro telefono come su quelli dei vostri utenti, e ritrovarsi comunque **bloccata alla porta**. Perché gli store non sono scaffali su cui si posa un'app: sono porte sorvegliate. Nulla raggiunge gli utenti senza passare una revisione, e quella revisione applica le regole di oggi. È una minaccia di natura diversa. Non si manifesta come un malfunzionamento, ma come un rifiuto, un requisito nuovo, una casella da compilare che prima non esisteva. E arriva con una lingua tutta sua — giuristi e sviluppatori mescolati — nella quale bisognerebbe prima capire *se si è coinvolti* ancora prima di sapere cosa fare. ## Cosa guardano le regole — e non è solo il vostro codice Guardate cosa chiedono gli store, e appare uno schema: le loro regole non riguardano solo ciò che la vostra app *fa* — riguardano altrettanto ciò che *dichiara, chiede e mostra*. **Ciò che dichiara.** Quali dati raccoglie, per farne cosa, con chi li condivide, a quale pubblico si rivolge. Gli store esigono che la scheda dica la verità sull'app — e questa esigenza si infittisce anno dopo anno. **Ciò che chiede.** Un permesso — posizione, foto, microfono — non può più semplicemente essere preso: va chiesto al momento giusto, per una ragione mostrabile, e che si possa giustificare. **Ciò che mostra.** Contenuti, acquisti, prezzi: ciò che l'app propone deve corrispondere a quanto annunciato, e restare dentro ciò che lo store accetta di distribuire. Aggiungete la proprietà che gli editori scoprono spesso troppo tardi: queste regole si applicano **nel momento in cui un aggiornamento si presenta**. Un'app viene esaminata con le regole di oggi, non con quelle sotto cui è nata. Su cosa questo faccia, col tempo, a un'app che non si aggiorna più, Pierre-Laurent ha scritto [l'inventario di riferimento](https://it.goodbarber.com/blog/cosa-si-rompe-in-silenzio-quando-non-aggiornate-la-vostra-app-e-perche-su-goodbarber-non-ve-ne-accorgete-mai-a1067/); non lo rifarò qui. ## Cosa significa «occuparsene», lato piattaforma Poiché le regole parlano la lingua della conformità più che quella del codice, il lavoro della piattaforma non somiglia a una riparazione — somiglia alla **giurisprudenza**. Seguire ciò che gli store pubblicano e, soprattutto, ciò che iniziano a esigere *nella pratica*: una revisione è fatta da persone, e la lettera di una regola non dice sempre come verrà applicata. Presentare app in continuazione è il modo per accumulare esattamente quel sapere — quali formulazioni passano, quali dichiarazioni sono attese, cosa fa scattare una domanda dell'esaminatore. E poi tradurre tutto questo, una volta, nel modo in cui le app vengono costruite e presentate agli store, perché ogni app ne erediti senza mai doversene occupare. Il contrappunto, stavolta in una frase: se manteneste la vostra app da soli, quella giurisprudenza sarebbe da ricostruire da voi, rifiuto dopo rifiuto — perché è così che la si impara, quando nessuno l'ha imparata prima di voi. E la nota di onestà che attraversa tutta questa serie vale qui più che altrove: una revisione conserva la sua parte di giudizio umano. Il lavoro a monte rende i rifiuti rari sulla parte tecnica e dichiarativa; non trasforma l'esame in una formalità. ## Le due cose che restano nelle vostre mani [La mappa completa di chi si occupa di cosa è nel primo articolo](https://it.goodbarber.com/blog/la-vostra-app-funzionera-ancora-fra-tre-anni-a1071/); per le regole degli store si riduce a due righe — ma quelle due righe sono il cuore della questione, proprio perché le regole parlano di *voi*. **Il vostro account sviluppatore.** La vostra app è pubblicata a vostro nome — è ciò che la rende vostra — ed è quindi a voi che gli store si rivolgono ufficialmente. Quell'account si rinnova, ed è la porta da cui passa ogni aggiornamento. **Le risposte che riguardano la vostra attività.** Quando una regola pone una domanda sul *vostro* contenuto — quali dati raccogliete, a quale pubblico vi rivolgete, cosa vendete —, la risposta può venire solo da voi. È la conseguenza logica di tutto quel che precede: gli store vogliono che l'app dica la verità su se stessa, e quella verità è la vostra. E se anche questa parte vi pesa, [GoodBarber Takes Care](https://it.goodbarber.com/app-publishing-service/) è il servizio in cui il nostro team si occupa dell'invio agli store per voi. ## Il giorno in cui il vostro aggiornamento si presenta alla porta Ecco cosa cambia tutto questo, concretamente. Quando pubblicate, la vostra app sostiene un esame il cui programma è cambiato dall'ultima volta — cambia sempre. Ma non si presenta da sola: arriva costruita e presentata secondo ciò che gli store esigono quel giorno, sostenuta dall'esperienza di tutti gli invii che hanno preceduto il vostro. Voi non avete studiato; l'app arriva preparata. Preparata, però, non significa pre-approvata: la decisione, alla porta, appartiene ad Apple e a Google, e a nessun altro — nessuna piattaforma può prometterla a nome loro, e nessuna dovrebbe. Ciò che la preparazione cambia è tutto ciò che dipende dalla preparazione; la decisione in sé è precisamente ciò a cui serve una revisione. Le regole degli store continueranno a cambiare allo stesso ritmo, e a irrigidirsi nella stessa direzione. La differenza non è che vi risparmino — è che smettono di essere la vostra lettura serale. Per la versione ingegneristica — cosa fanno davvero a un'app tre anni di regole e di sistemi —, [ho raccontato i dettagli su dev.to](https://dev.to/goodbarber/what-breaks-when-nobody-touches-your-app-for-three-years-2dgm). E se la vostra app non esiste ancora, tanto vale costruirla dove qualcuno fa già quella lettura per voi: [creare la mia app con GoodBarber](https://it.goodbarber.com/create/). ## Domande frequenti **Come faccio a sapere se una nuova regola di Apple o Google riguarda la mia app?** Non dovete determinarlo voi. Le regole tecniche e dichiarative vengono seguite e applicate a livello di piattaforma, senza coinvolgervi. Quelle che pongono una domanda sul vostro contenuto o sulle vostre pratiche sui dati si presentano nel vostro account sviluppatore, come una dichiarazione da confermare — e lì la risposta appartiene alla vostra attività, non alla tecnica. **Un cambio di regole può far rifiutare il mio aggiornamento?** Un rifiuto resta sempre possibile: una revisione è fatta da persone, con una parte di giudizio. Ciò che la piattaforma cambia è la preparazione: la vostra app si presenta costruita secondo i requisiti in vigore, sostenuta dall'esperienza degli invii precedenti. E se l'invio stesso vi pesa, GoodBarber Takes Care esiste per farsene carico. **Devo leggere le guidelines di Apple e Google prima di pubblicare?** Non per la parte tecnica e dichiarativa — viene seguita a monte, per tutte le app della piattaforma. Le regole sul contenuto in sé, invece — ciò che la vostra app ha il diritto di proporre, vendere e mostrare — parlano della vostra attività, ed è un terreno su cui restate voi i meglio piazzati. **La mia app può essere bloccata anche se funziona perfettamente?** Sì, ed è la particolarità delle regole degli store: non riguardano solo il buon funzionamento dell'app — riguardano anche il suo diritto a essere distribuita, cioè ciò che dichiara, chiede e mostra. Per questo la conformità è un lavoro a sé, distinto da quello tecnico: un'app può essere tecnicamente impeccabile e vedersi comunque chiedere una dichiarazione che l'anno scorso non esisteva. ![Dominique Siacci](https://blog.goodbarber.com/_public/profile/ca/ca3512f4dfa95a03169c5a670a4c91a19b3077b4-default.jpg) Informazioni sull'autore[Dominique Siacci](https://it.goodbarber.com/blog/author/dominique-siacci/)CTO Co-fondatore e CTO di GoodBarber. Guido la visione tecnica del prodotto: architettura, infrastruttura e, più recentemente, l'integrazione dell'IA al cuore della piattaforma. Sviluppatore nell'anima, resto vicino al codice e alle scelte ingegneristiche che permettono a migliaia di utenti GoodBarber di pubblicare le loro app senza scrivere una sola riga di codice. [Scopri di più](https://it.goodbarber.com/blog/author/dominique-siacci/) [![LinkedIn](https://portal.ww-cdn.com/portal_static/svg/base2021/linkedin.3ed8162e2a2b.svg)](https://fr.linkedin.com/in/dsiacci/)[![X](https://portal.ww-cdn.com/portal_static/svg/base2021/x.820492c586dd.svg)](https://twitter.com/dsiacci)[![Facebook](https://portal.ww-cdn.com/portal_static/svg/base2021/fb.be37c82b8283.svg)](https://www.facebook.com/dsiacci)