Consigli per inviare con successo l'AppStore?[Chiuso]

StackOverflow https://stackoverflow.com/questions/28551

  •  09-06-2019
  •  | 
  •  

Domanda

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

Ecco le cose di cui ho parlato;

  • Nessuna perdita di memoria
  • Prestazioni testate su un dispositivo reale
  • Non si blocca :)
  • Utilizzo dei certificati/profili corretti

Quello di cui non sono sicuro è come configurare il "Nome visualizzato del pacchetto"/"Identificatore del pacchetto" e il "Nome del pacchetto" in info.plist.Capisco che il primo sia 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 a info.plist?Ho notato che, se creata per la distribuzione ad hoc, la mia app non contiene informazioni su autore/titolo in iTunes.

È stato utile?

Soluzione

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

Il tuo identificatore di bundle, come dice Sascha, dovrebbe essere univoco e di solito è il tuo dominio al contrario.Questo deve corrispondere all'ID app creato nel portale per 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 "Beer" in inglese, potrebbe essere visualizzata come "Birra" in italiano e "Bier" in tedesco.

La parte meccanica, purché si seguano le istruzioni, in realtà è abbastanza semplice.Ho scoperto che la chiave è in fase di preparazione.Fondamentalmente non ricevi alcun preavviso prima che la tua app venga pubblicata e il processo di revisione può richiedere da poche ore a poche settimane.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 tua app non sia banale nel mondo reale Volere trova problemi che non avevi previsto e i tuoi utenti insoddisfatti saranno sempre i più espliciti, quindi hai bisogno della capacità di rispondere!

La mia app è Delizioso, A proposito.

Altri suggerimenti

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

Sono stato criticato per non aver fatto cose che la mia descrizione dice che non si fanno.

Il processo di revisione e l’incapacità di rispondere realmente sono esasperanti.

Quando invii un'app, assicurati di impostare correttamente il numero di versione nel file info.plist: quando aggiorni un'app, devi aumentare il numero di versione.È possibile utilizzare la notazione x.x o la notazione x.x.x.(Ho dimenticato di aggiornarlo al mio primo aggiornamento dell'app).Non che sia difficile da aggiornare e ricompilare, ma è una di quelle cose che si dimenticano facilmente.

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

In caso di 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 nell'iPhone/iPod.

Ad un certo punto verrà visualizzato l'errore "Verifica codesign dell'applicazione non riuscita".ti farà impazzire.Fai un respiro profondo.Riavvia XCode, riavvia l'hardware di sviluppo.Vai a colpire un muro, vai a bere qualcosa e tutto funzionerà di nuovo.

Quindi, ti consigliamo di:

  1. Pulisci il bersaglio di costruzione (o tutti i bersagli se sei arrabbiato con tutti loro)
  2. Imposta l'identità della firma del codice (nelle proprietà di destinazione) su "Non firmare il codice"
  3. Chiudi Xcode
  4. Rimuovi tutte le directory nella cartella build
  5. Apri Xcode
  6. Reimposta l'identità della firma del codice sulla distribuzione del tuo iPhone:certificato
  7. Sacrificare un piccolo animale.
  8. Costruire.
  9. Invia la domanda a iTunes Connect
  10. Profitto!

Tieni presente che Xcode 4 è molto migliore quando si tratta di gestire il provisioning.

Una volta approvata la tua app, dovresti modificare la data di disponibilità con la data odierna.Ciò garantisce che verrà visualizzato in cima all'elenco delle categorie, che è ordinato per data.Lo facciamo per la nostra app, Rinnovo dello stilista.

AGGIORNAMENTO:Come accennato 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 anche ad altre risorse sull'argomento.

Buona fortuna, Matthew

Le informazioni nell'articolo includono:

Bug
Versioni di Hig Lite Internet
Connettività (informazioni eccellenti che potresti essere sorpreso di leggere)
Utilizzo eccessivo della larghezza di banda terminato
Capacità del dispositivo delle reti cellulari (un altro ottimo punto qui che mi ha salvato)

  • API private
  • Funzionalità limitata
  • Nessun codice interpretato
  • Gestione dei dati utente
  • Contenuti protetti da copyright
  • Utilizzo di immagini con marchio registrato
  • Contenuti discutibili
  • UIWebViews
  • Transazioni al di fuori dell'App Store
  • Icona e app dell'app Informazioni sui prezzi
  • Memorizza la descrizione dell'applicazione immagine
  • Gli aggiornamenti delle parole chiave dell'App Store sono
  • Recensito come nuove app

Se vieni rifiutato, la data di invio rimarrà la stessa del primo invio, con conseguente classificazione inferiore quando l'app sarà finalmente disponibile.Se vieni rifiutato, chiedi ad Apple di rimuovere il primo invio e invece di sostituire il file binario sull'app rifiutata, invialo come una nuova applicazione con un numero di versione più recente 1.1 ecc.

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

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

Segui le linee guida dell'interfaccia utente, se utilizzi widget Apple.Ad esempio, riutilizzare i set di icone di Apple in contesti che ne cambiano il significato (come riutilizzare l'icona della fotocamera per acquisire screenshot, quando l'icona è riservata per visualizzare l'album Immagini del dispositivo) può essere motivo di rifiuto.

