Vibe coding, App Store e la guerra silenziosa di Apple al codice generato dall'AI

App native contro web app nel 2026: cosa scegliere quando anche i tempi di revisione Apple si misurano in settimane.

Andrej Karpathy, ex ricercatore di OpenAI, ha coniato il termine "vibe coding" all'inizio del 2025 per descrivere qualcosa di cui si parlava sottovoce da mesi: la possibilità di costruire un'applicazione funzionante usando il linguaggio comune, con l'AI che scrive tutto il codice al posto tuo. Nessun framework da imparare, nessuna sintassi da memorizzare, nessun anno di formazione tecnica. Digiti quello che vuoi ottenere, l'AI lo traduce in software. Il risultato pratico? Nel primo trimestre del 2026, l'App Store di Apple ha ricevuto 235.800 nuove app, l'84% in più rispetto allo stesso periodo dell'anno precedente. Benvenuti nel problema.

Questo articolo non è una guida entusiasta al vibe coding. È una mappa dei rischi per chi vuole capire se ha senso usarlo per un progetto reale, tenendo conto di quello che sta succedendo dentro Cupertino.

Apple e l'inondazione da AI slop

Prima che il vibe coding diventasse una pratica diffusa, l'App Store stava attraversando un lungo declino: tra il 2016 e il 2024 le nuove sottomissioni erano diminuite del 48%. Poi è arrivato il 2025 e la tendenza si è invertita nel modo più caotico possibile.

L'intero anno 2025 ha portato circa 557.000 nuove app, il picco annuale più alto dal 2016. Il primo trimestre 2026 ha già bruciato un terzo di quel numero in novanta giorni. La causa è diretta: strumenti come Cursor, Lovable e Replit hanno abbassato il costo di creazione di un'app a pochi minuti e zero competenze tecniche. Il risultato è quello che in settore chiamano "AI slop": un'inondazione di applicazioni di qualità discutibile che sta intasando l'infrastruttura di revisione di Apple.

Trenta giorni di attesa

I tempi di approvazione dell'App Store sono storicamente compresi tra le 24 e le 48 ore. Nel marzo 2026 alcuni sviluppatori hanno segnalato tempi superiori ai 30 giorni. La maggior parte dell'attesa si accumula nella coda "In attesa di revisione", perché il sistema non era progettato per valutare app costruite in pochi minuti anziché in mesi.

Per uno sviluppatore professionista che ha lavorato su un progetto serio per settimane, aspettare un mese per l'approvazione di un aggiornamento critico è un danno concreto causato da qualcosa su cui non ha alcun controllo.

"We are facing an unprecedented volume of submissions. Our review team is working to maintain quality standards while managing this surge." — Apple Developer Relations, comunicato interno citato da The Next Web, marzo 2026

La Guideline 2.5.2 e il conflitto architetturale

Apple non sta solo rallentando le approvazioni. Sta attivamente rimuovendo le app che alimentano questo fenomeno.

La regola al centro dello scontro è la Guideline 2.5.2, che stabilisce che le app "non possono scaricare, installare o eseguire codice che introduca o cambi caratteristiche o funzionalità dell'app" dopo la revisione. Il processo di Apple si basa su una "build statica": lo sviluppatore invia un pacchetto finito, Apple lo revisiona e quello è esattamente ciò che l'utente riceve sul dispositivo.

Le piattaforme di vibe coding come Replit, Vibecode e Anything funzionano in modo strutturalmente opposto: generano ed eseguono nuovo codice in tempo reale, su richiesta dell'utente. Non esiste un codebase fisso da revisionare preventivamente. Non è una violazione formale commessa per negligenza: è un'incompatibilità architettonica tra due modelli opposti di distribuzione del software.

Apple ha rimosso o bloccato gli aggiornamenti di tutte e tre le app citate. Anything è stata rimossa il 30 marzo 2026.

Perché ad Apple interessa davvero

La sicurezza è una parte della motivazione, ma non l'unica. Il processo di revisione è anche la base su cui Apple riscuote le sue commissioni del 15-30% sugli acquisti in-app. Se le app possono generare nuove funzionalità internamente senza passare per una nuova revisione, Apple perde il controllo su una quota della sua logica economica, oltre che sulla sicurezza dell'ecosistema.

Nel frattempo, la risposta interna di Apple è stata integrare funzionalità di programmazione autonoma tramite agenti AI dentro Xcode. La differenza rispetto alle piattaforme esterne: in Xcode il codice rimane nel ciclo di sviluppo autorizzato, con revisione preventiva. Cupertino vuole il vibe coding, ma solo il suo.

App nativa o web app nel 2026: la guida senza ideologia

