App web vs app mobile: come scegliere per la PMI 2021

Quando un imprenditore o un IT manager di una PMI italiana decide di sviluppare un’applicazione, la prima domanda non riguarda quasi mai il colore del bottone o il logo: la prima domanda dovrebbe essere “che tipo di app?”. Web app, app mobile nativa, app ibrida o PWA? Sono quattro tecnologie con costi, tempi di sviluppo, performance e modalità di distribuzione molto diverse, e scegliere quella sbagliata significa spendere il doppio per ottenere la metà.

In questa guida confronteremo app web vs app mobile con un approccio pratico, parlando di scenari reali, costi indicativi del 2021 e criteri di scelta utili a chi deve decidere senza essere un developer. Affronteremo anche la differenza tra app web e mobile, il dibattito PWA vs app native e le casistiche tipiche di una web app aziendale.

1. Web app, app mobile native, ibride, PWA: facciamo chiarezza

Iniziamo dalle definizioni, perche’ il vocabolario in questo settore e’ spesso usato in modo confuso anche dai professionisti.

• Web app: un’applicazione che gira nel browser (Chrome, Safari, Firefox, Edge). Non si installa, si raggiunge tramite URL. Esempi: Gmail web, Trello, Google Docs, gestionali in cloud.
• App mobile nativa: un’applicazione scritta nel linguaggio specifico della piattaforma (Swift/Objective-C per iOS, Kotlin/Java per Android), distribuita tramite App Store o Google Play e installata sul dispositivo. Esempi: Instagram, WhatsApp, app bancarie.
• App ibrida: un’applicazione mobile sviluppata con un framework cross-platform (Flutter, React Native, Ionic, Xamarin) che produce un’app installabile su iOS e Android partendo da un’unica base di codice. Distribuita comunque tramite store.
• PWA (Progressive Web App): tecnicamente e’ una web app, ma con caratteristiche aggiuntive che la fanno comportare come un’app: si puo’ installare sull’home screen, funziona offline, riceve notifiche push (con limiti su iOS). Standard PWA secondo W3C.

Sono quattro tecnologie diverse che servono scopi diversi. Confonderle e’ il primo errore.

2. Differenze tecniche fondamentali (download, store, deploy)

La distinzione piu’ immediata tra app web e app mobile riguarda come l’utente vi accede e come l’azienda la distribuisce.

Una web app vive su un server. L’utente apre il browser, digita un URL e usa l’app. Non c’e’ nulla da scaricare. Il deploy di un aggiornamento e’ immediato: si pubblica la nuova versione sul server e ogni utente, al successivo refresh, vede le modifiche. Questo e’ un vantaggio enorme per il software B2B, dove vuoi correggere un bug o lanciare una feature il piu’ velocemente possibile.

Un’app mobile, sia nativa che ibrida, e’ un pacchetto installabile (.ipa per iOS, .apk/.aab per Android). L’utente la scarica da App Store o Google Play. Per pubblicare un aggiornamento si attraversa un processo di review (24-72 ore Apple, qualche ora Google nel 2021), e poi si deve sperare che l’utente accetti l’update. Per app B2B critiche, la frammentazione delle versioni installate sui device degli utenti e’ un problema concreto.

La PWA si colloca in mezzo: si raggiunge come una web app via URL, ma puo’ essere “installata” sull’home screen del dispositivo senza passare dagli store. Su Android l’integrazione e’ molto buona, su iOS 14 e’ migliorata rispetto agli anni precedenti ma rimane piu’ limitata (notifiche push web ancora non supportate nativamente da Safari nel 2021).

Una differenza tecnica spesso ignorata riguarda l’autenticazione e la sicurezza. Una web app puo’ sfruttare cookie HTTPOnly, sessioni server, autenticazione SSO aziendale, integrazione con Active Directory o Azure AD in modo trasparente. Un’app nativa deve gestire token OAuth, refresh token, secure storage del keychain o keystore: piu’ robusto in alcuni scenari, ma anche piu’ complesso da implementare correttamente.

