Aplikacja mobilna bez opieki: co się psuje, nawet gdy nikt nic nie zmienia

Aplikacja, która nie dostaje nowych funkcji, nadal wymaga pracy

Właściciele firm często zakładają, że aplikacja, która działa poprawnie, nie potrzebuje niczego więcej niż od czasu do czasu nowa funkcja. W praktyce aplikacja mobilna starzeje się, nawet gdy jej kod nie zmienia się ani o jedną linijkę: starzeją się systemy telefonów, na których działa, konta, z których jest publikowana, i certyfikaty, które potwierdzają jej tożsamość wobec sklepu i serwera.

Każdy z tych elementów ma własny termin, niezależny od tego, czy firma planuje jakąkolwiek nową funkcję. Kiedy termin mija, aplikacja nie dostaje ostrzeżenia widocznego dla klienta: przestaje działać fragment po fragmencie, zwykle bez komunikatu, który wytłumaczyłby klientowi, co się stało.

Certyfikaty i powiadomienia push mają terminy, nie tylko konta

Aplikacja na iOS jest podpisana certyfikatem dystrybucyjnym Apple, a taki certyfikat jest ważny rok: po tym czasie nie da się go przedłużyć, trzeba wygenerować nowy i wydać z jego użyciem kolejną wersję aplikacji. Dane uwierzytelniające do wysyłki powiadomień push działają na podobnej zasadzie: gdy nikt ich nie odnawia, serwer przestaje się łączyć z Apple albo z Firebase, a telefon klienta nie dostaje wiadomości, choć aplikacja po stronie sklepu wygląda, jakby działała normalnie.

Konto deweloperskie w Google Play ma inny mechanizm tego samego problemu. Jeśli konto istnieje dłużej niż rok, a firma nie dopełniła podstawowych formalności (weryfikacji numeru telefonu i adresu e-mail) albo nikt nie zalogował się do Play Console przez pół roku, Google oznacza je jako nieaktywne i wysyła ostrzeżenia 60, 30 i 7 dni przed zamknięciem konta. Po zamknięciu znikają z niego wszystkie aplikacje, a opłata rejestracyjna nie wraca.

Apple i Google co roku podnoszą poprzeczkę

Obie platformy regularnie zmieniają wymagania techniczne, pod które trzeba budować aplikację, niezależnie od tego, czy jej funkcje się zmieniają. Od 28 kwietnia 2026 roku każda nowa wersja przesłana do App Store Connect musi być zbudowana w Xcode 26, z zestawem narzędzi dla iOS 26, a jednocześnie aplikacja musi wciąż obsługiwać telefony z iOS 13 lub nowszym, zgodnie z wymogiem obowiązującym od 9 września 2026 roku.

Google ma swój odpowiednik tego mechanizmu po stronie Androida: nowa wersja aplikacji musi celować w odpowiednio aktualny poziom API, a termin tego wymogu przesuwa się każdego roku. Pisaliśmy o nim przy publikacji w Google Play: aplikacja, która nie dostała aktualizacji z nowym poziomem API, nie znika z telefonów obecnych użytkowników, ale przestaje być widoczna w wyszukiwaniu dla nowych.

Co to kosztuje w praktyce

Żaden z tych terminów nie przychodzi z alarmem w telefonie właściciela firmy. Klient, który nie dostał powiadomienia o statusie zamówienia, zwykle nie zgłasza awarii aplikacji: dzwoni albo pisze, bo uznaje, że firma go zignorowała. Aplikacja, która zniknęła z wyników wyszukiwania dla nowych telefonów, nie wygląda jak usunięta: nikt nowy jej nie znajduje, a spadek instalacji łatwo pomylić z sezonowym spadkiem zainteresowania, nie z zaniedbanym kontem deweloperskim.

Najczęstszy sposób utraty kontroli nad aplikacją nie jest atakiem: to odejście osoby, na której prywatne konto zarejestrowano aplikację w Google Play albo Apple Developer Program. Przeniesienie aplikacji między kontami jest możliwe, ale wymaga zgłoszenia do platformy i zajmuje czas, którego przy zmianie wykonawcy albo awarii zwykle nie ma. Firma bez własnego konta firmowego z dostępem dla więcej niż jednej osoby zależy od tego, czy ta jedna osoba odbierze telefon.

To samo dotyczy kodu źródłowego i kluczy podpisujących aplikację: jeśli leżą tylko na komputerze jednej osoby, dłuższa niedostępność tej osoby albo zmiana wykonawcy zamienia prostą aktualizację w budowanie aplikacji od nowa.

Sprawdź swoją aplikację

• Czy ktoś w firmie wie, kiedy wygasa certyfikat podpisujący aplikację na iOS i kto ma do niego dostęp.
• Czy konta deweloperskie Google Play i Apple Developer Program są zarejestrowane na firmę, nie na prywatną skrzynkę jednej osoby, która może zmienić pracę.
• Czy aplikacja dostała aktualizację zgodną z aktualnymi wymaganiami obu platform w ciągu ostatnich kilku miesięcy.
• Czy powiadomienia push faktycznie dochodzą do telefonów klientów, nie tylko wysyłają się bez błędu po stronie serwera.
• Czy kod źródłowy i klucze podpisujące aplikację są dostępne dla firmy, nie tylko dla jednej osoby po stronie wykonawcy.

Co przejmujemy

W ramach aplikacji mobilnych przejmujemy aktualizacje i rozwój po starcie: odnawiamy certyfikaty i dane uwierzytelniające do powiadomień push, budujemy kolejne wersje pod aktualne wymagania Google i Apple oraz pilnujemy, żeby konta deweloperskie i dostęp do nich należały do firmy, nie do jednej osoby. Zadzwoń pod 697 004 905 albo napisz na kontakt@apkarze.pl. Sprawdzimy, w jakim stanie jest Twoja aplikacja.