La guerra Apple-vibe coding ha reso più urgente una domanda che i clienti mi pongono spesso durante il lavoro di consulenza web: ha più senso sviluppare un'app nativa o una web app?

La risposta dipende da dove si trova il progetto nel suo ciclo di vita, non da preferenze tecnologiche astratte.

Quando l'app nativa vince

Le app native mantengono una superiorità tecnica chiara in scenari specifici:

• Hardware complesso: Bluetooth, NFC, biometria (FaceID/TouchID) e geofencing in background sono esclusiva delle app native. Safari su iOS impone limitazioni severe su queste tecnologie.
• Uso intensivo: Gaming avanzato, realtà aumentata e editing multimediale richiedono accesso diretto alla GPU e latenza ridotta che il web non può garantire.
• Funzionamento offline affidabile: iOS può eliminare i dati delle web app se non vengono aperte per sette giorni. Per un'app a uso sporadico, l'esperienza offline è instabile per definizione.
• Conversioni economiche: Le app native convertono il 157% in più rispetto ai siti web mobili nell'e-commerce (fonte: analisi di settore 2025). L'abbandono del carrello è del 20% nelle app native contro l'85,6% sul web. I dati di pagamento e spedizione memorizzati in modo sicuro fanno tutta la differenza.
• Engagement: I tempi di sessione medi delle app native sono 15-20 minuti contro i 4,2 minuti delle web app. La ritenzione al trentesimo giorno è quasi doppia rispetto al web.

Quando la web app è la scelta giusta

Il vantaggio della web app non è tecnico: è economico e logistico.

• Acquisizione senza attrito: L'accesso via URL elimina la frizione del download. Per far provare un servizio a un utente nuovo, un link è sempre meglio di un invito a scaricare un pacchetto da 200MB dallo store.
• Costi di sviluppo e manutenzione: Un codebase unico, aggiornamenti istantanei sul server, nessuna commissione del 15-30% (si paga solo il 3-5% ai gateway come Stripe).
• Velocità di lancio: Senza revisione Apple, puoi correggere un bug critico in ore. Con un'app nativa nel 2026, potresti aspettare un mese.
• Vibe coding senza rischi: Se vuoi usare strumenti AI per costruire un prototipo veloce, una web app non è soggetta alla Guideline 2.5.2. Puoi deployare con un clic su Google AI Studio o Vercel senza toccare l'App Store.

La strategia ibrida che funziona

Per i progetti che ho seguito (sia attraverso il web design che attraverso il lavoro di content strategy), la struttura che produce risultati migliori è questa:

Prima fase (acquisizione): web app. L'utente arriva da SEO o social, prova il servizio senza download, senza frizione, senza App Store.

Seconda fase (fidelizzazione): app nativa. Una volta che l'utente è ricorrente, si propone il download dell'app per sfruttare biometria, notifiche push, Live Activities sulla schermata di blocco e le prestazioni superiori.

Il punto è non mettere la barriera dell'installazione prima che l'utente abbia avuto motivo di fidarsi del prodotto.

Vibe coding: per cosa vale davvero la pena usarlo

Tolto il contesto App Store, il vibe coding ha casi d'uso legittimi che conviene distinguere da quelli problematici.

Funziona bene per: prototipi veloci da testare internamente, tool interni aziendali che non passano per alcuno store, web app semplici con flussi prevedibili, "progetti usa e getta del weekend" come dice Karpathy stesso. Per i programmatori esperti è un moltiplicatore di forza: elimina la scrittura manuale della sintassi e concentra l'energia sulla risoluzione di problemi.

Funziona male per: app native destinate all'App Store (Guideline 2.5.2), software con logica di sicurezza complessa (il codice generato va comunque revisionato da un esperto prima della produzione), prodotti a lungo termine dove la manutenibilità conta. Non a caso sta emergendo una nuova figura professionale: lo "specialista della pulizia del vibe coding", che prende in mano il codice generato dall'AI e lo rende sostenibile.

Il costo nascosto del vibe coding non è nel tool, è nella revisione tecnica a valle. Chi lo ignora si ritrova con un'app che funziona durante la demo e si rompe in produzione.

Fonti: Apple App Review Guidelines (Guideline 2.5.2), Gizmodo (App Store surge Q1 2026), The Next Web (vibe coding e crisi di revisione Apple, marzo 2026), Mashable (rimozione Anything dall'App Store, 30 marzo 2026), Google Cloud (vibe coding, definizione e strumenti), EMARKETER (abitudini di installazione app 2025), analisi di settore su conversioni e-commerce native vs web 2025.

Se stai valutando se sviluppare un'app o una web app per il tuo progetto, fammelo sapere prima di spendere soldi nella direzione sbagliata. Parliamone.