Cum creezi o aplicație fără să programezi: no-code și AI

Cum creezi o aplicație fără să programezi: răspunsul sincer

Da, în 2026 poți crea o aplicație fără să programezi. Există două mari variante: uneltele no-code, unde îți asamblezi aplicația cu mouse-ul, și AI-ul, care scrie codul în locul tău pornind de la descrierile tale. Ambele te pot duce până la o aplicație adevărată, iar unele unelte no-code chiar publică pe App Store.

Ce nu-ți spun reclamele e că aproape mereu vine un moment în care trebuie să înțelegi puțin cod, fără să fie nevoie neapărat să-l scrii. Momentul ăsta pică în cel mai prost loc: când aplicația ta trebuie să vândă un abonament, să treacă de review-ul Apple și să reziste în fața unor utilizatori reali. Ghidul ăsta te ajută să-ți alegi drumul și să știi, înainte să te angajezi, unde apare momentul ăsta.

Îmi public propriile aplicații iOS cu React Native, Expo și AI. Solys, un ceas deșteptător cu mini-jocuri, și TradaZen, un simulator de trading, sunt pe App Store. Nolera și Clic au fost respinse de Apple, apoi corectate. Nu vând nicio unealtă no-code. Vând kituri ca să creezi o aplicație mobilă: ține minte asta când citești părerea mea din teren, sprijinită pe sursele oficiale ale fiecărei unelte.

Care sunt variantele de a crea o aplicație fără să programezi?

Uneltele no-code care publică o aplicație adevărată

Unele unelte vizuale produc aplicații mobile adevărate, care pot fi publicate în store-uri. Planul lor gratuit, în schimb, nu publică în store-uri: detaliile sunt în cum creezi o aplicație gratuit. Două exemple cunoscute:

• Bubble oferă un editor de aplicații mobile native. Documentația lui explică cum să publici pe App Store și Google Play și îți amintește că ai nevoie oricum de contul Apple Developer, la 99 $ pe an.
• FlutterFlow generează cod Flutter. Potrivit paginii de prețuri, descărcarea codului și publicarea în store-uri încep cu planul plătit Basic, nu cu cel gratuit.

Aplicațiile web instalabile

Alte unelte, foarte practice, nu fac aplicații pentru App Store. Glide, de exemplu, spune că aplicațiile lui sunt aplicații web progresive și că publicarea directă pe App Store sau Google Play nu este suportată. Perfect pentru o unealtă internă; nepotrivit dacă vrei să fii găsit și să vinzi pe App Store.

AI-ul care scrie codul în locul tău

Claude, ChatGPT sau Cursor scriu cod adevărat, de exemplu în React Native cu Expo. Asta se numește vibe coding. Diferența față de no-code e importantă: codul îți aparține, într-un format standard, fără abonament la o platformă ca să-l ții în funcțiune. Reversul e că într-o zi va trebui să citești codul ăsta. Vorbesc pe larg despre asta în cum creezi o aplicație iOS cu AI.

Ce face no-code-ul foarte bine

Uneltele no-code sunt excelente pentru:

• Un director sau un catalog: fișe, căutare, favorite.
• Un formular mai complex: colectare de informații, rezervare simplă, contact.
• Un prototip de arătat: să verifici că o idee interesează pe cineva înainte să investești săptămâni în ea.
• O unealtă internă: o aplicație pentru echipa sau asociația ta, unde aspectul contează puțin.

Dacă proiectul tău încape într-una din căsuțele astea, începe cu no-code. Vei afla mai multe despre utilizatorii tăi cu o aplicație imperfectă, publicată, decât cu luni de gândit.

Unde se blochează pentru o aplicație iOS care trebuie să vândă

Limitele apar exact acolo unde o aplicație începe să valoreze bani pe App Store.

Abonamentele Apple. Regula 3.1.1 din App Review Guidelines impune achiziția in-app Apple pentru a debloca funcții sau conținut într-o aplicație. Concret: produse în App Store Connect, paywall, restaurarea achizițiilor, perioadă de probă gratuită. Înainte să alegi o unealtă, verifică cum gestionează toate astea și dacă poți conecta un serviciu ca RevenueCat. Pagina abonamente in-app iOS detaliază partea asta.