Anche l’analytics cambia: una web app traccia gli utenti con strumenti standard (Google Analytics, Matomo, Mixpanel via SDK web), un’app mobile richiede SDK dedicati (Firebase Analytics, Adjust, AppsFlyer) e gestione di event tracking specifico per piattaforma.

3. App native iOS e Android: pro e contro

Le app native sono lo standard di riferimento per qualita’, performance e accesso alle funzionalita’ del dispositivo.

Vantaggi delle app native:

• Performance massime: l’app gira con il codice ottimizzato per il sistema operativo specifico.
• Accesso completo all’hardware: fotocamera, GPS, accelerometro, NFC, sensori biometrici, Bluetooth Low Energy, ARKit (iOS) e ARCore (Android).
• UI/UX coerente con le linee guida della piattaforma (Human Interface Guidelines per Apple, Material Design per Google).
• Notifiche push complete e affidabili.
• Esperienza utente percepita come “vera app”.

Svantaggi delle app native:

• Sviluppo doppio: due codebase distinte (iOS e Android), due team con competenze diverse, costi raddoppiati.
• Tempi di sviluppo lunghi: 4-9 mesi per un MVP serio.
• Manutenzione costosa: ogni feature va implementata due volte.
• Distribuzione vincolata agli store: review Apple a volte rifiuta app per motivi non sempre prevedibili, commissioni del 30% (15% per piccoli sviluppatori dal 2021) sugli acquisti in-app.

4. App ibride (Flutter, React Native, Ionic): pro e contro

Nel 2021 il panorama dei framework cross-platform e’ maturo. Le tre tecnologie principali sono:

• Flutter (Google, 2017): linguaggio Dart, rendering custom via Skia, performance vicine al nativo, UI molto coerente cross-platform. Adottato da BMW, Alibaba, eBay Motors.
• React Native (Facebook, 2015): JavaScript/TypeScript, ponte con i widget nativi di iOS e Android. Usato da Instagram, Discord, Shopify, UberEats.
• Ionic: HTML/CSS/JS in webview, piu’ simile a una web app impacchettata. Sviluppo molto rapido, performance inferiori per app complesse.
• Xamarin (Microsoft, 2011): C# .NET, in declino nel 2021 a favore di MAUI.

Vantaggi delle app ibride:

• Una sola codebase per iOS e Android: time-to-market dimezzato e costi ridotti del 30-50%.
• Stack moderno: hot reload, ecosistema ricco di librerie.
• Performance accettabili o ottime (Flutter in particolare).
• Possibilita’ di accedere alle API native quando serve, tramite plugin.

Svantaggi delle app ibride:

• Performance inferiori al nativo per applicazioni molto complesse o ad alto framerate.
• Dipendenza dal framework: se Google o Facebook abbandonassero il progetto, problema serio.
• Plugin nativi non sempre aggiornati alle ultime versioni di iOS/Android.
• Bundle size piu’ alto delle app native pure.

5. Web app (responsive, SPA): pro e contro

Le web app moderne, costruite come SPA (Single Page Application) con framework come React, Vue o Angular, sono diventate l’opzione di default per il software gestionale aziendale, i CRM, i back-office, le dashboard.

Vantaggi delle web app:

• Accessibili da qualsiasi dispositivo con browser (PC, Mac, tablet, smartphone, Linux, Chromebook).
• Nessuna installazione: l’utente apre l’URL e usa l’app.
• Aggiornamenti istantanei: una volta deployata, tutti vedono la nuova versione.
• Sviluppo unificato: una sola codebase per tutte le piattaforme.
• Costo di sviluppo significativamente inferiore.
• SEO possibile (per la parte pubblica), indicizzabile dai motori di ricerca.
• Ideale per software B2B, gestionali, gestionali personalizzati, dashboard analitiche.

Svantaggi delle web app:

