Właśnie stworzyłem świetną aplikację metodą vibe-codingu, jak wydać ją w sklepie z aplikacjami?

Krótka odpowiedź: aby wydać aplikację stworzoną metodą vibe-codingu, musisz zarejestrować się jako deweloper, przygotować natywną wersję instalacyjną i przesłać ją do weryfikacji. Żaden z tych kroków nie jest trudny na początku. Haczyk tkwi w tym, że AI skróciło czas tworzenia aplikacji z miesięcy do jednego popołudnia, podczas gdy sklepy z aplikacjami niczego nie skróciły. Potrzebujesz kont, opisów w sklepie, dokumentacji dotyczącej prywatności oraz aplikacji, która nie posypie się, gdy weryfikator zacznie ją testować. Na tym ostatnim wymogu odpada większość aplikacji stworzonych przez AI. (Opłaty i zasady poniżej są aktualne na dzień publikacji. Traktuj te szczegóły jako obraz stanu faktycznego w danym momencie.)

Czego naprawdę wymaga Apple przed przesłaniem aplikacji?

Trzech rzeczy: płatnego konta deweloperskiego, natywnej wersji na iOS oraz kompletnego opisu w sklepie. Program Apple Developer Program kosztuje 99 USD rocznie¹ i nie wiąże się z opłatami za pojedyncze zgłoszenia. Natywna wersja ma większe znaczenie, niż się wydaje. App Store nie akceptuje adresu URL; przyjmuje skompilowaną aplikację (spakowany plik binarny, czyli rzeczywisty plik instalacyjny), co oznacza konieczność użycia programu Xcode na komputerze Mac lub usługi, która wygeneruje taki plik za Ciebie.

Sam opis w sklepie to osobna lista zadań: zrzuty ekranu dla każdego rozmiaru urządzenia, opis, link do wsparcia technicznego, polityka prywatności oraz etykiety ochrony prywatności określające każdy rodzaj danych zbieranych przez aplikację. Jeśli Twoja aplikacja wymaga logowania, weryfikatorzy potrzebują działającego konta demonstracyjnego.

Sama kolejka nie jest problemem. Apple podaje, że 90% zgłoszeń jest weryfikowanych w czasie krótszym niż 24 godziny². Problemem jest to, co przesyłasz.

Dlaczego aplikacje stworzone metodą vibe-codingu nie przechodzą weryfikacji App Store?

Większość odrzuceń wynika z dwóch wytycznych: 4.2 i 2.1.

Wytyczna 4.2 dotycząca minimalnej funkcjonalności istnieje dlatego, że większość kreatorów AI generuje aplikacje internetowe. Jeśli zamkniesz aplikację webową w natywnej powłoce, Apple nazwie ją „web wrapperem”: strony internetowe serwowane wewnątrz aplikacji oraz treści internetowe niesformatowane pod kątem systemu iOS nie są w ocenie Apple aplikacją wysokiej jakości. Twoja aplikacja musi uzasadnić, dlaczego w ogóle jest aplikacją.

Wytyczna 2.1 dotycząca kompletności aplikacji eliminuje resztę. Apple podaje, że ponad 40% nierozwiązanych problemów podczas weryfikacji dotyczy właśnie tej jednej wytycznej³: awarii, treści zastępczych (placeholderów), niedziałających linków i nieskończonych procesów. Aplikacje stworzone metodą vibe-codingu mają tu charakterystyczny profil. Wyglądają świetnie podczas prezentacji ścieżki, o którą poprosiłeś w prompcie, ale sypią się na skrajnych przypadkach (edge cases), o których nawet nie wspomniałeś. Zadaniem weryfikatora jest znalezienie tych słabych punktów.

Istnieje jeszcze trzeci filtr, jeśli Twoja aplikacja dotyczy regulowanej kategorii. Aplikacje obsługujące pieniądze, zdrowie lub inne wrażliwe usługi muszą być zgłaszane przez podmiot prawny świadczący tę usługę, a nie z konta indywidualnego. Płatności są tego idealnym przykładem, co opisaliśmy osobno w artykule dlaczego aplikacje płatnicze stworzone metodą vibe-codingu są odrzucane z App Store.

A co z wydaniem aplikacji w Google Play?

Tańszy start, ale dłuższa droga do wersji produkcyjnej. Rejestracja to jednorazowa opłata w wysokości 25 USD⁴. Jeśli jednak Twoje osobiste konto deweloperskie zostało utworzone po 13 listopada 2023 r., nie możesz publikować bezpośrednio. Google wymaga przeprowadzenia zamkniętych testów (prywatnej wersji przedpremierowej dla zaproszonej grupy) z udziałem co najmniej 12 testerów, którzy będą aktywnie uczestniczyć w testach przez 14 kolejnych dni, zanim będzie można ubiegać się o dostęp do wersji produkcyjnej⁵, a sama weryfikacja wniosku trwa zazwyczaj do 7 kolejnych dni.

Przelicz to sobie. W przypadku zupełnie nowego konta indywidualnego droga od gotowej aplikacji do publicznej publikacji zajmuje około trzech tygodni – i to przy założeniu, że uda Ci się rekrutować kilkanaście osób, które pozostaną w programie testowym przez cały ten czas.

Czy w ogóle potrzebujesz sklepu z aplikacjami?

Tylko wtedy, gdy Twoja aplikacja potrzebuje tego, co zapewnia wyłącznie telefon: dostępu do sprzętu, powiadomień push, działania w trybie offline lub widoczności w sklepie. W przypadku gry lub aplikacji konsumenckiej ten układ jest zazwyczaj wart tygodni procedur. W przypadku narzędzia biznesowego, sklepu internetowego czy kasy – przeglądarka pozwala na wdrożenie już dziś. Bez weryfikacji, bez limitów testerów, a aktualizacje pojawiają się w kilka sekund zamiast ponownego przesyłania aplikacji.

Jedno ostrzeżenie przed wdrożeniem aplikacji handlowej gdziekolwiek – w sklepie czy w sieci. Interfejs to warstwa, z którą AI radzi sobie świetnie. Warstwa pod spodem – stany magazynowe, które muszą się zgadzać, uzgadnianie płatności (dopasowywanie rekordów finansowych), podatki i płatności z fizycznym użyciem karty – to infrastruktura, a prompty jej nie stworzą. Opisaliśmy tę lukę w artykule czego brakuje po stworzeniu interfejsu oraz w różnicy między POS z AI a POS, który AI może samo zbudować. To jest właśnie ścieżka, dla której tworzymy Final: opisz w prompcie punkt sprzedaży, jakiego potrzebujesz, a zostanie on wdrożony na żywej infrastrukturze handlowej, zamiast czekać w kolejce do weryfikacji.

Jak więc wydać aplikację stworzoną metodą vibe-codingu?

Apple: 99 USD rocznie, prawdziwa wersja natywna i wystarczająco dużo treści, by przejść wytyczne 4.2 i 2.1. Google: 25 USD plus zamknięty test z udziałem 12 testerów przez 14 dni, jeśli masz nowe konto. Sieć: w momencie wdrożenia. Jeśli Twoja aplikacja potrzebuje sprzętu telefonu, zaplanuj tygodnie na sklepy z aplikacjami. Jeśli ma przyjmować zamówienia, udostępnij ją w sieci już dziś.

Jeśli to, co stworzyłeś metodą vibe-codingu, to proces kasy (checkout), najszybszą działającą wersją tej ścieżki jest połączenie używanej już sztucznej inteligencji z platformą handlową przez MCP. Nasz przewodnik jak połączyć własne AI z Build pokazuje, jak to działa.