Apple opisało, jak działa App Review. Oto co zmieniłbym, zanim wyślę aplikację
Przez Justinasa Rolando, twórcę MacPip
W swojej notce Hello Developer z listopad 2026 Apple wskazało deweloperom nowe artykuły pomocy App Review. Spisano w nich rzeczy, których większość z nas nauczyła się na odrzuceniach: Apple dąży do tego, by 50% zgłoszeń weryfikować w czasie krótszym niż 24 godz., a 90% w czasie krótszym niż 48; dane logowania do wersji demo muszą działać w chwili rozpoczęcia weryfikacji; na pytanie należy odpowiedzieć w App Store Connect zamiast wysyłać ponownie; odrzucenie zaczynające się od „Bug Fix Submissions:” pozwala wysłać poprawkę i zająć się problemem następnym razem; ponad połowa zrzutów ekranu musi pokazywać aplikację w użyciu; a każde uprawnienie potrzebuje własnego, jasnego purpose string. Tylko jeden artykuł wspomina o Mac z nazwy, ale każda zasada dotyczy wysyłki do Mac App Store.
Większość tego, co wiem o App Review, wiem z maili z odrzuceniami. Więc gdy w Hello Developer z listopad 2026 Apple napisało „Browse new App Review help articles”, przeczytałem je wszystkie. Są teraz w jednym miejscu, App Review Help, i mówią wprost wiele rzeczy, które kiedyś były folklorem.
Oto, co w nich jest istotne dla aplikacji na Mac i co zmieniłbym przed kolejnym wysłaniem.
Najpierw, dla kogo to jest
App Review sprawdza tylko to, co przechodzi przez App Store Connect: Mac App Store, TestFlight, zakupy w aplikacji i resztę. Jeśli sprzedajesz aplikację na Mac z własnej strony z Developer ID, nikt w Apple jej nie recenzuje. Przechodzi przez notaryzację, czyli automatyczną kontrolę. Więc jeśli działasz tylko bezpośrednio, przejrzyj to i zachowaj na dzień, w którym dodasz wersję do Mac App Store.
Ile trwa weryfikacja
Artykuł o statusie weryfikacji podaje cel samego Apple: weryfikować co najmniej 50% zgłoszeń w czasie krótszym niż 24 godz. i 90% w czasie krótszym niż 48 godz. Mówi też, co ją spowalnia, na przykład ograniczona historia weryfikacji, dokumenty potrzebne Apple albo złożone czy nowatorskie problemy.
Co bym zrobił: zaplanowałbym dzień premiery z dwoma wolnymi dniami przed nim, a przy pierwszej aplikacji z większą liczbą. I wysłałbym wcześnie z ręcznym wydaniem, żeby samemu wybrać minutę publikacji.
Pole Notes to miejsce, gdzie wygrywa się weryfikacje
Artykuł o pełnej weryfikacji jest dosadny: „Incomplete submissions will be rejected.” Istotne szczegóły:
- Dane logowania do wersji demo muszą działać, gdy zaczyna się weryfikacja, a nie tylko w chwili wysłania. Konto testowe, które wygasa albo zmienia się w międzyczasie, może skończyć się odrzuceniem.
- Jeśli logowanie wymaga kodu, wpisz go w Notes. Bez niego Apple może potrzebować rozmowy telefonicznej, a takie rozmowy zwykle odbywają się w ciągu trzech do pięciu dni roboczych. To tydzień w plecy.
- Subskrypcje wymagają konta demo z wygasłą subskrypcją, żeby recenzent zobaczył cały proces zakupu.
Co bym zrobił: napisałbym pole Notes jak krótką instrukcję dla obcej osoby. Gdzie kliknąć najpierw, którego konta użyć i co robi ikona na pasku menu, jeśli aplikacja nie ma okna. To ostatnie jest bardzo typowe dla Mac.
Gdy zostanie odrzucone
To ta część, którą chciałbym mieć na piśmie lata temu.
- Nie wysyłaj ponownie, żeby odpowiedzieć na pytanie. Jeśli App Review prosi o informacje, odpowiedz w App Store Connect. Wysyłaj ponownie tylko przy poprawce w buildzie i dopiero po naprawieniu każdego wskazanego problemu.
- Szukaj „Bug Fix Submissions:” na samej górze. Jeśli odrzucenie zaczyna się od tej uwagi, artykuł o Bug Fix Submissions mówi, że możesz odpowiedzieć, akceptując ją, i zająć się problemem w następnej aktualizacji. Nie wysyłaj ponownie. Działa to tylko dla aplikacji, które były już zatwierdzone, nigdy przy problemach prawnych lub bezpieczeństwa, a problemu nie można odłożyć dwa razy.
- Przyspieszenie tylko wtedy, gdy to naprawdę potrzebne. Apple pisze, że prośby o przyspieszenie „powinny być zarezerwowane dla spraw naprawdę pilnych”, i tylko dla buildów już wysłanych do weryfikacji. Jeśli premiera jest związana z wydarzeniem, wpisz wydarzenie i jego datę w Notes.
- Odwołanie na końcu. Najpierw odpowiedz na odrzucenie i wyjaśnij sprawę. Jeśli to nie pomoże, App Review Board przyjmuje jedno odwołanie na aplikację, a po ponownym wysłaniu nie możesz już odwołać się od tego odrzucenia.
Cztery zasady z liczbami
Artykuły o wytycznych są krótkie i konkretne.
- Zrzuty ekranu, 2.3.3. Ponad połowa twoich zrzutów ekranu musi pokazywać aplikację w użyciu, liczona osobno dla każdego typu urządzenia. Przy trzech zrzutach dwa muszą pokazywać aplikację. Ekran startowy albo plansza tytułowa jest w porządku, jeśli to mniejszość. Sprawdzarka zrzutów ekranu MacPip sprawdza rozmiary, a resztę policzysz samodzielnie.
- Naśladowcy, 4.1. Nie umieszczaj nazw popularnych aplikacji ani terminów chronionych znakiem towarowym w żadnym polu metadanych. Dotyczy to też słów kluczowych, gdzie nazwa rywala to klasyczny błąd. Sprawdzarka słów kluczowych App Store liczy twoje pola, żebyś mógł zobaczyć, co w nich jest.
- Purpose strings, 5.1.1(ii). Każdy chroniony zasób potrzebuje własnego, jasnego purpose string, zlokalizowanego, jeśli twoja aplikacja jest zlokalizowana. Zły przykład samego Apple to „To use location.” Odpowiadasz też za to, o co pytają twoje SDK. Wklej Info.plist do wyjaśniacza Info.plist, a oznaczy puste i niejasne.
- Usuwanie konta, 5.1.1(v). Jeśli w twojej aplikacji można założyć konto, ludzie muszą móc rozpocząć jego usuwanie w samej aplikacji. Dezaktywacja nie wystarczy i nie możesz kazać im do ciebie dzwonić. Jeśli mają subskrypcję, powiedz im, że rozliczanie przez Apple trwa, dopóki jej nie anulują.
Jedna uwaga o Mac
Tylko artykuł o zgodnych urządzeniach wspomina o Mac z nazwy. Mówi, że zgodne aplikacje na iPhone i iPad mogą działać bez zmian na Mac z Apple silicon, a aplikacje, które opierają się na dotyku niemożliwym na klawiaturze, nie nadają się dobrze do macOS. Jeśli robisz aplikację na iPad, sprawdź, czy pojawia się w Mac App Store, i wyłącz to, jeśli nie działa dobrze z klawiaturą i trackpadem. Ta sama strona mówi, że TestFlight obsługuje do 100 testerów wewnętrznych i 10 000 zewnętrznych oraz że pierwszy build dany testerom zewnętrznym też trafia do App Review.
What's New też się liczy
Jeszcze jedna rzecz z wytycznych, nie z nowych artykułów. Wytyczna 2.3.12 mówi, że tekst What's New musi opisywać nowe funkcje i zmiany, a ogólnikowym zdaniem mogą się obejść tylko proste poprawki błędów i prace nad wydajnością. „Bug fixes and improvements” przy wydaniu z nową funkcją to proszenie się o pytanie.
Dzisiejsze nowe darmowe narzędzie to więc formater notatek o wydaniu. Wklej luźne notatki albo wiersze git log --oneline. Sortuje je na Nowe, Ulepszone i Naprawione, pomija wiersze chore, ci i merge, oznacza numery zgłoszeń i nazwy plików, sprawdza limit 4000 znaków i daje trzy kopie: zwykły tekst do App Store Connect, HTML do appcastu Sparkle i Markdown do GitHub. Twoje notatki zostają w przeglądarce. Sprawdzarka appcastu Sparkle jest obok, dla kanału, do którego trafiają.
Moja krótka lista
- Dwa wolne dni przed dniem premiery i ręczne wydanie.
- Pole Notes, za którym da się nadążyć obcej osobie, i działające konto demo.
- Odpowiedz, nie wysyłaj ponownie, gdy pytają tylko o coś.
- Policz zrzuty ekranu, przeczytaj każdy purpose string i trzymaj nazwy cudzych aplikacji z dala od słów kluczowych.
- What's New, które mówi, co się zmieniło.
A gdy aplikacja już wyjdzie, dodanie jej do MacPip jest darmowe, niezależnie od tego, czy jest w Mac App Store. Wpisy są skanowane automatycznie po wysłaniu, a niebieski ptaszek oznacza tylko, że człowiek wypróbował aplikację w danym dniu.
Źródła
- Apple Developer: Hello Developer, listopad 2026
- Apple Developer: App Review Help
- App Review Help: Śledź status weryfikacji zgłoszenia
- App Review Help: Podaj informacje potrzebne do pełnej weryfikacji
- App Review Help: Przyjmij ofertę Bug Fix Submission
- App Review Help: Poproś o przyspieszoną weryfikację
- App Review Help: Odwołanie do App Review Board
- App Review Help: 2.3.3, Pokaż aplikację w użyciu na zrzutach ekranu
- App Review Help: 4.1, Zapobieganie odrzuceniom za naśladownictwo i podszywanie się
- App Review Help: 5.1.1(ii), Pisz jasne purpose strings
- App Review Help: 5.1.1(v), Oferowanie usuwania konta w aplikacji
- App Review Help: Przetestuj aplikację na zgodnych urządzeniach
- Apple Developer: App Review Guidelines
Czytaj dalej
- Claude Fable 5.2 i Mythos 5.2: co nowego, benchmarki i co to oznacza dla twojego MacaClaude Fable 5.2 i Mythos 5.2 wyszły 9 listopada 2026. Benchmarki Anthropic na wykresach, ceny, co zmienia się na Macu, i cztery darmowe narzędzia.
- Swift Student Challenge przyjmuje teraz aplikacje na Maca. Oto co bym zbudowałSwift Student Challenge 2027 od Apple trwa od 8 lutego do 28 i po raz pierwszy przyjmuje aplikacje na dowolną platformę Apple, także na macOS. Zasady, terminy i to, jak zaplanowałbym zgłoszenie na Maca.
- macOS 27.2.1 sprawia, że curl przestaje ufać eMudhra. Co warto sprawdzić w swojej aplikacji na komputery MacmacOS 27.2.1, 26.7.3 i 15.8.3 usuwają pięć certyfikatów głównych z /etc/ssl/cert.pem po kompromitacji kluczy eMudhra. Co się zmieniło, kogo to dotyczy i co powinni przetestować twórcy aplikacji na komputery Mac.
- Live Activities pojawiają się na pasku menu komputera Mac. Co zrobiłbym w swojej aplikacjiBeta macOS 27.3 pokazuje Live Activities na pasku menu komputerów Mac z Apple silicon, a aplikacje na Mac mogą uruchamiać własne. Co się zmieniło, jakie są limity i co wypróbować najpierw.
- Pamięć podnosi ceny komputerów Mac. Oto, co zrobiłbym ze swoją aplikacją na komputery MacApple mówi, że przez pamięć komputerów Mac będzie brakować i będą droższe aż do 2027, a najtańszy Mac ma 8 GB. Dlaczego to ważne dla twojej aplikacji na komputery Mac i co sprawdzić w tym tygodniu.
- Apple pozwala teraz rozmawiać z osobami, które rezygnują. Oto co zrobiłbym w swojej aplikacji na MacOd 4 listopada subskrypcje w App Store mogą pokazać wiadomość lub ofertę, gdy ktoś rezygnuje. Zasady, co mówi Apple i co sprawdzić w wersji na Mac.
- Apple dodaje dwa pytania o ocenę wiekową. Oto co zrobiłbym w swojej aplikacji na komputery MacOd 16 listopada App Store Connect pyta o udostępnianie lokalizacji i funkcje randkowe, a każda aplikacja musi odpowiedzieć do 12 stycznia 2027. Co się zmieniło i co zrobić.
- Siri AI jest teraz otwarte dla każdego dewelopera. Oto co zrobiłbym ze swoją aplikacją MacApple otworzyło Siri AI dla wszystkich deweloperów w becie macOS 27.3. Co się zmieniło, co możesz już wydać, a czego jeszcze nie, i krótki plan dla małej aplikacji Mac.
- Komputery Mac z ekranem dotykowym trafiają do sprzedaży 6 listopada. Oto co sprawdziłbym w mojej aplikacji na MacPierwsze komputery Mac z ekranem dotykowym od Apple pojawiają się 6 listopada. Co się zmieniło, co Apple radzi deweloperom i krótka lista rzeczy do przetestowania w twojej aplikacji na Mac.
- Przedstawiamy MacPipCzym jest MacPip, dlaczego go zbudowałem, jak działa dodawanie wpisów i dzień premiery, co naprawdę oznacza niebieski znaczek i prawdziwe liczby z pierwszych dni.
- Jak wystartować aplikację na Mac: lista kontrolna na jedną stronęCo zrobić przed, w dniu i po premierze aplikacji na Mac: podpisanie, twoja strona, katalogi, Product Hunt, Show HN i co mierzyć.
- Jak napisać jednolinijkowy opis, który mówi, co robi twoja aplikacja na MacProsty sposób na napisanie jednej linijki pod nazwą aplikacji na Mac: nazwij zadanie, usuń przesadę i sprawdź na kimś, kto nigdy nie widział aplikacji.
- Podpisywanie i notaryzacja prostym językiem, dla osób robiących pierwszą aplikację na MacCo robią podpisywanie kodu, notaryzacja i stapling, w jakiej kolejności, co widzą użytkownicy bez nich i jak sprawdzić własną kompilację.
- Ile naprawdę jest warty link dofollow od strony, która go oferujeCo znaczy dofollow, co Google mówi o linkach, dlaczego link z nowego katalogu jest dziś mało wart i co robić zamiast kupować linki.