Guideline 4.0 Design: odrzucenie aplikacji przez interfejs

„Guideline 4.0 - Design” to nie jest numerowana reguła jak pozostałe. To wstęp do sekcji Design w zasadach Apple, przywoływany wtedy, gdy twój interfejs wypada poniżej oczekiwanego poziomu. Opublikowane odrzucenia są do siebie podobne: ściśnięte ekrany na iPadzie, trudny do przeczytania tekst, logowanie przekierowane do Safari, źle zintegrowane Sign in with Apple. Poprawka prawie zawsze zaczyna się na urządzeniu wskazanym w wiadomości, ekran po ekranie.

Publikuję własne aplikacje iOS z Expo: Solys, TradaZen i Nolera są ustawione tylko na iPhone'a, a mimo to recenzent testował Solys i Nolerę na iPadzie. Ten poradnik opiera się na tekście Apple, na opublikowanych przez innych deweloperów odrzuceniach 4.0 i na wizualnej checkliście, którą stosuję przed każdym wysłaniem. Pełny przegląd powodów znajdziesz w tekście dlaczego Apple odrzuca aplikację.

Co obejmuje guideline 4.0 Design?

Sekcja 4 App Review Guidelines zaczyna się od akapitu bez numeru: „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.” Dodaje, że design należy do ciebie, ale dalsza część ustala „minimum standards for approval”. Ostrzega też, że aplikacja, która pogorszy się po zatwierdzeniu, może zostać usunięta.

Mówiąc wprost: Apple oczekuje aplikacji prostej, dopracowanej i łatwej w obsłudze, a 4.0 służy wtedy, gdy problem nie pasuje do żadnej konkretnej podreguły. Tekst nie podaje liczbowych kryteriów. Praktycznym punktem odniesienia są Human Interface Guidelines, czyli zasady projektowania Apple.

Najczęstsze odrzucenia 4.0

Oto cztery przypadki, które znalazłem w wiadomościach opublikowanych na forach Apple, razem z cytowanym sformułowaniem.

Przypadek	Sformułowanie Apple	Poprawka
Ściśnięte ekrany na iPadzie	„crowded”	Elastyczny układ
Nieczytelny tekst	„hard to read type”	Rozmiary z HIG
Logowanie w Safari	„taken to Safari”	Logowanie w aplikacji
Sign in with Apple	Ponowne pytanie o imię	Imię już dostarczone

Ściśnięte lub ucięte ekrany na iPadzie

Typowa wiadomość, opublikowana we wrześniu 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.” Dalej doprecyzowano, że aplikacja korzystała tylko z części ekranu (wątek na forum).

Przyczyna leży w regule 2.4.1: „iPhone apps should run on iPad whenever possible.” W Expo opcja ios.supportsTablet ma domyślnie wartość false, zgodnie z konfiguracją aplikacji Expo. Twoja aplikacja na iPhone'a działa wtedy na iPadzie w trybie zgodności, w oknie o formacie iPhone'a. Ustawienie aplikacji tylko na iPhone'a nie chroni jej przed testem na iPadzie. To właśnie na iPadzie Air demo Solys stało się niemożliwe do wygrania, a ten przypadek opisuję szczegółowo w poradniku o guideline 2.1.

Masz dwa wyjścia. Albo naprawdę obsługujesz iPada, z układem, który dopasowuje się do dostępnego miejsca. Zasady projektowania Apple każą decydować o układzie na podstawie klas rozmiaru, a nie modelu urządzenia. Albo zostajesz przy iPhonie i każdy ekran musi zmieścić się w oknie zgodności.

Trudny do przeczytania tekst

Wiadomość opublikowana w styczniu 2025: „Your app included hard to read type or typography.” Apple przypomina w niej, że użytkownicy oczekują aplikacji „simple, refined, and easy to use” (wątek na forum).

Zasady typografii Apple podają punkty odniesienia dla iOS: domyślnie 17 punktów, minimum 11 punktów. Zasady dostępności wymagają kontrastu co najmniej 4,5 do 1 dla tekstu do 17 punktów oraz domyślnie obszarów dotyku 44 na 44 punkty.

