Ho appena fatto vibe-coding di un'ottima app, come la lancio sull'app store?

Risposta breve: per lanciare un'app creata con il vibe-coding, ti registri come sviluppatore, crei un pacchetto di build nativa e lo invii per la revisione. Niente di tutto questo è difficile per iniziare. L'inghippo è che l'IA ha ridotto i tempi di sviluppo da mesi a un pomeriggio, mentre gli app store non hanno ridotto nulla. Hai bisogno di account, schede dello store, documenti sulla privacy e un'app che regga quando un revisore la mette alla prova. Quest'ultimo requisito è il punto in cui si ferma la maggior parte delle app create dall'IA. (Le tariffe e le policy indicate di seguito sono accurate al momento della pubblicazione. Considera i dettagli come un'istantanea temporanea).

Cosa richiede effettivamente Apple prima di poter effettuare l'invio?

Tre cose: un account sviluppatore a pagamento, una build iOS nativa e una scheda dello store completa.

L'Apple Developer Program costa 99 USD all'anno¹, senza commissioni per ogni invio. La build nativa conta più di quanto si pensi. L'App Store non accetta un URL; accetta un'app compilata (un binario pacchettizzato, il file installabile effettivo), il che significa Xcode su un Mac o un servizio che genera la build per te.

La scheda dello store ha una sua checklist: screenshot per dimensione del dispositivo, una descrizione, un link di supporto, un'informativa sulla privacy e le etichette sulla privacy che dichiarano ogni tipo di dato raccolto dall'app. Se la tua app prevede un login, i revisori hanno bisogno di un account demo funzionante.

La coda in sé non è il problema. Apple riferisce che il 90% degli invii viene esaminato in meno di 24 ore². Il problema è ciò che invii.

Perché le app create con il vibe-coding non superano l'App Review?

Due linee guida sono responsabili della maggior parte dei rifiuti: la 4.2 e la 2.1.

La Linea guida 4.2, funzionalità minime, esiste perché la maggior parte dei generatori di IA crea web app. Se racchiudi una web app in un guscio nativo, Apple la definirà un "web wrapper": i siti web presentati all'interno di un'app e i contenuti web non formattati per iOS non sono considerati app di qualità secondo Apple. La tua app deve giustificare il fatto di essere un'app.

La Linea guida 2.1, completezza dell'app, cattura il resto. Apple riferisce che oltre il 40% dei problemi di revisione non risolti rientra in questa singola linea guida³: crash, contenuti segnaposto, link interrotti, flussi completati a metà. Le app create con il vibe-coding hanno un profilo riconoscibile in questo senso. Funzionano magnificamente nel percorso per cui hai fornito i prompt, ma si bloccano nei casi limite che non hai mai menzionato. Il lavoro di un revisore è trovare questi casi limite.

C'è un terzo filtro se la tua app tocca una categoria regolamentata. Le app che gestiscono denaro, salute o altri servizi sensibili devono essere inviate dall'entità legale che fornisce il servizio, non da un account individuale. I pagamenti rendono questo aspetto concreto, e ne abbiamo parlato dettagliatamente in perché le app di pagamento create con il vibe-coding vengono rifiutate dall'App Store.

E per quanto riguarda il lancio su Google Play?

Più economico per iniziare, ma più lento per raggiungere la produzione. La registrazione prevede una tariffa una tantum di 25 USD⁴. Tuttavia, se il tuo account sviluppatore personale è stato creato dopo il 13 novembre 2023, non puoi pubblicare direttamente. Google richiede un test chiuso (una pre-release privata con un gruppo invitato) con almeno 12 tester attivi per 14 giorni consecutivi prima di poter richiedere l'accesso alla produzione⁵, e la revisione della domanda stessa richiede solitamente fino a un massimo di altri 7 giorni.

Fai due calcoli. Per un account individuale nuovo di zecca, passano circa tre settimane dall'app finita alla pubblicazione, e questo supponendo che tu riesca a reclutare una dozzina di persone che rimangano attive per tutto il tempo.

Hai davvero bisogno di un app store?

Solo se la tua app ha bisogno di ciò che solo un telefono può fornire: accesso all'hardware, notifiche push, uso offline o visibilità sullo store. Per un gioco o un'app consumer, di solito vale la pena affrontare settimane di procedure. Per uno strumento aziendale, una vetrina o un checkout, il browser è pronto oggi stesso. Nessuna revisione, nessuna quota di tester e gli aggiornamenti diventano attivi in pochi secondi invece di richiedere nuovi invii.

Un avvertimento prima di lanciare un'app di e-commerce ovunque, sullo store o sul web. L'interfaccia è il livello che l'IA gestisce bene. Il livello sottostante — inventario sempre corretto, riconciliazione (far corrispondere i record finanziari), tasse e pagamenti con carta presente — è infrastruttura, e i prompt non la creano. Abbiamo analizzato questo divario in cosa manca dopo l'interfaccia utente e in la differenza tra un POS con IA e un POS che un'IA può creare. Questo è il percorso per cui Final è stato progettato: descrivi il punto vendita che desideri in un prompt e questo verrà distribuito su un'infrastruttura commerciale reale invece di attendere in una coda di revisione.

Quindi, come si lancia un'app creata con il vibe-coding?

Apple: 99 $ all'anno, una build nativa reale e abbastanza sostanza da superare le linee guida 4.2 e 2.1. Google: 25 $, più un test chiuso di 14 giorni con 12 tester se il tuo account è nuovo. Il web: nel momento stesso in cui esegui il deployment. Se la tua app ha bisogno dell'hardware del telefono, metti in conto settimane per gli store. Se deve accettare ordini, pubblicala sul web oggi stesso.

Se ciò che hai creato con il vibe-coding è un checkout, la versione funzionante più rapida di questo percorso consiste nel connettere l'IA che già utilizzi a una piattaforma commerciale tramite MCP. La nostra guida su come connettere la tua IA a Build mostra come funziona.