I motivi di rifiuto più comuni su App Store

La maggior parte dei rifiuti iOS non è un mistero — si concentrano su una manciata di problemi ricorrenti. Ecco quelli che vediamo più spesso e cosa verificare esattamente prima di inviare.

1. Guideline 2.1 — Completezza dell'app e crash

Il rifiuto più comune in assoluto. I revisori aprono la tua app su un dispositivo reale e questa va in crash, mostra contenuti segnaposto, ha link non funzionanti o richiede un login che non possono completare. Risolvi testando ogni flusso end to end su hardware fisico, rimuovendo qualsiasi contenuto "beta / demo / coming soon" e fornendo un account demo funzionante nelle note di App Review.

2. Stringhe di scopo dei permessi mancanti o vuote

Se la tua app richiede fotocamera, microfono, posizione, foto, contatti o tracciamento e la corrispondente chiave NS…UsageDescription è mancante o vuota, la build viene rifiutata automaticamente. Ogni funzionalità richiesta necessita di una stringa di scopo chiara e specifica che spieghi il beneficio per l'utente — non un semplice "necessario al funzionamento dell'app".

3. Manifest della privacy e API con motivazione obbligatoria

Dal 2024 Apple richiede un manifest della privacy PrivacyInfo.xcprivacy per le app e per molti SDK che usano API con motivazione obbligatoria (timestamp dei file, user defaults, spazio su disco, system boot time). Dichiarazioni mancanti o incomplete ora generano rifiuti già al caricamento. Controlla anche i tuoi SDK di terze parti — sono una fonte frequente.

4. Violazioni di acquisti in-app e pagamenti (3.1.1)

  • Vendere contenuti digitali o abbonamenti senza Apple In-App Purchase.
  • Rimandare a un sito web esterno per pagare contenuti digitali.
  • Mancanza di un pulsante Restore Purchases per i non-consumabili.
  • Prezzi, termini o info di cancellazione dell'abbonamento poco chiari.

5. Eliminazione dell'account (5.1.1)

Se gli utenti possono creare un account, devono poterlo eliminare — insieme a tutti i dati associati — dall'interno dell'app. L'opzione deve essere facile da trovare e deve eliminare davvero, non solo disattivare.

6. Funzionalità minima e web wrapper (4.2)

Le app che sono essenzialmente un sito web riconfezionato, una sottile WKWebView o un template con scarso valore nativo vengono rifiutate. Assicurati che la tua app faccia qualcosa che una pagina web mobile non può fare.

7. App Transport Security disattivato (2.5.1)

Impostare NSAllowsArbitraryLoads = YES senza eccezioni disattiva completamente l'imposizione di HTTPS e attira attenzione. Limita le eccezioni a domini specifici e giustifica ciascuna.

Come aiuta App Review Checker

Carica il tuo .ipa e controlliamo automaticamente il manifest della privacy, le stringhe dei permessi, la configurazione ATS, la dichiarazione di crittografia, le icone, lo storyboard di avvio e altro ancora — poi ti guidiamo attraverso le voci manuali (IAP, eliminazione dell'account, ATT, accuratezza dei metadati) che un binario non può rilevare.

Controlla la tua build prima di inviarla

Fai passare il tuo .ipa o .apk attraverso App Review Checker e individua questi problemi in pochi secondi.

Controlla un'app