Web app o app nativa: quale serve alla tua attività

Sotto la frase “ci serve un’app” possono stare tre richieste diverse: i clienti che vogliono vedere lo stato di una pratica dal telefono, i tecnici che devono compilare un rapportino in cantiere, un’icona sulla schermata che apra il servizio con un tocco. La scelta tra web app o app nativa dipende da quale di queste esigenze è la tua: per una bottega, uno studio o una ditta di cinque persone spesso basta una web app che lo smartphone installa come un’app.

In sintesi: per un’attività piccola che deve dare a clienti o collaboratori dati, documenti e moduli, una web app basta quasi sempre: si apre dal browser su computer e telefono, si può aggiungere alla schermata come un’app e su iPhone può mandare notifiche. L’app nativa serve quando devi stare sugli store per farti trovare, o quando ti servono funzioni del telefono che il browser non offre su tutti i dispositivi.

Differenza tra web app e app nativa, in pratica

Una web app è un programma che vive su un server e si usa dal browser, con un indirizzo come un sito. Il gestionale che apri su Chrome, l’area clienti della banca, il pannello di un servizio online: sono web app. Si aggiornano dal server: quando cambio il codice, gli utenti ricevono la versione nuova a un caricamento successivo, senza installare niente.

Un’app nativa invece è scritta per un sistema operativo preciso (iOS per iPhone, Android per gli altri telefoni), si scarica dall’App Store o da Google Play e si installa sul telefono. Ha accesso più diretto all’hardware e compare nelle ricerche dello store. In cambio ogni aggiornamento passa dalla revisione e dall’installazione sul dispositivo dell’utente, che non sempre lo fa subito.

Esiste anche una via di mezzo, ed è quella che di solito consiglio: la PWA (Progressive Web App). È una web app con un file di descrizione (nome, icona, colori), il manifest, e un pezzo di codice che lavora in background, il service worker. Il manifest la rende installabile: si aggiunge alla schermata e si apre a tutto schermo senza la barra del browser. Il service worker serve per le notifiche e per l’uso senza rete.

Cosa sa fare oggi una web app sul telefono

La guida di Google sulle PWA, su web.dev, le descrive come applicazioni che raggiungono qualunque utente del web, su qualunque dispositivo, con un solo codice. È il punto che pesa di più per una piccola impresa: un solo progetto da mantenere invece di tre (web, iPhone, Android).

Le notifiche erano il limite storico sugli iPhone. Con iOS e iPadOS 16.4 Apple le ha aperte anche alle web app, con una condizione che il blog di WebKit spiega bene: il programma deve essere stato aggiunto alla schermata Home, e può chiedere il permesso solo in risposta a un gesto dell’utente, per esempio il tocco su un pulsante “attiva le notifiche”. Nella pratica significa che devi spiegare ai clienti quel passaggio, una volta sola.

L’installazione non funziona uguale ovunque. La documentazione di MDN, il riferimento di Mozilla per chi sviluppa sul web, riporta che sul desktop i browser basati su Chromium (Chrome, Edge) installano le PWA, Safari su Mac (dalla versione 17) le aggiunge al Dock, mentre Firefox non supporta l’installazione tramite il file di descrizione. Per chi usa Firefox il servizio funziona comunque, semplicemente resta in una scheda del browser.

Passare dagli store: account, revisione e regole

Pubblicare un’app nativa comporta costi e passaggi da mettere in conto oltre allo sviluppo.

Per stare sull’App Store serve l’Apple Developer Program, che sul sito di Apple costa 99 dollari l’anno di iscrizione. Per Google Play la guida di Google indica una quota di registrazione una tantum di 25 dollari. Sono cifre piccole, ma quella di Apple torna ogni anno.

Poi c’è la revisione. Apple scrive che di solito esamina almeno metà delle app inviate in meno di 24 ore e il 90% in meno di 48. Vale per ogni versione: una correzione urgente non va online quando la pubblichi, ma quando viene approvata. Con un programma nel browser la correzione parte dal server appena la carico, senza approvazioni.

La regola che sorprende di più è la 4.2 delle linee guida di revisione di Apple: l’app deve avere funzioni, contenuti e interfaccia che la portino oltre un sito web reimpacchettato. Tradotto: se l’idea è prendere il sito dell’attività e chiuderlo dentro un’app per avere l’icona sullo store, Apple può rifiutarla. Ed è proprio la strada che sembra più economica.

Sulle commissioni c’è parecchia confusione. Il programma di Apple per le piccole imprese, sulla pagina dedicata, applica il 15% sulle app a pagamento e sugli acquisti fatti dentro l’app, per chi, sommando tutte le sue app, ha avuto proventi netti fino a un milione di dollari nell’anno solare precedente. Un’app gratuita che serve ai tuoi clienti per vedere le loro pratiche non vende niente dentro l’app, quindi la commissione per lei è un tema che non si pone.

Quando un’app nativa serve davvero

Sviluppo web app, quindi ho un interesse: per questo ti dico subito quando non sono la scelta giusta.

Un’app nativa ha senso in questi casi:

