R.A.L.

Progressive Web App: cos’è e quando conviene a una PMI

Se hai una piccola impresa o uno studio professionale e ti serve “un’app”, prima di chiedere due preventivi separati per iPhone e Android vale la pena conoscere le Progressive Web App. In questa guida ti spiego cosa sono, cosa sanno fare davvero (e cosa no) e come capire se sono la scelta giusta per il tuo caso.

Cos’è una Progressive Web App, in parole semplici

Una Progressive Web App, o PWA, è un’applicazione costruita con le tecnologie del web, le stesse di un sito, ma che si usa come un’app vera: si installa sulla schermata principale del telefono o sul computer, si apre a schermo intero senza la barra del browser e può funzionare anche quando la connessione manca.

La differenza rispetto a un sito normale la fanno due elementi tecnici:

  • il manifest, un piccolo file che dice al dispositivo nome, icona e colori dell’app, così può essere installata;
  • il service worker, uno script che lavora dietro le quinte: salva in memoria i contenuti e i dati necessari e permette all’app di aprirsi e funzionare anche offline.

Il tutto viaggia su HTTPS. Se vuoi approfondire la parte tecnica, la documentazione di MDN sulle Progressive Web App è il riferimento più completo.

Cosa può fare una PWA (e cosa no)

I punti di forza

  • Un solo progetto per tutti i dispositivi: la stessa app funziona su Android, iPhone, Windows e Mac. Niente due versioni da sviluppare e da tenere allineate.
  • Installazione immediata: non passa dagli store. L’utente apre un link e la aggiunge alla schermata principale.
  • Aggiornamenti senza attese: quando correggi un errore o aggiungi una funzione, chi usa l’app trova la nuova versione al prossimo avvio, senza aspettare l’approvazione di uno store.
  • Uso offline: con un service worker ben progettato si possono consultare dati e compilare moduli anche senza rete, e sincronizzare tutto quando la connessione torna.
  • Notifiche: su Android e su computer da tempo; su iPhone e iPad dalla versione 16.4 di iOS, a condizione che l’app sia stata aggiunta alla schermata Home, come spiega l’annuncio ufficiale di WebKit.

I limiti da conoscere

  • Accesso all’hardware più ridotto: fotocamera, posizione e microfono si usano senza problemi, ma alcune funzioni avanzate (ad esempio certe connessioni Bluetooth o l’integrazione profonda con il sistema) restano più semplici in un’app nativa.
  • Su iPhone qualche passaggio in più: l’installazione si fa dal pulsante Condividi di Safari con “Aggiungi alla schermata Home”, e va spiegata agli utenti con una piccola guida.
  • Niente vetrina dello store: se il tuo obiettivo è farti trovare cercando nell’App Store, una PWA da sola non basta.

Quando conviene a una piccola impresa

Nella mia esperienza la PWA è la scelta più sensata quando l’app serve a lavorare, più che a farsi notare. Alcuni casi tipici:

  1. Strumenti interni: gestione di clienti, pratiche, appuntamenti o sopralluoghi, usati da un team su dispositivi diversi.
  2. Lavoro sul campo: tecnici, consulenti o agenti che devono consultare e aggiornare dati anche dove la rete è scarsa.
  3. Aree riservate per i clienti: documenti, stato delle pratiche, richieste, accessibili da qualsiasi dispositivo senza installare nulla dagli store.
  4. Budget e tempi contenuti: un solo progetto da sviluppare e mantenere invece di due app separate.

Un esempio concreto è Ferruzzi CRM, una Progressive Web App che ho realizzato per la gestione di consulenti e clienti: si installa dalla home del telefono, funziona anche offline e permette l’accesso con Google o con credenziali.

Quando è meglio un’app nativa

Una PWA non è la risposta a tutto. Ha più senso puntare su un’app nativa se:

  • l’app vive di grafica pesante o giochi;
  • servono funzioni di sistema molto specifiche, come l’integrazione con dispositivi Bluetooth particolari o servizi in background sempre attivi;
  • la presenza negli store è parte della tua strategia di marketing.

Esiste anche una via di mezzo: partire con una PWA per validare l’idea con gli utenti reali e valutare un’app nativa solo quando i numeri lo giustificano.

Come si parte: le domande da farsi prima

Prima di scrivere una riga di codice conviene chiarire alcuni punti. Sono le stesse domande con cui comincio ogni progetto, come racconto nella pagina Come lavoro:

  • Chi la userà e su quali dispositivi?
  • Serve lavorare offline? Se sì, quali dati devono essere disponibili senza rete?
  • Chi può vedere cosa? Ruoli, accessi e permessi vanno pensati fin dall’inizio.
  • Con cosa deve parlare? Fogli Excel, gestionali esistenti, email, altri servizi.
  • Chi la seguirà dopo il rilascio? Un’app usata ogni giorno ha bisogno di manutenzione e piccoli miglioramenti nel tempo.

Se le risposte puntano verso uno strumento di lavoro, multi-dispositivo e da far evolvere nel tempo, una PWA è probabilmente la strada giusta. Nella pagina Servizi trovi come affronto questo tipo di progetti.

Domande frequenti

Una PWA si può pubblicare negli store?

Sì, su Google Play e sul Microsoft Store è possibile pubblicare una PWA con alcuni passaggi aggiuntivi. Per l’App Store di Apple il percorso è più complicato e spesso non conviene: nella maggior parte dei casi basta l’installazione diretta dal browser.

Una PWA funziona davvero senza internet?

Sì, se è progettata per farlo. Il service worker conserva sul dispositivo l’app e i dati necessari; le modifiche fatte offline vengono inviate al server quando la connessione torna. Va però deciso in anticipo quali funzioni devono essere disponibili offline.

Le PWA sono sicure?

Funzionano solo su HTTPS e girano all’interno del browser, con le sue protezioni. Come per ogni applicazione, la sicurezza dipende poi da come sono gestiti accessi, permessi e dati sul server.

← Tutti gli articoli

Torna in alto