Account demo per la revisione App Store: come preparare un login che superi la review (2026)

Se una parte qualsiasi della tua app si trova dietro un login, il tuo account demo per la revisione App Store deve funzionare al primo tentativo di Apple. Le App Review Guidelines di Apple chiedono le informazioni di un account demo, oppure una modalità demo completa, e un backend attivo durante la revisione. In pratica serve un account dedicato che non scade mai, contiene già dati realistici, raggiunge ogni funzione a pagamento e basata sui ruoli e non richiede un codice di accesso visibile solo a te. Questa guida spiega come creare quell'account, come scrivere le note che lo accompagnano e quali problemi hanno incontrato altri sviluppatori quando non ha funzionato.

Cosa richiede Apple per un account demo per la revisione App Store?

Apple richiede un nome utente e una password demo funzionanti ogni volta che un'app necessita di login, da inserire in App Review Information su App Store Connect, e l'account non deve scadere. La linea guida 2.1(a) richiede inoltre che il backend sia attivo durante la revisione.

Il testo della linea guida 2.1(a) dice: "includi le informazioni dell'account demo (e attiva il tuo servizio di back-end!) se la tua app include un login." Il riferimento sulle informazioni della versione per piattaforma di App Store Connect aggiunge che "l'account demo viene usato durante il processo di App Review e non deve scadere", che "i dettagli di eventuali account aggiuntivi devono essere inclusi nel campo Note" e che le Note "possono contenere fino a 4000 byte." I campi di accesso obbligatorio (Sign-in required) si applicano "se la tua app richiede un login per essere utilizzata."

La pagina di aiuto di Apple sulla revisione completa è ancora più precisa: "Credenziali che scadono o cambiano prima dell'inizio della revisione possono comportare il rifiuto dell'invio." Se la tua app ha diversi tipi di account, come amministratore e utente generico, aggiungi le credenziali di ciascuno nelle Note. Se vendi abbonamenti con rinnovo automatico, "fornisci un account demo con un abbonamento scaduto per consentire la revisione dell'intero flusso di acquisto."

Come si configura un account demo per App Review?

Per configurare un account demo crea un account di produzione dedicato, escludilo da ogni processo di scadenza e pulizia, riempilo di dati realistici ed effettua l'accesso sulla build di release esatta prima dell'invio.

1. Crea un account di produzione dedicato, ad esempio appreview@yourdomain.com. Non riutilizzare un account personale o di QA che qualcuno potrebbe modificare.
2. Escludilo da ogni job di pulizia: rotazione delle password, eliminazione degli account inattivi, scadenza delle prove gratuite e regole antifrode.
3. Popolalo con contenuti realistici in modo che nessuna schermata sia vuota. I revisori giudicano la completezza da ciò che vedono.
4. Imposta lo stato dell'abbonamento secondo le indicazioni di Apple. Se vendi abbonamenti, l'account deve avere un abbonamento scaduto, così il paywall e il flusso di acquisto sono visibili.
5. Assegnalo a una regione in cui tutte le funzioni sono disponibili, oppure descrivi le differenze regionali nelle Note.
6. Accedi da un dispositivo pulito usando la build di release esatta che stai inviando, poi prova ogni funzione che citi nelle Note.
7. Non toccare più la password finché la revisione non è terminata.

E se l'app usa codici di accesso, OTP via SMS, magic link o SSO?

Se l'accesso richiede un codice monouso, scrivi nelle Note un codice fisso per l'account di revisione prima dell'invio. Apple avverte che, senza di esso, "potrebbe essere necessaria una chiamata per proseguire la revisione", e queste chiamate "vengono in genere completate entro tre-cinque giorni lavorativi."

Per magic link inviati via email o codici monouso via SMS, configura l'account di revisione in modo che accetti un codice o una password fissi e inserisci quel codice nelle Note. Se usi un servizio di single sign-on di terze parti, App Store Connect ti chiede di "includere anche le informazioni di accesso dell'account demo per quel servizio".

Se non puoi condividere un account demo per motivi legali o di sicurezza, cosa frequente nelle app bancarie, sanitarie e in altri settori regolamentati, la linea guida 2.1(a) consente di usare "una modalità demo integrata al posto di un account demo, previa approvazione di Apple." Quella modalità demo deve mostrare "tutte le funzioni e funzionalità della tua app" con dati dimostrativi, non un tour ridotto.

Quali account dovresti fornire ad App Review?

Fornisci ad App Review un login che non scade per ogni tipo di account della tua app, più tutto ciò che serve per superare codici, paywall e requisiti hardware. Questa tabella indica dove va inserito ciascun elemento.

Cosa dovrebbero contenere le note per App Review su un account demo?