• Devi farti trovare sullo store: vendi a privati che cercano “prenotazione padel” su Google Play, non a persone che ti conoscono già e ricevono un link da te.
• L’app lavora a lungo senza rete, con molti dati salvati in memoria e allineati al rientro in ufficio.
• Ti servono sensori o accessori che il browser non raggiunge sui dispositivi che i tuoi utenti usano.
• Il prodotto è l’app: un gioco, un’app di consumo che vive di abitudine e notifiche quotidiane, dove la presenza nello store fa parte del modello.

Se nessuna di queste voci ti riguarda, il negozio di Apple o di Google non aggiunge nulla che una PWA non offra già.

In molte piccole attività il bisogno è un altro: chi compra da te deve consultare i propri documenti, i collaboratori devono inserire dati, tu devi vedere tutto da un pannello. È il lavoro di un gestionale o di un’area riservata clienti, e in tutti e due i casi il telefono è solo uno degli schermi da cui ci si entra.

Web app o app nativa: il confronto

Su App Store e Google Play una web app non compare da sola: per entrarci occorre un involucro nativo, con quote e regole già viste sopra.

Il caso CycleTour: una web app che si installa come PWA

CycleTour è una piattaforma di itinerari in bicicletta che ho sviluppato con Next.js 16 e Supabase. Chi la usa trova mappe con i punti di interesse raggruppati, il profilo altimetrico di ogni tappa e le tracce GPX (il formato dei file di percorso dei navigatori). Dietro c’è un pannello di amministrazione protetto da autenticazione a due fattori, da cui si caricano i GPX e si importano i punti di interesse da CSV. Il dettaglio di come è costruita è nel case study della web app.

Si installa come PWA: si aggiunge alla schermata del cellulare e si apre come un’app, senza passare da Apple o Google.

Errori comuni quando si decide di “fare un’app”

• Partire dallo strumento invece che dal lavoro da fare. “Vogliamo un’app” non è un requisito. “I tecnici devono caricare le foto del sopralluogo dal telefono” lo è, e la seconda frase dice già quasi tutto su cosa costruire.
• Chiudere il sito dentro un’app per avere l’icona. Oltre al rischio di rifiuto per la regola 4.2 di Apple, ti ritrovi a mantenere due cose che fanno lo stesso lavoro.
• Dimenticare il computer. Chi gestisce le pratiche in ufficio lavora su uno schermo grande. Un’app pensata per lo smartphone non lo aiuta; un’applicazione nel browser sì, con lo stesso accesso.
• Contare solo lo sviluppo. Quota annuale di Apple, revisione di ogni versione su iPhone, adeguamenti alle nuove versioni di iOS e Android: sono costi che si ripetono nel tempo.
• Non spiegare l’installazione ai clienti. Una PWA su iPhone va aggiunta alla Home dal menu Condividi del browser, e chi ignora il passaggio non lo fa. Basta una riga di istruzioni nella mail di benvenuto.

Domande frequenti

Una web app funziona anche senza internet?

In parte. Con il service worker una PWA può tenere in memoria le pagine già visitate e aprirsi anche senza rete. Inserire dati offline e sincronizzarli dopo è un’altra cosa: va progettato fin dall’inizio e il supporto non è uguale su tutti i browser. Se il lavoro si svolge tutto il giorno senza copertura, è uno dei casi in cui valutare un’app nativa.

Su iPhone una web app può mandare notifiche?

Sì, da iOS e iPadOS 16.4, a due condizioni: l’utente deve aver aggiunto la web app alla schermata Home e deve attivare le notifiche con un tocco, per esempio su un pulsante dedicato.

Quanto costa pubblicare un’app sugli store?

Per l’App Store serve l’iscrizione all’Apple Developer Program, 99 dollari l’anno; per Google Play una quota di registrazione di 25 dollari, una volta sola. A queste cifre si aggiunge lo sviluppo delle versioni per iPhone e Android e il lavoro di pubblicazione a ogni aggiornamento. Chi resta sul browser non paga nulla ad Apple o Google.

Una web app si può trasformare in app nativa più avanti?

Sì, e spesso è l’ordine più sensato. Si comincia dal browser, si osserva l’uso reale che ne fa chi lavora con te, e solo se emerge un bisogno che il browser non copre si costruisce l’app. Database, accessi e gran parte della logica sul server si possono riusare; di solito vanno rifatte l’interfaccia e le notifiche per il telefono.

Quanto costa una web app?

Da me una web app parte da 3.500 euro, come indicato nella sezione prezzi: login con permessi per ogni persona, database, pannello di amministrazione e import da Excel o CSV. Il prezzo cresce con il numero di funzioni e di tipi di utente. Cosa fa salire la cifra lo spiego nella guida ai costi di un gestionale personalizzato.

Prima di decidere: le domande da farti

Prima di chiedere un preventivo, per l’una o per l’altra strada, annota su un foglio tre cose. Chi la usa: clientela, dipendenti, tu. Da dove: cellulare in giro, scrivania in ufficio, tutti e due. Cosa deve fare ognuno, con verbi concreti: vedere, caricare, firmare, approvare.

Poi resta un solo dubbio da sciogliere: qualcuno deve trovarti cercando su App Store o Google Play? Se la risposta è no, e le funzioni della lista non richiedono hardware particolare, parti da una web app installabile. La versione nativa si può aggiungere dopo, se serve.

Se vuoi ragionarci su un caso concreto, scrivimi con quella lista: ti dico quale delle due strade sceglierei e perché. I prezzi di partenza sono nella sezione prezzi.