Il settore torna al nativo. La tua app non ha mai dovuto farlo

Quando abbiamo costruito i nostri primi motori, la domanda non era quale tecnologia producesse l'app migliore quell'anno. Era quale strato sarebbe ancora esistito dieci anni dopo. Le piattaforme sì: Apple e Google non avrebbero abbandonato i loro sistemi, i loro strumenti, i loro SDK. Tutto ciò che stava in mezzo, i framework che promettevano di risparmiare le piattaforme agli sviluppatori, doveva ancora guadagnarsi il suo decennio di esistenza. Così abbiamo costruito direttamente sullo strato che di sicuro sarebbe rimasto, e trattato come temporaneo tutto ciò che vi si impilava sopra.

Gli anni successivi hanno messo alla prova quella lettura. Ogni pochi anni, un nuovo framework veniva presentato come il futuro del mobile: PhoneGap, React Native, Xamarin, Flutter. Abbiamo valutato i più seri e passato la mano ogni volta, sulla stessa questione di longevità. Poi sono arrivate le risposte: Adobe ha dismesso PhoneGap nel 2020, Microsoft ha terminato il supporto a Xamarin nel 2024. Lo strato intermedio ha continuato a cambiare nome. iOS e Android hanno mantenuto il loro.

La scommessa ha un prezzo. Tre motori sono tre team, tre competenze e tre implementazioni da tenere al passo, ed è esattamente per questo che la maggior parte delle aziende che costruiscono una sola app non poteva permetterselo. Una piattaforma può: i motori si costruiscono una volta e si ammortizzano su ogni app che produce. Quindici anni di creazione di app native poggiano su questa aritmetica, ed è anche il motivo per cui quel costo non ti raggiunge mai. I motori, l'hosting, l'infrastruttura delle notifiche push e la pubblicazione sugli store sono compresi nell'abbonamento.

La tua app poggia sulle fondamenta che Apple e Google mantengono in prima persona, non su uno strato il cui futuro dipende dalla roadmap di una terza azienda. Quando un framework viene abbandonato, alla tua app non succede nulla. Quando iOS o Android evolvono, i nostri motori adottano il cambiamento una volta, in modo centralizzato, e la tua app viene rigenerata nella nuova versione senza che tu tocchi nulla. Un'app configurata anni fa è un'app aggiornata oggi.

Si vede anche in ciò che i tuoi utenti percepiscono, al di sotto di quello che la maggior parte delle persone sa nominare: uno scorrimento che segue la fisica esatta del sistema, transizioni che appartengono al sistema operativo, il feedback aptico, una barra delle schede fluttuante, un lettore multimediale che continua quando lo schermo si spegne, notifiche locali che partono dall'app stessa quando qualcuno entra in una zona geografica, senza alcun server. Niente di tutto questo si configura. Viene con il modo in cui l'app è costruita, e i tuoi utenti lo riassumono in una parola: «professionale».

Qualcosa è cambiato quest'anno nel modo in cui i team tecnici parlano di mobile. A settembre 2026, Shopify ha annunciato il ritorno di tutte le sue app mobili a Swift e Kotlin, sei anni dopo aver adottato React Native, e il motivo non è che il nativo sia improvvisamente migliorato. È che l'IA ha eliminato la ragione principale per evitarlo: il costo di costruire la stessa app due volte. Quando modelli e agenti si occupano di gran parte della traduzione e dei test tra piattaforme, il codice condiviso perde il suo argomento economico, e il linguaggio proprio di ogni piattaforma torna a essere la scelta predefinita.

Noi non abbiamo mai dovuto fare quel viaggio, e la scommessa ha pagato in un modo che non avevamo previsto: contavamo sul tempo per dimostrarlo, e la prova è arrivata dall'IA. Il nostro Head of Frontend Engineering, Mathieu Poli, racconta quella storia dall'interno, compresi i framework che abbiamo valutato lungo la strada: Everyone is going back to native. We never left.

Fai una sola domanda: cosa produce davvero la piattaforma? Un binario Swift compilato e un binario Kotlin compilato, inviati a entrambi gli store a tuo nome, sono un oggetto diverso da un'app web impacchettata per il mobile. Chiedi di vedere un'app in funzione su un telefono reale, e fai attenzione allo scorrimento, alle transizioni e alla barra delle schede. Se la risposta è nativa, lo sentirai prima che qualcuno te lo spieghi.

Puoi verificarlo tu stesso: inizia una prova gratuita, costruisci una prima versione della tua app e installala sul tuo telefono.

Le app GoodBarber sono davvero native?

Sì. L'app iOS è compilata in Swift e l'app Android in Kotlin, ed entrambe vengono inviate all'App Store e a Google Play come binari reali, a tuo nome. Il terzo motore, la Progressive Web App, funziona nel browser, ed è voluto.

App nativa o PWA, quale scegliere?

Entrambe escono dallo stesso progetto GoodBarber, quindi raramente è l'una o l'altra; come scegliere tra un sito web, un'app e una PWA ha un articolo dedicato. Le app native sono quelle che i tuoi utenti trovano negli store e quelle che ti danno lo scorrimento, le transizioni e le funzioni del dispositivo proprie di ogni piattaforma; la PWA aggiunge il browser e il computer.

Un'app nativa costa di più?

Non con un app builder. I motori si costruiscono una volta e si ammortizzano su tutte le app della piattaforma, così il loro costo, insieme a hosting, infrastruttura push e pubblicazione sugli store, è compreso nell'abbonamento. Il prezzo di costruire due volte riguarda solo lo sviluppo su misura, ed è la ragione per cui il settore ha cercato alternative.