Aplikacja bez kodowania: no-code, AI i ich ograniczenia
Autor: Mehdi Azizi
Zaktualizowano , 8 min
Aplikację da się stworzyć bez kodowania. No-code czy AI: co każda droga daje w App Store i kiedy trzeba przeczytać trochę kodu.
Jak stworzyć aplikację bez kodowania: szczera odpowiedź
Tak, w 2026 roku możesz stworzyć aplikację bez kodowania. Masz dwie główne drogi: narzędzia no-code, w których składasz aplikację myszką, oraz AI, które pisze za ciebie kod na podstawie twoich opisów. Obie pozwalają dojść do prawdziwej aplikacji, a niektóre narzędzia no-code publikują nawet w App Store.
Reklamy nie mówią jednego: prawie zawsze przychodzi moment, w którym trzeba zrozumieć trochę kodu, niekoniecznie go pisząc. I ten moment wypada w najgorszym miejscu: kiedy twoja aplikacja ma sprzedawać subskrypcję, przejść weryfikację Apple i wytrzymać zderzenie z prawdziwymi użytkownikami. Ten poradnik pomoże ci wybrać drogę i zanim się na nią zdecydujesz, dowiedzieć się, gdzie ten moment nastąpi.
Publikuję własne aplikacje iOS w React Native, z Expo i AI. Solys, budzik z minigrami, i TradaZen, symulator tradingu, są w App Store. Nolera i Clic zostały odrzucone przez Apple, a potem poprawione. Nie sprzedaję żadnego narzędzia no-code. Sprzedaję zestawy do tworzenia aplikacji mobilnej: pamiętaj o tym, czytając tę opinię z praktyki, opartą na oficjalnych źródłach każdego narzędzia.
Jakie są sposoby na stworzenie aplikacji bez kodowania?
Narzędzia no-code, które publikują prawdziwą aplikację
Niektóre narzędzia wizualne tworzą prawdziwe aplikacje mobilne, które da się opublikować w sklepach. Ich darmowy plan nie publikuje jednak w sklepach: szczegóły znajdziesz w artykule jak stworzyć aplikację za darmo. Dwa znane przykłady:
- Bubble oferuje edytor natywnych aplikacji mobilnych. Jego dokumentacja wyjaśnia, jak opublikować w App Store i Google Play, i przypomina, że i tak potrzebujesz konta Apple Developer za 99 $ rocznie.
- FlutterFlow generuje kod we Flutterze. Według jego cennika pobieranie kodu i wdrażanie do sklepów zaczyna się od płatnego planu Basic, nie od darmowego.
Instalowalne aplikacje webowe
Inne narzędzia, bardzo praktyczne, nie tworzą aplikacji do App Store. Glide na przykład podaje, że jego aplikacje to progresywne aplikacje webowe i że bezpośrednia publikacja w App Store lub Google Play nie jest obsługiwana. Idealne na narzędzie wewnętrzne, ale nie sprawdzi się, jeśli chcesz, żeby ludzie znajdowali cię w App Store i żebyś tam sprzedawał.
AI, które pisze kod za ciebie
Claude, ChatGPT czy Cursor piszą prawdziwy kod, na przykład w React Native z Expo. To właśnie nazywa się vibe coding. Różnica względem no-code jest ważna: kod należy do ciebie, jest w standardowym formacie i nie potrzebujesz subskrypcji żadnej platformy, żeby dalej działał. Minus jest taki, że pewnego dnia będziesz musiał ten kod przeczytać. Piszę o tym szczegółowo w artykule jak stworzyć aplikację iOS z AI.
W czym no-code sprawdza się świetnie
Narzędzia no-code są świetne do:
- Katalogu lub bazy wpisów: karty, wyszukiwarka, ulubione.
- Rozbudowanego formularza: zbieranie informacji, proste rezerwacje, kontakt.
- Prototypu do pokazania: sprawdzenie, czy pomysł kogoś interesuje, zanim zainwestujesz w niego tygodnie.
- Narzędzia wewnętrznego: aplikacja dla twojego zespołu albo stowarzyszenia, gdzie wygląd ma małe znaczenie.
Jeśli twój projekt mieści się w jednej z tych kategorii, zacznij od no-code. Więcej dowiesz się o swoich użytkownikach z niedoskonałej aplikacji, która już działa, niż z miesięcy rozmyślania.
Gdzie się zacina, gdy aplikacja iOS ma zarabiać
Ograniczenia pojawiają się tam, gdzie aplikacja zaczyna być warta pieniądze w App Store.
Subskrypcje Apple. Zasada 3.1.1 z App Review Guidelines wymaga zakupów w aplikacji przez Apple, żeby odblokować funkcje lub treści. W praktyce: produkty w App Store Connect, paywall, przywracanie zakupów, darmowy okres próbny. Zanim wybierzesz narzędzie, sprawdź, jak to wszystko obsługuje i czy możesz podpiąć usługę taką jak RevenueCat. Strona subskrypcje in-app w iOS opisuje ten temat szczegółowo.
Weryfikacja Apple. Zasada 4.2 wymaga, żeby aplikacja była czymś więcej niż opakowaną stroną internetową, a zasada 4.2.6 precyzuje, że aplikacje stworzone z komercyjnego szablonu lub w serwisie generującym aplikacje są odrzucane, chyba że przesyła je bezpośrednio dostawca treści. Jeśli publikujesz własną aplikację z własnego konta, to ty jesteś tym dostawcą. Ale aplikacja, która wygląda kropka w kropkę jak szablon startowy, naraża się na te zasady, a także na guideline 4.1, jeśli szablon naśladuje znaną aplikację. Naprawdę ją spersonalizuj i przed wysłaniem przeczytaj, dlaczego Apple odrzuca aplikacje.
Uzależnienie od platformy. Twoja aplikacja żyje u dostawcy narzędzia. Jeśli zmienią się ceny, warunki albo funkcje, musisz się dostosować. Niektóre narzędzia pozwalają wyeksportować kod, inne nie: to pytanie trzeba zadać pierwszego dnia, a nie w dniu, w którym aplikacja zaczyna rosnąć.
Odczucia z używania aplikacji. Animacje, widżety, rozbudowane powiadomienia, płynność: to, co sprawia, że ktoś chce trzymać aplikację na ekranie głównym, mocno zależy od możliwości narzędzia. Zanim się zdecydujesz, przetestuj na swoim iPhonie aplikację zrobioną w tym narzędziu.
Czy AI zmienia zasady gry?
Tak, naprawdę. Zmotywowana osoba bez żadnego przygotowania może dziś w kilka wieczorów stworzyć działające ekrany w React Native z asystentem takim jak Claude czy Cursor.
Ale między „ekranem, który działa u mnie” a „opublikowaną aplikacją, z której korzystają obcy ludzie i która się nie sypie” jest przepaść. Konta użytkowników, synchronizacja, awarie sieci, małe ekrany, które ucinają interfejs, konfiguracja subskrypcji, dokumentacja do App Store: tu zatrzymują się projekty solo, a AI nie ostrzega cię przed tym, czego nie wie. Nie widzi ani twojego konta Apple, ani konsoli RevenueCat, ani twojego telefonu.
Moment, w którym trzeba zrozumieć trochę kodu
Niezależnie od tego, czy idziesz w no-code, czy w AI, oto momenty, w których „bez kodowania” dochodzi do granicy. Nie musisz wszystkiego pisać, ale musisz umieć przeczytać i zrozumieć:
- Komunikat o błędzie. Wiedzieć, w którym pliku i na jakim etapie coś się sypie, żeby zadać właściwe pytanie AI albo supportowi narzędzia.
- Zmianę zaproponowaną przez AI. Które pliki się zmieniają i czy to odpowiada twojej prośbie.
- Konfigurację aplikacji. Identyfikator bundle, numer wersji, teksty próśb o uprawnienia.
- Identyfikatory subskrypcji. Muszą być identyczne w App Store Connect, RevenueCat i twoim kodzie, co do znaku. Tylko test w sandboksie potwierdzi, że wszystko się zgadza. Opisuję ten krok w artykule o błędach z paywallem w iOS.
- Zasady dostępu do danych. Jeśli używasz Supabase, sprawdzić, czy każdy użytkownik widzi tylko swoje dane.
- Klucze tajne. Wiedzieć, że klucz tajny nigdy nie może trafić do kodu aplikacji zainstalowanej na telefonie.
Tworzyć bez kodowania: tak. Publikować i zarabiać bez rozumienia czegokolwiek z kodu: tu właśnie utyka większość projektów.
Dobra wiadomość: tego poziomu zrozumienia nauczysz się na własnym projekcie, dużo szybciej niż pełnego programowania. A AI jest świetnym nauczycielem, jeśli prosisz je o wyjaśnienie, a nie o poprawkę.
No-code czy AI: test w czterech pytaniach
- Czy twoja aplikacja ma sprzedawać subskrypcje lub zakupy w aplikacji? Jeśli tak, sprawdź, czy narzędzie obsługuje zakupy Apple, albo postaw na kod pisany z AI.
- Chcesz być obecny w App Store? Jeśli tak, odrzuć narzędzia, które robią tylko aplikacje webowe.
- Chcesz zachować swój kod, jeśli zmienisz narzędzie? Jeśli tak, wybierz AI ze standardowym stackiem albo narzędzie, które pozwala na eksport.
- To test, narzędzie wewnętrzne albo katalog? Jeśli tak, no-code to prawdopodobnie najszybsza droga.
Kiedy już wybierzesz drogę, dalej jest tak samo dla wszystkich: 4 etapy opisuję w artykule jak stworzyć aplikację.
Czego używam w swoich aplikacjach
W swoich aplikacjach wybrałem drogę AI ze standardowym stackiem: React Native i Expo do aplikacji, EAS do buildów, RevenueCat do subskrypcji, Supabase do danych, PostHog do pomiarów i Sentry do crashy. Kod należy do mnie, AI dobrze go zna, a ja mogę publikować z dowolnego komputera, jak wyjaśniam w artykule jak opublikować aplikację iOS bez Maca. Powody tego wyboru opisuję na stronie React Native i Expo do aplikacji mobilnej.
To nie jedyna dobra odpowiedź. Jeśli twój projekt to narzędzie wewnętrzne, no-code zaoszczędzi ci czas. Jeśli celem jest aplikacja iOS, która zarabia na subskrypcjach, to moim zdaniem najlepszą inwestycją jest nauczenie się czytać kod, który AI pisze za ciebie.
Ucz się tego, co trzeba, i nic ponad to
To właśnie włożyłem do iOS Kit: kod startowy moich aplikacji i ścieżkę w czterech etapach, ze skillami Claude Code do każdego etapu, do przejścia we własnym tempie. Nie wiesz, która droga jest dla ciebie? Darmowa diagnoza wychodzi od tego, co dziś umiesz, i mówi ci, od którego etapu zacząć.
Nie obiecuję ci ani zarobków, ani publikacji: Apple zatwierdza, rynek decyduje. Zawartość ścieżki przedstawiam na stronie kurs programisty iOS.
Najczęściej zadawane pytania
Czy można stworzyć aplikację bez kodowania?
Tak, w 2026 roku. Są dwie drogi: narzędzia no-code, w których składasz aplikację myszką, oraz AI, które pisze kod na podstawie twoich opisów. Obie pozwalają dojść do prawdziwej aplikacji, a niektóre narzędzia no-code publikują nawet w App Store.
Jak wybrać między no-code a AI do stworzenia własnej aplikacji?
Na test, narzędzie wewnętrzne albo katalog no-code to prawdopodobnie najszybsza droga. Jeśli twoja aplikacja ma sprzedawać subskrypcje, sprawdź, czy narzędzie obsługuje zakupy Apple, albo postaw na kod pisany z AI. Żeby zachować kod przy zmianie narzędzia, wybierz AI ze standardowym stackiem albo narzędzie, które pozwala na eksport.
Czy aplikację stworzoną bez kodowania można opublikować w App Store?
Tak, w przypadku niektórych narzędzi. Dokumentacja Bubble wyjaśnia, jak opublikować w App Store i Google Play, i przypomina, że i tak potrzebujesz konta Apple Developer za 99 $ rocznie. Inne narzędzia, jak Glide, robią tylko progresywne aplikacje webowe, bez bezpośredniej publikacji w App Store. Sprawdź narzędzie, zanim się zdecydujesz.
Jaką darmową platformę no-code wybrać do stworzenia aplikacji?
To zależy od tego, co ma robić twoja aplikacja, bo nie wszystkie publikują w App Store. Bubble i FlutterFlow na to pozwalają, Glide tworzy tylko aplikacje webowe. Ich darmowy plan nie publikuje w sklepach: według swojego cennika FlutterFlow umożliwia wdrażanie do sklepów od płatnego planu Basic. Szczegóły znajdziesz w artykule jak stworzyć aplikację za darmo.
Czy narzędzie no-code obsłuży subskrypcje Apple?
To zależy od narzędzia, więc sprawdź to, zanim się zdecydujesz. Zasada 3.1.1 z App Review Guidelines wymaga zakupów w aplikacji przez Apple, żeby odblokować funkcje lub treści. W praktyce potrzebujesz produktów w App Store Connect, paywalla, przywracania zakupów i darmowego okresu próbnego. Sprawdź też, czy możesz podpiąć usługę taką jak RevenueCat.
Czy trzeba rozumieć kod, tworząc aplikację bez kodowania?
Prawie zawsze, w pewnym momencie, ale niekoniecznie trzeba go pisać. Musisz umieć przeczytać komunikat o błędzie, zmianę zaproponowaną przez AI, konfigurację aplikacji i identyfikatory subskrypcji. Te identyfikatory muszą być identyczne w App Store Connect, RevenueCat i twoim kodzie, co do znaku. Pamiętaj też, że klucz tajny nigdy nie może znaleźć się w kodzie aplikacji zainstalowanej na telefonie.