Pułapka, jeśli zmniejszasz czcionki na małych ekranach, tak jak ja, żeby zachować wszędzie te same łamania linii: sprawdź, czy twój najmniejszy tekst po zmniejszeniu na iPhonie SE nadal ma co najmniej 11 punktów.

Logowanie przekierowane do Safari

Wiadomość opublikowana na forum 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 prosi, żeby rejestracja i logowanie były możliwe w aplikacji, i zaleca wbudowany widok Safari.

W Expo expo-web-browser załatwia obie potrzeby bez wychodzenia z aplikacji: openAuthSessionAsync otwiera sesję uwierzytelniania w oknie modalnym, a openBrowserAsync wyświetla stronę we wbudowanym widoku Safari. Otwarcie logowania przez Linking.openURL przenosi natomiast do aplikacji Safari. Wybór metod logowania, które oferujesz, to już inna reguła, 4.8.

Źle zintegrowane Sign in with Apple

Wiadomość opublikowana w maju 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.” (wątek na forum).

Dokumentacja expo-apple-authentication wyjaśnia pułapkę: imię i e-mail są przekazywane tylko przy pierwszym logowaniu. Zapisz je od razu, inaczej będzie cię kusiło, żeby pytać o nie ponownie. Używaj też przycisku dostarczanego przez bibliotekę: jego kolor ustawiasz przez buttonStyle, a rogi przez cornerRadius, nigdy przez style.

4.0, 4.2, 4.3: trzy odrzucenia za design, których nie można mylić

Reguła	Co jest oceniane	Poprawka
4.0	Interfejs	Poprawić ekrany
4.2	Użyteczność aplikacji	Dodać natywną treść
4.3	Podobieństwo	Zmienić koncepcję

4.2, Minimum Functionality, wymaga funkcji, treści i interfejsu, które wynoszą aplikację „beyond a repackaged website”. Granica z 4.0 jest cienka: strona opakowana w aplikację może dostać oba odrzucenia. Jeśli twojej aplikacji brakuje treści, samo poprawianie ekranów nie wystarczy.

4.3 dotyczy kopii i przesyconych kategorii: oba jej punkty opisałem w poradniku o guideline 4.3 Design Spam. Dopracowany interfejs nie uratuje aplikacji, która wygląda jak tysiąc innych.

Wizualna checklista przed wysłaniem

To element, który dodaję przy każdym wysłaniu. W moich aplikacjach każdy ekran jest projektowany pod największego iPhone'a, a potem zmniejszany jedną skalą na mniejszych: te same proporcje, te same łamania linii. Potem porównuję widoki obok siebie: iPhone SE, standardowy iPhone, największy iPhone i iPad dla trybu zgodności.

Kontrola	Urządzenie	Co musi się zgadzać
Pierwsze uruchomienie	iPhone SE	Nic nie jest ucięte
Pełny onboarding	iPad	Każdy przycisk dostępny
Otwarta klawiatura	iPhone SE	Pole i przycisk widoczne
Powiększony tekst	Standardowy iPhone	Żaden tekst nie jest obcięty
Tryb ciemny	Wszystkie	Tekst czytelny wszędzie
Bezpieczne obszary	Największy	Nic pod Dynamic Island
Paywall	iPhone SE	Ceny i linki widoczne
Logowanie	iPad	Zostaje w aplikacji

Trzy uwagi:

• Powiększony tekst. Zasady typografii Apple proponują prosty test: włącz największe rozmiary tekstu w Settings, Accessibility, Display & Text Size, a potem sprawdź, czy wszystko pozostaje czytelne.
• Tryb ciemny. Zasady Apple dotyczące trybu ciemnego wymagają, żeby aplikacja była czytelna w obu wyglądach. Expo domyślnie stosuje light, jeśli nie ustawisz userInterfaceStyle. Solys podąża za ustawieniem telefonu, TradaZen zostaje w ciemnym, Nolera w jasnym: w każdym z tych trzech przypadków testuję wyświetlany wygląd.
• Bezpieczne obszary. Treść nie może wchodzić ani pod Dynamic Island, ani pod wskaźnik ekranu głównego. Expo opisuje metodę w swoim poradniku o bezpiecznych obszarach.

