Suggerimenti per inviare correttamente AppStore? [chiuso]

Tra un giorno o due sarò pronto a inviare la mia app per iPhone all'App Store e sono curioso di sapere se le persone che hanno superato questo processo hanno suggerimenti / suggerimenti per un processo di invio senza problemi.

Ecco le cose che ho coperto;

• Nessuna perdita di memoria
• Prestazioni testate su un dispositivo reale
• Non va in crash :)
• Utilizzando certificati / profilo corretti

Ciò di cui non sono sicuro è come configurare "Nome visualizzato pacchetto" / "Identificatore pacchetto" e "Nome pacchetto" in info.plist. Capisco il primo è il testo mostrato sull'iPhone stesso, ma per quanto riguarda l'ultimo? Deve corrispondere all'identificatore del bundle?

Ci sono altre cose che dovrei aggiungere alla info.plist? Ho notato che una volta creata per la distribuzione di Adhoc, la mia app non contiene informazioni sull'autore / titolo in iTunes.

Innanzitutto, non preoccuparti delle informazioni mancanti sull'autore / titolo (e icona) in iTunes. Questi sono i metadati che arrivano quando li distribuisci usando l'App Store.

L'identificatore del bundle, come dice sascha, dovrebbe essere univoco e di solito è il tuo dominio al contrario. Questo deve corrispondere all'ID app che hai creato nel Portale per gli sviluppatori.

Il nome visualizzato (CFBundleDisplayName) è come appare nella schermata principale. Una cosa importante che ho scoperto è che può essere localizzata, quindi se la tua app si chiamava "Birra" in inglese, potrebbe essere visualizzata come "Birra" in italiano e "Bier" in tedesco.

Le cose meccaniche, purché seguiate le istruzioni, sono in realtà abbastanza semplici. Ho scoperto che la chiave è in preparazione. Fondamentalmente non ricevi alcun avviso prima che la tua app diventi attiva e il processo di revisione può richiedere da qualche ora a qualche settimana. Assicurati di avere un sito Web attivo e funzionante e la possibilità di accettare (e fornire) feedback. Ho appena usato Blogger.

A meno che la vostra applicazione è banale il mondo reale si trovano problemi che non hai anticipare e gli utenti infelice sarà sempre il più vocale, quindi è necessario la possibilità di rispondere!

La mia app è squisita , comunque.

Assicurati di avere una tuta ignifuga per gestire tutti i revisori ritardati che danno cattivi voti senza provare l'app o leggere la descrizione di ciò che dovrebbe.

Sono stato segnato per non aver fatto cose che la mia descrizione dice che non fa.

Il processo di revisione e l'incapacità di rispondere veramente è esasperante.

