Alkalmazás készítése kódolás nélkül: no-code, AI, korlátok

Alkalmazás készítése kódolás nélkül: az őszinte válasz

Igen, 2026-ban kódolás nélkül is készíthetsz alkalmazást. Két fő út van: a no-code eszközök, ahol egérrel rakod össze az appot, és az AI, amely a leírásaid alapján megírja helyetted a kódot. Mindkettővel eljuthatsz egy valódi alkalmazásig, sőt néhány no-code eszköz még az App Store-ra is publikál.

Amit a reklámok nem mondanak el: szinte mindig eljön a pillanat, amikor értened kell egy kis kódot, még ha írnod nem is feltétlenül. Ez a pillanat a lehető legrosszabbkor jön: amikor az appodnak előfizetést kell eladnia, át kell mennie az Apple ellenőrzésén, és ki kell bírnia a valódi felhasználókat. Ez az útmutató segít kiválasztani az utadat, és még mielőtt elköteleznéd magad, megmutatja, hol vár rád ez a pillanat.

A saját iOS-appjaimat React Native-vel, Expóval és AI-jal publikálom. A Solys, egy minijátékos ébresztőóra, és a TradaZen, egy tőzsdei szimulátor, fent vannak az App Store-on. A Nolerát és a Clicet az Apple elutasította, aztán kijavítottam őket. Semmilyen no-code eszközt nem árulok. Kiteket árulok mobilalkalmazás készítéséhez: ezt tartsd észben, amikor ezt a gyakorlati véleményt olvasod, amely az egyes eszközök hivatalos forrásaira támaszkodik.

Milyen módokon lehet alkalmazást készíteni kódolás nélkül?

No-code eszközök, amelyek valódi alkalmazást publikálnak

Néhány vizuális eszköz valódi mobilappokat készít, amelyeket a store-okba is ki lehet tenni. Az ingyenes csomagjuk viszont nem publikál a store-okba: a részletek az ingyenes alkalmazáskészítésről szóló cikkben vannak. Két ismert példa:

• A Bubble natív mobilapp-szerkesztőt kínál. A dokumentációja elmagyarázza, hogyan publikálhatsz az App Store-ra és a Google Playre, és emlékeztet, hogy ehhez akkor is kell egy évi 99 dolláros Apple Developer fiók.
• A FlutterFlow Flutter-kódot generál. Az árazási oldala szerint a kód letöltése és a store-okba való telepítés a fizetős Basic csomaggal kezdődik, nem az ingyenessel.

Telepíthető webes alkalmazások

Más, nagyon praktikus eszközök nem készítenek App Store-os appokat. A Glide például jelzi, hogy az appjai progresszív webalkalmazások, és a közvetlen publikálás az App Store-ra vagy a Google Playre nem támogatott. Belső eszköznek tökéletes, de nem ideális, ha az a célod, hogy megtaláljanak és eladj az App Store-on.

AI, amely megírja helyetted a kódot

A Claude, a ChatGPT vagy a Cursor valódi kódot ír, például React Native-ben, Expóval. Ezt hívják vibe codingnak. A különbség a no-code-hoz képest fontos: a kód a tiéd, szabványos formátumban, és nem kell platform-előfizetés ahhoz, hogy tovább fusson. A hátulütője, hogy ezt a kódot egy nap el kell majd olvasnod. Részletesen írok erről az iOS-app készítése AI-jal cikkben.

Amiben a no-code nagyon jó

A no-code eszközök kiválóak ezekre:

• Címtár vagy katalógus: adatlapok, keresés, kedvencek.
• Fejlett űrlap: adatgyűjtés, egyszerű foglalás, kapcsolatfelvétel.
• Bemutatható prototípus: annak ellenőrzése, hogy egy ötlet érdekel-e valakit, mielőtt heteket fektetnél bele.
• Belső eszköz: app a csapatodnak vagy az egyesületednek, ahol a külső kevésbé számít.

Ha a projekted belefér ezek egyikébe, kezdd no-code-dal. Egy tökéletlen, de élő appból többet tanulsz a felhasználóidról, mint hónapokig tartó gondolkodásból.

Hol akad el egy iOS-app, amelynek el kell adnia valamit

A korlátok ott jönnek elő, ahol egy app pénzt kezd érni az App Store-on.

Az Apple-előfizetések. Az App Review Guidelines 3.1.1-es szabálya előírja az Apple alkalmazáson belüli vásárlását, ha funkciókat vagy tartalmat oldasz fel egy appban. A gyakorlatban: termékek az App Store Connectben, paywall, vásárlások visszaállítása, ingyenes próbaidőszak. Mielőtt eszközt választasz, nézd meg, hogyan kezeli mindezt, és rá tudsz-e kötni egy olyan szolgáltatást, mint a RevenueCat. Az iOS in-app előfizetések oldal részletezi ezt a feladatot.

