Apple e Google cambiano le regole. E 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.

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; non lo rifarò qui.

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à.

La mappa completa di chi si occupa di cosa è nel primo articolo; 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 è il servizio in cui il nostro team si occupa dell'invio agli store per voi.

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. 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.

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.