Quando si invia un'app, assicurarsi di impostare correttamente il numero di versione nel file info.plist: quando si aggiorna un'app, è necessario aumentare il numero di versione. È possibile utilizzare la notazione xx o la notazione xxx. (Ho dimenticato di aggiornarlo al mio primo aggiornamento dell'app). Non che sia difficile da aggiornare e ricompilare, ma è una di quelle cose da dimenticare facilmente.

Sono d'accordo anche con Hunter. Riceverai recensioni negative. Va bene. Sono degli idioti. La tua app è fantastica.

Se hai mai avuto problemi con i certificati, ci sono alcune cose che ho trovato utili:

1. Riavvia XCode.
2. Nel tuo iPhone / iPod, vai in Impostazioni> Generali> Profili Assicurati che il profilo di distribuzione che usi sia presente e che non ci siano altri profili in conflitto (avevo due profili di distribuzione per la stessa app). Puoi rimuoverli direttamente su iPhone / iPod.

Ad un certo punto vedrai l'errore "Verifica del codice dei codici non riuscita dell'applicazione". ti renderà pazzo. Fai un respiro profondo. Riavvia XCode, riavvia l'hardware di sviluppo. Vai a sbattere contro un muro, vai a bere qualcosa e tutto funzionerà di nuovo.

Quindi, ti consigliamo di:

1. Pulisci il Build Build (o tutti i target se sei arrabbiato con tutti loro)
2. Imposta l'identità della firma del codice (nelle proprietà Target) su "Non firmare il codice"
3. Chiudi Xcode
4. Rimuovi tutte le directory nella cartella build
5. Apri Xcode
6. Ripristina l'identità della firma del codice sul tuo iPhone Distribuzione: certificato
7. Sacrifica un piccolo animale.
8. Costruire.
9. Invia domanda a iTunes Connect
10. Profitto!

Si noti che Xcode 4 è molto meglio quando si tratta di provisioning.

Una volta approvata l'app, è necessario modificare la data di disponibilità alla data odierna. Ciò garantisce che verrà visualizzato nella parte superiore dell'elenco delle categorie, che è ordinato per data. Lo facciamo per la nostra app, iStylist Makeover .

AGGIORNAMENTO: come indicato di seguito, questo non è più valido.

Questo articolo è di gran lunga la risposta più completa a questa eccellente domanda:

rifiuti dell'app store

Il post contiene collegamenti ad altre risorse sull'argomento.

Buona fortuna, Matthew

Le informazioni nell'articolo includono:

Bug
Versioni di HIG Lite
Connettività Internet (informazioni eccellenti che potresti essere sorpreso di leggere)
Utilizzo eccessivo della larghezza di banda sulle
reti cellulari Funzionalità del dispositivo (Un altro ottimo punto qui che mi ha salvato)

• API private
• Funzionalità limitata
• Nessun codice interpretato
• Gestione dei dati utente
• Contenuto protetto da copyright
• Uso di immagini con marchio
• Contenuto discutibile
• UIWebViews
• Transazioni esterne all'App Store
• Icona app e informazioni sui prezzi
• Memorizza descrizione applicazione immagine
• Sono gli aggiornamenti delle parole chiave dell'App Store
• Revisionato come nuove app

Se vieni rifiutato, la data di invio rimarrà la stessa di quando hai inviato per la prima volta, risultando in una classifica più bassa quando l'app diventerà finalmente disponibile. Se vieni rifiutato, chiedi a apple di rimuovere il primo invio e invece di sostituire il file binario sull'app rifiutata, invialo come nuova applicazione con una nuova versione numero 1.1 ecc.

Alcune persone suggeriscono di mantenere l'app gratuita per circa una settimana durante una fase promozionale, quindi di aumentare il prezzo in seguito. Ho provato in entrambi i modi e finora sembra essere 6 in un modo e 1/2 una dozzina nell'altro. Per ogni 1000 download gratuiti ti aspetti circa 10 a $ 0,99 (di nuovo questa è la mia esperienza)

Una cosa minore in cui mi sono imbattuto. Assicurati che l'icona Small Embedded 57x57 corrisponda all'icona Large 512x512. Se è "troppo" diverso nella loro opinione, rifiuteranno l'app. Quindi evita di provare a mostrare anche un po 'più di dettaglio nell'icona più grande.

Segui le linee guida dell'interfaccia utente, se stai utilizzando dei widget Apple. Ad esempio, il riutilizzo dei set di icone di Apple in contesti che ne modificano il significato (come il riutilizzo dell'icona della fotocamera per scattare schermate, quando l'icona è riservata per visualizzare l'album Immagini del dispositivo) può essere motivo di rifiuto.

Apple ha ora (dal 9 settembre 2010) pubblicato il suo elenco ufficiale di linee guida per la recensione di app store, quindi vale la pena verificare di non aver violato nessuno di essi:

linee guida di approvazione

