Guideline 1.1 Objectionable Content: jak naprawić odrzucenie

Guideline 1.1, „Objectionable Content”, odrzuca aplikacje z treściami obraźliwymi, szokującymi, w wyjątkowo złym guście albo wprowadzającymi w błąd. Obejmuje też fałszywe funkcje, np. udawany wykrywacz, oraz aplikacje, które żerują na tragicznych wydarzeniach z wiadomości. Poprawka polega na usunięciu albo ograniczeniu wskazanego elementu, w aplikacji i na stronie produktu, a potem na napisaniu reviewerowi, co się zmieniło.

Publikuję własne 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 („Last Updated: June 8, 2026”). Aplikacje opisane niżej to przykłady wymyślone, żeby zilustrować regułę. Jeśli chcesz zobaczyć wszystkie powody odrzuceń naraz, przeczytaj raczej dlaczego Apple odrzuca aplikację.

Co mówi guideline 1.1?

Punkt 1.1 otwiera sekcję 1, „Safety”, w App Review Guidelines. Jego pierwsze zdanie: „Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy.” Czyli: żadnych treści obraźliwych, raniących, niepokojących, mających wywołać obrzydzenie, w wyjątkowo złym guście albo po prostu creepy.

Wstęp do sekcji jest jeszcze bardziej bezpośredni: „if you're looking to shock and offend people, the App Store isn't the right place for your app.” Jeśli twoim celem jest szokowanie, App Store to złe miejsce.

Siedem podpunktów to przykłady, a nie zamknięta lista. Reviewer ocenia ton i efekt treści. Dlatego odrzucenie z 1.1 często zaskakuje: nie zaznaczono żadnego konkretnego pola, ale całość uznano za graniczną.

7 podpunktów, od 1.1.1 do 1.1.7

• 1.1.1: treści zniesławiające, dyskryminujące albo złośliwe wobec jakiejś grupy (religia, pochodzenie, orientacja seksualna, płeć…), zwłaszcza jeśli mogą upokorzyć konkretną osobę lub grupę. Wyjątek: „Professional political satirists and humorists are generally exempt from this requirement.”
• 1.1.2: realistyczna przemoc wobec ludzi lub zwierząt albo nawoływanie do przemocy. W grze przeciwnicy nie mogą być wymierzeni wyłącznie w jedno pochodzenie, prawdziwy rząd albo prawdziwą firmę.
• 1.1.3: niebezpieczne lub nielegalne używanie broni albo pomoc w kupnie broni palnej i amunicji.
• 1.1.4: treści jednoznacznie seksualne lub pornograficzne, w tym aplikacje do przygód na jedną noc.
• 1.1.5: podburzające komentarze religijne albo niedokładne cytowanie tekstów religijnych.
• 1.1.6: fałszywe informacje i fałszywe funkcje, np. nieprawdziwe dane urządzenia albo udawany lokalizator. Kluczowe zdanie: „Stating that the app is “for entertainment purposes” won't overcome this guideline.” Aplikacje do anonimowych lub żartobliwych połączeń i SMS-ów są odrzucane.
• 1.1.7: aplikacje, które próbują zarobić na niedawnym wydarzeniu, np. wojnie, zamachu albo epidemii.

Tabela: podpunkt, typowe odrzucenie, poprawka

Oto lista do sprawdzenia przed wysłaniem aplikacji, która dotyka humoru, AI albo bieżących wydarzeń. Typowe odrzucenia to przykłady zbudowane na podstawie tekstu.

Podpunkt	Typowe odrzucenie	Poprawka
1.1.1 Złośliwość	Żarty z pochodzenia	Celuj w idee, nie w ludzi
1.1.2 Przemoc	Realistyczne gore, prawdziwy cel	Styl rysunkowy, fikcyjny wróg
1.1.3 Broń	Link do sklepu z bronią	Usuń zakup i linki
1.1.4 Seksualność	Rozebrany awatar AI	Filtr i ubrany strój
1.1.5 Religia	Źle zacytowany werset	Dokładny tekst ze źródłem
1.1.6 Fałsz	Udawany wykrywacz kłamstw	Prawdziwa funkcja albo usunięcie
1.1.7 Wydarzenia	Gra o trwającej wojnie	Usuń ten motyw

Dopisek „dla rozrywki” nie ratuje fałszywej funkcji: Apple pisze to czarno na białym w 1.1.6.

Cztery typowe przypadki dla niezależnej aplikacji

Cztery przypadki poniżej to wymyślone przykłady, nie prawdziwe aplikacje.

Aplikacja satyryczna

