2015-05-28 6 views
22

Prefazione:Respinti App: 17.2: Le applicazioni che richiedono agli utenti di condividere informazioni personali

So che questo problema è stato sollevato qui prima su SO, ma questi posti sono vecchi e io non credo che attualmente rilevanti per la decisione di Apple fabbricazione.

motivo del rifiuto:

17,2 dettagli

Abbiamo notato che la vostra applicazione utilizza Facebook login per l'autenticazione ma non include le caratteristiche di account-based offerti da quel sito, che non è consentito su App Negozio.

Passi successivi

Modifica l'app per includere funzionalità di conto basata su quel social network o utilizzare il proprio meccanismo di autenticazione.

My App:

My App implementa l'autenticazione Facebook e afferra solo nome e immagine del profilo dell'utente e li visualizza a discrezione dell'utente (quando l'utente esegue una determinata funzione).

Ho dichiarato questo a Apple due volte e hanno risposto che questo non era sufficiente.

Hanno continuato a pappaggere che avevo bisogno di aggiungere "funzionalità basate sull'account" di Facebook. Ho chiesto loro di elaborare e questi erano gli esempi mi è stata data: "Sarebbe opportuno attuare liste amici, grafici sociali ei punteggi dei giochi, quando applicabile"

Così queste domande sorgono:

Cosa succede se la mia app non beneficia degli esempi sopra riportati?

Cosa c'è di sbagliato nell'usare Facebook come metodo di autenticazione e per acquisire i dati di base?

E il kicker - quali sono più esempi di "funzionalità basate sull'account" di Facebook che potrei implementare che si qualificherebbe per il privilegio di utilizzare l'autenticazione di Facebook?

Sono sicuro che non otterrò risposte dirette da Apple, quindi mi rivolgo agli esperti qui per sperare di illuminarmi.

Grazie in anticipo.

+0

Questo sta accadendo anche a me, stessa situazione in cui volevo usare l'autenticazione di Facebook e la condivisione delle immagini del profilo, ma Apple ha detto che non è abbastanza! – TownWizard

+0

Ho anche chiesto loro se ho implementato una funzione per condividere storie su Facebook se ciò fosse sufficiente. Hanno detto di no. Sembrano davvero ipersensibili alla "privacy" in questi giorni. Quindi, invece di Facebook ho implementato il mio sistema di autenticazione. Buona fortuna a te. – Kirk

+0

@Kirk, puoi far luce sul processo di autenticazione? Vogliamo evitare di dover consentire agli utenti di verificare gli indirizzi e-mail. – coderama

risposta

2

Ho avuto lo stesso problema e ho raccontato loro l'esperienza dell'interfaccia utente e fondamentalmente i problemi che hai menzionato. L'hanno approvato poco dopo che l'ho spiegato. Quando l'hanno approvato? Circa 8 ore fa. Quindi mentre penso che Apple sia ancora severa riguardo a questi requisiti, penso che capiscano se riesci a spiegarti bene.

I cambiamenti che ho fatto:

  1. Aggiunta una "login anonimo" ENORME tasto, per mettere in chiaro non è necessario eseguire il login per utilizzare l'applicazione.
  2. L'app era per "votare" per le aziende e ho detto che l'accesso con Facebook è il modo migliore per farlo senza uccidere l'esperienza dell'utente.

Questo ha funzionato per me. Spero che sia d'aiuto. Ma penso che la linea di fondo sia che, se usi Facebook connect per l'autenticazione e lo stai usando in un modo valido e valido, Apple lo accetterà molto probabilmente.

Buona fortuna!

11

Sulla base della mia esperienza con il processo di Apple Review, ciò che li infastidisce di più in questo caso è:

  • Se la vostra applicazione "forze", l'utente per il login con Facebook e non permette lui/lei a accedere in qualsiasi altro modo (o non accedere affatto).
  • Se la vostra applicazione non ha "caratteristiche di account-based", come indicano nei dettagli rifiuto (anche se queste caratteristiche non sono specificamente correlate a Facebook.

cose che potete fare per passare il processo di revisione, senza danneggiare l'esperienza utente del app:

  • Se non si dispone già la possibilità di utilizzare l'applicazione annonymously o login con un indirizzo email o qualsiasi altro metodo non-Facebook di autenticazione, si dovrebbe assolutamente aggiungere uno non solo. che aumenta le possibilità della tua app di essere approvata da Apple, fornirà anche ai tuoi utenti un modo per provare la tua app fornendo le informazioni di Facebook. Molti utenti devono acquisire fiducia in un'app prima di accedere con il loro prezioso account Facebook, quindi questo può davvero aiutare il tuo processo di imbarco ed è altamente raccomandato.
  • Aggiungi alcune funzionalità specifiche dell'account alla tua app. Non deve necessariamente essere dati specifici di Facebook. Può essere qualsiasi cosa che convincerà il team di revisione che non stai raccogliendo solo dati sui tuoi utenti, ma stai anche fornendo loro un qualche tipo di vantaggio perché hanno effettuato l'accesso. Esempi per questo possono essere le caratteristiche del gioco, come suggerito da Apple: punteggio, classifica, elenco di amici, inviti, premi, chat, ecc. Può anche non essere correlato al gioco. Cose come: gestione dei contenuti (che consente all'utente di salvare i dati in base al proprio account e accedervi in ​​seguito, "gradire" determinati elementi nell'app, salvare contenuti correlati alle app in un'unica posizione, condividere contenuti su Facebook, ecc.
  • La cosa migliore che puoi fare (se funziona per la tua app) è trovare un significato per un "utente" nella tua app. Qualcosa che dia significato al fatto che l'utente debba effettuare il login. Se lo hai, anche se non è necessariamente Facebook correlate, si dovrebbe essere a posto.

Un esempio che può essere buono sia per il gruppo di verifica e le probabilità del vostro app di andare virale, che è relativamente "a buon mercato" per implementare, sarebbe quella di aggiungere la capacità per invitare gli amici a utilizzare l'app. Ciò giustificherebbe l'accesso con Facebook e l'offerta r utenti un valore extra. Tuttavia, raccomando vivamente di non forzare l'utente ad accedere a meno che non sia assolutamente necessario. Fagli conoscere la tua app, impara ad amarla e poi, quando si fida di te ed è disposta a "impegnarsi", allora dai loro la possibilità di accedere. Quando viene da loro e non perché lo dovessero, le possibilità che il tuo utente si senta a suo agio e sicuro nell'accedere alla tua app sono significativamente più alte.

Spero che questo aiuti, anche un po '. In bocca al lupo!

+0

Sono d'accordo che questo è probabilmente il problema, ho avuto lo stesso problema con un'app su cui stavamo lavorando. Risulta che i servizi non hanno bisogno di essere apertamente o addirittura abilitati di default. hanno solo bisogno di essere inclusi e accessibili da qualche parte nella tua app. Sebbene DO consente di utilizzare l'app in modo anonimo per impostazione predefinita. –

+0

Quindi significa che se fornisco il mio sistema di registrazione, richiede email + password. va bene? – TomSawyer

+0

Sì, ma è necessario assicurarsi che sia chiaro al revisore dove e in che modo un nuovo utente può essere creato e fornire un nome utente + una password di test per i test (non creeranno un nuovo utente, quindi se hai vinto ' Se ne fornisci uno valido, la tua app non sarà revisionata e sarà probabilmente respinta fino a quando non saranno forniti ulteriori dettagli). In bocca al lupo! –