AppReviewX Accedi

Mac App Store: autovalutazione prima dell'invio

Cosa verificare prima di inviare un'app macOS: completezza, dettagli sulla privacy, sandbox e accesso demo, con fonti ufficiali.

Un'autovalutazione prima di premere invio. Non descrive come Apple revisiona internamente.

Fonte: Apple App Review Guidelines, consultate il 2026-10-22. Le linee guida cambiano, quindi apri la versione attuale prima di inviare. Sono stati verificati solo i punti citati qui sotto.

Molto di quanto vale per iOS vale anche qui; vedi motivi comuni di rifiuto nell'App Store e come testarli. Di seguito i punti specifici per Mac.

Autovalutazione

  1. Build completa e funzionante. Nessun testo segnaposto, nessun pulsante morto, nessun crash al primo avvio. La linea guida 2.1(a) dice: "We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems." (Rifiuteremo bundle e binari incompleti che si bloccano o presentano evidenti problemi tecnici.) Esegui la checklist di test per Mac su un Mac pulito.
  2. L'elenco corrisponde all'app. Gli screenshot mostrano l'app reale su un Mac; la descrizione non promette nulla che l'app non sa fare.
  3. I dettagli sulla privacy corrispondono alla realtà. Elenca ogni tipo di dato che raccolgono l'app e il codice di terze parti. Verifica: controlla SDK e chiamate di rete. La linea guida 5.1.1(i) dice: "All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner." (Tutte le app devono includere un link alla propria informativa sulla privacy nel campo dei metadati di App Store Connect e all'interno dell'app, in modo facilmente accessibile.) Per gli altri campi sulla privacy in App Store Connect, consulta la guida attuale di App Store Connect. Non è consulenza legale.
  4. Sandbox e permessi. La linea guida 2.4.5(i) riguarda le app distribuite tramite Mac App Store: "They must be appropriately sandboxed, and follow macOS File System Documentation." (Devono essere adeguatamente sottoposte a sandbox e seguire la documentazione macOS sul file system.) Richiedi solo l'accesso che ti serve, spiega ogni richiesta nell'interfaccia e prova con l'accesso negato.
  5. Accesso demo. Se l'app richiede un account, un server o una licenza, fornisci al revisore credenziali funzionanti o una modalità demo, e tieni il backend attivo durante la revisione.
  6. Acquisti in-app e flussi di account funzionano come descritto, se li hai. Testali con i meccanismi di test dello store. La linea guida 3.1.1 dice: "If you want to unlock features or functionality within your app ... you must use in-app purchase." (Se vuoi sbloccare funzioni o contenuti nell'app ... devi usare gli acquisti in-app.) La linea guida 2.4.5(vi) dice che le app del Mac App Store "may not present a license screen at launch, require license keys, or implement their own copy protection." (non possono mostrare una schermata di licenza all'avvio, richiedere chiavi di licenza o implementare una propria protezione dalla copia.)
  7. Contatti di supporto raggiungibili. Mandati un messaggio tramite il canale indicato.
  8. Tieni note per il revisore. Brevi passi per raggiungere le funzioni principali e qualsiasi cosa insolita, come un requisito hardware.

La distribuzione diretta è diversa

Distribuire fuori dallo store richiede controlli diversi; vedi test di notarizzazione e Gatekeeper.

Non comprare, scambiare o premiare valutazioni; vedi perché comprare recensioni si ritorce contro.

AppReviewX accetta app tramite link allo store da Google Play, l'App Store di Apple, il Mac App Store e il Microsoft Store. Le app Windows e Mac devono essere già pubblicate nel proprio store, e AppReviewX non distribuisce build né installer. Il feedback è privato e strutturato, un feedback accettato = un credito, e le valutazioni negli store sono volontarie, non pagate e mai richieste. Torna all'hub per app Windows e Mac. Correlati: test di installer e aggiornamento su Windows. Se pubblichi anche su mobile, inizia gratis.