Zmiany w App Review Guidelines (październik 2026): co oznaczają 1.2, 2.3.14, 2.5.19 i 3.1.1(a)

Zmiany w App Review Guidelines z października 2026 Apple ogłosiło we wpisie Updated App Review Guidelines are now available 16 października 2026. Dwie wytyczne są nowe (2.3.14 i 2.5.19), trzy fragmenty zostały przeredagowane (1.2, 3.1.1(a) i sekcja 5), a sekcje Before You Submit i After You Submit zyskały linki do dodatkowej dokumentacji. Poniżej omawiamy każdą zmianę prostym językiem, wskazujemy, kto musi zareagować, i podajemy checklistę na kolejne zgłoszenie.

Co zmieniło się w App Review Guidelines 16 października 2026?

Apple dodało wytyczną 2.3.14 dotyczącą materiałów kreatywnych oraz wytyczną 2.5.19 dotyczącą ukrytych funkcji. Doprecyzowało też 1.2 (treści generowane przez użytkowników), 3.1.1(a) (linki do zewnętrznych zakupów) i sekcję 5 (kwestie prawne). Lista zmian Apple przedstawia poprawki następująco:

Apple zapowiada, że tłumaczenia „będą dostępne w witrynie Apple Developer w ciągu miesiąca”. Na październik 2026, jeśli przetłumaczona wersja różni się od oryginału, sprawdzaj angielskie App Review Guidelines.

Czego wymaga nowa wytyczna 2.5.19 dotycząca ukrytych funkcji?

Wytyczna 2.5.19 wymaga, aby każda funkcja w Twoim pliku binarnym była widoczna i udokumentowana zarówno dla użytkowników, jak i dla App Review. Ukrywanie funkcjonalności, także za pomocą obfuskacji, może skończyć się usunięciem aplikacji i zamknięciem konta dewelopera.

Dokładne brzmienie: „Nie umieszczaj w aplikacji żadnych ukrytych, uśpionych ani nieudokumentowanych funkcji; funkcjonalność aplikacji powinna być jasna dla użytkowników końcowych i App Review. Próba ukrycia nieudokumentowanych funkcji w pliku binarnym aplikacji, np. za pomocą obfuskacji kodu lub innych metod, stanowi podstawę do usunięcia aplikacji z App Store i zamknięcia konta dewelopera”. Apple określa tę zasadę jako obowiązującą od dawna, ale wcześniej znajdowała się ona w 2.3.1. Obecna wytyczna 2.3.1(a) nadal wymaga, aby nowe funkcje były „szczegółowo opisane w sekcji Notes for Review”. Odrzucenia z powodu ukrytych funkcji powinny teraz powoływać się na 2.5.19.

W praktyce wypisz w notatkach dla recenzenta każdą funkcję, którą może włączyć przełącznik po stronie serwera, kod zaproszenia, zeskanowanie kodu QR, region lub poziom konta. Jeśli flaga ma włączyć funkcję po zatwierdzeniu, albo włącz ją w recenzowanym buildzie, albo nie umieszczaj tego kodu aż do wersji, która ją udostępnia.

Których aplikacji dotyczą zmiany w wytycznej 1.2?

Wytyczna 1.2 obejmuje teraz każdą aplikację, która pozwala użytkownikom „tworzyć, generować, przesyłać, udostępniać lub w inny sposób dodawać treści”, i wymienia z nazwy media społecznościowe, platformy UGC oraz aplikacje do tworzenia treści z pomocą AI. Takie aplikacje muszą filtrować niedopuszczalne materiały, umożliwiać zgłaszanie treści z terminową reakcją, pozwalać blokować użytkowników dopuszczających się nadużyć i publikować dane kontaktowe.

