App Store Connect vs Google Play Console: przepływ publikacji
Jeśli publikujesz w jednym sklepie, uczysz się jednej konsoli i idziesz dalej. Publikujesz w obu — i masz w głowie dwa modele myślowe, które tymi samymi słowami opisują różne rzeczy. "Wydanie", "recenzja" i "wdrożenie" znaczą w App Store Connect coś nieco innego niż w Google Play Console. Ten wpis zestawia oba przepływy pracy etap po etapie, żebyś mógł zaplanować premierę, która wyląduje w obu sklepach bez niespodzianek.
Przepływ pracy obok siebie
Zacznij tutaj. Każdy wiersz to etap wprowadzania aktualizacji na żywo; dwie kolumny pokazują, co faktycznie dzieje się w każdej konsoli.
| Edycja samych metadanych | Większość zmian na karcie sklepu przechodzi przez nową wersję i recenzję; tylko kilka pól edytujesz na żywo. | Edycja karty sklepu, wysyłana i recenzowana bez publikacji nowego builda. |
Jak Apple wydaje wersję
W App Store Connect jednostką pracy jest wersja. Dołączasz build, uzupełniasz metadane i zrzuty ekranu, a całość wysyłasz do App Review. Apple traktuje to jako jeden pakiet — dlatego sama wymiana zrzutu ekranu czy poprawka opisu zwykle oznacza nową wersję i kolejną rundę recenzji.
Gdy App Review zatwierdzi wersję, o dalszym losie decyduje wybrana opcja wydania. Wybierz automatyczne i aplikacja wchodzi na żywo od razu. Wybierz ręczne i wersja czeka w statusie "Pending Developer Release" — Apple ją zatwierdził, ale nic nie jest publiczne, dopóki nie klikniesz przycisku (po kliknięciu daj do 24 godzin, zanim się pojawi). Wybierz zaplanowane i wersja wychodzi automatycznie w wybranym przez ciebie dniu i o wybranej godzinie. Wybierasz to osobno dla każdej wersji, więc każda aktualizacja to nowa decyzja.
Do stopniowej premiery włącz wdrożenie etapowe (phased release). Dotyczy ono automatycznych aktualizacji u obecnych użytkowników i rozkłada je na 7 dni, stopniowo zwiększając procent — możesz je wstrzymać, jeśli metryki wyglądają niepokojąco. Nie obejmuje zupełnie nowej aplikacji i nie dotyczy wydań ręcznych — to odpowiednik stopniowego wdrożenia z Google, a nie wstrzymanie całego wydania.
Jak Google wydaje na kanał
Google dzieli to samo zadanie na kanały. Build zaczyna na kanale testowym — wewnętrznym, zamkniętym lub otwartym — i jest awansowany do produkcji, gdy jesteś gotowy. Testy wewnętrzne obejmują małą, zaufaną grupę (do 100 osób). Testy zamknięte poszerzają grono do zaproszonych list (do 2000 osób na listę). Testy otwarte są publiczne, bez limitu, z dobrowolnym dołączeniem. Produkcja to wszyscy w wybranych przez ciebie krajach.
Gdy wysyłasz wydanie, zarządzana publikacja (managed publishing) jest odpowiednikiem ręcznego wstrzymania u Apple. Gdy jest włączona, zatwierdzone zmiany zbierają się w przeglądzie publikacji pod hasłem "changes ready to send" i wchodzą na żywo dopiero, gdy je opublikujesz — przydatne, gdy chcesz zsynchronizować wydanie z datą kampanii marketingowej. Gdy jest wyłączona, zatwierdzone zmiany publikują się od razu po zakończeniu recenzji.
Do stopniowej premiery użyj stopniowego wdrożenia (staged rollout): wypuść wersję do wybranego procentu użytkowników i sam podnoś go w czasie, wstrzymując proces, jeśli wzrośnie liczba awarii. Podobnie jak wdrożenie etapowe u Apple, dotyczy to aktualizacji, nie pierwszych premier — zupełnie nowe wydanie produkcyjne trafia do wszystkich naraz.
Różnica, która najczęściej zaskakuje
Oto podział, który warto zapamiętać: Apple wiąże metadane z wersją; Google trzyma kartę sklepu osobno od wydania.
U Apple twoje zrzuty ekranu, opis i słowa kluczowe są częścią recenzowanej wersji. Chcesz odświeżyć zrzuty ekranu między buildami? Dla większości pól to oznacza nową wersję i kolejną rundę recenzji. U Google karta sklepu to osobny obiekt — możesz zaktualizować tekst i grafiki i wysłać tylko to do recenzji, podczas gdy opublikowany pakiet aplikacji pozostaje bez zmian. Dwa sklepy, dwie bardzo różne odpowiedzi na pytanie "czy mogę to zmienić bez pełnego wydania?"
To ma największe znaczenie, gdy premiera ma wiele ruchomych elementów: build, zestaw zrzutów ekranu, przetłumaczony tekst na dziesiątki rynków. U Apple zwykle łączysz to wszystko w jedną wersję, żeby przeszło recenzję razem. U Google możesz przygotować kartę sklepu i wydanie niezależnie i opublikować je w dowolnej kolejności pasującej do planu.
Czas recenzji i pułapka dla nowych kont
App Review u Apple trwa zwykle 24–48 godzin dla typowej aktualizacji w 2026 roku, dłużej przy pierwszym zgłoszeniu od nowego developera lub przy czymś oznaczonym do bliższej kontroli. Recenzja Google jest często szybsza — od kilku godzin do kilku dni dla ustabilizowanego konta — ale dla nowicjuszy jest dodatkowa bramka.
Osobiste konto dewelopera Google Play założone po połowie listopada 2023 musi przeprowadzić test zamknięty z co najmniej 12 testerami przez 14 kolejnych dni, zanim będzie mogło ubiegać się o dostęp produkcyjny. Spadek poniżej 12 testerów może zresetować odliczanie. Konta organizacji i starsze konta osobiste pomijają ten wymóg. Apple nie ma bezpośredniego odpowiednika, więc jeśli wprowadzasz pierwszą aplikację do obu sklepów naraz, zaplanuj z góry czas na okno testowe Google — to zwykle dłuższy etap.
Gdzie pasuje Mokbi
Obie konsole chcą tych samych gotowych zasobów: oprawionych zrzutów ekranu i czystego, przetłumaczonego tekstu w każdym wymaganym rozmiarze. Mokbi buduje tę stronę raz. Projektujesz zrzuty ekranu i piszesz tekst do sklepu w jednym projekcie, potem tłumaczysz oba na 50 języków i eksportujesz zestaw pasujący do wymiarów App Store Connect i Google Play Console w jednym przebiegu — dzięki temu ta sama praca zasila dwie karty sklepu zamiast dwóch osobnych, żmudnych procesów.
Mokbi też je publikuje. Wysyła kartę sklepu i zasoby bezpośrednio do Google Play przez Play Developer API, a w App Store Connect przygotowuje wersję gotową do twojego zatwierdzenia. Apple wymaga ostatecznego kliknięcia Submit i przejścia recenzji, więc to ostatnie kliknięcie zostaje po twojej stronie (to zasada Apple, nie ograniczenie Mokbi). Tak czy inaczej, aktualizacje kart sklepu w obu konsolach prowadzisz z jednego miejsca, w ramach jednej subskrypcji: edytor jest darmowy ze znakiem wodnym, a plany Solo (€29.99/mies.) i Studio (€49.99/mies.) odblokowują nieograniczony eksport i publikację, dopóki subskrypcja jest aktywna.