# Guideline 5.6: paywall, przez który Apple odrzuca aplikację > Guideline 5.6: Apple odrzuca paywall, który manipuluje, np. krzyżyk otwierający ofertę. Co mówi reguła i jak poprawiłem odrzucenie TradaZen. Oryginalna strona: [Guideline 5.6: paywall, przez który Apple odrzuca aplikację](https://devoria.fr/pl/blog/guideline-5-6-paywall-odrzucenie-aplikacji) Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi) Publikacja: 2026-11-04 Ostatnia aktualizacja treści: 2026-11-04 Guideline 5.6 to kodeks postępowania dewelopera. W przypadku paywalla Apple cytuje ją ze standardowym zdaniem: aplikacja „attempts to manipulate customers into making unwanted In-App Purchases”. Mówiąc prościej: **jakiś przycisk w twojej ścieżce zakupu nie robi tego, co zapowiada, albo oferta wraca, choć użytkownik o nią nie prosił.** Poprawka sprowadza się do jednej zasady: każdy przycisk robi to, co mówi, a użytkownik sam decyduje, kiedy znowu zobaczy ofertę. Dostałem to odrzucenie przy TradaZen, mojej aplikacji do treningu tradingu. Jej premierę opisuję w [tym studium przypadku](https://devoria.fr/pl/blog/tradazen-studium-przypadku-aplikacja-iphone). Poniżej masz regułę, to, co znalazłem w swoim paywallu, schematy, których trzeba unikać, i moją odpowiedź dla Apple. Jeśli chodzi ci o pokrewną regułę dotyczącą próśb o ocenę, przeczytaj raczej poradnik o [guideline 5.6.3](https://devoria.fr/pl/blog/guideline-5-6-3-prosba-o-ocene-odrzucenie-aplikacji). ## Co mówi guideline 5.6? Reguła 5.6, „Developer Code of Conduct”, znajduje się w sekcji 5 „Legal” dokumentu [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#5.6). Jej pierwszy akapit mówi o szacunku: wobec klientów, w odpowiedziach na recenzje i w kontaktach z Apple. Drugi dotyczy bezpośrednio zakupów. Obowiązujący tekst stawia zasadę: „Customer trust is a cornerstone of the App ecosystem.” Potem wymienia, czego aplikacja nigdy nie może robić: wykorzystywać użytkowników, oszukiwać ich, „trick them into making unwanted purchases”, zmuszać do udostępniania niepotrzebnych danych, „raise prices in a tricky manner”, pobierać opłat za coś, czego nie dostarcza, ani stosować żadnych innych manipulacyjnych praktyk, w aplikacji czy poza nią. Po ludzku: **nie możesz zdobyć zakupu podstępem.** Tekst nie podaje listy zakazanych przycisków. Ocenia efekt: czy użytkownik zapłacił, bo chciał, czy dlatego, że ekran go złapał w pułapkę? Reguła 5.6 obejmuje też cztery podreguły: | Podreguła | Czego dotyczy | | ------------------------ | ------------------------- | | 5.6.1 App Store Reviews | Recenzje i prośby o ocenę | | 5.6.2 Developer Identity | Prawdziwe dane o tobie | | 5.6.3 Discovery Fraud | Oszustwa w widoczności | | 5.6.4 App Quality | Skargi, zwroty | Sankcja jest zapisana w samej regule: „Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.” Powtarzające się manipulacje prowadzą więc do usunięcia z programu deweloperskiego. To zasada ogólna i dobry powód, żeby poprawić całą ścieżkę zakupu już po pierwszym odrzuceniu. ## Komunikat odrzucenia 5.6 dla paywalla Komunikat często powtarza to samo zdanie: „The app attempts to manipulate customers into making unwanted In-App Purchases.” Apple nie zawsze mówi, o który element chodzi. W moim odrzuceniu nie było nic więcej. Inni deweloperzy opisują, który ekran był problemem. W [wątku na forum Apple](https://developer.apple.com/forums/thread/768912) z listopada 2024 roku jeden z nich łączy swoje odrzucenie 5.6 z jednorazową ofertą, wyświetlaną, gdy użytkownik zamykał pierwszy ekran subskrypcji. Reguła 5.6 nie dotyczy tylko paywalli. Pewien deweloper został też odrzucony za funkcje, które wyglądały na [ukryte podczas review](https://developer.apple.com/forums/thread/845045). Jeśli twoje odrzucenie 5.6 nie mówi nic o zakupach, najpierw szukaj tego, czego recenzent nie mógł zobaczyć. ## Moje odrzucenie 5.6 przy TradaZen 12 października 2026 roku Apple odrzuca wersję 1.5.1 TradaZen, testowaną na iPadzie Air. Powód: guideline 5.6, ze standardowym zdaniem o niechcianych zakupach. Żaden ekran nie jest wskazany. Przejrzałem więc całą ścieżkę zakupu oczami kogoś, kto chce po prostu odmówić. Paywall na końcu onboardingu nie ma opcji zamknięcia: aplikacja wymaga okresu próbnego albo subskrypcji, żeby iść dalej. Trzy mechanizmy wokół niego mogły uchodzić za manipulację: - **Fałszywy krzyżyk.** Na górze ekranu przycisk w kształcie krzyżyka, ogłaszany przez VoiceOver jako „Zamknij”, zamiast zamykać, otwierał zniżkową ofertę. - **Oferta, która wracała sama.** Dopóki oferta trwała, otwierała się ponownie, gdy użytkownik wracał do aplikacji. - **Promocyjne przypomnienie.** Wyjście z aplikacji z poziomu paywalla planowało powiadomienie o ekskluzywnej zniżce. Jeden szczegół jest ważny: te mechanizmy były już w poprzedniej wersji, zaakceptowanej trzy dni wcześniej. **Akceptacja nie zatwierdza twojego paywalla na zawsze**: inny recenzent może odczytać ten sam ekran inaczej. ### Co zmieniłem - Krzyżyk zniknął z tego ekranu. Na jego miejscu ikona prezentu, ogłaszana przez VoiceOver jako „Ekskluzywna zniżka”, otwiera ofertę po dotknięciu. Nic już nie udaje zamykania. - Oferta nigdy już nie otwiera się sama po powrocie do aplikacji. - Powiadomienie o zniżce zostało usunięte. Zostało łagodne przypomnienie, wysyłane tylko raz na instalację i tylko wtedy, gdy powiadomienia są włączone. Nie mówi ani o cenie, ani o zniżce, ani o terminie. - To przypomnienie jest opisane w wiadomości do App Review, razem z treścią i momentem wysyłki. ### Co zostawiłem Przejrzałem też to, co zostało, pytając się, czy każdy element naprawdę zostawia wybór. - **Oferta po anulowanym zakupie.** Jeśli użytkownik anuluje arkusz płatności Apple dla subskrypcji rocznej, otwiera się oferta powitalna. Ma tylko jedno okno 5 minut, które się nie restartuje: jeśli użytkownik w tym czasie znowu anuluje, oferta otwiera się ponownie. Zamyka się jednym gestem, krzyżykiem albo przyciskiem „Nie, dziękuję”, i pokazuje prawdziwą cenę produktu. - **Prawdziwy minutnik 5 minut.** Jego termin zapisuje się na urządzeniu przy pierwszym wyświetleniu. Liczy dalej, gdy aplikacja jest zamknięta, i nie zeruje się po ponownym uruchomieniu. Po upływie czasu oferta znika dla tej instalacji aplikacji. Jeśli zamkniesz ją wcześniej, mała plakietka pokazuje pozostały czas i otwiera ofertę tylko wtedy, gdy ją dotkniesz. - **Zamknięta skrzynia.** Pokazuje przedmioty zdobyte podczas onboardingu, i tylko je, zablokowane, dopóki aplikacja nie zostanie odblokowana. Nic nie sugeruje, że przepadną. Te elementy są opisane w notatkach do review. Odrzucenie nie wskazywało żadnego ekranu, więc nie przedstawiam ich jako zatwierdzonych przez Apple. To, moim zdaniem, przejrzyste wersje tych mechanik, i zgłosiłem je. Poprawka wymagała nowego buildu, bo wszystko działo się w aplikacji. TradaZen wróciła do review 13 października 2026 roku. ## Dark patterns w paywallu, które uruchamiają 5.6 Apple nie publikuje listy. Ta sama mechanika często istnieje w dwóch wersjach: tej, która zastawia pułapkę, i tej, która zostawia wybór. Ta tabela je rozdziela, zestawiając tekst reguł, odrzucenia opublikowane przez innych deweloperów i moje. Przejrzysta wersja nie gwarantuje akceptacji. To po prostu ta, która nie próbuje oszukiwać. Ostatnia kolumna mówi, na czym opiera się każdy wiersz. | Wersja manipulacyjna | Wersja przejrzysta | Na czym się opiera | | ---------------------------------------------------------------------- | ----------------------------------------------------------------------------------- | ------------------------------------------------- | | Krzyżyk, który zamiast zamykać otwiera ofertę | Krzyżyk zamyka. Ekran, którego nie da się zamknąć, nie pokazuje krzyżyka | Poprawione po moim odrzuceniu TradaZen | | „Jednorazowa” oferta, która wyskakuje przy zamykaniu paywalla | Zniżka za przyciskiem, który wyraźnie ją zapowiada | Odrzucenie opisane na forum Apple | | Druga oferta po odmowie, w paywallu z mylącą ceną | Jedna oferta po anulowanym zakupie, w prawdziwej cenie, zamykana jednym gestem | Przypadek Cal AI; rozmowa opisana przez Superwall | | Paywall albo oferta, która sama otwiera się po powrocie do aplikacji | Wraca, gdy użytkownik trafi na limit albo przycisk, który ją zapowiada | Poprawione po moim odrzuceniu TradaZen | | Promocyjne powiadomienie, o które nikt nie prosił | Promocja po wyraźnej zgodzie, z możliwością rezygnacji w aplikacji | Reguła 4.5.4 | | Fałszywy minutnik, który się zeruje albo którego oferta wraca po końcu | Prawdziwy termin, który liczy dalej przy zamkniętej aplikacji i naprawdę się kończy | Moja interpretacja „trick them”, reguła 5.6 | | Wymyślone nagrody albo groźba, że przepadną bez zakupu | Prawdziwe zdobycze użytkownika, pokazane bez groźby ich utraty | Moja interpretacja reguły 5.6 | | Darmowy okres próbny, który przemilcza automatyczne obciążenie | Długość okresu próbnego i cena pobierana potem, obok przycisku | Strona Apple o subskrypcjach | | Cena tygodniowa dużą czcionką, pobierana kwota małą | Pobierana kwota to najbardziej widoczna cena na ekranie | Strona Apple o subskrypcjach | | Przycisk odmowy, który zawstydza | Neutralna odmowa, np. „Nie teraz” albo „Nie, dziękuję” | Moja interpretacja reguły 5.6 | Przypadek Cal AI opisuje [TechCrunch](https://techcrunch.com/2026/04/21/apples-cal-ai-crackdown-signals-its-still-policing-the-app-store/): Apple powołało się na 5.6 przy drugiej ofercie subskrypcji pokazywanej osobom, które odrzuciły pierwszą. Ten sam paywall dostał też zarzut z 3.1.2(c): cena tygodniowa dominowała nad pobieraną kwotą, a okres próbny ukrywał automatyczne odnowienie. Artykuł nie opisuje drugiej oferty dokładniej. Z drugiej strony Superwall, dostawca narzędzi do paywalli, który sprzedaje tego typu oferty, opisuje [nieoficjalną rozmowę z Apple](https://superwall.com/blog/external-checkout-a-b-testing-and-trial-toggles-confirmed-apples-rules-for-ios) z czerwca 2026 roku. Oferta pokazana po anulowanym zakupie jest tam opisana jako dozwolona. Natarczywość już nie: oferta wracająca przy każdej sesji albo ścieżka, z której da się wyjść tylko płacąc. Superwall zaznacza, że to nie są oficjalne zasady i że recenzent zachowuje swobodę oceny. Oferta po odmowie pozostaje więc strefą interpretacji: tekst jej nie zakazuje, opublikowane odrzucenia istnieją, a liczy się sposób wykonania. Zasada dotycząca powiadomień to [4.5.4](https://developer.apple.com/app-store/review/guidelines/#4.5.4): żadnej promocji przez powiadomienia bez wyraźnej zgody zebranej w aplikacji ani bez możliwości rezygnacji. Jeśli chodzi o cenę, [strona Apple o subskrypcjach](https://developer.apple.com/app-store/subscriptions/) mówi jasno: pobierana kwota musi być najbardziej widocznym elementem cenowym. Uzasadnienie mieści się w jednym zdaniu: „This ensures that people are not misled.” [Reguła 3.1.2](https://developer.apple.com/app-store/review/guidelines/#3.1.2) dodaje, że Apple usuwa aplikacje, które sprzedają subskrypcję w fałszywym świetle albo metodą „bait-and-switch”. > Test, który teraz stosuję: czy każdy przycisk robi dokładnie to, co obiecuje jego wygląd, i czy użytkownik może odmówić jednym gestem, bez tego, że oferta sama wróci? Bardziej typowe błędy paywalla, które kosztują sprzedaż, choć niekoniecznie kończą się odrzuceniem, opisuję w [paywall iOS: 7 błędów początkujących](https://devoria.fr/pl/blog/paywall-ios-bledy-blokujace-sprzedaz). ## Jak poprawić odrzucenie 5.6 1. **Wypisz całą ścieżkę zakupu.** Paywall, dodatkowe oferty, minutniki, powiadomienia, przypomnienia po powrocie do aplikacji. Apple nie zawsze mówi, o co chodzi. Dla każdego elementu sprawdź, czy jest w wersji przejrzystej: zamykany jednym gestem, prawdziwy minutnik, dokładna cena, żadnego automatycznego powrotu. Popraw albo usuń wszystko, co przypomina pułapkę, a nie tylko najbardziej prawdopodobny element. 2. **Przejdź ścieżkę recenzenta.** Usuń aplikację, zainstaluj ją ponownie, skończ onboarding i odmawiaj wszystkiego: zamykaj, anuluj, wyjdź z aplikacji, wróć. Zapisz każdy ekran, który otwiera się bez twojej prośby, i sprawdź, czy da się go zamknąć jednym gestem. 3. **Przygotuj nowy build.** Przyczyna jest w aplikacji, czyli w wbudowanym kodzie. Aktualizacja zdalna nie zastąpi buildu, co wyjaśniam w poradniku o [guideline 2.1](https://devoria.fr/pl/blog/guideline-2-1-odrzucenie-app-store). 4. **Nie trzymaj niczego w rezerwie.** Ponowne włączenie oferty zdalnie po akceptacji to ukrywanie funkcji przed recenzentem. Sam RevenueCat ostrzega przed takim odruchem w artykule o [ofertach wyjścia](https://www.revenuecat.com/blog/engineering/exit-offers-in-revenuecat-paywalls). 5. **Odpowiedz w App Store Connect**, po angielsku, [odpowiadając na wiadomość od App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/). Oto szkielet oparty na mojej odpowiedzi i notatkach do review, skrócony. Podmień numer buildu i zmiany na swoje, a potem wypisz, co zostało: ```text Hello, Thank you for your feedback on Guideline 5.6. Issue: on the subscription screen, the button in the top corner looked like a close button, but it opened a discounted offer instead of closing the screen. Changes in build X: - Nothing on the subscription screen pretends to close it. A clearly labeled button now opens the optional offer. - The offer never reopens by itself when the user comes back to the app. - The notification announcing a discount has been removed. Still in this build (also described in the review notes): - [Each remaining offer: what triggers it, how often it appears, how the user dismisses it.] - [Each remaining reminder: its text, when it is sent, and under which conditions.] If another part of the purchase flow still looks unclear, please tell me which screen, and I will change it. Best regards, ``` **To, co piszesz, musi dokładnie odpowiadać buildowi.** Jeśli zostawiasz przypomnienie albo ofertę, nawet uruchamianą automatycznie, opisz je w odpowiedzi i w notatkach do review. Jeśli uważasz, że recenzent się pomylił, Apple pozwala [odwołać się do App Review Board](https://developer.apple.com/distribute/app-review/), z jednym odwołaniem na odrzucone zgłoszenie. Przy paywallu poprawka wydaje mi się bezpieczniejsza niż spór. Inne powody odrzucenia i sposób odpowiedzi znajdziesz w [dlaczego Apple odrzuca aplikację](https://devoria.fr/pl/blog/odrzucenie-aplikacji-apple-prawdziwe-przypadki). ## Checklista anty-5.6 przed wysłaniem - Każdy krzyżyk zamyka ekran. Ekran, którego nie da się zamknąć, nie pokazuje krzyżyka. - Każdy przycisk mówi, co robi, na ekranie i dla VoiceOver. - Żadna oferta nie kryje się za przyciskiem zamykania. - Oferta uruchamiana przez odmowę, jeśli ją zostawiasz, mieści się w jednym oknie, które się nie restartuje, ma prawdziwą cenę i zamyka się jednym gestem. - Żaden paywall ani oferta nie otwiera się sam po powrocie do aplikacji. - Żadnych promocyjnych powiadomień bez wyraźnej zgody w aplikacji. - Żadnych fałszywych minutników: pokazany termin jest prawdziwy, nie zeruje się i naprawdę się kończy. - To, co ekran pokazuje jako zdobyte, naprawdę zostało zdobyte, bez groźby utraty. - Okres próbny pokazuje swoją długość i cenę pobieraną potem. - Pobierana kwota to najbardziej widoczna cena na ekranie. - Notatki do review opisują każdą ofertę i każde przypomnienie obecne w buildzie. - Przeszedłeś ścieżkę, odmawiając wszystkiego, na iPhonie i na iPadzie. ## Daj komuś sprawdzić paywall przed Apple [Review Kit](https://devoria.fr/pl/kits/app-review) zawiera moją checklistę przed wysłaniem, moje poprawione odrzucenia i dwa skille Claude Code, które przeglądają twój projekt, paywall i stronę w sklepie. Jeśli Apple odrzuci aplikację, przygotują twoją odpowiedź. Jeśli chcesz ludzkiego spojrzenia, [zarezerwuj godzinę ze mną](https://devoria.fr/pl/coaching): razem przejdziemy twoją ścieżkę zakupu na twoim ekranie. Pełne postępowanie po odrzuceniu opisuję na stronie [aplikacja odrzucona przez Apple](https://devoria.fr/pl/expertise/aplikacja-odrzucona-przez-apple), a techniczną stronę subskrypcji w [subskrypcje in-app iOS](https://devoria.fr/pl/expertise/subskrypcja-w-aplikacji-ios). Jeśli przygotowujesz swoją pierwszą premierę, [zrób darmową diagnozę](https://devoria.fr/pl/diagnostic): ułoży kroki we właściwej kolejności i wyśle ci moją checklistę przeciw odrzuceniom Apple. Strona główna pokazuje, jak [stworzyć aplikację mobilną](https://devoria.fr/pl) z paywallem od początku przemyślanym pod review. Nikt nie zagwarantuje, że Apple zaakceptuje twoją aplikację. Mogę za to pomóc ci uniknąć odrzucenia 5.6, za które sam już zapłaciłem jednym cyklem review. ## Najczęściej zadawane pytania ### Co oznacza „Guideline 5.6 - Developer Code of Conduct” w odrzuceniu? To nazwa reguły o kodeksie postępowania dewelopera. W aplikacji z zakupami w aplikacji najczęściej sygnalizuje ścieżkę zakupu uznaną za manipulacyjną: fałszywe zamykanie, ofertę wracającą samą, okres próbny albo cenę pokazane w mylący sposób. Komunikat nie zawsze wskazuje konkretny ekran. ### Czy Apple zakazuje ofert wyjścia? Tekst nie zakazuje ich wprost. RevenueCat też to zauważa, zaznaczając jednak, że deweloperzy byli z tego powodu odrzucani. Opublikowane odrzucenia dotyczą oferty, która wyskakuje, gdy użytkownik zamyka paywall, albo drugiej oferty po odmowie. Wersję przejrzystą wyróżnia to, że oferta jest opcjonalna, ograniczona do jednego okna, które się nie restartuje, ma prawdziwą cenę, zamyka się jednym gestem, nie wraca sama, a minutnik, jeśli jest, jest prawdziwy. Opisz ją w notatkach do review. Nikt nie zagwarantuje, że recenzent odczyta ją w ten sposób. ### Czy paywall bez krzyżyka jest dozwolony? Reguły nie wymagają krzyżyka i to właśnie wybrałem w TradaZen po tym odrzuceniu. Apple odrzuca przycisk, który wygląda jak zamykanie, a robi coś innego. Jeden deweloper opisał jednak [odrzucenie 5.6](https://developer.apple.com/forums/thread/725056) za paywall bez wyjścia w aplikacji darmowej do pobrania. Pokaż wartość, zanim poprosisz o okres próbny, i jasno napisz na stronie w sklepie, że aplikacja jest płatna. ### Czy po odrzuceniu 5.6 potrzebny jest nowy build? W większości przypadków tak, bo przyczyną jest ekran albo zachowanie aplikacji. Jeśli problem leży poza aplikacją, na stronie w sklepie albo w metadanych, może wystarczyć poprawka bez buildu. W razie wątpliwości zapytaj recenzenta, o który ekran chodzi. ### Czy odrzucenie 5.6 może skończyć się zamknięciem konta dewelopera? Reguła to przewiduje przy powtarzających się manipulacjach, z usunięciem z programu deweloperskiego. Przewiduje też, że zamknięte konto można przywrócić po pisemnym planie poprawy, zatwierdzonym, a potem zweryfikowanym przez Apple. Dlatego warto poprawić całą ścieżkę już po pierwszym odrzuceniu. ### Czym różni się 5.6 od 5.6.3? 5.6 to ogólny kodeks postępowania: szacunek, zaufanie, żadnych zakupów zdobytych podstępem. 5.6.3 to jedna z jej podreguł, o manipulowaniu rankingami, wyszukiwaniem i recenzjami. Apple powołało się na nią przy Solys za prośbę o ocenę umieszczoną w onboardingu. ## Twój projekt [Review Kit](https://devoria.fr/pl/kits/app-review): Moja checklista do App Store Review, poprawione odrzucenia od Apple, checklista do Google Play i trzy skille Claude Code. 219 zł. [iOS & Android Kit](https://devoria.fr/pl/kits/ios): Stwórz swoją aplikację na iPhone'a i Androida z Claude Code: kod startowy moich aplikacji, droga aż do sklepów i wszystkie kity. 439 zł. [Diagnoza: co dzieli cię od twojej aplikacji na iPhone'a](https://devoria.fr/pl/diagnostic): 7 pytań, 60 sekund: wiesz, co naprawdę blokuje publikację twojej aplikacji na iPhone'a, masz plan w 4 krokach i kit dopasowany do ciebie.