Share
Hai lavorato settimane o mesi sulla tua prima applicazione iOS e sei pronto per inviare il tuo capolavoro all'App Store di Apple. Come fai a fare questo? La tua domanda è pronta per la presentazione? Sono certo che alcune di queste domande ti siano passate per la mente in un punto o nell'altro.
Presentare un'applicazione è semplice come inviare il binario della tua applicazione Apple? Non proprio. Con questo tutorial, ti fornirò una mappa dettagliata per fare in modo che la tua domanda venga inviata all'App Store di Apple.
Anche se la procedura di revisione dell'App Store è per lo più una scatola nera, ciò non significa che non puoi preparare te stesso e la tua applicazione per il processo di revisione di Apple. Apple fornisce linee guida per aiutarti a rimanere entro i confini a volte invisibili di ciò che è e non è consentito nell'App Store.
La prima volta che invii un'applicazione all'App Store è emozionante e snervante allo stesso tempo. Anche per sviluppatori iOS esperti, presentare un'applicazione all'App Store è spesso un'impresa stressante perché è qualcosa che la maggior parte degli sviluppatori non fa quotidianamente.
In questo articolo, presumo che tu sia uno sviluppatore iOS registrato, il che significa che sei iscritto al Programma per gli sviluppatori iOS di Apple e puoi inviare le domande per la pubblicazione nell'App Store. Per inviare un'applicazione iOS all'App Store, devi essere uno sviluppatore iOS registrato. Bandiera rossa? Non ti preoccupare Puoi iscriverti al Programma per gli sviluppatori iOS di Apple visitando la pagina degli sviluppatori Apple e facendo clic su Iscriversi pulsante.
Un'applicazione non è necessariamente pronta quando hai scritto l'ultima riga di codice o implementato la funzionalità finale delle specifiche dell'applicazione.
Hai provato la tua applicazione su uno o più dispositivi fisici? Hai profilato la tua domanda per perdite di memoria e problemi di prestazioni? La tua applicazione si blocca di volta in volta?
La famiglia di dispositivi iOS è cresciuta notevolmente nel corso degli anni ed è importante testare la tua applicazione su tutti i dispositivi iOS su cui puoi mettere le mani. I problemi comuni includono non ottimizzare un'applicazione per determinate dimensioni dello schermo. Il simulatore iOS è un ottimo strumento, ma funziona sul tuo Mac, che ha più memoria e potenza di elaborazione rispetto al telefono in tasca.
Il processo di revisione di Apple non è a tenuta stagna, ma è in grado di identificare i problemi che potrebbero influire sull'esperienza utente dell'applicazione. Se la tua applicazione si blocca di tanto in tanto o diventa lenta dopo dieci minuti di utilizzo, allora hai del lavoro da fare prima di inviarla all'App Store.
Anche se il team di revisione di Apple non individuerà il problema, lo faranno i tuoi utenti. Se le persone che utilizzano la tua applicazione non sono soddisfatte, lasceranno recensioni negative sull'App Store, il che potrebbe danneggiare le vendite o impedire il download.
Come accennato in precedenza, Apple offre agli sviluppatori numerosi documenti che sono di grande aiuto durante il processo di creazione e sviluppo dell'applicazione.
I documenti di cui dovresti essere a conoscenza sono le linee guida per l'interfaccia umana iOS e le linee guida per la revisione di App Store. Nonostante la disponibilità di questi documenti, sembra che pochi sviluppatori si prendano il tempo per consultarli, figuriamoci leggerli. Non dovrebbe sorprendere il fatto che alcune domande siano pertanto respinte anche se il motivo del rifiuto è chiaramente indicato in questi documenti.
Anche se non hai intenzione di leggere le Linee guida per l'interfaccia umana iOS o le Linee guida per la revisione dell'App Store, è importante conoscere alcune delle regole di cui parlano. Dai un'occhiata alla breve lista qui sotto per avere un'idea di cosa dovrebbe o non dovrebbe fare la tua applicazione.
La tua applicazione:
Tieni presente che questo è un piccolo sottogruppo delle linee guida incluse nei documenti sopra citati. La maggior parte delle regole e delle linee guida sono banali, ma alcune non lo sono, e potresti persino violarne alcune inavvertitamente.
Lasciate che vi faccia un esempio. Prima che Apple iniziasse a utilizzare le proprie mappe (molto tempo fa), il framework MapKit utilizzava le mappe di Google. Questo era chiaro per l'utente a causa del piccolo logo di Google nell'angolo in basso a sinistra di ogni mappa. Tuttavia, se una parte dell'interfaccia utente della tua applicazione copre o oscura il logo di Google, la tua domanda verrebbe respinta. Questa regola sembra banale, ma è una regola facilmente violata se non si presta attenzione. Anche i test automatici non ti copriranno in questo caso.
Prima ancora di iniziare a pensare di inviare la tua applicazione all'App Store, devi assicurarti di avere un ID app, un certificato di distribuzione valido e un profilo di provisioning valido. Lascia che ti mostri cosa comporta questo.
Ogni applicazione richiede un ID app o un identificativo dell'applicazione. Esistono due tipi di identificatori di applicazione: a ID app esplicito e a ID app jolly. Un ID app jolly può essere utilizzato per creare e installare più applicazioni. Nonostante la praticità di un ID app jolly, è disponibile un ID app esplicito necessario se la tua applicazione utilizza iCloud o fa uso di altre funzionalità iOS, come Game Center, Apple Push Notifications o In App Purchase.
Se non sei sicuro di quale ID app si adatta meglio al tuo progetto, ti consigliamo di leggere la Nota tecnica QA1713 per ulteriori informazioni sull'argomento.
Per inviare un'applicazione all'App Store, è necessario creare un profilo di provisioning iOS per la distribuzione. Per creare un profilo di provisioning di questo tipo, è necessario innanzitutto creare un certificato di distribuzione. Il processo per la creazione di un certificato di distribuzione è molto simile alla creazione di un certificato di sviluppo. Se hai testato la tua applicazione su un dispositivo fisico, probabilmente hai già familiarità con la creazione di un certificato di sviluppo.
Se è necessario aggiornare la memoria, suggerisco di leggere la guida Apple, la firma del codice delle app, la firma dei certificati e i profili di provisioning. Il processo non è difficile una volta capito come si combinano i vari pezzi del puzzle.
Una volta creato un ID app e un certificato di distribuzione, è possibile creare un profilo di provisioning iOS per distribuire l'applicazione tramite l'App Store.
Tenere presente che non è possibile utilizzare lo stesso profilo di provisioning utilizzato per la distribuzione ad hoc. È necessario creare un profilo di provisioning separato per la distribuzione dell'App Store. Se si utilizza un ID app jolly per il progetto, è possibile utilizzare lo stesso profilo di provisioning per più applicazioni.
Con l'ID App, il certificato di distribuzione e il profilo di provisioning in atto, è ora di configurare le impostazioni di generazione del target in Xcode. Ciò significa selezionare il target dall'elenco di obiettivi in Xcode Project Navigator, aprendo il Costruisci le impostazioni scheda in alto, e l'aggiornamento delle impostazioni nel firma sezione. Dovrai impostare il Firma del codice a Automatico.
Anche se il processo di firma del codice è abbastanza semplice una volta capito, è qualcosa che fa inciampare molti sviluppatori. Non conosco un singolo sviluppatore di Cocoa che non abbia riscontrato problemi di firma del codice a un certo punto della sua carriera. Una volta eliminato questo ostacolo, il resto del processo di invio è abbastanza semplice.
È utile pensare un po 'al target di distribuzione della tua applicazione. Ogni obiettivo in un progetto Xcode ha un obiettivo di distribuzione, che indica la versione minima del sistema operativo su cui può essere eseguita l'applicazione.
Spetta a te impostare il target di implementazione, ma tieni presente che la modifica del target di distribuzione non è qualcosa che puoi fare senza conseguenze una volta che la tua applicazione è in App Store. Se si aumenta la destinazione di distribuzione per un aggiornamento dell'applicazione, gli utenti che hanno già acquistato l'applicazione ma non soddisfano la nuova destinazione di distribuzione non possono eseguire l'aggiornamento.
Diventa davvero problematico quando un utente scarica un aggiornamento tramite iTunes (non il dispositivo), sostituendo la versione precedente sul proprio computer e quindi scopre che il nuovo aggiornamento non viene eseguito sul proprio dispositivo.
Ho due suggerimenti molto semplici per quanto riguarda l'obiettivo di distribuzione della tua applicazione:
Probabilmente sai che l'icona di un'applicazione è un componente vitale di ogni applicazione iOS, ma devi assicurarti che la tua applicazione rispetti le dimensioni corrette della grafica. Dai un'occhiata alla tabella qui sotto:
Dimensione immagine (px) | Nome del file | Usato per | App Store | Ad hoc |
|---|---|---|---|---|
512x512 | iTunesArtwork | Elenco di app in iTunes | Non comprendono | Opzionale ma consigliato |
1024x1024 | iTunesArtwork @ 2x | Elenco di app in iTunes per dispositivi con display retina | Non comprendono | Opzionale ma consigliato |
120x120 | Schermata principale su iPhone / iPod Touch con display retina | necessario | necessario | |
180x180 | Schermata principale su iPhone con display Retina HD | Opzionale ma consigliato | Opzionale ma consigliato | |
76x76 | Icon-76.png | Schermata principale su iPad | necessario | necessario |
152x152 | Schermata iniziale su iPad con display retina | Opzionale ma consigliato | Opzionale ma consigliato | |
167x167 | Schermata principale su iPad Pro | Opzionale ma consigliato | Opzionale ma consigliato | |
40x40 | Icon-piccola 40.png | Riflettore | Opzionale ma consigliato | Opzionale ma consigliato |
80x80 | Spotlight su dispositivi con display retina | Opzionale ma consigliato | Opzionale ma consigliato | |
120x120 | Spotlight su dispositivi con display Retina HD | Opzionale ma consigliato | Opzionale ma consigliato | |
29x29 | Icon-Small.png | impostazioni | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo |
58x58 | Impostazioni sui dispositivi con display retina | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo | |
87x87 | Impostazioni sui dispositivi con display Retina HD | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo | Consigliato se si dispone di un pacchetto Impostazioni, altrimenti facoltativo |
Inutile dire che non è necessario includere l'icona di un'applicazione per la famiglia di dispositivi iPad / iPad Mini se l'applicazione riguarda solo la famiglia di dispositivi iPhone / iPod Touch e viceversa.
Ogni applicazione può avere fino a cinque schermate e tre anteprime e devi fornirne almeno una. Se si sta sviluppando un'applicazione universale, è necessario fornire schermate separate per ciascun dispositivo.
È importante dedicare un po 'di tempo a pensare agli screenshot. Gli screenshot della tua applicazione sono spesso l'unica cosa che un cliente può utilizzare per decidere se acquistare o scaricare la tua applicazione o meno.
Ciò che molti sviluppatori non sanno è che gli screenshot non devono essere veri e propri screenshot. La dura regola è che la dimensione di ogni schermata deve essere quella delle dimensioni dello schermo del dispositivo di destinazione. Molte aziende sono creative con questa regola. Dai un'occhiata agli screenshot di Where's My Water ?, ad esempio, che includono le etichette che evidenziano le funzionalità principali dell'app. Usando questa strategia, puoi rendere gli screenshot molto più interessanti e avvincenti.
Prima di inviare la tua domanda, è una buona idea avere a portata di mano i metadati della tua applicazione. Ciò comprende:
Se stai inviando un aggiornamento, puoi anche fornire informazioni per Cosa c'è di nuovo in questa versione sezione.
La tua applicazione richiede agli utenti di accedere? Quindi devi anche fornire a Apple un account di prova o demo per assicurarti che il team di revisione possa immediatamente accedere e utilizzare la tua applicazione senza dover prima registrarsi per un account.
Il processo di invio è diventato molto più facile in questi giorni. È ora possibile convalidare e inviare un'applicazione utilizzando Xcode, ad esempio. Innanzitutto, tuttavia, devi creare la tua applicazione in iTunes Connect.
Visita iTunes Connect, accedi con il tuo account sviluppatore iOS e fai clic Gestisci le tue app sulla destra. Clicca il Aggiungi nuova app in alto a sinistra, seleziona App per iOS, e compila il modulo.
Il Nome dell'applicazione, che deve essere unico, è il nome della tua applicazione così come apparirà nell'App Store. Questo può essere diverso dal nome visualizzato sotto l'icona dell'applicazione nella schermata iniziale, ma si consiglia di scegliere lo stesso nome.
Il Numero SKU è una stringa univoca che identifica la tua applicazione. Di solito uso l'identificatore del pacchetto dell'applicazione.
L'ultima informazione è la ID pacchetto della tua domanda. Ciò significa selezionare l'ID app (jolly o esplicito) creato in precedenza dal menu a discesa.
Nel passaggio successivo, specifichi il prezzo e la disponibilità della tua applicazione. Apple funziona con i livelli di prezzo in modo da non dover specificare un prezzo per ogni paese in cui opera Apple. Puoi anche specificare in quali negozi la tua applicazione dovrebbe o non dovrebbe essere disponibile.
Le informazioni che inserisci in questo passaggio possono essere modificate una volta che la tua applicazione è stata pubblicata in App Store. In altre parole, è possibile modificare il prezzo e la disponibilità di un'applicazione senza dover inviare un aggiornamento. Puoi farlo facilmente selezionando il Prezzi e disponibilità scheda a sinistra della pagina iTunes Connect della tua app.
Abbiamo già coperto i metadati dell'applicazione. L'unico aspetto di cui non ho ancora parlato è la valutazione della tua applicazione. In base al contenuto e alla funzionalità dell'applicazione, viene assegnato un punteggio. Questa valutazione non è utile solo per comunicare agli utenti i contenuti e le funzionalità della tua applicazione, ma viene anche utilizzata dal sistema operativo per le funzioni di controllo genitori.
Si consiglia vivamente di non provare a superare in astuzia il sistema di rating. Apple è ben consapevole di questa strategia e rifiuterà la tua domanda se non è d'accordo con la valutazione che hai impostato. Ci sono molte altre cose che potresti dover regolare in base alla tua app, ma non le esamineremo perché sono abbastanza auto-esplicative. Per fare questo, andare al Informazioni sull'app scheda nel riquadro sinistro.
Per inviare la tua app, devi creare un archivio. Puoi creare un archivio solo creando la tua applicazione su a dispositivo generico. Se si seleziona il simulatore iOS nello schema attivo, si noterà che il Archivio opzione in Xcode Prodotto il menu è disattivato. Collega un dispositivo iOS al tuo Mac, selezionalo nello schema attivo e seleziona Archivio da Xcode's Prodotto menu.
Se tutto è andato bene, ora dovresti avere un archivio, e Xcode's Organizer dovrebbe aprirsi automaticamente e mostrarti l'archivio appena creato.
Seleziona l'archivio dall'elenco e fai clic su Carica nell'App Store ... pulsante a destra. Il file binario dell'applicazione viene quindi caricato sui server Apple.
Durante questo processo, anche l'applicazione viene convalidata. Se si verifica un errore durante la convalida, il processo di invio fallirà. Il processo di validazione è molto utile in quanto ti dirà se c'è qualcosa di sbagliato nel binario dell'applicazione che altrimenti risulterebbe in un rifiuto da parte del team di revisione di App Store.
Se il processo di invio è andato senza problemi, lo stato della tua applicazione cambierà in In attesa di revisione. Ci vogliono diversi giorni prima che Apple riesamini la tua app, e il tempo che impiega tende a fluttuare nel tempo.
In bocca al lupo!
Il processo di invio è piuttosto lungo per una nuova applicazione, ma l'invio di un aggiornamento all'App Store è molto meno ingombrante. Tieni presente che il processo di invio è molto più complicato se la tua applicazione è localizzata in varie lingue poiché i metadati dell'applicazione devono essere localizzati. Tuttavia, la localizzazione della tua applicazione vale la pena, poiché spesso comporta vendite più elevate e feedback positivi dei clienti.
Se vuoi saperne di più sullo sviluppo di Swift e iOS, consulta alcuni dei nostri corsi di approfondimento qui su Envato Tuts+.
Accentsconagua