Guideline 4.2 Minimum Functionality: odrzucona aplikacja

Guideline 4.2, „Minimum Functionality”, odrzuca aplikację, która nie daje nic więcej niż strona internetowa albo daje za mało, żeby ktoś ją zatrzymał. Lekarstwem nie jest dokładanie kolejnych natywnych funkcji, tylko postawienie jednej w centrum użycia i powiedzenie recenzentowi, gdzie ją znaleźć. Poprawka prawie zawsze wymaga nowego buildu.

Sam publikuję swoje aplikacje iOS: Solys, TradaZen i Nolera są w App Store. Ten poradnik opiera się na oficjalnym tekście Apple, przeczytanym 15 października 2026, oraz na odrzuceniach 4.2 opublikowanych przez developerów na forach Apple. Odrzucone aplikacje opisane niżej to przykłady. Jeśli chcesz zobaczyć wszystkie powody naraz, przeczytaj raczej dlaczego Apple odrzuca aplikację.

Co mówi guideline 4.2?

Punkt 4.2 znajdziesz w sekcji 4, „Design”, w App Review Guidelines. Jego pierwsze zdanie określa kryterium: „Your app should include features, content, and UI that elevate it beyond a repackaged website.” Innymi słowy, twoja aplikacja musi mieć funkcje, treści i interfejs, które stawiają ją wyżej niż stronę WWW zapakowaną w pudełko.

Tekst dodaje dwie myśli. Aplikacja, która nie jest naprawdę użyteczna, unikalna albo „app-like”, nie ma miejsca w App Store. A aplikacja, która nie daje ani trwałej rozrywki, ani wystarczającej użyteczności, może zostać odrzucona. Punkt 4.2 ocenia więc dwie rzeczy: różnicę względem strony WWW i ilość wartości.

Podpunkty, które może przywołać wiadomość

Podpunkt	Czego wymaga Apple	Typowe odrzucenie
4.2	Wyjść poza stronę WWW	Strona wyświetlana w WebView
4.2.1	Prawdziwe doświadczenie rozszerzonej rzeczywistości	Model 3D wstawiony w widok AR
4.2.2	Nie tylko marketing czy linki	Aplikacja wizytówka, agregator, linki
4.2.3	Samodzielna aplikacja, jasne pobieranie	Aplikacja wymagająca innej aplikacji
4.2.6	Żadnych aplikacji z komercyjnego szablonu	Szablon wysłany przez zewnętrzną firmę

Trzy doprecyzowania. Punkt 4.2.2 robi wyjątek dla katalogów: „Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.” Katalog produktów może więc przejść. Ulotka reklamowa nie.

Punkt 4.2.3 ma dwa ustępy. Ustęp (i) wymaga, żeby aplikacja działała sama, bez instalowania innej aplikacji. Ustęp (ii) wymaga, żeby aplikacja, która przy pierwszym uruchomieniu musi pobrać zasoby, podała rozmiar pobierania i wcześniej poprosiła o zgodę.

Punkt 4.2.6, o komercyjnych szablonach i usługach generowania aplikacji, opisuję w poradniku o guideline 4.3, bo idzie w parze z zasadą antyspamową.

Dwie najczęstsze wiadomości 4.2

Wiadomość od Apple zaczyna się od nagłówka „Guideline 4.2 - Design - Minimum Functionality”. Dalsza część mówi, który z dwóch problemów zauważył recenzent. Oto dwa sformułowania opublikowane przez developerów na forach Apple. Mają już kilka lat: dokładny tekst mógł się zmienić, ale obie kategorie zostały.

Aplikacja wygląda jak strona. „Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.” Ta wiadomość, opublikowana na forach Apple, zawiera kluczowe zdanie: „Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.”

Aplikacja jest za uboga. „We found that the usefulness of your app is limited by the minimal amount of content or features it includes.” Ta druga wiadomość prosi o przemyślenie koncepcji i przyznaje, że żadna liczbowa reguła nie definiuje, co jest użyteczne albo rozrywkowe.

Dodanie powiadomień, lokalizacji i przycisku udostępniania do opakowanej strony nie wystarczy: Apple napisało to w swoich własnych odrzuceniach.

Cztery typowe przypadki odrzucenia 4.2

Cztery przypadki poniżej to przykłady wymyślone, żeby zilustrować zasadę, a nie prawdziwe aplikacje.

Opakowana strona WWW

Przykład: klub sportowy wyświetla swoją mobilną stronę w WebView, z natywnym paskiem kart na wierzchu. Grafik, rezerwacja i konto to strony WWW. Recenzent widzi to samo, co pokazałoby mu Safari. Apple pisze o tym na swojej stronie App Review: strona serwowana w aplikacji iOS, treści WWW niedostosowane do iOS czy ograniczone interakcje webowe nie tworzą dobrej aplikacji.

Co bym zrobił: przebudował natywnie ekrany głównej czynności, tutaj grafik i rezerwację. Potem dodał to, czego strona nie potrafi: przypomnienie przed zajęciami, grafik dostępny bez sieci, najbliższe zajęcia w widżecie.