Az Apple ellenőrzése. A 4.2-es szabály megköveteli, hogy egy app többet nyújtson egy becsomagolt weboldalnál, a 4.2.6-os szabály pedig kimondja, hogy a kereskedelmi sablonból vagy appgeneráló szolgáltatással készült appokat elutasítják, kivéve, ha közvetlenül a tartalom szolgáltatója nyújtja be őket. Ha a saját appodat a saját fiókodból publikálod, te vagy ez a szolgáltató. De egy app, amely kiköpött mása a kiinduló sablonnak, kiteszi magát ezeknek a szabályoknak, és a 4.1-es guideline-nak is, ha a sablon egy ismert appot utánoz. Szabd tényleg személyre, és beküldés előtt olvasd el, miért utasít el az Apple egy appot.

A platformfüggőség. Az appod az eszköz szolgáltatójánál él. Ha változnak az árai, a feltételei vagy a funkciói, neked alkalmazkodnod kell. Egyes eszközök engedik, hogy kividd a kódot, mások nem: ezt az első napon kell megkérdezni, nem akkor, amikor az appod beindul.

Az app érzete. Animációk, widgetek, gazdag értesítések, gördülékenység: hogy valaki a kezdőképernyőjén akarja-e tartani az appot, az sokban múlik azon, mire képes az eszköz. Mielőtt elköteleznéd magad, próbálj ki az iPhone-odon egy olyan appot, amely az adott eszközzel készült.

Megváltoztatja az AI a játékszabályokat?

Igen, tényleg. Egy motivált, képzettség nélküli ember ma néhány este alatt működő React Native-képernyőket tud készíteni egy olyan asszisztenssel, mint a Claude vagy a Cursor.

De óriási a különbség az „egy képernyő, ami nálam működik” és a „publikált app, amelyet idegenek használnak anélkül, hogy összeomlana” között. Felhasználói fiókok, szinkronizáció, hálózati hibák, kis képernyők, amelyek levágják a felületet, az előfizetések beállítása, az App Store-anyagok: itt akadnak el a szólóprojektek, és az AI nem figyelmeztet arra, amit nem tud. Nem látja sem az Apple-fiókodat, sem a RevenueCat-konzolodat, sem a telefonodat.

A pillanat, amikor értened kell egy kis kódot

Akár no-code-dal, akár AI-jal indulsz, ezek azok a pontok, ahol a „kódolás nélkül” eléri a határát. Nem kell mindent megírnod, de el kell tudnod olvasni és értened kell:

• Egy hibaüzenetet. Tudni, melyik fájlban és melyik lépésnél romlik el, hogy jó kérdést tegyél fel az AI-nak vagy az eszköz ügyfélszolgálatának.
• Egy AI által javasolt módosítást. Mely fájlok változnak, és megfelel-e ez annak, amit kértél.
• Az app konfigurációját. A bundle-azonosítót, a verziószámot, az engedélykérések szövegeit.
• Az előfizetés-azonosítókat. Karakterre pontosan egyezniük kell az App Store Connect, a RevenueCat és a kódod között. Csak egy sandboxos teszt igazolja, hogy minden összhangban van; ezt a lépést az iOS-paywall hibáiról szóló cikkben részletezem.
• Az adathozzáférési szabályokat. Ha Supabase-t használsz, ellenőrizni, hogy minden felhasználó csak a saját adatait olvashatja.
• A titkos kulcsokat. Tudni, hogy titkos kulcs soha nem lehet egy telefonra telepített app kódjában.

Készíteni kódolás nélkül: igen. Publikálni és bevételt szedni úgy, hogy semmit sem értesz a kódból: itt akad el a legtöbb projekt.

A jó hír: ez a szintű megértés a saját projekteden tanulható meg, sokkal gyorsabban, mint a teljes programozás. Az AI pedig kiváló tanár, ha arra kéred, hogy magyarázzon, ne javítson.

No-code vagy AI: a négykérdéses teszt

1. Az appodnak előfizetést vagy alkalmazáson belüli vásárlást kell eladnia? Ha igen, ellenőrizd, hogy az eszköz kezeli-e az Apple-vásárlásokat, vagy válaszd az AI-jal írt kódot.
2. Jelen akarsz lenni az App Store-on? Ha igen, zárd ki azokat az eszközöket, amelyek csak webappot készítenek.
3. Meg akarod tartani a kódodat, ha eszközt váltasz? Ha igen, válaszd az AI-t szabványos stackkel, vagy egy olyan eszközt, amely engedi az exportot.
4. Teszt, belső eszköz vagy katalógus? Ha igen, valószínűleg a no-code a leggyorsabb út.

