Guideline 4.0 Design: app rifiutata per l'interfaccia

"Guideline 4.0 - Design" non è una regola numerata come le altre: è l'introduzione della sezione Design delle regole di Apple, citata quando la tua interfaccia sembra sotto il livello atteso. I rifiuti pubblicati si somigliano: schermate compresse su iPad, testo difficile da leggere, login che rimanda a Safari, Sign in with Apple integrato male. La correzione parte quasi sempre dal dispositivo citato nel messaggio, schermata per schermata.

Pubblico le mie app iOS con Expo: Solys, TradaZen e Nolera sono configurate solo per iPhone, eppure il reviewer ha testato Solys e Nolera su iPad. Questa guida si basa sul testo di Apple, su rifiuti 4.0 pubblicati da altri sviluppatori e sulla griglia visiva che applico prima di ogni invio. Per il quadro generale dei motivi, leggi perché Apple rifiuta un'app.

Cosa copre la guideline 4.0 Design?

La sezione 4 delle App Review Guidelines si apre con un paragrafo senza numero: "Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store." Aggiunge che il design spetta a te, ma che il seguito fissa dei "minimum standards for approval". Avverte anche che un'app che peggiora dopo l'approvazione può essere rimossa.

In parole povere: Apple si aspetta un'app semplice, curata e facile da usare, e la 4.0 entra in gioco quando il problema non rientra in nessuna sotto-regola precisa. Il testo non dà criteri numerici. Il riferimento pratico sono le Human Interface Guidelines, le regole di design di Apple.

I rifiuti 4.0 più frequenti

Ecco i quattro casi che ho ritrovato in messaggi pubblicati sui forum di Apple, con la formula citata.

Caso	Formula di Apple	Correzione
Schermate compresse su iPad	"crowded"	Layout fluido
Testo illeggibile	"hard to read type"	Dimensioni HIG
Login in Safari	"taken to Safari"	Login nell'app
Sign in with Apple	Nome richiesto di nuovo	Nome già fornito

Schermate compresse o tagliate su iPad

Il messaggio tipo, pubblicato a settembre 2025: "Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0." Il seguito precisava che l'app usava solo una parte dello schermo (thread del forum).

La causa sta nella regola 2.4.1: "iPhone apps should run on iPad whenever possible." Con Expo, l'opzione ios.supportsTablet vale false di default, secondo la configurazione dell'app di Expo. La tua app iPhone gira quindi su iPad in modalità compatibilità, in una finestra in formato iPhone. Configurare l'app solo per iPhone non la mette al riparo da un test su iPad. È su un iPad Air che la demo di Solys è diventata impossibile da vincere, un caso descritto nella guida della guideline 2.1.

Due vie d'uscita. O supporti davvero l'iPad, con un layout che segue lo spazio disponibile. Le regole di design di Apple chiedono di decidere la disposizione in base alle size class, non al modello di dispositivo. Oppure resti su iPhone, e ogni schermata deve stare nella finestra di compatibilità.

Testo difficile da leggere

Il messaggio, pubblicato a gennaio 2025: "Your app included hard to read type or typography." Apple ricorda che gli utenti si aspettano app "simple, refined, and easy to use" (thread del forum).

Le regole di tipografia di Apple danno dei riferimenti su iOS: 17 punti di default, 11 punti come minimo. Le regole di accessibilità chiedono un contrasto di almeno 4,5 a 1 per un testo fino a 17 punti, e aree di tocco di 44 per 44 punti di default.

Una trappola se riduci i font sugli schermi piccoli, come faccio io per mantenere gli stessi a capo ovunque: controlla che il tuo testo più piccolo, ridotto su iPhone SE, resti almeno a 11 punti.

Login che rimanda a Safari

Il messaggio, pubblicato sul forum di Apple: "We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience." Apple chiede di permettere registrazione e login nell'app, e consiglia una vista Safari integrata.

Con Expo, expo-web-browser copre entrambe le esigenze senza uscire dall'app: openAuthSessionAsync apre una sessione di autenticazione in una finestra modale, e openBrowserAsync mostra una pagina in una vista Safari integrata. Aprire il login con Linking.openURL, invece, manda all'app Safari. La scelta dei metodi di login da offrire riguarda un'altra regola, la 4.8.

Sign in with Apple integrato male

Il messaggio, pubblicato a maggio 2024: "Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework." (thread del forum).

La documentazione di expo-apple-authentication spiega la trappola: nome ed e-mail vengono forniti solo al primo login. Salvali subito, altrimenti sarai tentato di richiederli. Usa anche il pulsante fornito dalla libreria: il colore si sceglie con buttonStyle e gli angoli con cornerRadius, mai tramite style.

4.0, 4.2, 4.3: tre rifiuti di design da non confondere

Regola	Cosa viene giudicato	Correzione
4.0	L'interfaccia	Correggere le schermate
4.2	L'utilità dell'app	Aggiungere sostanza nativa
4.3	La somiglianza	Cambiare concept

La 4.2, Minimum Functionality, chiede funzioni, contenuti e un'interfaccia che portino l'app "beyond a repackaged website". Il confine con la 4.0 è sottile: un sito impacchettato in un'app può prendersi entrambi. Se alla tua app manca sostanza, ritoccare le schermate non basterà.