Review-ul Apple. Regula 4.2 cere ca o aplicație să fie mai mult decât un site web împachetat, iar regula 4.2.6 precizează că aplicațiile create dintr-un șablon comercial sau cu un serviciu de generare de aplicații sunt respinse, cu excepția cazului în care sunt trimise direct de furnizorul conținutului. Dacă îți publici propria aplicație din propriul cont, tu ești acel furnizor. Dar o aplicație identică cu șablonul de pornire se expune acestor reguli, și ghidului 4.1 dacă șablonul imită o aplicație cunoscută. Personalizeaz-o cu adevărat și citește de ce respinge Apple o aplicație înainte s-o trimiți.

Dependența de platformă. Aplicația ta trăiește la unealta respectivă. Dacă i se schimbă prețurile, condițiile sau funcțiile, tu te adaptezi. Unele unelte te lasă să recuperezi codul, altele nu: e o întrebare de pus din prima zi, nu în ziua în care aplicația ta decolează.

Senzația pe care o dă aplicația. Animații, widgeturi, notificări bogate, fluiditate: ce te face să păstrezi o aplicație pe ecranul principal depinde mult de ce știe să facă unealta. Testează pe iPhone-ul tău o aplicație făcută cu unealta respectivă înainte să te angajezi.

Schimbă AI-ul regulile jocului?

Da, chiar le schimbă. Cineva motivat, fără pregătire, poate produce azi ecrane funcționale în React Native în câteva seri, cu un asistent ca Claude sau Cursor.

Dar e cale lungă între „un ecran care merge la mine" și „o aplicație publicată pe care o folosesc necunoscuți fără să crape". Conturile de utilizator, sincronizarea, căderile de rețea, ecranele mici care taie interfața, configurarea abonamentelor, dosarul pentru App Store: aici se opresc proiectele solo, iar AI-ul nu te avertizează despre ce nu știe. Nu vede nici contul tău Apple, nici consola RevenueCat, nici telefonul tău.

Momentul în care trebuie să înțelegi puțin cod

Fie că pornești cu no-code, fie cu AI, iată momentele în care „fără să programezi" își atinge limita. Nu trebuie să scrii totul, dar trebuie să poți citi și înțelege:

• Un mesaj de eroare. Să știi în ce fișier și la ce pas se strică, ca să pui întrebarea potrivită AI-ului sau suportului uneltei.
• O modificare propusă de AI. Ce fișiere se schimbă și dacă se potrivește cu ce ai cerut.
• Configurarea aplicației. Identificatorul bundle-ului, numărul de versiune, textele cererilor de permisiune.
• Identificatorii abonamentelor. Trebuie să fie identici în App Store Connect, RevenueCat și codul tău, până la ultimul caracter. Doar un test în sandbox îți confirmă că totul e aliniat, un pas pe care îl detaliez în greșelile de paywall iOS.
• Regulile de acces la date. Dacă folosești Supabase, să verifici că fiecare utilizator își citește doar propriile date.
• Cheile secrete. Să știi că o cheie secretă nu trebuie să ajungă niciodată în codul unei aplicații instalate pe telefon.

Să creezi fără să programezi, da. Să publici și să încasezi fără să înțelegi nimic din cod: aici se blochează majoritatea proiectelor.

Vestea bună: nivelul ăsta de înțelegere se învață pe propriul proiect, mult mai repede decât programarea completă. Iar AI-ul e un profesor excelent dacă îi ceri să explice în loc să corecteze.

No-code sau AI: testul în patru întrebări

1. Aplicația ta trebuie să vândă abonamente sau achiziții in-app? Dacă da, verifică dacă unealta gestionează achizițiile Apple, sau mergi pe cod scris cu AI.
2. Vrei să fii prezent pe App Store? Dacă da, elimină uneltele care fac doar aplicații web.
3. Vrei să-ți păstrezi codul dacă schimbi unealta? Dacă da, alege AI-ul cu un stack standard, sau o unealtă care permite exportul.
4. E un test, o unealtă internă sau un catalog? Dacă da, no-code-ul e probabil drumul cel mai rapid.