Zbyt prosta aplikacja

Przykład: aplikacja, która pokazuje jeden cytat dziennie i nic więcej. Poznajesz ją całą w dziesięć sekund. Punkt 4.2 mówi o „lasting entertainment value or adequate utility”: wartości, która trwa, albo wystarczającej użyteczności. Żeby to naprawić, dodaj głębi głównej czynności, a nie ekranów dookoła. Tutaj: historię, ulubione, przypomnienie o wybranej godzinie, widżet na ekranie początkowym.

Aplikacja wygenerowana przez AI, bez niczego natywnego

Przykład: pole tekstowe, przycisk i odpowiedź AI wyświetlona jako zwykły tekst. Apple nie ocenia narzędzia, tylko to, co pojawia się na ekranie recenzenta. Jeśli całe doświadczenie zmieściłoby się na stronie WWW, 4.2 ma spore szanse spaść.

To, co AI robi dobrze, a co psuje, opisuję w tekście jak stworzyć aplikację z AI. Format, jaki daje każdy generator (aplikacja webowa czy projekt mobilny), porównuję w Lovable, Rork czy FlutterFlow.

Pusta skorupa czekająca na treść

Przykład: marketplace bez ogłoszeń, pusty katalog firm, feed z napisem „Wkrótce dostępne”. Recenzent otwiera aplikację, która nie ma nic do pokazania. Ten przypadek dotyczy też punktu 2.1, który odrzuca treści tymczasowe: zobacz poradnik o guideline 2.1. Wysyłaj aplikację, kiedy ma prawdziwe treści, albo daj konto demo, które jest już wypełnione.

Test, który robię: „A w Safari?”

Przed wysłaniem pytam się, czy strona WWW mogłaby dać tę samą główną funkcję. Jeśli tak, aplikacja jest narażona na 4.2. Oto moja tabela do oceny natywnej funkcji. Funkcja się liczy, kiedy służy głównej czynności, a nie kiedy jest ozdobą.

Funkcja	Liczy się, gdy...	Nie wystarcza, gdy...
Powiadomienia	Niosą oczekiwaną informację	Przekazują twoje artykuły
Tryb offline	Główna treść da się dalej używać	Wyświetla się tylko ekran błędu
Widżet	Pokazuje dane konkretnej osoby	Wyświetla twoje logo
Udostępnianie	Można wysłać treść do twojej aplikacji	Udostępnia tylko link
Aparat, czujniki	Są częścią głównej czynności	Otwierają twoją stronę
Dane lokalne	Aplikacja liczy, porządkuje i pamięta	Wszystko żyje na stronie WWW

Zalecenia Apple idą w tym samym kierunku. Widżet pokazuje aktualną treść, czytelną na pierwszy rzut oka. Powiadomienie niesie użyteczną informację w kilku słowach i nie służy do popychania w stronę zadania w aplikacji.

Co moje aplikacje robią, czego nie zrobi strona

Każdą aplikację projektuję wokół głównej funkcji, która nie istnieje w przeglądarce, albo wokół wartości, która sprawia, że się wraca.

• Solys to budzik. Dzwonek idzie przez AlarmKit, usługę alarmów z iOS 26: przebija się przez tryb cichy, tak jak budzik Apple. Żeby go wyłączyć, trzeba wygrać minigrę, a wybrane aplikacje zostają wstrzymane po pobudce. Żadna strona WWW nie sprawi, że iPhone zadzwoni w trybie cichym.
• TradaZen to symulator tradingu: prawdziwy wykres z prawdziwego dnia, decyzja, świece, które się odsłaniają, rankingowe pojedynki i ranga, która rośnie. Tutaj aplikacji nie niesie natywna funkcja. Niesie ją trwała wartość rozrywkowa, o której mówi 4.2.
• Nolera to garderoba: fotografujesz swoje ubrania, aplikacja je wycina i porządkuje, a potem każdego ranka proponuje ci strój. Aparat jest częścią głównej czynności. Nie jest dodatkiem.

Punkt 4.2 nie wymaga listy natywnych funkcji: wymaga powodu, żeby zainstalować aplikację zamiast otworzyć stronę.

Jak naprawić odrzucenie 4.2 krok po kroku