La 4.3 colpisce le copie e le categorie sature: ho spiegato i suoi due commi nella guida della guideline 4.3 Design Spam. Un'interfaccia curata non salva un'app che somiglia a mille altre.

La griglia visiva prima dell'invio

È l'elemento che aggiungo a ogni invio. Nelle mie app, ogni schermata è disegnata per l'iPhone più grande, poi ridotta con un'unica scala sui più piccoli: stesse proporzioni, stessi a capo. Poi confronto i rendering affiancati: iPhone SE, iPhone standard, iPhone più grande, e un iPad per la modalità compatibilità.

Controllo	Dispositivo	Cosa deve reggere
Primo avvio	iPhone SE	Niente di tagliato
Onboarding completo	iPad	Ogni pulsante raggiungibile
Tastiera aperta	iPhone SE	Campo e pulsante visibili
Testo ingrandito	iPhone standard	Nessun testo troncato
Modalità scura	Tutti	Testo leggibile ovunque
Aree sicure	Più grande	Niente sotto la Dynamic Island
Paywall	iPhone SE	Prezzi e link visibili
Login	iPad	Resta nell'app

Tre precisazioni:

• Testo ingrandito. Le regole di tipografia di Apple propongono un test semplice: attivare le dimensioni di testo più grandi in Settings, Accessibility, Display & Text Size, poi controllare che tutto resti leggibile.
• Modalità scura. Le regole di Apple sulla modalità scura chiedono che l'app resti leggibile in entrambi gli aspetti. Expo applica light di default se non imposti userInterfaceStyle. Solys segue l'impostazione del telefono, TradaZen resta scura, Nolera chiara: in tutti e tre i casi, testo l'aspetto mostrato.
• Aree sicure. Il contenuto non passa né sotto la Dynamic Island né sotto l'indicatore Home. Expo spiega il metodo nella sua guida alle aree sicure.

Su Mac, il simulatore si configura da riga di comando, il che rende la griglia veloce da ripetere:

xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png

Su un telefono vero, rifaccio lo stesso giro con una build TestFlight. Metodologia: questa griglia è mia, costruita sui rifiuti ricevuti dalle mie app, non una lista fornita da Apple. Riduce le sorprese senza garantire l'approvazione.

Come rispondere a un rifiuto 4.0?

1. Individua il dispositivo e la versione citati nel messaggio, poi apri lo stesso modello nel simulatore.
2. Correggi tutte le occorrenze. Il messaggio tipo chiede di "address all instances" del problema, non solo la schermata dello screenshot.
3. Invia una nuova build: il reviewer testa il codice incluso nell'app.
4. Rispondi con degli screenshot fatti sullo stesso dispositivo, rispondendo al messaggio di App Review.
5. Fai ricorso solo se sei sicuro: Apple permette di rivolgersi all'App Review Board, con un solo ricorso per invio rifiutato.

Il modello che userei, da adattare:

Hello,

Thank you for your feedback regarding Guideline 4.0.

We reproduced the issue on [device] running [OS version].

Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].

We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.

Attached: screenshots of the updated screens on [device].

Best regards,

Preparare l'invio senza rifiuti di design

Il Review Kit riunisce la mia checklist pre-invio, che copre in particolare la regola 2.4.1 sull'iPad, e delle skill Claude Code che rileggono il tuo progetto. Per uno sguardo umano, prenota un'ora con me: apriamo le tue schermate su più dimensioni, in videochiamata. Il percorso completo dopo un rifiuto è nella pagina app rifiutata da Apple.

Stai preparando la tua prima pubblicazione? Fai la tua diagnosi gratuita: rimette in ordine i passaggi e ti invia la mia checklist anti-rifiuto Apple.

Domande frequenti

Cosa significa "Guideline 4.0 - Design" in un messaggio di rifiuto?

Apple giudica la tua interfaccia sotto il livello atteso, senza puntare a una sotto-regola precisa: schermate compresse, testo difficile da leggere, flusso di login giudicato scadente. Il messaggio di solito cita il dispositivo usato e spesso allega uno screenshot.

La mia app è configurata solo per iPhone: perché Apple la testa su iPad?

Perché la regola 2.4.1 vuole che le app iPhone girino su iPad quando possibile. La tua app si apre lì in modalità compatibilità, in una finestra in formato iPhone, e ogni schermata deve restare utilizzabile.

Serve una nuova build dopo un rifiuto 4.0?

Sì, nella maggior parte dei casi. Il reviewer testa il codice incluso nell'app al primo avvio, e una correzione distribuita da remoto può sfuggirgli. È quello che spiego nella guida della guideline 2.1.

La modalità scura è obbligatoria per essere approvati?

Il testo delle regole di revisione non la impone. Le regole di design ricordano che gli utenti si aspettano che le app seguano la loro impostazione. Se forzi il chiaro o lo scuro, come Expo permette, testa quell'aspetto. Se segui l'impostazione del telefono, testali entrambi.

Si può fare ricorso contro un rifiuto 4.0?

Sì, presso l'App Review Board, se pensi che la tua app rispetti le regole. Apple chiede motivazioni precise, un solo ricorso per invio rifiutato, e di rispondere prima alle richieste di informazioni.