Przykład: aplikacja, która generuje fałszywe okładki gazet z politykami. Wyjątek z 1.1.1 dotyczy „profesjonalnych” satyryków i humorystów. Samodzielny developer nie korzysta z niego automatycznie. Tekst celuje przede wszystkim w treści, które upokarzają, zastraszają albo ranią konkretny cel.

Co bym zrobił: celował w sytuacje, nie w pochodzenie czy religię. Nigdy nie pozwalał na wzięcie na cel osoby prywatnej po nazwisku lub zdjęciu. A jeśli użytkownicy publikują swoje twory, dodał filtr, zgłaszanie i blokowanie, których wymaga guideline 1.2.

Udawany wykrywacz i aplikacja-żart

Przykład: „wykrywacz kłamstw”, który odczytuje palec położony na ekranie, skaner odcisku, który „zgaduje” nastrój, lokalizator, który namierza dowolny numer. Telefon nic z tego nie mierzy. To dokładnie „trick/joke functionality” z 1.1.6.

Poprawka to nie kolejne ostrzeżenie. Albo funkcja naprawdę mierzy to, co pokazuje, albo znika. Jeśli to ma być zabawa ze znajomymi, przyznaj, że to gra: pytania, wynik, fant, bez udawania, że czytasz ciało albo urządzenie. To samo dotyczy strony produktu: nazwa, która obiecuje prawdziwy wykrywacz, wystarczy, żeby ściągnąć 1.1.6.

Treści generowane przez AI bez filtra

Przykład: aplikacja, która pisze historie, żarty albo odpowiedzi coacha za pomocą modelu AI i wyświetla je bez zmian. To, co produkuje twoje AI, publikuje twoja aplikacja. Jeśli z modelu wyjdzie rasistowski lub brutalny tekst, 1.1 ma zastosowanie tak, jakbyś napisał go sam.

Co bym wdrożył:

• Instrukcje systemowe, które ustalają ton i zakazane tematy.
• Sprawdzanie zapytania i odpowiedzi na serwerze, przed wyświetleniem. OpenAI udostępnia darmowy model moderacji, który klasyfikuje tekst i obrazy.
• Neutralny komunikat, gdy odpowiedź zostanie zablokowana, i przycisk do zgłoszenia odpowiedzi.

Ta kontrola działa na serwerze, gdzie musi zostać klucz do modelu, co wyjaśniam w tekście tajny klucz API w aplikacji Expo. Jeśli twory można udostępniać innym, do 1.1 dochodzi 1.2. A wysyłanie danych użytkownika do modelu podlega guideline 5.1.2.

Awatar albo obraz z AI

Przykład: aplikacja, która zamienia selfie w postać albo generuje awatary. Trzy ryzyka. Seksualizowany obraz podpada pod 1.1.4. Obraz z gore albo realistyczną przemocą podpada pod 1.1.2. Prawdziwa osoba ośmieszona albo przedstawiona bez zgody podpada pod 1.1.1.

Poprawka: filtruj zapytanie i wygenerowany obraz, odrzucaj zdjęcia innych osób i domyślnie trzymaj się ubranych strojów. Kwestię praw do logo, postaci i stylów marek omawiam w poradniku do guideline 5.2.1.

Strona produktu liczy się tak samo jak aplikacja

Odrzucenie z 1.1 może dotyczyć strony produktu tak samo jak kodu: prowokacyjny opis, niestosowne słowo kluczowe, zbyt dosadny zrzut ekranu. Reguła 2.3.8 mówi wprost: „Metadata should be appropriate for all audiences”. Ikona, zrzuty ekranu i podglądy muszą pozostać na poziomie 4+, nawet jeśli twoja aplikacja ma wyższą kategorię wiekową. Dla brutalnej gry Apple podaje przykład obrazów bez krwawej śmierci i bez broni wycelowanej w postać.

Odpowiedz też uczciwie na kwestionariusz kategorii wiekowej, czego wymaga reguła 2.3.6. Jego wartości i definicje obejmują przemoc, seksualność, wulgarny humor i horror. Trafna kategoria nie sprawi, że zakazana treść stanie się dopuszczalna. Przede wszystkim chroni przed zaskoczeniem rodziny, które polegają na kontroli rodzicielskiej.

Jak odpowiedzieć na odrzucenie z 1.1