Odată ales drumul, continuarea e aceeași pentru toată lumea: cei 4 pași sunt în cum creezi o aplicație.

Ce folosesc pentru propriile aplicații

Pentru aplicațiile mele am ales drumul AI cu un stack standard: React Native și Expo pentru aplicație, EAS pentru build-uri, RevenueCat pentru abonamente, Supabase pentru date, PostHog pentru măsurători și Sentry pentru crash-uri. Codul îmi aparține, AI-ul îl cunoaște bine și pot publica de pe orice calculator, cum explic în cum publici o aplicație iOS fără Mac. Motivele alegerii sunt detaliate pe pagina React Native și Expo pentru o aplicație mobilă.

Nu e singurul răspuns bun. Dacă proiectul tău e o unealtă internă, o unealtă no-code îți va economisi timp. Dacă vrei o aplicație iOS care încasează abonamente, să înveți să citești codul pe care AI-ul îl scrie pentru tine e, după mine, cea mai bună investiție.

Învață ce trebuie, nu mai mult

Asta am pus în iOS Kit: codul de pornire al aplicațiilor mele și un parcurs în patru pași, cu skill-urile Claude Code pentru fiecare pas, de urmat în ritmul tău. Nu ești sigur ce drum ți se potrivește? Diagnosticul gratuit pornește de la ce știi să faci azi și îți spune cu ce pas să începi.

Nu-ți promit nici venituri, nici publicare: Apple aprobă, piața decide. Conținutul parcursului e prezentat pe pagina curs de dezvoltator iOS.

Întrebări frecvente

Se poate crea o aplicație fără să programezi?

Da, în 2026. Există două variante: uneltele no-code, unde îți asamblezi aplicația cu mouse-ul, și AI-ul, care scrie codul pornind de la descrierile tale. Ambele te pot duce până la o aplicație adevărată, iar unele unelte no-code chiar publică pe App Store.

Cum alegi între no-code și AI ca să-ți creezi propria aplicație?

Pentru un test, o unealtă internă sau un catalog, no-code-ul e probabil drumul cel mai rapid. Dacă aplicația ta trebuie să vândă abonamente, verifică dacă unealta gestionează achizițiile Apple, sau mergi pe cod scris cu AI. Ca să-ți păstrezi codul dacă schimbi unealta, alege AI-ul cu un stack standard, sau o unealtă care permite exportul.

Poți publica pe App Store o aplicație creată fără să programezi?

Da, cu anumite unelte. Documentația Bubble explică cum să publici pe App Store și Google Play și îți amintește că ai nevoie oricum de contul Apple Developer, la 99 $ pe an. Alte unelte, ca Glide, fac doar aplicații web progresive, fără publicare directă pe App Store. Verifică unealta înainte să te angajezi.

Ce platformă no-code gratuită să alegi ca să creezi o aplicație?

Depinde ce trebuie să facă aplicația ta, pentru că nu toate publică pe App Store. Bubble și FlutterFlow permit asta, Glide produce doar aplicații web. Planul lor gratuit nu publică în store-uri: potrivit paginii de prețuri, FlutterFlow începe publicarea în store-uri cu planul plătit Basic. Detaliile sunt în cum creezi o aplicație gratuit.

Poate o unealtă no-code să gestioneze abonamentele Apple?

Depinde de unealtă, așa că verifică înainte să te angajezi. Regula 3.1.1 din App Review Guidelines impune achiziția in-app Apple pentru a debloca funcții sau conținut într-o aplicație. Concret, ai nevoie de produse în App Store Connect, un paywall, restaurarea achizițiilor și perioada de probă gratuită. Uită-te și dacă poți conecta un serviciu ca RevenueCat.

Trebuie să înțelegi cod când creezi o aplicație fără să programezi?

Aproape mereu, la un moment dat, dar fără să fie nevoie neapărat să scrii cod. Trebuie să poți citi un mesaj de eroare, o modificare propusă de AI, configurarea aplicației și identificatorii abonamentelor. Identificatorii ăștia trebuie să fie identici în App Store Connect, RevenueCat și codul tău, până la ultimul caracter. Mai reține că o cheie secretă nu trebuie să apară niciodată în codul unei aplicații instalate pe telefon.