Konto demo do recenzji App Store: jak przygotować login dla recenzenta, który przejdzie weryfikację (2026)

Jeśli jakakolwiek część Twojej aplikacji jest dostępna dopiero po zalogowaniu, Twoje konto demo do recenzji App Store musi zadziałać za pierwszym razem, gdy Apple go użyje. Wytyczne App Review wymagają danych konta demo lub w pełni funkcjonalnego trybu demo, a także działającego backendu w trakcie recenzji. W praktyce oznacza to dedykowane konto, które nigdy nie wygasa, ma już realistyczne dane, daje dostęp do każdej płatnej funkcji i każdej roli oraz nie wymaga kodu logowania, który widzisz tylko Ty. Ten poradnik pokazuje, jak zbudować takie konto, jak napisać towarzyszące mu notatki i na co natknęli się inni deweloperzy, gdy coś nie zadziałało.

Czego Apple wymaga od konta demo do recenzji App Store?

Apple wymaga działającej nazwy użytkownika i hasła konta demo zawsze, gdy aplikacja wymaga logowania. Dane wpisuje się w sekcji App Review Information w App Store Connect, a konto nie może wygasać. Wytyczna 2.1(a) wymaga też, aby backend działał w trakcie recenzji.

Wytyczna 2.1(a) brzmi: „dołącz dane konta demo (i włącz swój backend!), jeśli aplikacja zawiera logowanie”. Dokumentacja informacji o wersji platformy w App Store Connect dodaje, że „konto demo jest używane w procesie App Review i nie może wygasać”, że „dane dodatkowych kont należy umieścić w polu Notes” oraz że pole Notes „może zawierać do 4000 bajtów”. Pola Sign-in required dotyczą sytuacji, gdy „aplikacja wymaga zalogowania, aby z niej korzystać”.

Strona pomocy Apple o kompletnej recenzji jest bardziej konkretna: „Dane logowania, które wygasną lub zmienią się przed rozpoczęciem recenzji, mogą skutkować odrzuceniem zgłoszenia”. Jeśli aplikacja ma kilka typów kont, np. administratora i zwykłego użytkownika, dodaj dane logowania dla każdego z nich w Notes. Jeśli sprzedajesz automatycznie odnawiane subskrypcje, „przekaż konto demo z wygasłą subskrypcją, aby umożliwić recenzję całego procesu zakupu”.

Jak skonfigurować konto demo dla App Review?

Konto demo konfigurujesz, tworząc dedykowane konto produkcyjne, wyłączając je ze wszystkich mechanizmów wygasania i czyszczenia, wypełniając je realistycznymi danymi i logując się na nie w dokładnie tej wersji release, którą zgłaszasz.

1. Utwórz dedykowane konto produkcyjne, np. appreview@yourdomain.com. Nie używaj ponownie konta osobistego ani testowego (QA), które ktoś może zmienić.
2. Wyłącz je ze wszystkich zadań porządkowych: rotacji haseł, usuwania nieaktywnych kont, wygasania okresów próbnych i reguł antyfraudowych.
3. Wypełnij je realistyczną treścią, tak aby żaden ekran nie był pusty. Recenzenci oceniają kompletność na podstawie tego, co widzą.
4. Ustaw stan subskrypcji zgodnie z wytycznymi Apple. Jeśli sprzedajesz subskrypcje, konto powinno mieć wygasłą subskrypcję, aby paywall i proces zakupu były widoczne.
5. Przypisz je do regionu, w którym działają wszystkie funkcje, albo opisz różnice regionalne w Notes.
6. Zaloguj się na czystym urządzeniu w dokładnie tej wersji release, którą zgłaszasz, i przejdź przez każdą funkcję wymienioną w Notes.
7. Nie zmieniaj już hasła aż do zakończenia recenzji.

Co jeśli aplikacja używa kodów logowania, SMS OTP, magic linków lub SSO?

Jeśli logowanie wymaga jednorazowego kodu, przed zgłoszeniem wpisz w Notes stały kod dla konta recenzji. Apple ostrzega, że bez niego „może być wymagana rozmowa telefoniczna, aby kontynuować recenzję”, a takie rozmowy „zwykle odbywają się w ciągu trzech do pięciu dni roboczych”.

W przypadku magic linków wysyłanych e-mailem lub jednorazowych kodów SMS skonfiguruj konto recenzji tak, aby akceptowało stały kod lub hasło, i wpisz ten kod w Notes. Jeśli korzystasz z zewnętrznej usługi single sign-on, App Store Connect prosi również o „dołączenie danych logowania konta demo dla tej usługi”.

Jeśli z powodów prawnych lub bezpieczeństwa nie możesz udostępnić konta demo, co jest częste w aplikacjach bankowych, medycznych i innych regulowanych, wytyczna 2.1(a) pozwala użyć „wbudowanego trybu demo zamiast konta demo, za wcześniejszą zgodą Apple”. Taki tryb demo musi pokazywać „pełne funkcje i możliwości aplikacji” na danych demonstracyjnych, a nie okrojoną prezentację.

Jakie konta przekazać App Review?

Przekaż App Review jeden niewygasający login dla każdego typu konta w aplikacji oraz wszystko, czego recenzent potrzebuje, by ominąć kody, paywalle i wymagania sprzętowe. Poniższa tabela pokazuje, gdzie wpisać dane w każdym scenariuszu.

Co powinny zawierać notatki dla App Review przy koncie demo?