Nowe brzmienie wymienia „intymne obrazy rozpowszechniane bez zgody” obok naruszeń własności intelektualnej i nękania. Dodaje też: „Deweloperzy, którzy nie wdrożą odpowiednich zabezpieczeń lub nie usuną zidentyfikowanych naruszeń po powiadomieniu, mogą zostać uznani za naruszających Developer Code of Conduct”. Aplikacja do generowania obrazów lub awatarów AI, która tworzy treści wyłącznie dla samego użytkownika, może teraz mimo to podlegać tej wytycznej. Filtrowanie promptów i wyników, zgłaszanie treści i opublikowane dane kontaktowe muszą znaleźć się w zgłaszanym buildzie, a nie w planach rozwoju.

Co mówi wytyczna 2.3.14 o materiałach kreatywnych?

Wytyczna 2.3.14 stanowi, że materiały kreatywne muszą być związane z treścią, funkcjonalnością lub marką aplikacji, spełniać standardowe zasady dotyczące metadanych i być odpowiednie dla wszystkich odbiorców. Zakazuje nieodpowiednich treści, wprowadzających w błąd odniesień do innych aplikacji, nieweryfikowalnych twierdzeń oraz „informacji o konkretnych lub obniżonych cenach”.

Materiały kreatywne to grafiki i filmy, które Apple wprowadziło 5 października 2026. Według App Store asset best practices Apple pojawiają się one „w iOS 27 i iPadOS 27 oraz nowszych, w tym na stronie produktu, w wynikach wyszukiwania i gdy aplikacja jest wyróżniona”. Ta sama strona idzie dalej niż wytyczna. Zaleca pominięcie adresów stron internetowych, symboli praw autorskich, logotypów innych platform i wyróżnień Apple, takich jak „Editor's Choice”. Mówi też, że materiały „muszą spełniać kategorię wiekową 4+, nawet jeśli aplikacja ma wyższą kategorię”. Nagłówek z napisem „50% taniej w tym tygodniu” lub „Aplikacja budżetowa nr 1” narusza 2.3.14.

Co zmieniło się w wytycznej 3.1.1(a) dotyczącej linków do zewnętrznych zakupów?

Wytyczna 3.1.1(a) nie ma już osobnego punktu o Music Streaming Services Entitlement. To uprawnienie znajduje się teraz w punkcie o StoreKit External Purchase Link Entitlements, a tekst mówi, że linki mogą prowadzić do „dozwolonego miejsca docelowego”. Zatwierdzone miejsca docelowe mogą się różnić w zależności od regionu.

Zasady dotyczące tego, gdzie linki są dozwolone, nie zmieniły się w tej aktualizacji. Uprawnienia nadal są ograniczone do określonych sklepów (storefrontów). Storefront Stanów Zjednoczonych pozostaje wyjątkiem, w którym przyciski, linki zewnętrzne i inne wezwania do działania są dozwolone bez uprawnienia. Jeśli już korzystasz z któregokolwiek z tych uprawnień, sprawdź, czy link nadal prowadzi do miejsca docelowego dozwolonego w każdym storefroncie, w którym publikujesz aplikację.

Jak deweloperzy w praktyce radzą sobie z odrzuceniami za ukryte funkcje i UGC?

Publicznie opisane przypadki pokazują, że odrzucenia na podstawie dawnego brzmienia 2.3.1 o ukrytych funkcjach oraz na podstawie 1.2 zwykle rozwiązywano, sprawiając, że każda funkcja i każde zabezpieczenie były łatwe do znalezienia dla recenzenta, albo składając odwołanie. Same zmiany w kodzie rzadko pomagały.

