Jak opublikować aplikację React Native w App Store i Google Play? (Checklista na 2026)
TL;DR - Szybkie podsumowanie
- Ryzyko biznesowe: Odrzucenie aplikacji przez Apple lub Google może opóźnić start o 1-2 tygodnie. Kluczem jest rygorystyczne przygotowanie certyfikatów i testów UX przed zgłoszeniem do Review.
- Technologia przyspiesza proces: Expo EAS (Expo Application Services) w React Native automatyzuje budowanie binariów (.ipa na iOS, .aab na Androida) i ogranicza ręczną konfigurację Xcode i Android Studio.
- Aktualizacje bez czekania: Drobne poprawki UI wysyłamy przez aktualizacje OTA (Over-The-Air), omijając wielodniowy proces weryfikacji w sklepach (przy zachowaniu limitów: bez krytycznych zmian natywnych).
- Sprawdzony proces: GMI Software opublikował dziesiątki aplikacji; realizacja dla SFD S.A. przeszła weryfikacje na obu platformach, z 100 000+ pobraniami i stabilną oceną 4.9★.
Problem: Aplikacja gotowa, ale Apple mówi „Nie”
Zbudowałeś aplikację. Zespół zgłasza gotowość, kampania startuje za 3 dni. Wrzucasz build do App Store Connect i dostajesz status Rejected. Powód? Brak precyzyjnego opisu użycia aparatu albo ekran logowania bez zgodności z wytycznymi Apple (np. brak Sign in with Apple, gdy masz logowanie społecznościowe).
To częsty koszmar decydentów. W GMI Software, z 16+ latami doświadczenia i 120+ projektami, traktujemy publikację jak rygorystyczny audyt techniczny i prawny, nie jak formalność. Proces publikacji wliczamy w cykl DDT (Discovery, Design & Technology) i bierzemy za niego odpowiedzialność.
App Store vs Google Play - czym różni się proces publikacji?
Zanim przygotujesz kod, warto znać filozofię obu sklepów w 2026 roku:
- Apple App Store (iOS): Review jest w dużej mierze manualny. Testerzy Apple klikają po aplikacji, oceniają bezpieczeństwo i jakość UX/UI (interfejs nie może wyglądać jak „goła strona www”). Średnio 24-48 godzin na pierwszą odpowiedź, ale po odrzuceniu pętla wiadomości bywa tygodniowa.
- Google Play (Android): Duża część to automatyczne skany kodu i polityk prywatności. Od ok. 2024 roku nowe konta często muszą przejść wewnętrzne testy (np. 20 użytkowników przez 14 dni) zanim aplikacja trafi do produkcji.
Techniczna checklista: Jak przygotować aplikację React Native do publikacji?
Nawet dobry biznesplan nie pomoże, jeśli aplikacja wywali się u recenzenta przy pierwszym starcie. Przed publikacją przechodzimy m.in. przez:
- Konfiguracja Expo EAS: Zamiast walczyć z certyfikatami tylko lokalnie, używamy `eas build`. Chmura Expo generuje produkcyjne .aab (Android) i .ipa (iOS) ze spójnego środowiska - mniej „u mnie działa”.
- Wydajność (Hermes i logi): Sprawdzamy Hermes, usuwamy zbędne `console.log` z produkcyjnego bundla (mniej szumu, lepsze zużycie energii i czasu startu).
- Uprawnienia (Permissions): W Info.plist (iOS) i AndroidManifest.xml (Android) dopisujemy precyzyjne uzasadnienia (np. „Aplikacja wymaga dostępu do lokalizacji, aby pokazać najbliższe punkty odbioru odpadów” - mechanizm sprawdzony m.in. w EMKA Mobile).
- Certyfikaty i keystore: Produkcyjne Provisioning Profiles (Apple) i Keystore (Android). Utrata keystore na Androidzie blokuje aktualizacje pod tym samym pakietem - archiwizujemy materiały bezpiecznie.
- Konto testowe dla recenzentów: Przy logowaniu (np. CRM w stylu Berg System) bez działającego loginu/hasła do pełnego sandboxa aplikacja często wraca z odrzuceniem w kilka godzin.
Jakie są najczęstsze powody odrzucenia przez Apple i Google?
Znajomość **App Store Review Guidelines** i polityk Google ogranicza ryzyko na finiszu. Najczęściej widzimy:
- Brak Sign in with Apple: Gdy masz logowanie przez Google lub Facebooka, Apple wymaga również swojej metody - inaczej odrzucenie.
- Screenshots niezgodne z urządzeniem: Screeny z iPhone’a z notchem wrzucone do galerii iPada bywają odrzucane.
- Słowa „Beta” lub „Test” w UI produkcyjnym: Do testów służy TestFlight (iOS) i Internal testing w Google Play Console.
- Płatności poza IAP dla dóbr cyfrowych: Szkolenia czy subskrypcje cyfrowe idą przez In-App Purchases (prowizja Apple 15-30%). Zewnętrzne bramki (np. Stripe przy integracji z MedusaJS) są typowo OK przy dóbrach fizycznych i realnym e-commerce.
Eliminacja stresu: wsparcie GMI Software
Dla decydentów technologia ma być przewidywalna. GMI Software to jedyny software house w Polsce, który po procesie DDT daje gwarancję ceny stałej na stworzenie i opublikowanie aplikacji React Native.
Aplikacja SFD przeszła publikację na iOS i Android z jednej bazy kodu, obsłużyła duże sesje użytkowników i została nominowana do Mobile Trends Awards 2025. Dostajesz kod bez vendor lock-in oraz wsparcie przy kontach deweloperskich i pipeline buildów.
Najczęściej zadawane pytania
- Ile czasu zajmuje publikacja aplikacji w App Store i Google Play?
- Po buildzie produkcyjnym i kompletnych metadanych Apple zwykle odpowiada w 24-48h. Na Google Play nowe konta często potrzebują kilku dni plus obowiązkowej fazy testów wewnętrznych - warto liczyć bufor przed kampanią.
- Kto zakłada konta deweloperskie - GMI Software czy klient?
- Konta Apple Developer Program i Google Play Console zakłada klient na dane firmy, żeby zachować pełnię praw. Zespół GMI prowadzi przez cały proces w ramach fazy DDT.
- Ile kosztuje utrzymanie kont deweloperskich w Apple i Google?
- Apple Developer Program to ok. 99 USD rocznie (odnawiane). Google Play wymaga jednorazowej opłaty ok. 25 USD przy rejestracji konta.
- Co to aktualizacje OTA w React Native i jak pomagają omijać Review?
- OTA (Over-The-Air), m.in. przez Expo, wypycha nowy bundel JavaScript na urządzenia bez pełnego cyklu sklepu - idealne na drobne poprawki UI. Nie zastępuje zmian natywnych ani zmian w uprawnieniach wymagających nowego builda.
- Co jeśli Apple lub Google odrzuci moją aplikację?
- Odrzucenie jest normalne - w Resolution Center dostajesz konkretny punkt wytycznych. Analizujemy feedback, poprawiamy kod lub metadane i wysyłamy build ponownie. Przy gwarancji ceny stałej po DDT taka pętla nie generuje dodatkowych kosztów po stronie klienta.
Treść zaktualizowano: 31 marca 2026