# Guideline 4.3 Design Spam: aplikacja odrzucona, co robić?

> Guideline 4.3 Design Spam: co mówią 4.3(a) i 4.3(b), czemu aplikacje robione z AI ją dostają, jak odpowiedzieć Apple i jak jej uniknąć.

Oryginalna strona: [Guideline 4.3 Design Spam: aplikacja odrzucona, co robić?](https://devoria.fr/pl/blog/guideline-4-3-design-spam-aplikacja-odrzucona)
Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi)
Publikacja: 2026-09-23
Ostatnia aktualizacja treści: 2026-10-09


## Guideline 4.3 Design Spam: krótka odpowiedź

Guideline 4.3 to reguła antyspamowa App Store. 4.3(a) zakazuje publikowania tej samej aplikacji kilka razy i w praktyce uderza w aplikacje przepakowane. 4.3(b) odrzuca aplikacje, których nie da się odróżnić od tego, co już jest, zwłaszcza w przesyconych kategoriach. Lekarstwo dotyczy samego produktu: główna funkcja, której nikt inny nie oferuje.

To odrzucenie najtrudniej naprawić: podważa sens istnienia twojej aplikacji i żadna poprawka w kodzie nie wystarczy, jeśli produkt za bardzo przypomina istniejące.

Publikuję własne aplikacje iOS: Solys, budzik z minigrami, i TradaZen, trening tradingu, są w App Store. Nolera i Clic zostały odrzucone, a potem poprawione. Dostałem odrzucenia 2.1, 5.6.3 i 2.3.2, które opisuję w artykule [dlaczego Apple odrzuca twoją aplikację](https://devoria.fr/pl/blog/odrzucenie-aplikacji-apple-prawdziwe-przypadki). Nigdy nie dostałem odrzucenia 4.3 i nie będę udawał, że było inaczej. Ten poradnik opiera się na oficjalnym tekście Apple, sparafrazowanym po polsku.

## Co dokładnie mówi guideline 4.3?

4.3, „Spam”, znajduje się w sekcji 4, „Design”, w [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/). Jej dwie części dotyczą dwóch różnych problemów.

### 4.3(a): jedna aplikacja, a nie kopia na każdy wariant

Oficjalny tekst prosi, żeby nie tworzyć kilku Bundle ID dla tej samej aplikacji. Przykład Apple: publikowanie osobnej aplikacji z mapą dla każdego miasta na świecie zamiast jednej mapy świata, w której wyszukujesz swoje miasto. Jeśli twoja aplikacja ma wersje dla miejsc, drużyn sportowych czy uczelni, Apple radzi przesłać jedną aplikację i oferować warianty jako zakupy w aplikacji.

W praktyce komunikat odrzucenia idzie dalej niż ten przykład. W odrzuceniach 4.3(a), które deweloperzy opublikowali na [forach deweloperów Apple](https://developer.apple.com/forums/thread/768484), Apple pisze, że aplikacja ma „a similar binary, metadata, and/or concept” z aplikacjami przesłanymi przez innych deweloperów, z jedynie drobnymi różnicami. Komunikat nazywa takie podobne lub przepakowane aplikacje spamem. Liczą się trzy słowa: binarka (skompilowany kod), metadane (nazwa, opis, zrzuty ekranu) i koncepcja.

Dwie inne reguły idą w tym samym kierunku. 4.2.6, podpunkt [guideline 4.2](https://devoria.fr/pl/blog/guideline-4-2-minimum-functionality-odrzucona-aplikacja), odrzuca aplikacje stworzone z komercyjnego szablonu lub usługi generowania aplikacji, chyba że przesyła je bezpośrednio dostawca treści. Guideline 4.1, „Copycats”, zakazuje kopiowania popularnej aplikacji z lekką zmianą nazwy czy interfejsu. Zaczyna się od prostego zdania: „Come up with your own ideas.”

### 4.3(b): przesycone kategorie

4.3(b) odrzuca aplikacje, których nie da się odróżnić od tego, co jest już szeroko dostępne: według Apple takie oportunistyczne warianty pogarszają odkrywanie aplikacji w App Store.

Tekst wymienia konkretne kategorie. Aplikacje randkowe, latarki, efekty dźwiękowe, tapety, proste minutniki i wróżenie („fortune telling”) są już dobrze ugruntowane. Apple nie przyjmuje już nowych zgłoszeń w tych kategoriach, chyba że oferują „a meaningfully different or improved experience”. Apple może nawet usunąć te, które nie są aktualizowane ani ulepszane albo nikogo nie przyciągają.

Druga lista jest surowsza: gry alkoholowe, Kamasutra, aplikacje z pierdzeniem i bekaniem. Apple uważa je za słabe lub niskiego wysiłku, a powtarzane zgłoszenia tego typu mogą skończyć się usunięciem z programu deweloperskiego.

Horoskopy i astrologia nie są wymienione wprost w aktualnej wersji tekstu. Ogólna aplikacja z codziennym horoskopem jest jednak bardzo blisko wróżenia i traktowałbym ją jak przesyconą kategorię.

## Dlaczego 4.3 trafia częściej przy AI i szablonach

### Szablony z definicji współdzielą wszystko

Szablon aplikacji sprzedawany w sieci kupuje wielu deweloperów, którzy zmieniają kolory, ikonę i nazwę, a potem wysyłają. Apple nie zdradza, jak wykrywa podobieństwa, ale jego komunikat mówi o binarce, metadanych i koncepcji: trzech rzeczach, które szablon dzieli ze wszystkimi swoimi kopiami. To dokładnie przypadek, w który celują 4.3(a) i 4.2.6.

### AI tworzy przeciętną wersję twojego pomysłu

Poproś AI o „aplikację do śledzenia nawyków”: dostaniesz najbardziej prawdopodobną wersję pomysłu, czyli średnią z tego, co już istnieje, z tymi samymi ekranami i tym samym onboardingiem. Kod może być oryginalny, koncepcja nie jest. A 4.3(b) ocenia doświadczenie, nie oryginalność kodu.

AI świetnie koduje wyróżniający się pomysł, ale nie znajdzie za ciebie tej różnicy. Co robi dobrze, a co jej nie wychodzi, opisuję w artykule [jak stworzyć aplikację iOS z AI](https://devoria.fr/pl/blog/tworzenie-aplikacji-ios-z-ai-pulapki-weryfikacja).

## Jak naprawdę wyróżnić swoją aplikację

### Główna funkcja, której nikt nie oferuje dokładnie w ten sposób

To zasada, którą stosuję przy każdym pomyśle, właśnie po to, żeby uniknąć 4.3: główna funkcja, której nikt inny nie oferuje dokładnie w ten sposób. Kolejny budzik byłby łatwym celem, proste minutniki są wśród kategorii wymienionych przez Apple. Solys to budzik, który zmusza cię do wygrania minigry, żeby go wyłączyć. Różnica mieści się w jednym zdaniu i widać ją od pierwszego użycia.

Test: dokończ zdanie „to jedyna aplikacja, która...”. Jeśli umiesz je skończyć tylko słowami „ale ładniej”, twoja różnica jest za słaba.

### Treści i logika, które należą do ciebie

Inna oprawa nie wystarczy. Aplikację wyróżnia to, co wytwarza: treści napisane specjalnie dla niej, dane, które oblicza, mechanika, której nie ma nigdzie indziej. Jeśli startujesz od szablonu lub projektu open source, zmień logikę, a nie tylko kolory.

### Nazwa, zrzuty ekranu i opis, które to udowadniają

Komunikat 4.3(a) wymienia metadane: recenzent ocenia też twoją stronę w sklepie, tak jak przy [guideline 2.3.10](https://devoria.fr/pl/blog/guideline-2-3-10-odrzucenie-aplikacji-metadane). Ogólna nazwa w stylu „Latarka Pro” zapowiada kopię, zanim ktokolwiek otworzy aplikację. Twoja nazwa i podtytuł muszą mówić o unikalnej funkcji, pierwszy zrzut ekranu musi ją pokazywać, a opis musi się od niej zaczynać. Ta praca pomaga też w pozycjonowaniu: metoda jest na stronie [ASO App Store](https://devoria.fr/pl/expertise/aso-app-store).

### Jedna aplikacja na wszystkie warianty

Jeśli twój pomysł ma wersje dla miast, drużyn czy motywów, opublikuj jedną aplikację z wyborem w środku, a jeśli warianty są płatne, z zakupami w aplikacji. To dosłowne odczytanie 4.3(a).

## Jak odpowiedzieć na odrzucenie 4.3 w App Store Connect

To, co nazywało się Resolution Center, jest dziś w sekcji App Review w App Store Connect. Tam [odpowiadasz na wiadomość od App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/) tekstem i załącznikami, zrzutami ekranu lub dokumentami, dopóki nie wyślesz aplikacji ponownie.

1. **Ustal, o który podpunkt chodzi.** Odrzucenie 4.3(a) mówi o podobieństwie do innych aplikacji lub o wielu wariantach. Odrzucenie 4.3(b) mówi o przesyconej kategorii.
2. **Bądź uczciwy co do istoty.** Jeśli twoja aplikacja powstała z szablonu albo naprawdę przypomina istniejące, nie dyskutuj: zmień produkt, a nie sformułowania.
3. **Jeśli twoja różnica jest prawdziwa, pokaż ją.** Odpowiedz krótko, rzeczowo, po angielsku, z nagraniem głównej funkcji w załączniku.

Szablon, którego bym użył, do dostosowania:

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]
```

Te dwa zdania o kodzie i innych aplikacjach pisz tylko wtedy, gdy są prawdziwe. Fałszywe stwierdzenie w odpowiedzi do Apple będzie cię kosztować więcej niż odrzucenie. Pełne postępowanie po dowolnym odrzuceniu znajdziesz na stronie [aplikacja odrzucona przez Apple](https://devoria.fr/pl/expertise/aplikacja-odrzucona-przez-apple).

## Kiedy odwołać się do App Review Board

Apple pozwala [odwołać się do App Review Board](https://developer.apple.com/distribute/app-review/), jeśli uważasz, że recenzent źle zrozumiał koncepcję i działanie twojej aplikacji albo że potraktowano cię niesprawiedliwie podczas recenzji. Apple stawia trzy warunki: podać konkretne powody, dla których aplikacja spełnia wytyczne, złożyć tylko jedno odwołanie na każde odrzucone zgłoszenie i najpierw odpowiedzieć na każdą prośbę o dodatkowe informacje.

Odwołaj się, gdy twoja różnica jest prawdziwa, widoczna w aplikacji, a odpowiedź w App Store Connect nie wystarczyła, żeby ją wyjaśnić. W przypadku szablonu, klona czy wariantu bez różnicy odwołanie nie zmieni produktu.

Na tej samej stronie Apple oferuje też 30-minutowe spotkania wideo z App Review. Jeśli twój pomysł ociera się o przesyconą kategorię, zapytaj, zanim zaczniesz budować.

## Checklista anty-4.3 przed wysłaniem

- Umiesz dokończyć zdanie „to jedyna aplikacja, która...” bez mówienia o designie
- Główną funkcję widać od pierwszego użycia, bez szukania
- Żaden ekran, tekst, dźwięk ani grafika nie pochodzi bez zmian z szablonu, którego logikę zmieniłeś
- Nie publikujesz dwóch aplikacji z tym samym kodem i tą samą koncepcją
- Twoje warianty (miasta, drużyny, motywy) żyją w jednej aplikacji
- Nazwa i podtytuł mówią o unikalnej funkcji, a nie o kategorii
- Pierwszy zrzut ekranu i opis zaczynają się od twojej różnicy
- Jeśli aplikacja dotyka kategorii wymienionej w 4.3(b), notatki dla recenzenta wyjaśniają w dwóch zdaniach, co ją wyróżnia i jak to przetestować

## 4.3 zapobiegasz w momencie wyboru pomysłu

Kolejna aplikacja w przesyconej niszy ma dwa problemy. Apple może ją odrzucić na podstawie 4.3(b). A jeśli przejdzie, zmierzy się z aplikacjami zainstalowanymi od lat, nie dając żadnego powodu, żeby ją wybrać.

Wyróżnika nie dokłada się więc przy wysyłaniu. Decydujesz o nim przed pierwszą linijką kodu, sprowadzając pomysł do jednej wyraźnej głównej funkcji dla konkretnej grupy odbiorców. To serce dobrze zaplanowanego [MVP aplikacji iOS](https://devoria.fr/pl/expertise/mvp-aplikacji-ios) i pierwszy krok mojej [metody od pomysłu do App Store](https://devoria.fr/pl/blog/jak-stworzyc-aplikacje-4-kroki).

## Wybierz dobry pomysł, zanim zaczniesz kodować

W [iOS Kit](https://devoria.fr/pl/kits/ios) pierwszy etap ścieżki służy właśnie temu: wyborowi pomysłu, odbiorców i ceny, zanim napiszesz kod.

Dostałeś już odrzucenie 4.3? [Apple Review Kit](https://devoria.fr/pl/kits/review-apple) pomoże ci znaleźć przywołaną regułę, zrozumieć, czego wymaga, i da przykład poprawki oraz odpowiedzi. Jeśli chcesz, żebyśmy od razu przejrzeli twoją sprawę razem, [zarezerwuj godzinę ze mną](https://devoria.fr/pl/coaching), na wideorozmowie.

Nikt nie zagwarantuje ci akceptacji przez Apple, ja też nie. Mogę pomóc ci od początku odrzucić pomysły, które dałyby o jedną aplikację za dużo.

Wciąż masz wątpliwości co do pomysłu? [Darmowa diagnoza](https://devoria.fr/pl/diagnostic) wychodzi od twojego projektu, mówi, od którego etapu zacząć, i wysyła ci moją checklistę przeciw odrzuceniom Apple. Strona główna pokazuje potem, jak [stworzyć aplikację mobilną bez zaczynania od zera](https://devoria.fr/pl), wybierając pomysł przed pisaniem kodu.

## Najczęściej zadawane pytania

### Czym różni się 4.3(a) od 4.3(b)?

4.3(a) dotyczy duplikacji: kilku wersji tej samej aplikacji albo aplikacji, która z dokładnością do drobiazgów dzieli kod, stronę w sklepie lub koncepcję z innymi. 4.3(b) dotyczy przesycenia: nic nowego w bardzo zatłoczonej kategorii, jak latarki.

### Czy moja aplikacja stworzona z AI zostanie odrzucona za 4.3?

Nie dlatego, że powstała z AI: Apple ocenia wynik, nie narzędzie. Ryzyko bierze się z ogólnego pomysłu, który AI zamienia w przeciętną wersję tego, co już istnieje. Jeśli twoja główna funkcja jest unikalna i widoczna, pochodzenie kodu nie stanowi problemu w świetle 4.3.

### Czy można użyć szablonu i nie zostać odrzuconym?

[Szablon użyty jako techniczny punkt startowy](https://devoria.fr/pl/kits/code-de-depart), a potem głęboko przerobiony, nie jest problemem. Szablon opublikowany prawie bez zmian, z nową nazwą i nowymi kolorami, to dokładnie to, w co celują 4.3(a) i 4.2.6.

### Czy po odrzuceniu 4.3 trzeba zmienić konto albo Bundle ID?

Nie. Zmiana identyfikatora czy konta nie zmienia aplikacji, a 4.3(b) przewiduje, że powtarzane zgłoszenia aplikacji niskiej wartości mogą skończyć się usunięciem z programu deweloperskiego. Jedyne trwałe wyjście to zmienić produkt, a potem wysłać go ponownie.

### Czy aplikacja randkowa albo z tapetami może jeszcze zostać zaakceptowana?

Tak, jeśli oferuje naprawdę inne lub ulepszone doświadczenie: to warunek postawiony w tekście Apple. Tę różnicę musi być widać w aplikacji, na stronie w sklepie i w notatkach dla recenzenta.


## Twój projekt

[Apple Review Kit](https://devoria.fr/pl/kits/review-apple): Checklista review App Store, której używam, moje poprawione odrzucenia od Apple, notatki dla recenzenta i dwa skille Claude Code, które sprawdzają twoją aplikację. 29 €.

[iOS Kit](https://devoria.fr/pl/kits/ios): Stwórz aplikację na iPhone'a z Claude Code: Starter Code moich aplikacji, skille sprawdzające jego pracę oraz Apple Review Kit, App Store Screenshots Kit i ASO Kit. 129,99 €.
