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

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ę. 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. 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, 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, 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.

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. 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.

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 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:

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.

Kiedy odwołać się do App Review Board

Apple pozwala odwołać się do App Review Board, 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 i pierwszy krok mojej metody od pomysłu do App Store.

Wybierz dobry pomysł, zanim zaczniesz kodować

W iOS Kit 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 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ą, 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 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, 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, 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.