• Richiede connessione internet (a meno che non si usi il pattern PWA).
• Accesso limitato all’hardware: niente NFC, accesso parziale a fotocamera/GPS, no widget home screen, no notifiche push affidabili su iOS.
• Performance inferiori per app con grafica complessa o calcoli intensivi.
• Non e’ presente sugli store, dove molti utenti consumer cercano le app.

6. PWA – Progressive Web App: cosa sono e quando convengono

La PWA e’ un’evoluzione della web app: aggiunge un service worker (script JavaScript che gira in background nel browser) e un manifest (file JSON che descrive l’app), ottenendo:

• Installabilita’: l’utente puo’ aggiungere l’app all’home screen del telefono, con icona dedicata.
• Funzionamento offline (totale o parziale tramite cache).
• Avvio in modalita’ “standalone” senza barra del browser.
• Notifiche push (su Android e desktop; su iOS solo dal 2023 in poi).

Nel 2021 la PWA e’ la scelta perfetta per molte applicazioni B2B, portali utenti, e-commerce semplici, strumenti interni aziendali. Twitter Lite, Pinterest, Starbucks, Uber hanno tutti versioni PWA. Per approfondire le nostre web app e PWA per PMI italiane.

Quando la PWA conviene:

• Vuoi che gli utenti possano accedere all’app sia da desktop che da mobile.
• L’aggiornamento frequente del contenuto e’ importante.
• Non hai bisogno di funzioni hardware avanzate (es. ARKit, NFC profondo, Bluetooth complesso).
• Il budget e’ limitato: una PWA ben fatta costa il 30-50% di una soluzione web + 2 app native.

7. Confronto costi indicativi 2021 per ogni tipo

I costi reali variano enormemente in base alla complessita’, ma per dare un ordine di grandezza per una PMI italiana che vuole sviluppare un’applicazione di media complessita’ (autenticazione, 10-15 schermate, database, integrazioni base):

• Web app responsive standard (React/Vue/Angular): 12.000 – 35.000 euro.
• PWA con offline e installazione: 18.000 – 45.000 euro.
• App ibrida con Flutter o React Native: 25.000 – 60.000 euro.
• App native iOS + Android (due codebase): 50.000 – 120.000 euro o piu’.

A questi costi si aggiungono manutenzione annuale (15-25% del costo di sviluppo iniziale), eventuali iscrizioni Apple Developer (99 USD/anno) e Google Play Console (25 USD una tantum), oltre a costi server e infrastrutturali. Per un’analisi piu’ approfondita su quando lo sviluppo custom conviene rispetto alla soluzione standard, abbiamo dedicato un articolo al pillar sviluppo software custom per PMI.

8. Performance, UX, accesso a hardware: i trade-off

Un confronto sintetico dei trade-off principali:

Performance grezze: Native > Flutter > React Native > PWA > Web app classica. Per app come giochi, editor video o applicazioni AR la differenza e’ netta. Per un gestionale CRUD invece spesso e’ impercettibile.

Accesso hardware: Native ha tutto. Flutter e React Native hanno la maggior parte tramite plugin. PWA ha le API web (camera, geolocalizzazione, notifiche push limitate, sensori base). Web app classica ha accesso minimo.

UX nativa percepita: l’utente medio nel 2021 riconosce facilmente la differenza tra un’app nativa ben fatta e una web app messa in webview. Flutter e React Native nelle versioni piu’ recenti riescono a essere quasi indistinguibili dal nativo.

Manutenibilita’: web app e PWA sono le piu’ semplici da manutenere (un solo deploy). App ibride hanno una sola codebase ma due build da pubblicare. App native hanno il doppio costo di manutenzione.

9. Pubblicazione e distribuzione (store vs URL)

La distribuzione e’ un punto spesso sottovalutato.

App Store e Google Play: hanno milioni di utenti che cercano app. Se la tua app e’ rivolta al consumer, esserci e’ fondamentale. Pero’ aspettati: review Apple anche di una settimana, possibili rifiuti per policy violations, percentuali del 15-30% sugli acquisti in-app.