Apple ha ora (dal 9 settembre 2010) pubblicato l'elenco ufficiale delle linee guida per la revisione dell'app store, quindi vale la pena verificare di non averne violato nessuna:

linee guida per l’approvazione

(è richiesto l'accesso come sviluppatore Apple)

o uno specchio qui:

linee guida dell'app store

Hanno anche il loro Suggerimenti per l'invio all'App Store (probabilmente è richiesto l'accesso dello sviluppatore).

Trovo che non controllino realmente 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 l'hanno testato in California, non ne hanno trovato nessuno nelle vicinanze (che sorpresa!).Mi hanno contattato perché non visualizzavo un messaggio fuori area.

Un'altra cosa su cui hanno segnalato riguardava i numeri delle fermate dell'autobus.A Perth sono numeri a 5 cifre.I tester Apple stavano inserendo numeri a 2 cifre e inavvertitamente visualizzavano stazioni ferroviarie, per le quali utilizzo un percorso del 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 conoscevo dargli una volta di più.Sono rimasto piuttosto sorpreso da quanto fossero scrupolosi nei test.Pensavo che sarebbe stato solo una sorta di strumento di verifica statica automatizzata per assicurarti che non stessi tentando di violare la sicurezza dell'iPhone.

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

L'identificatore del pacchetto è in qualche modo l'equivalente Apple di un percorso del registro, gli sviluppatori Windows utilizzerebbero HKLM\Software\Azienda\Applicazione: Apple utilizza una convenzione più simile a com.nomeazienda.nomeapp.

(Disclaimer:nessuna conoscenza dello sviluppo dell'AppStore, solo una piccola conoscenza su Mac e file plist)

Il mio consiglio è di creare un profilo di distribuzione con caratteri jolly.In questo modo puoi lasciare intatto il Bundle Identifier, il valore predefinito funziona.

Lasciare il "Nome bundle" impostando il suo valore predefinito.Puoi modificare il nome visualizzato rinominando il prodotto (vai alla schermata delle informazioni sul progetto, seleziona tutte le configurazioni e cerca "prodotto".) Puoi sovrascriverlo con l'impostazione Nome visualizzato del pacchetto, ma non è necessario se il nome del prodotto è corretto.

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

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

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

Qualsiasi forma di raccolta di dati utente o dispositivi, o immagine, immagine o cattura o registrazione vocale eseguita dall'applicazione (collettivamente "registrazioni") e qualsiasi forma di dati utente, contenuto o caricamento, sincronizzazione o trasmissione eseguita dall'applicazione (dell'applicazione ( collettivamente "trasmissioni") devono rispettare tutte le leggi e i regolamenti sulla privacy applicabili, nonché eventuali requisiti del programma Apple relativi a tali aspetti, inclusi ma non limitati a requisiti di avviso o consenso.In particolare, un indicatore visivo ragionevolmente evidente deve essere visualizzato all'utente come parte dell'applicazione per indicare che sta avvenendo una registrazione.

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

A proposito:Non vi è alcuna garanzia che se la tua prima versione verrà approvata, lo faranno anche tutti gli aggiornamenti.La nostra versione 1.1 è stata rifiutata per una funzionalità già presente nella versione 1.0.Questo è molto fastidioso, dal momento che l'aggiornamento potrebbe correggere un bug e se ci vuole una settimana per essere rifiutato, sei già in ritardo di una settimana quando devi iniziare a sistemare qualcosa che pensavi non fosse rotto.

Fai attenzione alle parole chiave, non utilizzare nomi di altre app come parole chiave.(la mia app musicale è stata rifiutata dopo 3 settimane perché avevo utilizzato "last.fm" come parola chiave.)

AGGIORNAMENTO:come indicato di seguito, qualcun altro (uno occupante di domini?) ha preso il dominio, quindi il collegamento ora è interrotto.Sembra che sia passato di mano più volte di recente :(.

Leggi la pagina corrente dei rifiuti e delle accettazioni su AppRejections.com, e controlla di non incappare in qualche recente cambiamento nei motivi di approvazione "segreti" di Apple.

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

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

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

Questo è stato un po' uno spauracchio 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 potevo chiamarlo "Symmetry Lab iPad" perché non puoi dire iPad nel nome, e non volevo chiamarlo "Symmetry Lab HD" perché ha più differenze che risoluzione.Alla fine mi sono accontentato di "Symmetry Lab Pro".

Non utilizzare immagini negli elementi della barra delle schede che assomiglino a un iPhone/iPod Touch.Prima li permettevano, ma ora li rifiutano.Sembra che l'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 "fissa la tua data nel futuro, poi a oggi".

Le "Nuove app" ora sono 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, tralascia il file .dSYM.Nei tentativi precedenti, la compressione veniva eseguita su un PC.Anche la ricompressione per escludere il file .dSYM è stata eseguita su un PC durante i tentativi falliti.

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

Se crei una versione lite della tua applicazione fai attenzione a non bloccare funzionalità che potrebbero farla considerare non completamente funzionante.Inoltre, non dovresti effettuare l'up-selling della versione completa (anche se sembra che molte app lo facciano comunque).

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top