(è richiesto l'accesso dello sviluppatore Apple)

o uno specchio qui:

linee guida per l'app store

Hanno anche la loro pagina Suggerimenti per l'invio all'App Store (probabilmente è necessario l'accesso dello sviluppatore).

Trovo che non verifichino davvero perdite di memoria e problemi di stabilità, più problemi di usabilità. Ad esempio, la mia app utilizza Core Location per trovare le fermate degli autobus a Perth. Quando lo hanno testato in California, non hanno trovato nessuno nelle vicinanze (che sorpresa!). Mi hanno fatto un rumore metallico per non visualizzare un messaggio fuori area.

Un'altra cosa su cui hanno suonato era il numero della fermata dell'autobus. A Perth, sono numeri a 5 cifre. I tester Apple stavano inserendo numeri a 2 cifre e inavvertitamente richiamavano stazioni ferroviarie, per le quali utilizzo un percorso di codice leggermente diverso, e la funzionalità descritta nella mia descrizione non avrebbe funzionato.

In realtà è stato un feedback molto utile, ed è stato bello avere qualcuno che non sapevo dare una volta. Sono stato piuttosto sorpreso da quanto fossero accurati durante i test. Ho pensato che sarebbe stato solo una sorta di strumento di verifica statica automatizzata per assicurarsi che non stavi cercando di violare la sicurezza di iPhone.

Il nome visualizzato e il nome devono essere simili o identici a meno che tu non sappia che non è necessario (ad esempio twitteriffic e twitteriffic premium vengono entrambi visualizzati come "twitteriffic" sull'iPhone ma sono app diverse con nomi diversi).

L'identificatore del pacchetto è in qualche modo l'equivalente Apple di un percorso di registro, gli sviluppatori di Windows userebbero HKLM \ Software \ Company \ Application - Apple utilizza una convenzione più simile a com.companyname.appname.

(Dichiarazione di non responsabilità: nessuna conoscenza dello sviluppo di AppStore, solo una piccola quantità di conoscenza su Mac e file di plist)

Il mio consiglio è di creare un profilo di distribuzione jolly. In questo modo puoi lasciare da solo l'identificatore del bundle, il valore predefinito funziona.

Lasciare "Nome pacchetto" impostando il valore predefinito. È possibile modificare il nome visualizzato rinominando il prodotto (andare alla schermata delle informazioni sul progetto, selezionare tutte le configurazioni e cercare "prodotto"). È possibile sovrascriverlo con l'impostazione Nome visualizzato pacchetto, ma non è necessario se il nome del prodotto è corretto.

Dovresti avere una versione ad alta risoluzione (512x512) del tuo logo o immagine promozionale pronta quando invii la tua app.

Se la tua app viene rifiutata, apple ti dice cosa riparare. Sono abbastanza ragionevoli, quindi non preoccuparti.

Anche l'invio di informazioni dal dispositivo a Internet rappresenta una potenziale insidia. L'accordo SDK afferma:

Qualsiasi forma di raccolta di dati dell'utente o del dispositivo o acquisizione, registrazione di immagini, immagini o voci eseguita dall'applicazione (collettivamente "Registrazioni") e qualsiasi forma di caricamento, sincronizzazione o trasmissione di dati, contenuti o informazioni dell'utente effettuata dall'applicazione ( collettivamente le "Trasmissioni") devono essere conformi a tutte le leggi e le normative sulla privacy applicabili nonché a tutti i requisiti del programma Apple relativi a tali aspetti, inclusi, a titolo esemplificativo, i requisiti di avviso o consenso. In particolare, un indicatore visivo ragionevolmente evidente deve essere visualizzato all'utente come parte dell'applicazione per indicare che è in corso una registrazione.

Se fai qualcosa come inviare i punteggi migliori di un gioco, assicurati di dare all'utente la possibilità di saltare la trasmissione. Altrimenti potresti essere rifiutato, ci è successo.

A proposito: non vi è alcuna garanzia che se la tua prima versione arriva, tutti gli aggiornamenti lo faranno. Il nostro 1.1 è stato rifiutato per una funzionalità che era già in 1.0. Questo è molto fastidioso, poiché l'aggiornamento potrebbe correggere un bug e se ci vuole una settimana per essere respinto, sei già in ritardo di una settimana quando devi iniziare a riparare qualcosa che pensavi non fosse rotto.

Fai attenzione alle parole chiave, non utilizzare altri nomi di app come parole chiave. (la mia app musicale è stata respinta dopo 3 settimane perché ho usato "last.fm" come parola chiave.)

AGGIORNAMENTO: come indicato di seguito, qualcun altro (un abusivo del dominio?) Ha afferrato il dominio, quindi il collegamento ora è interrotto. Sembra che abbia cambiato di mano più volte di recente :(.

Leggi la pagina corrente di rifiuti e accettazioni su AppRejections.com e verifica che non stai per cadere in fallo per qualche recente cambiamento nelle ragioni "segrete" dell'approvazione di Apple.

Quando invii c'è una casella per inserire tutti i dettagli dell'account demo che potrebbero essere necessari per la tua domanda.

Questa casella è anche un buon posto per inserire eventuali dettagli extra che i revisori potrebbero trovare utili durante il controllo della domanda.

Se si tratta di un'app per iPad, non menzionare iPad nel nome dell'app quando lo invii o nel nome visualizzato nella tua Info.plist.

Questo è stato un po 'un bugbear per me perché ho "una" app (due binari) che ha un'interfaccia diversa per iPhone e iPad - non potrei chiamare la versione per iPad "Symmetry Lab" perché è così che si chiama l'app per iPhone , non potrei chiamarlo "Symmetry Lab iPad" perché non puoi dire iPad nel nome e non volevi chiamarlo "Symmetry Lab HD" perché presenta più differenze rispetto alla risoluzione. Ho finito per accontentarmi di "Symmetry Lab Pro".

Non utilizzare le immagini nella barra delle voci che assomigliano a un tocco di iPhone / iPod. Usano per permetterli, ma ora li stanno rifiutando. Sembra che altro hardware Apple non sia un problema.

Apple non ha modificato il metodo di ordinamento della data per le app appena inviate?

Non abbiamo più bisogno di giocare al gioco "imposta la tua data in futuro, quindi a oggi".

Le "nuove app" sono ora ordinate per "data di approvazione".

Ho ottenuto "Binario non valido" in diversi tentativi. Ciò che alla fine ha funzionato è stato comprimere il pacchetto direttamente sul Mac e caricarlo su un Mac. Naturalmente, lascia fuori il file .dSYM. Nei precedenti tentativi, lo zipping è stato eseguito su un PC. Il rezipping per escludere .dSYM è stato eseguito anche su un PC per i tentativi falliti.

Se si utilizza un browser diverso da Safari per interagire con il Portale per gli sviluppatori, le cose potrebbero non funzionare. Mi è costato almeno un'ora di sofferenza per scoprirlo.

Se si crea una versione lite dell'applicazione, fare attenzione a non bloccare le funzionalità che potrebbero renderlo non completamente funzionale. Inoltre, non dovresti effettuare l'upgrade alla versione completa (anche se sembra che molte app lo facciano comunque).