Distribuzione via URL (web app e PWA): nessun gatekeeper, deploy istantaneo, pieno controllo. Ideale per software B2B, gestionali interni, portali clienti, e-commerce dove gli utenti arrivano da Google o da campagne marketing.

Distribuzione enterprise: app native per uso interno aziendale possono essere distribuite via Apple Business Manager o Google Play Private Apps senza passare dallo store pubblico, con qualche complessita’ burocratica. Per molte PMI italiane questa pratica e’ poco familiare.

9b. Backend, API e architettura: il vero motore

Un punto che spesso resta in ombra: qualunque sia il tipo di app frontend scelto, il vero motore e’ il backend. Web app, PWA, app native e ibride condividono in genere lo stesso server e le stesse API.

Nel 2021 lo stack tipico per una PMI italiana e’:

• Backend: Node.js con Express o NestJS, Laravel (PHP), Django o FastAPI (Python), Spring Boot (Java) o ASP.NET Core (.NET).
• API: REST e’ lo standard. GraphQL sta crescendo ma e’ meno diffuso in Italia.
• Database: PostgreSQL e MySQL/MariaDB per dati relazionali, MongoDB per dati semi-strutturati, Redis per cache.
• Hosting: server dedicato Aruba/OVH per PMI tradizionali, oppure cloud (AWS, Azure, Google Cloud) per progetti scalabili.
• Autenticazione: JWT, OAuth2, eventualmente Auth0 o Keycloak per SSO.

La scelta dello stack backend influenza i tempi e il costo del progetto piu’ di quanto ci si aspetti. Per la maggior parte dei progetti PMI, scegliere uno stack mainstream (Laravel, Node.js o Django) significa avere accesso a un mercato di sviluppatori ampio in Italia, costi piu’ contenuti e meno rischi di lock-in tecnologico.

10. Casi d’uso tipici per ogni tecnologia

Per concretizzare, ecco scenari reali e la tecnologia che tipicamente si sceglie:

• Gestionale interno aziendale, ERP, CRM: web app classica con SPA. Possibile anche PWA se serve uso mobile da campo.
• App per agenti commerciali con offline: PWA o app ibrida (Flutter/React Native).
• E-commerce: web responsive (Magento, Shopify, WooCommerce) come canale principale; eventualmente app ibrida o PWA come canale aggiuntivo per la fidelizzazione.
• App consumer di massa con funzioni hardware avanzate (camera con AR, riconoscimento volti, NFC, fitness tracking continuo): app native.
• App per delivery, mobilita’, servizi on-demand: tipicamente ibride (React Native su tutte le grandi piattaforme).
• Software gestionale verticale per studi professionali: web app, idealmente PWA per uso da tablet.
• Configuratore prodotto, preventivatore: web app o PWA.

Per molti scenari B2B, una soluzione di soluzioni cloud con accesso web e’ ottimale rispetto alla complessita’ di mantenere app native dedicate.

Un esempio concreto: una PMI metalmeccanica con 30 agenti di vendita sul territorio puo’ avere un’esigenza tipica come “gli agenti devono inserire ordini in mobilita’, anche offline, consultare anagrafiche clienti, fotografare il cantiere e allegare le foto all’ordine”. Per questo scenario una PWA ben costruita con un backend Laravel o Node.js copre il 95% dei requisiti a un costo che e’ la meta’ rispetto a sviluppare due app native iOS/Android. Solo se entrasse in gioco l’esigenza di scansione barcode/QR ad alta frequenza con la fotocamera in modo professionale, valuteresti un’app ibrida con Flutter.

Altro esempio: uno studio commercialista che vuole far caricare ai clienti documenti, fatture e ricevute. Una PWA installabile dal browser, autenticata con OTP, e’ la scelta corretta. App nativa in questo caso sarebbe sproporzionata.

11. Errori frequenti nella scelta del tipo di app

Ecco gli errori che vediamo piu’ spesso quando una PMI affronta questa scelta:

Errore 1 – Voler “essere sullo store” per moda. Molti imprenditori credono che essere su App Store dia credibilita’. Per un software B2B usato dai propri commerciali questo non porta nessun vantaggio reale, anzi raddoppia i costi.

