TL;DR: Native atau WebView? Dengan Evlop, Anda tidak perlu memilih. Ada cara yang lebih baik: pilih per halaman, dan ubah kapan saja dengan sekali toggle, bukan desain ulang.
Sebagian besar app builder untuk Shopify memaksa Anda memilih satu jalur sejak hari pertama: sepenuhnya native, atau sepenuhnya webview. Pilihan itu mahal jika ingin dibatalkan nanti. Pendekatan hybrid menghilangkan keterkuncian itu sepenuhnya. Anda yang menentukan, halaman demi halaman, layar mana yang berjalan sepenuhnya native dan mana yang berjalan sebagai embed situs web Anda yang dioptimalkan. Anda bisa memilih 100% native, 100% webview, atau di mana pun di antaranya, dan berubah pikiran kapan saja dengan sekali toggle, bukan membangun ulang.
| Pendekatan | Artinya | Harganya bagi Anda |
|---|---|---|
| Full native | Setiap halaman adalah layar native sungguhan, dibangun dengan coding manual atau drag and drop komponen native di builder no-code | Setiap pembaruan di masa depan berarti membangun ulang halaman tersebut, entah dengan coding atau drag and drop blok. Tidak ada yang otomatis terbawa dari website Anda |
| Full webview | Website Anda, dibungkus dalam shell aplikasi | Elemen browser seperti header, footer, dan popup sering kali ikut tampil, dan halaman dimuat dengan kecepatan website Anda, bukan kecepatan aplikasi |
| Hybrid | Anda yang memilih, halaman per halaman, dan bisa berubah kapan saja | Butuh platform yang bisa menghilangkan bagian browser dan tetap menghubungkan cart dan checkout secara penuh, kalau tidak hasilnya terasa seperti tambal sulam |
Pilihan yang tak pernah diperingatkan siapa pun
Sebagian besar merchant yang membangun aplikasi Shopify menghadapi persimpangan jalan yang sama di awal. Pilih full native, atau bungkus website dalam webview.
Terlihat seperti sekadar detail teknis. Sebenarnya tidak. Satu keputusan ini membentuk seluruh aplikasi Anda, dan di sebagian besar platform, keputusan itu terkunci begitu Anda meluncurkan aplikasi.
Pilih native, dan setiap halaman di aplikasi Anda harus dibangun dari nol dengan tools builder tersebut. Pilih webview, dan aplikasi Anda mewarisi header, footer, dan popup dari website Anda, yang tak satu pun cocok untuk layar ponsel.
Masalah nyata bukanlah memilih yang salah. Masalahnya adalah sebagian besar platform tidak memungkinkan Anda mengubah keputusan Anda nanti tanpa harus memulai dari awal.
Apa yang native sebenarnya berikan kepada Anda
Native penuh berarti setiap layar dalam aplikasi adalah layar native yang sebenarnya. Ada dua cara untuk mencapainya. Beberapa tim menulis kode dengan tangan. Sebagian besar pedagang Shopify saat ini menggunakan pembuat aplikasi no-code, menarik dan melepas komponen native ke tempatnya tanpa menyentuh satu baris kode. Dengan cara apa pun, hasilnya sama: layar native yang sebenarnya, bukan situs web yang berpura-pura menjadi satu.
Terkesan cepat. Terkesan halus. Terkesan seperti aplikasi, karena memang itu aplikasi.
Komprominya muncul saat Anda ingin memperbarui sesuatu. Tata letak halaman produk baru di situs web Anda tidak secara otomatis diterapkan, apakah Anda mengkode atau menarik blok. Seseorang harus membangun kembali halaman itu lagi, di dalam pembuat aplikasi, terpisah dari situs web.
Apa yang WebView sebenarnya berikan kepada Anda
Aplikasi WebView melewati pembangunan ulang tersebut. Aplikasi ini mengambil situs web Anda yang sudah ada dan menampilkannya di dalam kerangka aplikasi.
Cepat diluncurkan. Tidak ada yang perlu didesain ulang.
Tapi sebagian besar aplikasi webview terlihat dan terasa persis seperti apa adanya: sebuah situs web yang dimasukkan ke dalam ponsel. Header dan footer yang dibuat untuk browser masih ada. Popups yang dimaksudkan untuk pengunjung desktop masih muncul. Waktu muat mencerminkan situs web, bukan perasaan yang lebih gesit yang diharapkan orang dari sebuah aplikasi.
Mengapa ini tidak harus menjadi salah satu atau yang lain
Ini adalah bagian yang sebagian besar pedagang tidak pernah diberitahu. Anda tidak harus memilih satu pendekatan untuk seluruh aplikasi Anda.
Anda dapat menjalankan setiap halaman secara native, jika itu yang dibutuhkan toko Anda. Anda dapat menjalankan setiap halaman sebagai webview yang tertanam, jika kecepatan peluncuran lebih penting. Atau Anda dapat melakukan sesuatu di antaranya: simpan halaman terbaik Anda persis seperti yang ada di situs web Anda, dan bangun sisanya secara native.
Ini adalah pengaturan, bukan sakelar. Dan pengaturan yang tepat berbeda untuk setiap toko.
Layanan keranjang, checkout, dan akun biasanya mendapat manfaat dari menjadi secara native. Orang-orang bergerak melalui ini dengan cepat, dan kecepatan di sini secara langsung mempengaruhi apakah seseorang menyelesaikan pembelian.
Halaman produk dengan konfigurasi khusus, atau halaman koleksi yang telah Anda habiskan waktu desain nyata, tidak perlu dibangun ulang. Ini hanya perlu muncul di dalam aplikasi dengan tampilan dan fungsi yang persis seperti yang sudah ada.
Bagaimana Pengecoran WebView Evlop Menyelesaikan Ini
Mengatakan "Anda dapat mencampur native dan webview" itu mudah. Melakukannya dengan baik adalah bagian yang sulit, dan itulah tempat kebanyakan platform gagal dalam dua cara spesifik.
Mengubah pikiran Anda biasanya mahal. Pada kebanyakan app builder, jika Anda meluncurkan dengan pendekatan webview dan kemudian memutuskan sebuah halaman perlu menjadi native, itu adalah sebuah rebuild. Sama halnya sebaliknya. Keputusan yang Anda buat pada hari pertama secara diam-diam menjadi permanen, karena membatalkannya membutuhkan waktu dan pekerjaan pengembangan yang nyata.
Ini adalah tempat Evlop's WebView Embedding bekerja secara berbeda. Setiap halaman memiliki toggle. Native atau WebView, pilihan Anda, dan Anda dapat mengubahnya kapan saja. Tidak perlu rebuild, tidak perlu rilis app baru, tidak perlu menunggu developer. Jika sebuah halaman tidak berperforma dengan cara yang Anda inginkan, Anda mengubah toggle dan melanjutkan.
Sebagian besar solusi webview masih terasa seperti website. Versi Evlop tidak memuat seluruh website Anda ke dalam aplikasi. Evlop hanya mengambil konten halaman yang sebenarnya, hasil desain yang sudah Anda bayar, dan menghapus header, footer, serta popup yang hanya relevan di browser. Sisanya dibungkus dalam frame native aplikasi, sehingga tampilan dan perilakunya seperti memang dibangun di sana.
Cart dan checkout adalah bagian dari sistem yang sama. Menambahkan item ke cart dari halaman produk yang di-embed adalah aksi cart sungguhan, bukan simulasi. Item tersebut muncul di cart native yang sama yang digunakan di seluruh bagian aplikasi. Tidak ada satu pun dari pengalaman ini yang membocorkan halaman mana yang di-embed dan mana yang native.
Apakah pendekatan ini tepat untuk toko Anda?
Pendekatan hybrid cocok jika sebagian besar poin berikut sesuai dengan Anda:
- Anda sudah memiliki storefront Shopify berdesain baik yang layak dipertahankan
- Anda ingin aplikasi tayang dengan cepat, tanpa membangun ulang halaman yang sudah berfungsi
- Anda ingin website dan aplikasi Anda tetap sinkron secara otomatis
- Anda belum yakin halaman mana yang sebaiknya native, dan ingin kebebasan untuk menguji serta mengubahnya nanti
Pembangunan yang sepenuhnya native mungkin layak dilakukan jika:
- Aplikasi Anda perlu terlihat dan terasa berbeda dari website Anda
- Website Anda sendiri memiliki masalah performa yang tidak ingin Anda bawa ke dalam aplikasi
Masih bingung memilih platform? Perbandingan builder aplikasi mobile Shopify terbaik kami mengupas Evlop dibandingkan Tapcart, Shopney, MobiLoud, dan lainnya dari sisi harga dan kedalaman integrasi.
Seperti apa ini dalam praktik sehari-hari
Seorang merchant meluncurkan aplikasinya dengan setup yang sebagian besar WebView. Prosesnya cepat untuk live, dan situs mereka memang sudah terlihat bagus.
Beberapa minggu kemudian, mereka menyadari halaman produknya terasa sedikit lebih lambat dibanding bagian lain dari aplikasi. Mereka mengaktifkan toggle untuk halaman itu saja agar jadi native. Sepuluh menit kemudian, masalahnya selesai. Tanpa developer, tanpa build baru, tanpa menunggu persetujuan.
Sementara itu, halaman koleksi mereka, yang sudah berjalan baik sebagai embedded pages, tetap persis seperti semula. Tidak ada yang memaksa keputusan all-or-nothing, dan tidak ada pilihan hari ini yang bersifat permanen.
Keunggulan sebenarnya bukan soal native atau WebView. Tapi tidak terjebak.
Setiap builder aplikasi akan mengatakan pendekatan mereka yang paling tepat. Jawaban jujurnya: pendekatan yang tepat tergantung pada halamannya, dan bisa berubah enam bulan dari sekarang.
Platform yang layak dipakai adalah yang membiarkan Anda berubah pikiran tanpa harus membayarnya dua kali.
Itulah tujuan Evlop WebView Embedding dibuat: fleksibilitas penuh hari ini, dan kebebasan untuk menyesuaikan nanti tanpa memulai dari awal.
Setelah arsitektur Anda ditetapkan, Evlop Analytics menunjukkan dengan tepat performa aplikasi Anda.
Lihat tampilan storefront Anda sebagai aplikasi hybrid. Mulai dengan Evlop.