# Guideline 4.0 Design: app rifiutata per l'interfaccia > Guideline 4.0 Design: Apple rifiuta un'interfaccia difficile da usare, spesso su iPad. Testa ogni schermata su iPhone SE e iPad, correggi, poi rispondi. Pagina originale: [Guideline 4.0 Design: app rifiutata per l'interfaccia](https://devoria.fr/it/blog/guideline-4-0-design-app-rifiutata-interfaccia) Autore: [Mehdi Azizi](https://devoria.fr/it/mehdi-azizi) Pubblicazione: 2026-11-04 Ultima revisione dei contenuti: 2026-11-04 "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](https://devoria.fr/it/blog/app-rifiutata-da-apple-perche-casi-reali). ## Cosa copre la guideline 4.0 Design? La sezione 4 delle [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) 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](https://developer.apple.com/design/human-interface-guidelines/layout), 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](https://developer.apple.com/forums/thread/800657)). 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](https://docs.expo.dev/versions/latest/config/app/). 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](https://devoria.fr/it/blog/guideline-2-1-app-store-rifiuto). 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](https://developer.apple.com/forums/thread/772671)). Le [regole di tipografia di Apple](https://developer.apple.com/design/human-interface-guidelines/typography) danno dei riferimenti su iOS: 17 punti di default, 11 punti come minimo. Le [regole di accessibilità](https://developer.apple.com/design/human-interface-guidelines/accessibility) 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](https://developer.apple.com/forums/thread/126333): "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](https://docs.expo.dev/versions/latest/sdk/webbrowser/) 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](https://developer.apple.com/forums/thread/751115)). La documentazione di [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/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](https://devoria.fr/it/blog/guideline-4-2-minimum-functionality-app-rifiutata), 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](https://devoria.fr/it/blog/guideline-4-3-design-spam-app-rifiutata). 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](https://developer.apple.com/design/human-interface-guidelines/dark-mode) 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](https://docs.expo.dev/develop/user-interface/safe-areas/). Su Mac, il simulatore si configura da riga di comando, il che rende la griglia veloce da ripetere: ```bash 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](https://devoria.fr/it/blog/testflight-testare-app-iphone-prima-invio). 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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/). 5. **Fai ricorso solo se sei sicuro**: Apple permette di [rivolgersi all'App Review Board](https://developer.apple.com/distribute/app-review/), con un solo ricorso per invio rifiutato. Il modello che userei, da adattare: ```text 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](https://devoria.fr/it/kits/app-review) 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](https://devoria.fr/it/coaching): apriamo le tue schermate su più dimensioni, in videochiamata. Il percorso completo dopo un rifiuto è nella pagina [app rifiutata da Apple](https://devoria.fr/it/expertise/app-rifiutata-da-apple). Stai preparando la tua prima pubblicazione? [Fai la tua diagnosi gratuita](https://devoria.fr/it/diagnostic): 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. ## Il tuo progetto [Review Kit](https://devoria.fr/it/kits/app-review): La mia checklist per la review dell'App Store, i rifiuti di Apple che ho risolto, quella di Google Play e tre skill per Claude Code. 49 €. [iOS & Android Kit](https://devoria.fr/it/kits/ios): Crea la tua app iPhone e Android con Claude Code: il codice di partenza delle mie app, il percorso fino agli store e tutti i kit. 99 €. [Diagnosi: cosa ti separa dalla tua app per iPhone](https://devoria.fr/it/diagnostic): 7 domande, 60 secondi: scopri cosa ti blocca davvero nel pubblicare la tua app per iPhone, il tuo percorso in 4 tappe e il kit giusto per te.