Delle buone note di revisione descrivono il concept dell'app, ogni login, il codice di accesso, come raggiungere il paywall, dove si trova ogni funzione, eventuali differenze regionali e i dispositivi su cui hai testato. Ecco un esempio, in inglese come di consueto per le note ad Apple, per un'immaginaria app di monitoraggio delle abitudini di team che usa codici di accesso via email e un abbonamento Pro.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Mantienile brevi e concrete. Per gli aggiornamenti, la pagina di aiuto di Apple dice di "descrivere cosa è cambiato e dove i revisori possono trovare contenuti o funzioni nuove e rilevanti." La linea guida 2.3.1(a) richiede che le nuove funzioni siano "descritte in modo specifico" e avverte che "le descrizioni generiche verranno rifiutate." Il testo delle linee guida cambia più volte all'anno, quindi leggi il nostro riepilogo delle modifiche alle App Review Guidelines di ottobre 2026 prima dell'invio.

Perché i login degli account demo falliscono in revisione? Casi reali

Nelle segnalazioni pubbliche, i login demo falliscono di solito per uno di due motivi: un secondo fattore che il revisore non può ricevere, oppure un account che funziona per lo sviluppatore ma restituisce un errore sul dispositivo di Apple. Due thread degli Apple Developer Forums mostrano entrambi i casi.

Autenticazione a due fattori via SMS su una funzione chiave. Uno sviluppatore sugli Apple Developer Forums ha raccontato che la sua app veniva "rifiutata di continuo" perché la modifica del profilo richiedeva un codice inviato via SMS a un numero di cellulare statunitense. Ha spiegato che "poiché non abbiamo il numero di cellulare del revisore... il revisore non riceve il codice di verifica." Altri sviluppatori nel thread hanno descritto le loro soluzioni: uno ha modificato il backend "in modo che l'account di test riceva sempre lo stesso codice 2FA" e lo ha indicato nelle note, un altro ha collegato un account di produzione a un numero di telefono virtuale e ne ha dato accesso ad Apple.

Credenziali che funzionano ovunque tranne che in revisione. Uno sviluppatore React Native ed Expo che usava l'autenticazione email e password di Supabase ha segnalato rifiuti ripetuti. Lo screenshot di Apple mostrava l'email corretta e l'errore "Invalid login credentials", eppure l'accesso funzionava dai dispositivi dello sviluppatore, da Postman e dal client Supabase, senza MFA, rate limiting o blocchi geografici. Il thread non riporta una causa confermata. Lo sviluppatore stava valutando di aggiungere una modalità demo, ma secondo la linea guida 2.1(a) questa strada richiede l'approvazione preventiva di Apple.

Cosa hanno in comune questi casi: l'unico test che conta è l'esperienza del revisore. Un codice fisso scritto nelle Note risolve il problema del secondo fattore. Per il problema del "a me funziona", devi accedere con la build di release, da un dispositivo pulito, sull'ambiente di produzione, e poi lasciare stare l'account.

Cosa controllare prima di inviare l'app con un account demo?

Prima dell'invio, verifica che il login demo funzioni sulla build di release, che ogni ruolo e codice sia nelle Note e che nulla possa far scadere, ruotare o eliminare l'account durante la revisione.

• Accesso effettuato sulla build di release da un dispositivo pulito nell'ultima ora
• Backend, provider di autenticazione e servizio email o SMS sono tutti attivi e non applicano rate limiting all'account
• L'account è escluso da job di scadenza, pulizia e rotazione delle password
• Ogni ruolo ha il proprio login nelle Note
• Lo stato dell'abbonamento mostra il flusso di acquisto
• Un account separato è pronto per il test di eliminazione
• Il codice di accesso o il bypass è scritto nelle Note
• Il numero di telefono di contatto è in formato internazionale con il segno più (+) e qualcuno risponderà

Secondo la pagina App Review di Apple, "in media, oltre il 40% dei problemi irrisolti è legato alla linea guida 2.1: completezza dell'app", che comprende le informazioni incomplete. Un login demo non funzionante è tra i problemi più facili da prevenire. Per controllare il resto della build, usa il nostro piano di test della build di release per i rifiuti 2.1.

Cosa fare se App Review non riesce comunque ad accedere?

Se App Review non riesce ad accedere, correggi l'account, testalo di nuovo sulla build di release, aggiorna App Review Information e rispondi in App Store Connect spiegando esattamente cosa hai cambiato. Le informazioni per la revisione "possono essere modificate in qualsiasi momento."

Leggi attentamente il messaggio di rifiuto. Spesso la causa è una semplice discrepanza: una password cambiata, una sessione scaduta o un revisore in una regione bloccata dal tuo backend. La nostra guida su come trasformare un messaggio di revisione in una correzione ti accompagna nella risposta. Se preferisci affidare a qualcun altro la preparazione della revisione, il nostro servizio di pubblicazione su App Store prepara la revisione e gestisce con te il feedback sui rifiuti, a $599 per entrambi gli store (le quote degli account sviluppatore sono a parte).