Errore 2 – Sottovalutare l’integrazione con i sistemi esistenti. Un’app, qualunque tipo sia, deve dialogare con il gestionale, il CRM, l’ERP. La integrazione API e’ spesso il 40% del lavoro reale, qualunque sia la tecnologia frontend scelta.

Errore 3 – Scegliere il framework piu’ “alla moda” senza valutarne il futuro. Nel 2021 ci sono molti framework cross-platform: pochi avranno supporto a lungo termine. Flutter e React Native sono le scelte piu’ sicure per il medio periodo.

Errore 4 – Sviluppare app native quando bastava una PWA. E’ uno spreco enorme di budget: spesso la PWA copre il 90% delle esigenze al 30% del costo.

Errore 5 – Sviluppare una web app quando serviva una nativa. Per app che richiedono camera AR, sensori biometrici, integrazioni hardware profonde, partire da una webview ti costringera’ a riscrivere tutto.

Errore 6 – Non considerare la manutenzione. Lo sviluppo iniziale e’ una frazione del costo totale di vita di un’app: budgetizzare la manutenzione (aggiornamenti iOS/Android, bug fix, feature) e’ essenziale.

Errore 7 – Pretendere “tutto” al primo MVP. Iniziare con una PWA o web app e’ spesso saggio: si raccolgono feedback reali, e solo dopo, se serve, si sviluppa l’app nativa per le feature realmente richieste dagli utenti.

12. Domande frequenti

Una PWA puo’ sostituire un’app nativa per la mia PMI?
Nella maggior parte dei casi B2B si’. Per consumer dipende: se hai bisogno di notifiche push iOS affidabili, ARKit, integrazione profonda con widget di sistema, allora servira’ un’app nativa o ibrida.

Quanto costa sviluppare un’app per la mia azienda?
Dipende dal tipo. Web app: da 12.000 euro. PWA: da 18.000. App ibrida cross-platform: da 25.000. App native iOS+Android: da 50.000 euro per progetti seri. La complessita’ funzionale e’ il fattore principale.

Flutter o React Native, quale scegliere?
Flutter ha performance leggermente superiori e UI piu’ coerente. React Native ha ecosistema piu’ grande e curva di apprendimento minore se il tuo team conosce gia’ JavaScript. Entrambi sono scelte valide nel 2021.

Le PWA funzionano su iOS?
Si’, su iOS 14+ il supporto e’ migliorato (installabilita’, service worker). Restano limiti: niente notifiche push web, accesso limitato ad alcune API hardware, no esecuzione background prolungata.

Posso pubblicare una PWA sull’App Store?
Direttamente no, ma esistono wrapper (Capacitor, ad esempio) che impacchettano una PWA come app nativa. La review Apple sta diventando piu’ permissiva su questo, ma servono comunque alcune feature native.

Ho gia’ un sito web responsive, mi serve un’app?
Spesso no. Prima valuta se trasformare il tuo sito in PWA (1.500-5.000 euro tipicamente) e’ sufficiente. Solo se hai esigenze specifiche di engagement, hardware o store presence un’app dedicata ha senso.

Quanto dura lo sviluppo medio?
Web app semplice: 6-10 settimane. PWA: 8-14 settimane. App ibrida: 14-24 settimane. App native iOS+Android: 24-36+ settimane per un MVP serio.

Conclusioni: la scelta tra app web vs app mobile non e’ una questione di moda ne’ di marketing. E’ una decisione tecnologica con impatti diretti su costi, tempi, manutenzione e successo del progetto. Per la maggior parte delle PMI italiane nel 2021, partire da una web app aziendale o da una PWA e’ la scelta piu’ efficiente. L’app nativa o ibrida ha senso quando i requisiti hardware o di esperienza utente la rendono indispensabile. La regola d’oro resta: parti dalle esigenze concrete dei tuoi utenti, non dalla tecnologia di tendenza.