Dobre notatki dla recenzenta opisują koncepcję aplikacji, wszystkie loginy, kod logowania, drogę do paywalla, miejsce każdej funkcji, ewentualne różnice regionalne i urządzenia, na których testowano. Oto przykład dla wymyślonej aplikacji do śledzenia nawyków zespołu, która wysyła kody logowania e-mailem i ma subskrypcję Pro.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Pisz krótko i konkretnie. Przy aktualizacjach strona pomocy Apple zaleca „opisać, co się zmieniło i gdzie recenzenci znajdą istotne nowe treści lub funkcje”. Wytyczna 2.3.1(a) wymaga, aby nowe funkcje były „opisane konkretnie”, i ostrzega, że „ogólnikowe opisy zostaną odrzucone”. Treść wytycznych zmienia się kilka razy w roku, więc przed zgłoszeniem przeczytaj nasze podsumowanie zmian w App Review Guidelines z października 2026.

Dlaczego logowanie na konto demo zawodzi podczas recenzji? Prawdziwe przypadki

W publicznych zgłoszeniach logowanie na konto demo zawodzi zwykle z jednego z dwóch powodów: drugiego składnika uwierzytelniania, którego recenzent nie może odebrać, albo konta, które działa u dewelopera, ale na urządzeniu Apple zwraca błąd. Dwa wątki z Apple Developer Forums ilustrują oba przypadki.

Dwuskładnikowe uwierzytelnianie SMS przy kluczowej funkcji. Deweloper na Apple Developer Forums napisał, że jego aplikacja była „ciągle odrzucana”, ponieważ edycja profilu wymagała kodu wysyłanego SMS-em na amerykański numer komórkowy. Wyjaśnił, że „ponieważ nie mamy numeru telefonu recenzenta… recenzent nie dostaje kodu weryfikacyjnego”. Inni deweloperzy w wątku opisali swoje rozwiązania: jeden zmienił backend tak, „aby konto testowe zawsze dostawało ten sam kod 2FA”, i podał go w notatkach, a inny powiązał konto produkcyjne z wirtualnym numerem telefonu i dał Apple do niego dostęp.

Dane logowania, które działają wszędzie poza recenzją. Deweloper React Native i Expo korzystający z uwierzytelniania e-mail i hasło w Supabase zgłosił wielokrotne odrzucenia. Zrzut ekranu od Apple pokazywał poprawny adres e-mail i błąd „Invalid login credentials”, a mimo to logowanie działało na urządzeniach dewelopera, w Postmanie i w kliencie Supabase, bez MFA, limitów zapytań czy blokad geograficznych. W wątku nie potwierdzono przyczyny. Deweloper rozważał dodanie trybu demo, ale zgodnie z wytyczną 2.1(a) ta droga wymaga wcześniejszej zgody Apple.

Wspólny wniosek z obu przypadków: liczy się wyłącznie doświadczenie recenzenta. Stały kod wpisany w Notes rozwiązuje problem drugiego składnika. Na problem „u mnie działa” pomaga tylko zalogowanie się w wersji release, na czystym urządzeniu, na środowisku produkcyjnym, a potem pozostawienie konta w spokoju.

Co sprawdzić przed zgłoszeniem aplikacji z kontem demo?

Przed zgłoszeniem upewnij się, że logowanie na konto demo działa w wersji release, każda rola i każdy kod są w Notes, a nic nie spowoduje wygaśnięcia, zmiany hasła ani usunięcia konta w trakcie recenzji.

• Zalogowano się w wersji release na czystym urządzeniu w ciągu ostatniej godziny
• Backend, dostawca uwierzytelniania oraz usługa e-mail lub SMS działają i nie ograniczają zapytań dla tego konta
• Konto jest wyłączone z zadań wygasania, czyszczenia i rotacji haseł
• Każda rola ma własny login w Notes
• Stan subskrypcji pozwala zobaczyć proces zakupu
• Osobne konto jest gotowe do testu usuwania
• Kod logowania lub sposób jego ominięcia jest wpisany w Notes
• Numer telefonu kontaktowego jest w formacie międzynarodowym ze znakiem plus (+) i ktoś go odbierze

Według strony App Review Apple „średnio ponad 40% nierozwiązanych problemów dotyczy wytycznej 2.1: App Completeness”, która obejmuje niekompletne informacje. Niedziałające logowanie na konto demo to jeden z najłatwiejszych do uniknięcia problemów tego typu. Aby sprawdzić resztę buildu, skorzystaj z naszego planu testów wersji release przy odrzuceniach 2.1.

Co zrobić, jeśli App Review nadal nie może się zalogować?

Jeśli App Review nie może się zalogować, napraw konto, przetestuj je ponownie w wersji release, zaktualizuj App Review Information i odpowiedz w App Store Connect, opisując dokładnie, co zmieniłeś. App Review Information „można edytować w dowolnym momencie”.

Uważnie przeczytaj komunikat o odrzuceniu. Często przyczyną jest prosta niezgodność: zmienione hasło, wygasła sesja albo recenzent w regionie blokowanym przez Twój backend. Nasz poradnik o przekuwaniu komunikatu z recenzji w poprawkę pokazuje, jak napisać odpowiedź. Jeśli wolisz zlecić przygotowanie recenzji, nasza usługa publikacji w App Store przygotowuje recenzję i razem z Tobą przechodzi przez uwagi przy odrzuceniu, za $599 za oba sklepy (opłaty za konta deweloperskie są osobne).