SponsorZaloguj sięZgłoś
Blog

Apple opisało, jak działa App Review. Oto co zmieniłbym, zanim wyślę aplikację

Przez Justinasa Rolando, twórcę MacPip

Krótka odpowiedź

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:

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.

Cztery zasady z liczbami

Artykuły o wytycznych są krótkie i konkretne.

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

  1. Dwa wolne dni przed dniem premiery i ręczne wydanie.
  2. Pole Notes, za którym da się nadążyć obcej osobie, i działające konto demo.
  3. Odpowiedz, nie wysyłaj ponownie, gdy pytają tylko o coś.
  4. Policz zrzuty ekranu, przeczytaj każdy purpose string i trzymaj nazwy cudzych aplikacji z dala od słów kluczowych.
  5. 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

Czytaj dalej

Zgłoś twoją aplikacjęDarmowe narzędzia dla twórców