Ha kiválasztottad az utat, a folytatás mindenkinek ugyanaz: a 4 lépés a hogyan készíts alkalmazást cikkben van.

Amit a saját alkalmazásaimhoz használok

Az appjaimhoz az AI útját választottam szabványos stackkel: React Native és Expo az apphoz, EAS a buildekhez, RevenueCat az előfizetésekhez, Supabase az adatokhoz, PostHog a mérésekhez és Sentry az összeomlásokhoz. A kód az enyém, az AI jól ismeri, és bármelyik számítógépről publikálhatok, ahogy a iOS-app publikálása Mac nélkül cikkben elmagyarázom. A választás okait a React Native és Expo mobilapphoz oldal részletezi.

Nem ez az egyetlen jó válasz. Ha a projekted belső eszköz, egy no-code eszközzel időt nyersz. Ha a célod egy előfizetésekből bevételt hozó iOS-app, szerintem a legjobb befektetés megtanulni elolvasni azt a kódot, amelyet az AI ír neked.

Tanuld meg, ami kell, ne többet

Ezt tettem bele az iOS Kitbe: az appjaim kiinduló kódját és egy négylépéses utat, minden lépéshez a Claude Code skillekkel, a saját tempódban követhetően. Nem vagy biztos benne, melyik út illik hozzád? Az ingyenes diagnózis abból indul ki, amit ma tudsz, és megmondja, melyik lépéssel kezdj.

Sem bevételt, sem publikálást nem ígérek: az Apple jóváhagy, a piac dönt. Az út tartalmát az iOS-fejlesztő képzés oldal mutatja be.

Gyakori kérdések

Lehet alkalmazást készíteni kódolás nélkül?

Igen, 2026-ban. Két út van: a no-code eszközök, ahol egérrel rakod össze az appot, és az AI, amely a leírásaid alapján megírja a kódot. Mindkettővel eljuthatsz egy valódi alkalmazásig, sőt néhány no-code eszköz még az App Store-ra is publikál.

Hogyan válassz a no-code és az AI között a saját alkalmazásodhoz?

Teszthez, belső eszközhöz vagy katalógushoz valószínűleg a no-code a leggyorsabb út. Ha az appodnak előfizetést kell eladnia, ellenőrizd, hogy az eszköz kezeli-e az Apple-vásárlásokat, vagy válaszd az AI-jal írt kódot. Ha eszközváltáskor is meg akarod tartani a kódodat, válaszd az AI-t szabványos stackkel, vagy egy exportot engedő eszközt.

Publikálható az App Store-on egy kódolás nélkül készült alkalmazás?

Bizonyos eszközökkel igen. A Bubble dokumentációja elmagyarázza, hogyan publikálhatsz az App Store-ra és a Google Playre, és emlékeztet, hogy ehhez akkor is kell egy évi 99 dolláros Apple Developer fiók. Más eszközök, például a Glide, csak progresszív webalkalmazásokat készítenek, közvetlen App Store-publikálás nélkül. Mielőtt elköteleznéd magad, nézd meg az eszközt.

Melyik ingyenes no-code platformot válaszd alkalmazáskészítéshez?

Attól függ, mit kell tudnia az appodnak, mert nem mindegyik publikál az App Store-ra. A Bubble és a FlutterFlow lehetővé teszi, a Glide csak webalkalmazásokat készít. Az ingyenes csomagjuk nem publikál a store-okba: az árazási oldala szerint a FlutterFlow a fizetős Basic csomaggal kezdi a store-okba való telepítést. A részletek az ingyenes alkalmazáskészítésről szóló cikkben vannak.

Tud egy no-code eszköz Apple-előfizetéseket kezelni?

Az eszköztől függ, ezért ellenőrizd, mielőtt elköteleznéd magad. Az App Review Guidelines 3.1.1-es szabálya előírja az Apple alkalmazáson belüli vásárlását, ha funkciókat vagy tartalmat oldasz fel egy appban. A gyakorlatban kellenek termékek az App Store Connectben, paywall, a vásárlások visszaállítása és az ingyenes próbaidőszak. Nézd meg azt is, rá tudsz-e kötni egy olyan szolgáltatást, mint a RevenueCat.

Kell értened a kódhoz, ha kódolás nélkül készítesz alkalmazást?

Szinte mindig, egy ponton, de nem feltétlenül kell írnod. El kell tudnod olvasni egy hibaüzenetet, egy AI által javasolt módosítást, az app konfigurációját és az előfizetés-azonosítókat. Ezeknek az azonosítóknak karakterre pontosan egyezniük kell az App Store Connect, a RevenueCat és a kódod között. Azt is tudd, hogy titkos kulcs soha nem lehet egy telefonra telepített app kódjában.