1. Znajdź wskazany element. Wiadomość czasem cytuje zrzut ekranu albo ekran. Jeśli jest ogólnikowa, zapytaj w App Store Connect, która treść jest problemem.
2. Popraw wszędzie. Aplikację, opis, słowa kluczowe, zrzuty ekranu i grafiki zakupów w aplikacji.
3. Przygotuj nowy build, jeśli treść jest w aplikacji. Sama zmiana strony produktu wystarczy tylko wtedy, gdy problem był na stronie.
4. Wyjaśnij w dwóch zdaniach. Metodę i czas odpowiedzi opisuję w tekście jak odpowiedzieć App Review.

Szablon notatek po angielsku do dostosowania, w którym zostawiasz tylko to, co prawdziwe:

Hello,

Thank you for your feedback regarding Guideline 1.1.

In build [X], we have:
- removed [content] from [screen] and from the
  App Store description and screenshots;
- added server-side moderation of AI requests and
  responses before anything is displayed;
- added a "Report" button on every generated result.

Best regards,
[Your name]

Odwołuj się do App Review Board tylko wtedy, gdy reviewer źle zrozumiał twoją treść. Granicznej treści się nie broni, tylko się ją usuwa.

Checklista 1.1 przed wysłaniem

• Żaden tekst, obraz ani dźwięk nie celuje w grupę, religię ani osobę prywatną.
• Przeciwnicy w grze są fikcyjni, a przemoc nie jest realistyczna.
• Żadna funkcja nie udaje, że mierzy coś, czego telefon nie mierzy.
• Żaden motyw nie żeruje na trwającej wojnie, zamachu ani epidemii.
• Każda odpowiedź AI przechodzi kontrolę na serwerze przed wyświetleniem.
• Ikona, zrzuty ekranu i opis pozostają na poziomie 4+.
• Kwestionariusz kategorii wiekowej opisuje faktyczną treść.
• Notatki dla reviewera wyjaśniają obszary graniczne, np. czarny humor albo drażliwy temat.

Napraw odrzucenie, zanim wyślesz aplikację ponownie

Review Kit zbiera wszystko, co sprawdzam przed każdym wysłaniem, z dwoma skillami, które przeglądają twój projekt w Claude Code i przygotowują odpowiedź, jeśli Apple odrzuci aplikację. Jeśli chcesz, żeby spojrzał na to człowiek, zarezerwuj ze mną godzinę: razem przejrzymy twoją treść i stronę produktu. Cały proces znajdziesz na stronie aplikacja odrzucona przez Apple.

Jeśli przygotowujesz swoje pierwsze wydanie, zrób darmową diagnozę: powie ci, od którego etapu zacząć, i wyśle ci moją checklistę przeciw odrzuceniom przez Apple.

Nikt nie zagwarantuje, że Apple zaakceptuje twoją aplikację. Usunięcie obszarów granicznych przed wysłaniem przynajmniej skreśla ten powód z listy.

Najczęściej zadawane pytania

Co oznacza „Guideline 1.1 - Safety - Objectionable Content”?

To tytuł odrzucenia w wiadomości od Apple. Reviewer uznał, że jakaś treść w aplikacji albo na jej stronie produktu jest obraźliwa, szokująca lub wprowadza w błąd. Wiadomość może wskazywać konkretny podpunkt, np. „Guideline 1.1.6” przy fałszywej funkcji.

Czym jest guideline 1.1.6?

To podpunkt o fałszywych informacjach i fałszywych funkcjach: nieprawdziwe dane urządzenia, udawany lokalizator, funkcja-żart. Odrzuca też aplikacje do anonimowych lub żartobliwych połączeń i SMS-ów. Poprawka polega na tym, żeby funkcja działała naprawdę, albo na jej usunięciu.

Czy wystarczy dopisek „dla rozrywki”?

Nie. 1.1.6 wyraźnie mówi, że napisanie, że aplikacja jest „for entertainment purposes”, nie wystarczy. Jeśli funkcja udaje, że mierzy albo wykrywa coś, czego telefon nie mierzy, ostrzeżenie nic nie zmienia w odrzuceniu.

Czy aplikacja z humorem albo satyrą może przejść 1.1?

Może, jeśli humor nie celuje w grupę, religię ani osobę prywatną. Wyjątek z 1.1.1 dotyczy profesjonalnych satyryków i humorystów. W niezależnej aplikacji celuj w sytuacje i idee, nie w ludzi, i trzymaj stronę produktu na poziomie 4+.

Czy treści generowane przez AI podlegają 1.1 czy 1.2?

Obu, zależnie od ścieżki. To, co AI pokazuje osobie, która z niego korzysta, podlega 1.1: odpowiadasz za to jak za tekst napisany ręcznie. Jeśli te twory są udostępniane innym użytkownikom, dochodzi 1.2, z filtrem, zgłaszaniem, blokowaniem i opublikowanym kontaktem.