1. Rozpoznaj kategorię. Przeglądanie stron: to opakowana strona. Minimalne treści lub funkcje: to za uboga aplikacja. Punkt 4.2.3: zależność od innej aplikacji albo niezapowiedziane pobieranie.
2. Zmień produkt, nie sformułowania. Odpowiedź, która argumentuje i niczego nie zmienia, nie ma powodu przekonać. Przebuduj natywnie ekrany głównej czynności albo dodaj brakującą głębię.
3. Przygotuj nowy build. Przyczyna leży w aplikacji: zdalna aktualizacja nie wystarczy. Każde wysłanie przechodzi znowu przez kolejkę, zobacz czas weryfikacji w App Store.
4. Napisz notatki do recenzji, które prowadzą. Apple prosi na swojej stronie o informacjach do pełnej recenzji, żeby opisać koncepcję, funkcje i odbiorców. Przy aktualizacji: co się zmieniło i gdzie to znaleźć.
5. Odwołuj się tylko wtedy, gdy recenzent coś przeoczył. Jeśli twoja natywna funkcja już istniała, ale nie została zauważona, odpowiedz w App Store Connect, dołączając krótkie wideo. Odwołanie do App Review Board ma sens, kiedy twoja aplikacja została źle zrozumiana, a nie kiedy jest uboga.

Szablon notatek, którego bym użył, po angielsku, do dopasowania:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

Pisz tylko o tym, co istnieje w wysłanym buildzie. Zapowiedziana funkcja, której nie da się znaleźć, przyniosłaby ci kolejne odrzucenie, tym razem z punktu 2.1.

Checklista 4.2 przed wysłaniem

• Potrafisz w jednym zdaniu powiedzieć, co twoja aplikacja robi, czego nie zrobi strona.
• Ekrany głównej czynności są natywne, a nie są stronami WWW.
• Każda natywna funkcja służy głównej czynności, a recenzent trafia na nią w mniej niż dwie minuty.
• Aplikacja ma prawdziwe treści od pierwszego uruchomienia albo wypełnione konto demo.
• Aplikacja działa sama, bez instalowania innej aplikacji.
• Duże pobieranie przy pierwszym uruchomieniu podaje swój rozmiar i prosi o zgodę.
• Notatki do recenzji opisują koncepcję, odbiorców i miejsce każdej funkcji.
• Jeśli twój pomysł ociera się o granicę, przetestowałeś go przed kodowaniem, z dobrze zaplanowanym MVP aplikacji iOS.

Przejdź 4.2 przy następnym wysłaniu

Jeśli twoja aplikacja właśnie została odrzucona z punktu 4.2, Apple Review Kit pomoże ci odnaleźć przywołaną zasadę i to, czego wymaga, razem z szablonami notatek dla testera. Jeśli wciąż budujesz, ścieżka iOS Kit zaczyna od głównej funkcji, zanim napiszesz pierwszą linijkę kodu. Jeśli chcesz, żeby spojrzał na to człowiek, zarezerwuj godzinę ze mną. Całe podejście znajdziesz na stronie aplikacja odrzucona przez Apple.

Jeśli przygotowujesz swoje pierwsze wydanie, zrób darmową diagnozę: ułoży ci kroki w kolejności i wyśle moją checklistę przeciw odrzuceniom Apple. Strona główna pokazuje, jak stworzyć aplikację mobilną od początku przygotowaną pod recenzję.

Nikt nie może zagwarantować, że Apple zaakceptuje twoją aplikację. Mogę ci pomóc dać jej powód, żeby istniała w App Store.

Najczęściej zadawane pytania

Co oznacza „Guideline 4.2 - Design - Minimum Functionality”?

To nagłówek odrzucenia za minimalną funkcjonalność. Apple uznaje, że twoja aplikacja za bardzo przypomina stronę WWW albo daje za mało treści lub funkcji. Ten sam nagłówek może dotyczyć podpunktu: „Guideline 4.2.2” dla aplikacji wizytówki albo listy linków, 4.2.3 dla aplikacji zależnej od innej aplikacji.

Czy aplikacja w WebView jest zawsze odrzucana?

Nie. Zasada dotyczy strony WWW wstawionej do aplikacji, a nie technologii. Recenzent ocenia główne doświadczenie: jeśli jego ekrany to strony WWW, które robią to samo co Safari, ryzyko jest wysokie. Strona pomocy otwierana w przeglądarce to nie jest problem.

Czy dodanie powiadomień push wystarczy, żeby przejść 4.2?

Nie. W wiadomości z odrzuceniem opublikowanej na swoich forach Apple pisze, że powiadomienia, lokalizacja i udostępnianie nie wystarczą, żeby doświadczenie było wystarczająco bogate. Powiadomienie się liczy, kiedy służy głównej funkcji, jak alarm albo przypomnienie wybrane przez użytkownika.

Jaka jest różnica między guideline 4.2 a 4.3?

Punkt 4.2 ocenia twoją aplikację samą w sobie: czy daje wystarczająco dużo w porównaniu ze stroną WWW? Punkt 4.3 porównuje ją z innymi: czy jest kopią, wariantem albo kolejną aplikacją w przesyconej kategorii? Ta sama aplikacja może dostać oba, ale naprawia się je inaczej.

Czy po odrzuceniu 4.2 potrzebny jest nowy build?

Prawie zawsze, bo przyczyna leży w samej aplikacji. Jedyny wyjątek: recenzent nie znalazł funkcji, która już istniała. Wtedy odpowiedz w App Store Connect, dołączając dokładne notatki i krótkie wideo, bez zmiany buildu.