Guideline 3.2.2 Unacceptable: odrzucony model biznesowy
Autor: Mehdi Azizi
Opublikowano , 9 min
Guideline 3.2.2: Apple nie pozwala uzależniać funkcji od oceny ani nagradzać recenzji. Nagradzaj akcje w aplikacji, nigdy w App Store.
Guideline 3.2.2 wymienia modele biznesowe, których Apple nie akceptuje. W przypadku niezależnej aplikacji klasyczną pułapką jest wymiana oceny, recenzji albo pobrania na jakąś korzyść. Możesz nagradzać akcję w aplikacji, na przykład ukończenie poziomu albo obejrzenie reklamy. Ale nie akcję w App Store.
Sam publikuję swoje aplikacje na iOS: Solys, TradaZen i Nolera są w App Store. Ten poradnik opiera się na oficjalnym tekście Apple, przeczytanym 15 października 2026 r. w wersji z 8 czerwca 2026 r., oraz na odrzuceniach 3.2.2 opublikowanych przez deweloperów. Praktyki opisane niżej to przykłady. Moment proszenia o ocenę podlega innej zasadzie, którą omawiam w poradniku o guideline 5.6.3.
Co mówi guideline 3.2.2?
3.2.2 znajduje się w sekcji 3.2, „Other Business Model Issues”, w App Review Guidelines. Apple zestawia tam listę „Acceptable”, czyli 3.2.1, z listą „Unacceptable”, czyli 3.2.2. Zaznacza też, że te listy nie są wyczerpujące.
W obecnej wersji 3.2.2 ma dziesięć punktów, z czego dwa są puste.
| Punkt | Co jest zabronione |
|---|---|
| (i) | Witryna z aplikacjami innych firm |
| (ii) | Pusty („omitted”) |
| (iii) | Sztuczne nabijanie reklam, app z reklam |
| (iv) | Darowizny bez uprawnień |
| (v) | Ograniczony dostęp bez powodu |
| (vi) | Pusty („omitted”) |
| (vii) | Nabijanie pozycji gdzie indziej |
| (viii) | Opcje binarne, CFD bez licencji |
| (ix) | Pożyczki powyżej 36% rocznie |
| (x) | Zmuszanie do oceny, do pobrania |
Dla niezależnej aplikacji najważniejszy jest punkt (x): „Apps must not force users to rate the app, review the app, download other apps”. Zabrania wymagania oceny, recenzji, pobrania innej aplikacji albo innej akcji związanej ze sklepem w zamian za dostęp do funkcji, treści lub samej aplikacji. Kolejne zdanie wyznacza granicę: „Apps may otherwise incentivize users to take specific actions within apps”. Podane przykłady: ukończenie poziomu, obejrzenie reklamy.
Wstęp do sekcji 3 uzupełnia tę zasadę. Apple bierze tam na celownik recenzje i rankingi nabijane opiniami „paid, incentivized, filtered, or fake”: opłaconymi, nagradzanymi, filtrowanymi albo fałszywymi. Zapowiadana kara może sięgać nawet usunięcia z programu deweloperskiego.
Oceny ani recenzji nie da się kupić: ani pieniędzmi, ani monetami, ani odblokowaną funkcją.
Czego 3.2.2 nie obejmuje
Sporo artykułów w sieci przypisuje do 3.2.2 przypadki, które obecny tekst umieszcza gdzie indziej. Dla niezależnej aplikacji liczą się trzy pokrewne zasady.
- Pobieranie opłat za funkcję systemu: 4.10. Guideline 4.10 zabrania monetyzowania możliwości urządzenia lub iOS, takich jak powiadomienia push, aparat czy żyroskop. Wymienia też usługi Apple: miejsce w iCloud, API Czasu przed ekranem.
- Narzucanie zadania po zakupie: 3.1.2(a). Zasada 3.1.2(a) wymaga, żeby użytkownik dostał to, za co zapłacił, bez dodatkowych zadań: publikowania w social mediach, importowania kontaktów, otwierania aplikacji określoną liczbę razy.
- Przejście na subskrypcję: również 3.1.2(a). Nie możesz odebrać głównej funkcji tym, którzy już za nią zapłacili. Szczegóły znajdziesz w poradniku o guideline 3.1.2.
Najczęstsze przypadki w niezależnej aplikacji
Poniższe cztery przypadki to przykłady wymyślone, żeby zilustrować zasadę.
Odblokowanie funkcji za ocenę
Przykład: „Oceń aplikację, żeby odblokować ciemny motyw”. Dokładnie tego zabrania punkt (x). A sam mechanizm technicznie się nie trzyma: systemowe okno oceny Apple może się nie wyświetlić i nie mówi twojej aplikacji, czy użytkownik ocenił.
Wyjście: proś o ocenę systemowym oknem, po jakimś sukcesie, bez warunków. Ciemny motyw odblokuj inaczej, za darmo albo przez zakup w aplikacji.
Nagradzanie recenzji lub pobrania
Przykład: „100 monet za recenzję na 5 gwiazdek” albo offerwall, który daje monety za instalowanie innych aplikacji. Pierwsze kupuje recenzję, a „5 gwiazdek” ją filtruje. Drugie płaci za pobrania. Odrzucenie 3.2.2 z 2019 r., opublikowane na forum Apple, dotyczyło właśnie offerwalla: „Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store.”
Wyjście: nagradzaj akcje, które dzieją się w twojej aplikacji. Ukończenie samouczka, wygranie trzech gier, zaliczenie wyzwania.
Reklama z nagrodą
Wideo z nagrodą jest dozwolone: punkt (x) sam wymienia „watching an ad” wśród akcji, do których aplikacja może zachęcać. Są dwa ograniczenia. Punkt (iii) odrzuca aplikacje stworzone głównie do wyświetlania reklam. A odrzucenie z 2022 r., opublikowane przez dewelopera, mówi: „The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks”.
Inny deweloper opisuje rozmowę z reviewerem w 2021 r.: według niego nagrody o realnej wartości, jak pieniądze czy karty podarunkowe, nie były dopuszczalne, tylko nagrody w aplikacji. Reklama ma być opcjonalna, a nagroda ma zostać w aplikacji. Ile na tym zarobisz, liczę w artykule ile zarabia aplikacja mobilna.
Płatna funkcja, która była darmowa
Przykład: aktualizacja przenosi za subskrypcję eksport do PDF, dotąd darmowy. Żaden punkt 3.2.2 nie dotyczy tego przypadku, a tekst nie zabrania zmieniania oferty. Chroni to, za co zapłacono: gdy aplikacja przechodzi na subskrypcję, 3.1.2(a) wymaga, żeby ci, którzy już zapłacili, zachowali kupioną główną funkcję.
Dwie zasady ostrożności. Guideline 2.3.2 wymaga, żeby opis i zrzuty ekranu jasno pokazywały, co wymaga zakupu: zaktualizuj swoją kartę w sklepie. Wyjaśnij też zmianę w notatkach dla recenzenta. Co zrobiłbym dodatkowo, z wyboru, a nie z obowiązku: zostawiłbym eksport tym, którzy już z niego korzystali. Porównanie modeli znajdziesz w artykule subskrypcja czy jednorazowy zakup.
Tabela: praktyka, 3.2.2 i zgodna alternatywa
Oto moja ściągawka przed każdym wysłaniem. Środkowa kolumna mówi, czy praktyka podpada pod 3.2.2, pod inną zasadę, czy pod żadną.
| Praktyka | 3.2.2? | Zgodna alternatywa |
|---|---|---|
| Funkcja za ocenę | Tak, punkt (x) | Systemowa prośba po sukcesie |
| Monety za recenzję | Tak, nagradzana opinia | Monety za ukończony poziom |
| Bonus za instalację aplikacji | Tak, punkt (x) | Bonus za akcję w aplikacji |
| Offerwall z instalacjami | Tak, w praktyce | Zwykłe wideo z nagrodą |
| Najpierw „Lubisz aplikację?” | Ryzyko, filtrowanie | Ta sama prośba dla wszystkich |
| Reklama wideo za bonus | Nie, dozwolona | Pozostaw ją opcjonalną |
| Aplikacja głównie z reklam | Tak, punkt (iii) | Najpierw prawdziwa funkcja |
| Karta podarunkowa za reklamy | Tak, w praktyce | Nagroda w aplikacji |
| Płatne powiadomienia | Nie: zasada 4.10 | Pobieraj opłatę za swoją usługę |
| Wymagane udostępnienie po zakupie | Nie: 3.1.2(a) | Odblokuj od razu po płatności |
| Darmowe stało się płatne | Nie, żaden punkt | Aktualna karta i notatki |
| Odebrany zakup dożywotni | Nie: 3.1.2(a) | Honoruj wcześniejsze zakupy |
Dwie kwestie wymagają doprecyzowania. „Tak, w praktyce” odsyła do opublikowanych odrzuceń cytowanych wyżej, a nie do punktu, który wprost wymienia te przypadki. Pytanie „Lubisz aplikację?”, które kieruje do oceny tylko zadowolonych, filtruje opinie, a to jest celem wstępu do sekcji 3. Oznaczam to jako ryzyko, bo nie czytałem opublikowanego odrzucenia dokładnie w tej sprawie.
Jak naprawić odrzucenie 3.2.2
Zdanie po tytule mówi, co zobaczył reviewer. Na forach Apple powtarzają się trzy opublikowane sformułowania:
- „encourage users to watch ads or perform marketing-oriented tasks”: problemem jest cały model, a nie jeden ekran.
- „manipulate the user reviews or chart ranking”: nagroda za recenzję albo pobranie.
- „displays or promotes third-party apps”: promowanie innych aplikacji, nawet w reklamach według jednego dewelopera.
Potem:
- Usuń mechanizm, a nie tylko tekst. Jeśli nagroda istnieje w kodzie, reviewer ją znajdzie. Przygotuj nowy build.
- Zastąp go alternatywą z tabeli. Ocena przez systemowe okno, nagroda za akcję w aplikacji.
- Napisz konkretne notatki dla recenzenta: co się zmieniło i gdzie to sprawdzić.
- Odwołuj się tylko wtedy, gdy aplikacja została źle zrozumiana. Najpierw odpowiedz w App Store Connect. App Review Board przyjmuje potem tylko jedno odwołanie na odrzuconą aplikację.
Szablon notatek, którego bym użył, po angielsku, do dostosowania:
Hello App Review team,
Thank you for your feedback regarding Guideline 3.2.2.
What changed in build [X]:
- Users no longer receive [reward] for [rating the app /
writing a review / downloading other apps].
- [Feature] is now available [for free / through in-app
purchase], with no store-related action required.
- Ratings are requested only through the system prompt,
after [completed action], for every user.
Where to check: [screen > step].
Best regards,
[Your name]
Pisz tylko o tym, co faktycznie jest w wysłanym buildzie.
Checklista 3.2.2 przed wysłaniem
- Żadna funkcja ani treść nie zależy od oceny, recenzji ani pobrania.
- Żadnej nagrody za recenzję, nawet za „szczerą”.
- Prośba o ocenę jest taka sama dla wszystkich, bez wcześniejszego pytania sortującego.
- Nagrody wynikają z akcji w aplikacji i zostają w aplikacji.
- Reklama z nagrodą jest opcjonalna, a aplikacja ma prawdziwą funkcję bez niej.
- Nic płatnego nie dotyczy funkcji systemu jako takiej.
- Jeśli darmowa funkcja staje się płatna, mówią o tym karta w sklepie i notatki dla recenzenta.
Zgodny model biznesowy już przy kolejnym wysłaniu
Jeśli twoja aplikacja właśnie dostała odrzucenie 3.2.2, Review Kit pomoże ci znaleźć przywołaną zasadę i to, czego wymaga, wraz z szablonami notatek dla testera. Jeśli budujesz swój model biznesowy, iOS & Android Kit daje gotowy onboarding, paywall i subskrypcje, które tylko konfigurujesz. Najczęstsze błędy w paywallu opisuję w artykule paywall iOS: błędy początkujących. Jeśli chcesz, żeby ktoś na to spojrzał, zarezerwuj ze mną godzinę.
Cały proces znajdziesz na stronie aplikacja odrzucona przez Apple, a stronę techniczną na stronie subskrypcje in-app na iOS. Jeśli przygotowujesz swoje pierwsze wydanie, zrób darmową diagnozę: ustawi kroki w odpowiedniej kolejności i wyśle ci moją checklistę przeciw odrzuceniom Apple. Strona główna pokazuje, jak stworzyć aplikację mobilną, od początku myśląc o review.
Najczęściej zadawane pytania
Co oznacza „Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable”?
Apple uznaje, że twój model biznesowy należy do praktyk odrzucanych przez 3.2.2. Zdanie po tytule precyzuje problem: reklamy w centrum aplikacji, promowanie innych aplikacji, nagroda za recenzję. Wiadomość nie zawsze podaje punkt: przeczytaj jeszcze raz listę i sprawdź swoje mechanizmy nagród.
Czy można dać nagrodę za recenzję w App Store?
Nie. Wstęp do sekcji 3 dotyczy nagradzanych opinii, a punkt (x) zabrania uzależniania funkcji od oceny. Proś o ocenę systemowym oknem, tak samo dla wszystkich, niczego nie obiecując.
Czy wideo z nagrodą jest dozwolone?
Tak. Punkt (x) wymienia „watching an ad” wśród akcji, do których aplikacja może zachęcać. Odrzucenie pojawia się, gdy reklama staje się celem aplikacji albo gdy nagroda ma realną wartość poza aplikacją, jak karta podarunkowa.
Czy można zrobić płatną funkcję, która była darmowa?
Tekst tego nie zabrania. Chroni to, za co zapłacono: 3.1.2(a) wymaga, żeby nie odbierać głównej funkcji tym, którzy ją kupili. Zaktualizuj kartę w sklepie, czego wymaga 2.3.2, i wyjaśnij zmianę w notatkach dla recenzenta.
Czym różni się guideline 3.2.2 od 5.6.3?
5.6.3 zabrania manipulowania App Store, a Apple stosuje ją też do źle umieszczonych próśb o ocenę, na przykład przy pierwszym uruchomieniu. 3.2.2 dotyczy modelu biznesowego: funkcji zablokowanej w zamian za ocenę, nagradzanej recenzji albo pobrania. Ta sama prośba o ocenę może naruszać obie.

