Trasformare un sito in app: tre strade e quella che l’App Store può respingere
Trasformare un sito in app si può, in tre modi che hanno in comune soltanto l’icona. Uno è gratuito e richiede pochi tocchi dal browser, uno passa dagli store e su App Store rischia il rifiuto, uno è un progetto vero. Qui li separiamo, con il costo di tenerli in vita e le regole di Apple e Google lette a ottobre 2026.
In questo articolo
Trasformare un sito in app: tre lavori diversi sotto lo stesso nome
Chi ha un sito che funziona, con un catalogo o un modulo di prenotazione, prima o poi si sente chiedere se esiste anche l’app. Il modo più rapido per averla è aggiungere il sito alla schermata Home del telefono, senza spesa e senza store. Per comparire su App Store e Google Play serve invece un pacchetto da pubblicare, oppure un’app sviluppata apposta. Chi cerca come creare un’app da un sito web trova tutti e tre i lavori sotto lo stesso nome.
Prima di confrontare strumenti e preventivi conviene capire quale dei tre serve. Lo decide una domanda: che cosa deve fare l’app che il sito, aperto dal telefono, oggi non fa. Se deve soltanto stare a portata di dito, basta l’icona. Se deve mandare notifiche, usare la fotocamera o vendere un abbonamento, la scelta si fa voce per voce.
Le tre strade: icona sulla schermata Home, involucro sugli store, app vera
Per ciascuna diciamo che cosa si ottiene e che cosa resta da tenere in vita.
L’icona sulla schermata Home
Il sito si aggiunge alla schermata Home dal browser e da quel momento si apre come un’app. Il nome tecnico è web app installabile, in sigla PWA, da Progressive Web App. Non richiede account né revisioni e si aggiorna insieme al sito. Icona curata, uso senza connessione e notifiche chiedono un sito predisposto: è un lavoro di sviluppo di siti e piattaforme. Da tenere in vita resta solo il sito.
L’involucro pubblicato sugli store
È un pacchetto con nome, icona e scheda sullo store, che dentro mostra il sito: in generale è ciò che esce da un convertitore. Da tenere in vita ci sono account sviluppatore, revisioni e requisiti tecnici che gli store alzano nel tempo, anche a sito fermo. Su Android ha un percorso documentato da Google. Su iPhone passa dalla revisione dell’App Store, che può respingerlo.
L’app vera, che condivide il backend del sito
Ha schermate disegnate per il telefono e usa gli stessi dati del sito: account, catalogo, prenotazioni. È un progetto a sé, con preventivo e manutenzione propri, e rientra nello sviluppo di app mobile. Si può scrivere una volta per piattaforma oppure con un framework che le serve entrambe: è il tema di come scegliere tra React Native, Flutter e nativo.
Sito in app gratis: la strada certa e cosa producono i convertitori
Chi cerca come trasformare un sito in app gratis ha una risposta certa: l’aggiunta alla schermata Home. Pubblicare su uno store richiede invece un account sviluppatore, qualunque strumento abbia preparato il pacchetto. Il convertitore può essere gratuito, l’account no.
Al momento in cui scriviamo (ottobre 2026) Google Play chiede 25 dollari una sola volta, secondo la Guida di Play Console. Apple chiede 99 dollari statunitensi l’anno per l’Apple Developer Program, secondo la sua pagina di iscrizione: il prezzo in valuta locale compare durante la procedura. Verifiche e attese stanno nell’articolo su quanto costa pubblicare un’app sugli store.
Va detto subito un limite: i singoli convertitori li descriviamo dalle pagine che abbiamo letto, senza giudicarli. Ne risulta che producono, in generale, un involucro: il sito caricato dentro il pacchetto di un’app, in qualche caso con componenti nativi aggiunti.
Un esempio documentato è PWABuilder, un progetto open source di Microsoft. Per iPhone, dice la sua documentazione, genera un’app con una vista web che carica il sito. La funzione è definita sperimentale e l’accettazione su App Store dipende dall’interfaccia e dall’uso di funzioni native. Servono comunque un Mac con Xcode, l’ambiente di sviluppo di Apple, e il relativo account sviluppatore.
Le domande da fare a chi ti propone la conversione sono quattro. Che cosa contiene il pacchetto oltre alla vista del sito. Da quale account sviluppatore viene pubblicato. Chi lo ricompila quando gli store alzano i requisiti. Che cosa succede se la revisione lo respinge.
Come trasformare un sito in app su iPhone: schermata Home, notifiche e limiti
Su iPhone la prima strada si percorre dal browser. I passaggi sono quelli del Manuale utente di iPhone pubblicato da Apple (si apre in una nuova scheda), nella versione per iOS 27. Il manuale italiano descrive le web app della schermata Home, notifiche comprese, senza riportare limitazioni per l’Unione europea.
L’aggiunta dal menu di condivisione
In Safari si apre il sito, si tocca Condividi e si sceglie «Aggiungi alla schermata Home»: se la voce manca, si aggiunge da «Modifica azioni». Si controlla che sia attiva l’opzione «Apri come app web» e si tocca Aggiungi. Secondo la Guida di Google Chrome l’aggiunta si fa anche da Chrome per iPhone, dal pulsante Condividi. Il browser non propone l’installazione da solo: conviene spiegarla ai clienti sul sito.
Che cosa è cambiato con iOS 26
Da iOS 26 ogni sito aggiunto alla schermata Home si apre come web app per impostazione predefinita, anche se non è stato predisposto: lo documenta il blog di WebKit, il motore di Safari. Chi legge una guida scritta prima trova ancora il sito predisposto fra le condizioni. Oggi quella condizione resta per le notifiche e per l’uso senza connessione.
Le notifiche, solo dopo l’aggiunta
Le notifiche push dal web esistono su iPhone da iOS 16.4, solo per le web app aggiunte alla schermata Home. Il permesso si può chiedere soltanto dopo un gesto dell’utente, come il tocco su un pulsante. Servono quindi un sito predisposto a inviarle e un cliente che ha già fatto l’aggiunta.
I limiti di Safari che restano
Una web app su iPhone non sincronizza i dati in secondo piano: Safari non supporta le interfacce con cui un sito rimanda un invio o aggiorna i dati quando è chiuso. Un invio rimasto in sospeso senza rete aspetta quindi la riapertura della web app. Si legge spesso della cancellazione dei dati dopo sette giorni di uso di Safari senza interazione con il sito: riguarda i siti aperti in Safari. Una web app sulla schermata Home, scrive il blog di WebKit, ha un contatore proprio, legato al suo uso.
Sito web in app su Android: installazione da Chrome e percorso per Google Play
Su Android la prima strada è più comoda. La Guida di Google Chrome sulle app web per Android (si apre in una nuova scheda) indica di aprire il sito, toccare Altro, scegliere «Installa e crea scorciatoia» e poi Installa. Chi non trova la voce «Aggiungi a schermata Home» deve cercare questo nome: le etichette cambiano con il browser, la sua versione e il dispositivo.
Non serve preparare un file APK, cioè il pacchetto di un’app Android: sui telefoni con i servizi Google lo genera Google al momento dell’installazione. Se il sito è servito in HTTPS e dichiara nome, icone, indirizzo di avvio e modalità di visualizzazione, Chrome può proporre l’installazione da solo. Le notifiche di un sito predisposto arrivano anche dal browser, senza installare nulla.
Per Google Play la seconda strada ha un nome: Trusted Web Activity, che la documentazione di Chrome per sviluppatori (si apre in una nuova scheda) traduce «attività web attendibile». Con questo strumento un’app Android apre il sito a schermo intero nel browser dell’utente. Vale solo per un sito proprio. La proprietà si dimostra pubblicando sul sito un file legato alla firma dell’app.
I limiti scritti sono due. La sezione sullo spam delle norme di Google Play (si apre in una nuova scheda) vieta le app il cui scopo principale è mostrare un sito senza l’autorizzazione di chi lo possiede. L’app che mostra il proprio sito resta fuori dal divieto. La pagina delle stesse norme su funzionalità, contenuti ed esperienza utente esclude le app con funzionalità e contenuti limitati, come quelle di solo testo o di file PDF.
Cosa chiede l’App Store a un’app nata da un sito: linee guida 4.2 e 4.2.6
Su iPhone l’involucro è un’app che carica il sito in una vista web, e passa dalla revisione come ogni altra. Il riferimento sono le Linee guida per la verifica delle app (si apre in una nuova scheda) di Apple, lette il 10 ottobre 2026 nella versione aggiornata all'8 giugno 2026.
La linea guida 4.2, intitolata Funzionalità minima, chiede che funzioni, contenuti e interfaccia rendano l’app «migliore rispetto a un sito web rivisitato». Un’app che non offre un’utilità adeguata, aggiunge, può non essere accettata. La 4.2.2 esclude, cataloghi a parte, le app fatte principalmente di materiale di marketing, ritagli di pagine web o raccolte di link. Sono formule discrezionali: rendono il rifiuto possibile, senza farne una regola automatica.
La 4.2.6 è invece una regola netta. Riguarda chi parte da un modello in commercio o da un servizio che genera app: l’app viene rifiutata, a meno che a inviarla sia direttamente chi fornisce i contenuti. Se parti dal tuo sito con uno di questi servizi, l’app va quindi inviata da te. L’alternativa che Apple ammette è una sola app del fornitore che raccoglie i contenuti di tutti i clienti.
Prima di pagare qualcuno per stare su App Store conviene scrivere l’elenco di ciò che l’app offre in più del sito aperto in Safari. Se resta vuoto, la strada adatta è l’icona sulla schermata Home.
Web app installabile, involucro sugli store e app nativa a confronto
Per app nativa intendiamo l’app vera della terza strada, comunque sia scritta. Sui pagamenti le norme degli store distinguono: funzioni e contenuti digitali passano, in via generale, dal loro sistema di acquisto. Beni fisici e servizi fruiti fuori dall’app, come una prenotazione in negozio, passano da altri metodi.
| Criterio | Web app installabile | Involucro sugli store | App nativa |
|---|---|---|---|
| Installazione | Dal browser: a mano su iPhone, proposta da Chrome su Android | Dallo store, con scheda e ricerca | Dallo store, con scheda e ricerca |
| Notifiche | Su Android anche dal browser, su iPhone solo dopo l’aggiunta | In una Trusted Web Activity quelle web del sito, su iPhone dipendono dai componenti aggiunti | Di sistema, con il permesso dell’utente |
| Funzioni del telefono | Fotocamera, microfono e posizione, su iPhone niente Bluetooth e NFC | Quelle del sito, più i componenti nativi aggiunti | Tutte quelle che il sistema espone |
| Pagamenti e abbonamenti | Dal proprio fornitore di pagamento | Contenuti digitali con il sistema dello store | Contenuti digitali con il sistema dello store |
| Revisione degli store | Nessuna | Sì: su App Store pesano le linee guida 4.2 e 4.2.6 | Sì, a ogni versione |
| Aggiornamenti | Immediati, insieme al sito | Contenuti dal sito, pacchetto da ricompilare quando salgono i requisiti | Ogni versione passa dalla revisione |
| Costi ricorrenti | Quelli del sito | Sito, account sviluppatore e ricompilazioni | Account sviluppatore, manutenzione di app e backend |
Quanto costa una web app rispetto a un’app sugli store: le variabili
Cifre per il lavoro di sviluppo qui non ne diamo: non pubblichiamo un listino, e una media metterebbe insieme progetti che non hanno nulla in comune. La differenza di costo dipende da tre variabili.
La prima è il numero di basi di codice. Una web app installabile è il sito stesso, predisposto: darle nome e icona è un intervento piccolo, farla funzionare senza connessione o farle inviare notifiche è un lavoro di sviluppo. Un’app vera è una seconda interfaccia sugli stessi dati, da progettare, scrivere e collaudare. Se la si scrive una volta per piattaforma, le interfacce in più diventano due.
La seconda sono gli account e le revisioni. Oltre alle quote, Google Play chiede agli account personali creati dopo il 13 novembre 2023 un test chiuso prima di pubblicare: lo indica la Guida di Play Console. L’iscrizione ad Apple è annuale: se scade, l’app non è più scaricabile dallo store.
La terza sono gli aggiornamenti imposti, che valgono anche per un involucro. Secondo la Guida di Play Console, dal 31 agosto 2026 nuove app e aggiornamenti devono avere come destinazione Android 16, e il requisito sale ogni anno. Apple, nella pagina Upcoming Requirements, chiede dal 28 aprile 2026 app compilate con Xcode 26 o successivo e con l’SDK di iOS 26, quindi su un Mac. Per questo in ogni offerta va chiesta la riga dei dodici mesi successivi, descritta nella guida su come si legge il preventivo di un’app.
Quando serve davvero un’app: le scelte fatte sui nostri prodotti
I criteri sono quattro: quanto spesso si usa il servizio, quali funzioni del telefono servono, se si vendono contenuti digitali, quanto vale farsi trovare su uno store. Sui nostri prodotti hanno dato risposte diverse.
Beachfy: web app installabile per un uso di poche volte l’anno
Beachfy, la piattaforma per stabilimenti balneari che sviluppiamo, è una web app installabile. Il bagnante usa il servizio poche volte l’anno: farlo passare da uno store avrebbe aggiunto un ostacolo e nessun beneficio. Il personale lavora da telefono e tablet, spesso all’aperto, e ogni correzione esce senza attendere una revisione. Il prezzo è l’assenza dalle ricerche degli store. Lo stato: pre-lancio, apertura dichiarata per l’estate 2027, nessuno stabilimento attivo.
DietApp: Android nativo per foto del piatto, abbonamenti e dati sanitari
DietApp, la nostra app per piani alimentari, è su Google Play dal 26 settembre 2025 e ha superato i cinquecento download. È Android nativa perché il rilascio riguardava una sola piattaforma e per le integrazioni previste: foto del piatto, abbonamenti sulla fatturazione di Google Play, dati sanitari trattati con il consenso dell’articolo 9 del GDPR. Il prezzo lo dichiariamo: la versione per iPhone è annunciata senza data ed è un progetto da avviare da capo.
BarbierItalia: prenotazione dal web e pannello sulla schermata Home
BarbierItalia, la piattaforma per barbieri e parrucchieri appena lanciata, è nata sul web. Il cliente prenota dal sito del salone, su un sottodominio, senza account e senza scaricare nulla. Il pannello del salone si installa sulla schermata Home. È l’ordine che consigliamo a chi parte da un sito: prima il web, poi l’app quando l’uso la giustifica.
CivitApp: app sugli store a nome dell’Ente
CivitApp, il servizio per i Comuni che sviluppiamo, prevede un’app per iPhone e Android pubblicata a nome dell’Ente e notifiche push inviate a tutti o a una sola zona. Sono requisiti di progetto e portano alla terza strada, con un’app scritta in Flutter. Lo stato: sito online, fase commerciale, nessun Comune aderente, nessuna scheda sugli store.
Domande frequenti su come trasformare un sito in app
Si può trasformare un sito in app?
Sì, in tre modi. Si può aggiungere il sito alla schermata Home del telefono, dove si apre come un’app senza passare da uno store. Si può pubblicare sugli store un pacchetto che mostra il sito, con il rischio di rifiuto su App Store. Oppure si sviluppa un’app vera che usa gli stessi dati del sito.
Si può trasformare un sito in app gratis?
Sì, se basta l’icona: aggiungere un sito alla schermata Home è gratuito su iPhone e su Android e non richiede account. Pubblicare su App Store o Google Play richiede invece gli account sviluppatore, che si pagano anche quando lo strumento che prepara il pacchetto è gratuito.
Come trasformare un sito in app su iPhone?
Da Safari: si apre il sito, si tocca Condividi, si sceglie «Aggiungi alla schermata Home» con l’opzione «Apri come app web» attiva e si conferma con Aggiungi. Da iOS 26 funziona anche con un sito non predisposto. Le notifiche arrivano solo dopo l’aggiunta, e solo se il sito è predisposto a inviarle.
Una web app si può pubblicare sugli store?
Sì su Google Play, con una Trusted Web Activity: un’app Android che apre a schermo intero un sito di cui si dimostra la proprietà. Su App Store si può inviare un’app che carica il sito, ma la linea guida 4.2 chiede più di un sito riconfezionato e la revisione può respingerla. Se l’app nasce da un servizio che genera app, deve inviarla chi fornisce i contenuti.
Quanto costa una web app rispetto a un’app nativa?
Dipende da tre variabili: basi di codice, account e revisioni degli store, aggiornamenti imposti dalle piattaforme. Una cifra valida per tutti non esiste. La web app installabile è il sito stesso, predisposto, senza account sviluppatore né revisioni. L’app nativa è una seconda interfaccia sugli stessi dati e porta con sé tutte e tre le voci.