• W marcu 2026 deweloper na Apple Developer Forums zgłosił, że natywna społecznościowa aplikacja z budzikiem została odrzucona na podstawie „Guideline 2.3.1(a) - Hidden Features” oraz 4.2. Według niego WebViews były używane wyłącznie do polityki prywatności, regulaminu i FAQ, więc złożył odwołanie. App Review odpowiedziało, że App Review Board udzieliła odpowiedzi. Deweloper poprosił wtedy o wskazanie konkretnych ekranów, a rozwiązanie nie zostało opublikowane.
• W zgłoszeniu na GitHubie Fluttera kilku deweloperów usłyszało „We discovered that your app contains hidden features” (wykryliśmy, że Twoja aplikacja zawiera ukryte funkcje) w przypadku prostych aplikacji. Jeden z kontrybutorów Fluttera nazwał framework „fałszywym tropem” i wskazał na nieudokumentowane API w kodzie aplikacji lub wtyczkach. Dwóch deweloperów zgłosiło zatwierdzenie po odwołaniu, bez zmian w kodzie.
• Deweloper na Apple Developer Forums został odrzucony na podstawie 1.2, mimo że miał EULA, filtrowanie, zgłaszanie i blokowanie. Poproszono go o regulamin z „zerową tolerancją dla niedopuszczalnych treści” oraz o „reagowanie na zgłoszenia niedopuszczalnych treści w ciągu 24 godzin”. Drugie odrzucenie dodało wymóg kategorii wiekowej 18+, natychmiastowego usuwania postów i danych kontaktowych w aplikacji. Deweloper odpowiedział, dokumentując każde zabezpieczenie i podając w notatkach dla recenzenta dane logowania administratora.

Wniosek: We wszystkich trzech przypadkach recenzenci nie mogli zobaczyć ani zweryfikować funkcji, które deweloperzy uważali za oczywiste. Przy 2.5.19 i surowszej 1.2 notatki dla recenzenta i konto demo są równie ważne jak kod. Jak je przygotować, opisujemy w naszym poradniku o koncie demo do recenzji App Store.

Co sprawdzić przed kolejnym zgłoszeniem?

Przed kolejnym buildem porównaj flagi funkcji, zabezpieczenia UGC, materiały kreatywne i linki zewnętrzne z nowym tekstem, a następnie napisz notatki dla recenzenta, które wskazują każdy z tych elementów. Poniższa checklista obejmuje zmiany z października 2026.

1. Wypisz każdą flagę sterowaną z serwera, każdy klucz zdalnej konfiguracji i każde ukryte menu. Włącz każdą z nich dla recenzenta albo usuń kod, którym steruje.
2. Szczegółowo opisz każdą nową funkcję w Notes for Review, jak wymaga 2.3.1(a), łącznie z tym, jak dotrzeć do wszystkiego, co jest dostępne po zaproszeniu, zeskanowaniu kodu lub w płatnych planach.
3. Jeśli użytkownicy mogą publikować, czatować lub generować treści, upewnij się, że filtrowanie, zgłaszanie, blokowanie i opublikowane dane kontaktowe są w buildzie, i spisz swój proces reagowania na zgłoszenia.
4. W przypadku generowania obrazów lub wideo przez AI dodaj filtry promptów i wyników, które blokują obrazy seksualne przedstawiające prawdziwe osoby, i daj użytkownikom możliwość zgłaszania wygenerowanych treści.
5. Sprawdź każdy materiał kreatywny pod kątem cen, rabatów, adresów URL, deklaracji o nagrodach, logotypów innych platform i wszystkiego, co przekracza kategorię wiekową 4+.
6. Jeśli korzystasz z uprawnienia do linku do zewnętrznych zakupów lub dla serwisów streamingu muzyki, upewnij się, że link prowadzi do dozwolonego miejsca docelowego w każdym storefroncie.
7. Przeczytaj ponownie angielskie wytyczne dla każdej sekcji, na której polegasz, ponieważ tłumaczenia mogą pojawić się nawet z miesięcznym opóźnieniem.

Przykład: weźmy aplikację z awatarami AI, która ma publiczną galerię i pakiet stylów „Pro” włączany zdalną konfiguracją po premierze. Według nowego tekstu potrzebuje moderacji galerii i zgłaszania treści (1.2). Pakiet Pro musi być albo widoczny w recenzowanym buildzie, albo wstrzymany do późniejszej wersji (2.5.19). Jej materiał nagłówka w iOS 27 nie może zawierać hasła „Pro teraz 40% taniej” (2.3.14). Jeśli już mierzysz się z odrzuceniem, nasz poradnik naprawy wytyczna po wytycznej wyjaśnia, jak odpowiedzieć w App Store Connect. Jeśli chcesz, by ktoś jeszcze rzucił okiem przed zgłoszeniem, zobacz nasze usługi.