Archivio di rifiuti della community

La storia dell'orrore del rifiuto dell'app store

I peggiori loop di rifiuto dell'Apple App Store e Google Play, raccolti come screenshot e testo normale, affinché i team mobili possano imparare cosa costino le code di revisione.

Regola di invio

1 a 5 immagini più il testo della storia.

Nessun link all'interno delle storie. Utilizza solo immagini locali. Tieni il rifiuto doloroso, specifico e utile.

Storie seminate

Negozio coperto

5 massimi

Immagini per storia

La raccolta

I rifiuti che costano più di una cattiva sprint

Ogni storia è testo-iniziale, immagine-backup e intenzionalmente priva di collegamenti esterni per mantenere la raccolta leggibile.

Messaggio di revisione App Store di Apple che chiede chi saranno gli utenti dell'app di Adrien

App Store di Apple Assurdo Condiviso da Adrien

L'app con gli utenti che Apple non è riuscita a identificare

"Chi saranno gli utenti di questa app?"

Adrien ha inviato la versione 1.0 e Apple ha interrotto la revisione in base alla Guida 2.1, Informazioni necessarie. Non c'era un rapporto di crash, nessuna funzione rotta e nessuna richiesta di correzione binaria nel messaggio. Il solo blocco era che Apple voleva una risposta dettagliata spiegando chi l'app era per prima che la revisione potesse continuare.

App: Versione 1.0 dell'app iPad
Ritardo: La revisione è stata sospesa il 29 maggio 2026
Esito: Apple richiede una spiegazione sul target utente prima di continuare la revisione.

Messaggio di revisione di Apple che dice che l'app di Adrien non differiva abbastanza dagli app simili

App Store di Apple Penoso Condiviso da Adrien

L'app che Apple ha deciso non fosse abbastanza diversa

"Ci sono già abbastanza di questi app sull'App Store."

Adrien ha ricevuto un rifiuto di Design - Spam perché Apple non ha visto abbastanza valore unico rispetto alle app simili. La revisione ha detto che l'app era principalmente un'app per fare pipi o ruttare, e anche se aveva funzionalità che la distinguevano, quella funzionalità era abbastanza prominente per Apple da trattare l'intera app come contenuto duplicato in una categoria saturata.

App: App di intrattenimento con suoni
Ritardo: Rifiutato il 15 maggio 2026
Esito: L'Apple lo ha rifiutato in base alla linea guida 4.3(b), dicendo che l'app duplicava una categoria saturata.

App review guide screen used to represent an Apple App Store rejection workflow

Interfaccia di pubblicazione di App Store utilizzata per rappresentare una revisione Apple ritardata

App Store di Apple Blocco di lancio

The metadata loop that ate launch week

"Il build era fine. Il rifiuto continuava a spostarsi dall'app alle parole che circondavano l'app."

La squadra ha inviato un build pulito, poi ha trascorso più di una settimana a ciclare attraverso le obiezioni di metadata. Ogni rinvio ha risposto alla nota precedente, ma la prossima risposta si è concentrata su un'altra frase, screenshot o spiegazione. Nessun code è stato modificato. Il calendario di lancio, la finestra di stampa e il piano di acquisizione pagato sono stati tenuti in ostaggio dalla copia di revisione.

App: Applicazione di produttività per il consumatore
Ritardo: 9 giorni
Esito: Approvato dopo aver rivisto le schermate, i sottotitoli e le note di revisione senza alcun cambiamento binario.

Schermo di gestione build di App Store Connect che rappresenta un blocco di rilascio post-approvazione

Schermata di conformità App Store Connect che rappresenta un ulteriore passo di revisione di conformità

App Store di Apple Assurdo

Approvato, poi bloccato da un'altra domanda di conformità

"L'email di approvazione è arrivata prima del blocco."

Il build ha raggiunto l'approvazione, ma la pubblicazione è ancora bloccata da una richiesta di conformità che il team credeva già fosse stata risposta. Il proprietario della release doveva fermare la distribuzione, raccogliere le parole legali, aggiornare la risposta di App Store Connect e attendere nuovamente. I clienti hanno visto l'annuncio prima che l'app fosse effettivamente disponibile.

App: App di accompagnamento per il dashboard B2B
Ritardo: 4 giorni
Esito: Pubblicato dopo aver risposto nuovamente alla conformità degli esporti e aver atteso la prossima revisione.

Schermo di rilascio di Google Play Console rappresentante un rilascio bloccato

Schermo di caricamento dell'artifact di Google Play Console rappresentante le ripetute sottoscrizioni Android

Schermo di salvataggio e pubblicazione di Google Play Console rappresentante una pubblicazione ritardata

Google Play Costoso

Il buco nell'orologio delle politiche di autorizzazione

"L'app necessitava dell'autorizzazione per una sola schermata, ma la revisione la trattava come il prodotto intero."

Una permission Android ristretta ha scatenato una revisione della politica ampia. Il team ha documentato la funzionalità, ha aggiunto istruzioni per i revisori, ha registrato un percorso di demo e, nonostante tutto, ha dovuto rimuovere l'autorizzazione dalla versione principale per sbloccare i clienti. La versione finale è stata distribuita con un flusso di lavoro degradato mentre il team si preparava a una suddivisione più pulita delle autorizzazioni.

App: App di operazioni sul campo
Ritardo: 13 giorni
Esito: Approvato dopo aver rimosso un'autorizzazione, registrato un nuovo demo e rivisto la dichiarazione del negozio.

Schermata di conferma del Console di Gioco Play rappresentante una pubblicazione di hotfix ritardata

Interfaccia di app mobile rappresentante un hotfix di produzione in attesa di revisione del negozio

Gioco Play Painful

La patch di emergenza che attendeva dietro una coda di policy

"La cassa di pagamento rotta era urgente per gli utenti, ma non urgente per la coda di revisione."

Un bug di cassa di pagamento richiedeva una soluzione rapida per dispositivi mobili, ma la versione del negozio di rilascio era entrata in revisione al momento peggiore. Le richieste di supporto sono aumentate mentre la squadra guardava lo stesso stato pendente. Hanno mitigato infine il problema in modo server-side, poi hanno guardato l'approvazione binaria arrivare dopo che l'emergenza aveva già bruciato il fine settimana.

App: App di commercio elettronico
Ritardo: 6 giorni
Esito: La soluzione del negozio nativo è arrivata dopo che la squadra aveva già mitigato l'incidente altrove.

Evita la prossima storia orribile

Consegna le soluzioni urgenti con Capgo mentre i negozi prendono il loro tempo.

Capgo consente ai Capacitor di inviare aggiornamenti in tempo reale, di ripristinare rilasci rotti e di targetizzare canali senza dover attendere il ciclo di revisione completo di App Store o Google Play.

__CAPGO_KEEP_0__ offre supporto umano da parte di Martin.

Avvia con Capgo Vedi gli aggiornamenti in tempo reale

Aggiungi una storia di rifiuto

Modifica i dati della storia, includi uno a cinque percorsi di immagini locali e apri una PR. Mantieni i nomi anonimi a meno che tu non sia il proprietario della storia.

Modifica su GitHub