Na Macu symulator ustawisz z wiersza poleceń, dzięki czemu checklistę szybko powtórzysz:

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

Na prawdziwym telefonie robię tę samą rundę z buildem TestFlight. Metodologia: ta checklista jest moja, zbudowana na odrzuceniach, które dostały moje aplikacje, a nie lista od Apple. Ogranicza niespodzianki, ale nie gwarantuje akceptacji.

Jak odpowiedzieć na odrzucenie 4.0?

1. Znajdź urządzenie i wersję wskazane w wiadomości, a potem otwórz ten sam model w symulatorze.
2. Popraw wszystkie wystąpienia. Typowa wiadomość prosi, żeby „address all instances” problemu, a nie tylko ekran ze zrzutu.
3. Wyślij nowy build: recenzent testuje kod wbudowany w aplikację.
4. Odpowiedz ze zrzutami ekranu zrobionymi na tym samym urządzeniu, odpowiadając na wiadomość App Review.
5. Odwołuj się tylko wtedy, gdy masz pewność: Apple pozwala zwrócić się do App Review Board, z jednym odwołaniem na odrzucone zgłoszenie.

Szablon, którego bym użył, do dostosowania:

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,

Przygotuj wysyłkę bez odrzucenia za design

Review Kit zawiera moją checklistę przed wysłaniem, która obejmuje między innymi regułę 2.4.1 dotyczącą iPada, oraz skille Claude Code, które przeglądają twój projekt. Jeśli chcesz, żeby spojrzał na to człowiek, zarezerwuj godzinę ze mną: otworzymy twoje ekrany w kilku rozmiarach, na wideorozmowie. Pełny proces po odrzuceniu znajdziesz na stronie aplikacja odrzucona przez Apple.

Przygotowujesz swoje pierwsze wydanie? Zrób darmową diagnozę: ułoży kroki we właściwej kolejności i wyśle ci moją checklistę przeciw odrzuceniom Apple.

Najczęściej zadawane pytania

Co oznacza „Guideline 4.0 - Design” w wiadomości o odrzuceniu?

Apple uznaje, że twój interfejs jest poniżej oczekiwanego poziomu, bez wskazywania konkretnej podreguły: ściśnięte ekrany, trudny do przeczytania tekst, źle oceniony proces logowania. Wiadomość zwykle podaje użyte urządzenie i często zawiera zrzut ekranu.

Moja aplikacja jest ustawiona tylko na iPhone'a: dlaczego Apple testuje ją na iPadzie?

Bo reguła 2.4.1 wymaga, żeby aplikacje na iPhone'a działały na iPadzie, kiedy to możliwe. Twoja aplikacja otwiera się tam w trybie zgodności, w oknie o formacie iPhone'a, i każdy ekran musi pozostać w nim użyteczny.

Czy po odrzuceniu 4.0 potrzebny jest nowy build?

Tak, w większości przypadków. Recenzent testuje kod wbudowany przy pierwszym uruchomieniu, a poprawka dostarczona zdalnie może mu umknąć. Wyjaśniam to w poradniku o guideline 2.1.

Czy tryb ciemny jest obowiązkowy, żeby aplikacja została zaakceptowana?

Tekst zasad recenzji tego nie wymaga. Zasady projektowania przypominają, że użytkownicy oczekują, iż aplikacje będą podążać za ich ustawieniem. Jeśli wymuszasz jasny lub ciemny wygląd, na co Expo pozwala, przetestuj ten wygląd. Jeśli podążasz za ustawieniem telefonu, przetestuj oba.

Czy można odwołać się od odrzucenia 4.0?

Tak, do App Review Board, jeśli uważasz, że twoja aplikacja spełnia zasady. Apple wymaga konkretnych powodów, pozwala na jedno odwołanie na odrzucone zgłoszenie i prosi, żeby najpierw odpowiedzieć na prośby o informacje.