TL;DR: Nativa o WebView? Con Evlop non devi scegliere. C'è una strada migliore: scegli pagina per pagina e cambia quando vuoi con un semplice interruttore, senza rifare tutto.
La maggior parte dei builder di app per Shopify ti costringe a scegliere una strada dal primo giorno: completamente nativa o completamente webview. Una scelta così è costosa da annullare in seguito. Un approccio ibrido elimina del tutto questo vincolo. Decidi tu, pagina per pagina, quali schermate girano completamente in nativo e quali come versione ottimizzata del tuo sito incorporata. Puoi andare al 100% nativo, al 100% webview o in un punto qualsiasi tra i due, e cambiare idea in qualsiasi momento con un interruttore invece di una ricostruzione completa.
| Approccio | Cosa significa | Cosa ti costa |
|---|---|---|
| Completamente nativo | Ogni pagina è una vera schermata nativa, creata scrivendo codice a mano o trascinando componenti nativi in un builder no-code | Ogni aggiornamento futuro significa ricostruire di nuovo quella pagina, scrivendo codice o trascinando blocchi. Nulla viene importato automaticamente dal tuo sito web |
| Completamente webview | Il tuo sito web, racchiuso in un guscio di app | Gli elementi del browser come header, footer e popup spesso si vedono, e le pagine si caricano alla velocità del tuo sito web, non di un'app |
| Ibrido | Scegli tu, pagina per pagina, e puoi cambiare in qualsiasi momento | Richiede una piattaforma capace di rimuovere gli elementi del browser e mantenere carrello e checkout completamente collegati, altrimenti il risultato sembra un patchwork |
La scelta di cui nessuno ti avverte
La maggior parte dei merchant che creano un'app Shopify si trova presto davanti allo stesso bivio: un'app completamente nativa o il sito web racchiuso in una webview.
Sembra un dettaglio tecnico. Non lo è. Questa singola decisione plasma tutta la tua app e, con la maggior parte delle piattaforme, è bloccata dal momento del lancio.
Se scegli il nativo, ogni pagina della tua app va costruita da zero con gli strumenti del builder. Se scegli la webview, la tua app eredita header, footer e popup del tuo sito web, nessuno dei quali ha senso su uno schermo telefonico.
Il vero problema non è sbagliare scelta. È che la maggior parte delle piattaforme non ti permette di cambiare idea in seguito senza ripartire da zero.
Cosa ti dà davvero il nativo
Completamente nativo significa che ogni schermata dell'app è una vera schermata nativa. Ci sono due modi per arrivarci. Alcuni team scrivono il codice a mano. La maggior parte dei merchant Shopify oggi usa invece dei no-code app builder, trascinando e posizionando componenti nativi senza toccare una riga di codice. In entrambi i casi, il risultato è lo stesso: una vera schermata nativa, non un sito web che finge di esserlo.
Sembra veloce. Sembra fluido. Sembra un'app, perché lo è.
Il compromesso si manifesta nel momento in cui vuoi aggiornare qualcosa. Un nuovo layout di pagina prodotto sul tuo sito web non si riporta automaticamente nell'app, né se scrivi codice né se trascini blocchi. Qualcuno deve ricostruire quella pagina di nuovo, dentro l'app builder, separatamente dal sito web.
Cosa ti dà davvero WebView
Un'app WebView salta quella ricostruzione. Prende il tuo sito web esistente e lo mostra dentro un frame da app.
È veloce da lanciare. Non c'è niente da ridisegnare.
Ma la maggior parte delle app webview sembra e si sente esattamente per quello che è: un sito web compresso in un telefono. Header e footer pensati per un browser sono ancora lì. I popup destinati a chi naviga da desktop continuano a comparire. I tempi di caricamento riflettono il sito web, non la reattività che le persone si aspettano da un'app.
Perché non deve essere per forza una scelta tra le due
Ecco la parte che quasi nessun merchant sente mai dire. Non devi scegliere un unico approccio per tutta la tua app.
Puoi rendere ogni pagina completamente nativa, se è ciò di cui ha bisogno il tuo negozio. Puoi rendere ogni pagina una webview incorporata, se la velocità di lancio conta di più. Oppure puoi fare qualcosa nel mezzo: mantenere le tue pagine con le migliori performance esattamente come sono sul tuo sito web, e costruire il resto completamente nativo.
È una manopola, non un interruttore. E l'impostazione giusta è diversa per ogni negozio.
Carrello, checkout e schermate account di solito traggono beneficio dall'essere completamente nativi. Le persone le attraversano velocemente, e la velocità qui incide direttamente sul fatto che qualcuno completi un acquisto.
Una pagina prodotto con un configuratore personalizzato, o una pagina collezione su cui hai già investito tempo vero nel design, non va ricostruita. Deve solo apparire dentro l'app con lo stesso aspetto e funzionamento che ha già.
Come l'incorporamento WebView di Evlop risolve questo problema
Dire "puoi combinare nativo e webview" è facile. Farlo bene è la parte difficile, ed è qui che la maggior parte delle piattaforme pecca in due modi specifici.
Cambiare idea di solito costa caro. Sulla maggior parte dei builder di app, se lanci con un approccio webview e in seguito decidi che una pagina deve essere nativa, significa ricostruire tutto. E vale anche il contrario. La decisione presa il primo giorno diventa silenziosamente permanente, perché annullarla richiede tempo reale e vero lavoro di sviluppo.
È qui che il WebView Embedding di Evlop funziona in modo diverso. Ogni pagina ha un toggle. Nativo o WebView, scegli tu, e puoi cambiarlo in qualsiasi momento. Nessuna ricostruzione, nessun nuovo rilascio dell'app, nessuna attesa per uno sviluppatore. Se una pagina non performa come vorresti, cambi il toggle e vai avanti.
La maggior parte delle soluzioni webview sembra ancora un sito web. La versione di Evlop non carica tutto il tuo sito nell'app. Estrae solo il contenuto effettivo della pagina, il design per cui hai già pagato, ed elimina header, footer e popup che hanno senso solo in un browser. Ciò che resta viene racchiuso nel frame nativo dell'app, così sembra e si comporta come se fosse stato creato lì.
Carrello e checkout fanno parte dello stesso sistema. Aggiungi un articolo al carrello da una pagina prodotto incorporata, ed è una vera azione sul carrello, non una simulazione. Quell'apparecchio appare nello stesso carrello nativo usato ovunque nell'app. Nulla nell'esperienza rivela quali pagine sono incorporate e quali sono native.
È l'approccio giusto per il tuo negozio?
L'approccio ibrido funziona bene se ti riconosci in molte di queste situazioni:
- Hai già uno storefront Shopify ben progettato che vale la pena mantenere
- Vuoi un'app online in fretta, senza ricostruire pagine che funzionano già
- Vuoi che sito e app restino sincronizzati automaticamente
- Non sai ancora quali pagine dovrebbero essere native e vuoi la libertà di testare e cambiare in seguito
Una build completamente nativa può valere la pena se:
- La tua app deve avere un aspetto e una sensazione diversi dal tuo sito web
- Il tuo sito web stesso ha problemi di prestazioni che non vuoi portare nell'app
Stai ancora valutando le piattaforme? La nostra confronto tra i migliori builder di app mobile per Shopify analizza Evlop rispetto a Tapcart, Shopney, MobiLoud e altri su prezzi e profondità delle integrazioni.
Com'è nella pratica, giorno per giorno
Un merchant lancia la sua app con una configurazione quasi tutta in WebView. Andare live è veloce, e il suo sito ha già un bell'aspetto.
Dopo qualche settimana, nota che le pagine prodotto sono leggermente più lente del resto dell'app. Attiva il toggle per rendere nativa solo quella pagina. Dieci minuti dopo, problema risolto. Senza sviluppatori, senza nuove build, senza attendere approvazioni.
Nel frattempo, le pagine di collezione, che già funzionano bene come pagine incorporate, restano esattamente come sono. Nulla ti obbliga a una scelta tutto-o-nulla, e nulla di ciò che scegli oggi è definitivo.
Il vero vantaggio non è nativo o WebView. È non restare bloccati.
Ogni builder ti dirà che il suo approccio è quello giusto. La risposta onesta è che l'approccio giusto dipende dalla pagina, e tra sei mesi potrebbe essere cambiato.
Le piattaforme che vale la pena usare sono quelle che ti permettono di cambiare idea senza pagarlo due volte.
È esattamente ciò per cui è pensata la WebView Embedding di Evlop: massima flessibilità oggi, e la libertà di apportare modifiche in seguito senza ripartire da zero.
Una volta impostata la tua architettura, le Analytics di Evlop ti mostrano esattamente come sta performando la tua app.
Scopri come appare il tuo storefront come app ibrida. Inizia con Evlop.