content:
telah menggunakan Firebase untuk membangun aplikasi mereka di iOS, Android, dan web. Semua ini membuat kami terinspirasi dan bangga ketika mendengar bermacam cerita yang Anda semua bagikan kepada kami. Ambil contoh Doodle, perusahaan yang membantu Anda menemukan tanggal dan waktu terbaik untuk bertemu dengan orang lain. Doodle baru-baru ini menggunakan Firebase untuk merancang ulang aplikasi mereka dan meningkatkan retensi serta interaksi.
Kami sangat senang bisa menjadi tuan rumah Firebase Dev Summit tahunan yang kedua di Amsterdam, di sini kami bisa bertemu dengan banyak anggota komunitas developer! Kami telah bekerja keras untuk meningkatkan Firebase, sehingga produk kami bisa bekerja dengan mulus, dan kami memiliki beberapa update baru yang menarik untuk dibagikan sekarang. Kami telah mengintegrasikan Crashlytics ke dalam Firebase, mengaktifkan dukungan first-class A/B dan mengambil langkah pertama untuk memasukkan kekuatan machine learning Google ke Firebase dengan produk baru yang disebut Predictions. Kami juga telah melakukan beberapa perbaikan lainnya, jadi mari kita buka semuanya!
Memasukkan Crashlytics ke dalam Firebase
Sejak Fabric bergabung dengan Google, kami telah berupaya menghadirkan platform terbaik kami dengan sebaik-baiknya. Hari ini kami mengumumkan langkah besar dalam perjalanan ini: kami menambahkan Crashlytics ke Firebase Console untuk pengguna Firebase baru dan lama. Crashlytics adalah pembuat laporan kerusakan terbaik di kelasnya yang membantu Anda melacak, memprioritaskan, dan memperbaiki masalah stabilitas yang mengurangi kualitas aplikasi Anda, secara langsung. Kami akan meluncurkan update ini selama beberapa minggu ke depan, tetapi jika ingin mencobanya lebih awal, Anda bisa mengunjungi g.co/firebase/opt-in dan mendapatkan akses saat ini.
Kami juga mengintegrasikan Crashlytics dengan bagian Firebase lainnya. Anda sekarang bisa menggunakan event Crashlytics untuk memicu Cloud Functions dan menggerakkan integrasi custom workflow. Misalnya, Anda bisa mengotomatisasi alur kerja untuk mengarahkan masalah dalam alur aplikasi penting - seperti jalur pembelian Anda - ke developer atau Slack room tertentu, memastikan eskalasi yang tepat, mengurangi waktu untuk menyelesaikan resolusi, dan meningkatkan stabilitas.
Merancang ulang konsol
Selain memasukkan Crashlytics ke dalam Firebase, berkolaborasi dengan tim Fabric telah memungkinkan kami untuk membuat beberapa update menarik ke Firebase console yang akan membantu Anda menemukan informasi penting tentang aplikasi Anda dengan lebih mudah dan efisien.
Pertama-tama, Anda akan melihat struktur baru di menu navigasi sebelah kiri. Kami telah mengelompokkan produk Firebase ke dalam empat area utama, berdasarkan siklus pengembangan aplikasi: Develop, Stability, Analytics, dan Grow. Semua produk yang biasanya Anda lihat di Firebase console masih tetap ada; kami hanya mengatur ulang semuanya agar lebih akurat mencerminkan cara kerja tim Anda.
Kami juga merancang ulang layar pertama yang Anda lihat saat membuka project Firebase — yang kami sebut layar Project Overview. Kami telah mendengar dari Anda bahwa sering kali ketika membuka konsol, Anda mencari empat statistik utama: daily active users, monthly active users, crash-free user rate, dan total crashes. Kami telah mengambil empat metrik utama tersebut dan menjadikannya pedoman untuk aplikasi apa pun dalam project ini. Kami juga menambahkan sparklines, sehingga Anda bisa memahami bagaimana kepopuleran aplikasi Anda dari waktu ke waktu.
Akhirnya, kami merombak bagian Analytics di konsol. Anda akan menemukan dasbor baru yang diatur berdasarkan pertanyaan dan tugas yang harus Anda hadapi setiap hari. Kami juga menambahkan bagian Latest Release yang memberi Anda semua informasi yang dibutuhkan tentang stabilitas dan adopsi rilis aplikasi terbaru, sehingga Anda bisa membuat keputusan yang cepat setelah peluncuran. Yang terakhir, kami telah menambahkan kartu realtime ke kedua bagian ini, sehingga Anda bisa memperoleh laporan terkini tentang data aplikasi Anda. Seperti Crashlytics, perubahan ini diluncurkan dalam beberapa minggu mendatang, tetapi Anda bisa mendapatkan akses sekarang dengan mengunjungi g.co/firebase/opt-in.
Dasbor Analytics, sebelum dan sesudah
Meningkatkan Cloud Messaging API
Firebase Cloud Messaging (FCM) mempermudah Anda untuk mengirim notifikasi ke pengguna, baik lewat program maupun melalui Firebase Console. Namun, mengirimkan notifikasi lintas platform dengan fungsionalitas yang lebih kompleks adalah hal yang sulit dilakukan, terkadang Anda harus membuat beberapa pesan terpisah.
Hari ini, kami mengumumkan RESTful baru, FCM HTTP v1 API yang memperaman dan mempermudah pengiriman pesan ke aplikasi lintas platform Anda. FCM API baru ini memungkinkan Anda menggunakan kolom khusus platform dalam satu notifikasi. Misalnya, Anda bisa mengirim notifikasi teks sederhana ke iOS, tetapi permintaan dengan click_action ke Android, semuanya dalam satu panggilan API. Untuk membaca selengkapnya tentang FCM API yang baru, kunjungi dokumentasi kami.
Pengumuman framework pengujian A/B yang baru
Selain FCM, alat lain yang hebat untuk mendorong interaksi dan retensi pengguna adalah Remote Config. Sampai sekarang, menjalankan berbagai pengujian dengan Remote Config atau FCM dilakukan secara manual dan cukup repot. Kami telah mendengar banyak dari Anda bahwa Anda menginginkan cara yang lebih mudah untuk menguji seberapa besar varian aplikasi atau notifikasi push memengaruhi metrik bisnis utama.
Hari ini, kami meluncurkan pengujian A/B versi beta, fitur Firebase baru yang terintegrasi dengan Analytics, FCM, dan Remote Config. Pengujian ini dibuat di mesin statistik dan bertahun-tahun pembelajaran dari Google Optimize, produk pengujian dan personalisasi situs web gratis kami, dan mempermudah perancangan eksperimen langsung dari Firebase console.
Menyiapkan pengujian A/B bisa dilakukan dengan cepat dan mudah. Anda bisa membuat eksperimen dengan Remote Config atau FCM, menentukan berbagai nilai varian dan ukuran populasi yang akan diuji, lalu menetapkan tujuan eksperimen. Dari sana, Firebase akan mengurus sisanya, secara otomatis menjalankan eksperimen dan memberi tahu Anda saat mendapat hasil yang diinginkan berdasarkan signifikansi statistik. Pelajari lebih lanjut dan mulailah pengujian A/B di sini.
Memperkenalkan Firebase Predictions
Apakah Anda ingin lebih banyak interaksi, pendapatan, atau metrik bisnis yang berbeda, menentukan penargetan yang tepat bisa saja menjadi sulit. Menjadi yang proaktif, bukannya reaktif, selalu lebih baik, tetapi sampai sekarang, tidak ada cara yang mudah untuk memprediksi tindakan yang mungkin dilakukan pengguna. Untuk membantu hal ini, kami mengambil langkah pertama untuk memasukkan kekuatan machine learning Google ke dalam Firebase dengan produk baru yang disebut Firebase Predictions.
Kami sudah mulai menggunakan machine learning di bagian lain Google, untuk meningkatkan produk konsumen seperti Photos, Inbox, atau Asisten. Sekarang, Anda bisa memanfaatkan machine learning Google, menggunakan Firebase, untuk membantu Anda membangun produk yang hebat. Predictions secara otomatis membuat grup pengguna dinamis berdasarkan perkiraan perilaku dari data Analytics dan, secara langsung, ia akan membuat empat grup pengguna:
Pengguna yang diprediksi akan churn dalam 7 hari ke depan
Pengguna yang diprediksi akan tetap menggunakan aplikasi Anda
Pengguna yang diprediksi akan membelanjakan uang
Pengguna yang diprediksi tidak akan membelanjakan uang dalam 7 hari ke depan
Anda bisa menggunakan prediksi ini untuk penargetan dengan Remote Config dan notifications composer, yang memberi Anda kemampuan untuk hanya menampilkan iklan kepada pengguna yang diperkirakan tidak akan membelanjakan uang di aplikasi Anda atau mengirimkan notifikasi ke pengguna yang diperkirakan akan bergolak dalam 7 hari ke depan.
Anda juga bisa membuat prediksi untuk setiap event konversi Analytics di aplikasi Anda. Misalnya, jika menyelesaikan level 3 merupakan prestasi penting dalam aplikasi Anda, Anda bisa membuat prediksi bagi pengguna yang kemungkinan tidak mencapai prestasi tersebut kemudian mengirimi mereka promosi dalam aplikasi menggunakan Remote Config.
Kami sudah mendengar dari mitra bahwa Predictions membantu mereka mendorong pertumbuhan dalam metrik bisnis utama. Halfbrick, developer game yang dikenal dengan judul populer seperti Fruit Ninja dan Dan the Man, telah menggunakan Predictions serta Remote Config dan meningkatkan tingkat retensi 7 hari sebesar 20%! Untuk mempelajari lebih lanjut tentang Predictions, serta membaca cerita lengkap Halfbrick, kunjungi halaman produk kami di sini.
Melihat ke masa depan
Meskipun kami sangat senang dengan update Firebase yang kami umumkan hari ini, kami juga tahu bahwa masih banyak pekerjaan yang harus diselesaikan. Kami bekerja keras untuk mempersiapkan General Data Protection Regulation (GDPR) di Firebase dan kami berkomitmen untuk membantu Anda agar berhasil di sini. Menawarkan perjanjian pemrosesan data dengan tepat adalah satu langkah penting yang kami lakukan untuk memastikan bahwa Firebase bekerja bagi Anda, tidak peduli seberapa besar bisnis Anda atau di mana lokasi pengguna Anda. Kami juga akan menerbitkan fitur dan dokumentasi untuk membantu developer memastikan bahwa mereka sesuai. Anda bisa melihat FAQ privasi kami di g.co/firebase/gdpr.
Karena kami terus mengembangkan dan meningkatkan platform, kami selalu mengharapkan masukan dari Anda. Bergabunglah dengan program Alpha kami untuk membantu membentuk masa depan platform ini dan tetap berada di ujung tombak Firebase.
Jika Anda tidak dapat bergabung bersama kami di Amsterdam, semua sesi kami direkam dan diposting ke saluran YouTube kami. Terima kasih telah menjadi bagian dari komunitas kami dan selamat membangun!
Misi Firebase kami adalah untuk membantu Anda membangun aplikasi yang lebih baik dan mengembangkan bisnis Anda, dengan menyediakan fitur yang memecahkan masalah umum selama siklus pengembangan aplikasi. Kami mengelola infrastruktur backend, memberi Anda fitur untuk meningkatkan kualitas dan stabilitas aplikasi, serta membantu Anda memperoleh dan menarik pengguna, sehingga Anda bisa berfokus untuk membangun pengalaman pengguna yang fantastis.
Sampai sekarang, lebih dari satu juta developer telah menggunakan Firebase untuk membangun aplikasi mereka di iOS, Android, dan web. Semua ini membuat kami terinspirasi dan bangga ketika mendengar bermacam cerita yang Anda semua bagikan kepada kami. Ambil contoh Doodle, perusahaan yang membantu Anda menemukan tanggal dan waktu terbaik untuk bertemu dengan orang lain. Doodle baru-baru ini menggunakan Firebase untuk merancang ulang aplikasi mereka dan meningkatkan retensi serta interaksi.
Kami sangat senang bisa menjadi tuan rumah Firebase Dev Summit tahunan yang kedua di Amsterdam, di sini kami bisa bertemu dengan banyak anggota komunitas developer! Kami telah bekerja keras untuk meningkatkan Firebase, sehingga produk kami bisa bekerja dengan mulus, dan kami memiliki beberapa update baru yang menarik untuk dibagikan sekarang. Kami telah mengintegrasikan Crashlytics ke dalam Firebase, mengaktifkan dukungan first-class A/B dan mengambil langkah pertama untuk memasukkan kekuatan machine learning Google ke Firebase dengan produk baru yang disebut Predictions. Kami juga telah melakukan beberapa perbaikan lainnya, jadi mari kita buka semuanya!
Memasukkan Crashlytics ke dalam Firebase
Sejak Fabric bergabung dengan Google, kami telah berupaya menghadirkan platform terbaik kami dengan sebaik-baiknya. Hari ini kami mengumumkan langkah besar dalam perjalanan ini: kami menambahkan Crashlytics ke Firebase Console untuk pengguna Firebase baru dan lama. Crashlytics adalah pembuat laporan kerusakan terbaik di kelasnya yang membantu Anda melacak, memprioritaskan, dan memperbaiki masalah stabilitas yang mengurangi kualitas aplikasi Anda, secara langsung. Kami akan meluncurkan update ini selama beberapa minggu ke depan, tetapi jika ingin mencobanya lebih awal, Anda bisa mengunjungi g.co/firebase/opt-in dan mendapatkan akses saat ini.
Kami juga mengintegrasikan Crashlytics dengan bagian Firebase lainnya. Anda sekarang bisa menggunakan event Crashlytics untuk memicu Cloud Functions dan menggerakkan integrasi custom workflow. Misalnya, Anda bisa mengotomatisasi alur kerja untuk mengarahkan masalah dalam alur aplikasi penting - seperti jalur pembelian Anda - ke developer atau Slack room tertentu, memastikan eskalasi yang tepat, mengurangi waktu untuk menyelesaikan resolusi, dan meningkatkan stabilitas.
Merancang ulang konsol
Selain memasukkan Crashlytics ke dalam Firebase, berkolaborasi dengan tim Fabric telah memungkinkan kami untuk membuat beberapa update menarik ke Firebase console yang akan membantu Anda menemukan informasi penting tentang aplikasi Anda dengan lebih mudah dan efisien.
Pertama-tama, Anda akan melihat struktur baru di menu navigasi sebelah kiri. Kami telah mengelompokkan produk Firebase ke dalam empat area utama, berdasarkan siklus pengembangan aplikasi: Develop, Stability, Analytics, dan Grow. Semua produk yang biasanya Anda lihat di Firebase console masih tetap ada; kami hanya mengatur ulang semuanya agar lebih akurat mencerminkan cara kerja tim Anda.
Kami juga merancang ulang layar pertama yang Anda lihat saat membuka project Firebase — yang kami sebut layar Project Overview. Kami telah mendengar dari Anda bahwa sering kali ketika membuka konsol, Anda mencari empat statistik utama: daily active users, monthly active users, crash-free user rate, dan total crashes. Kami telah mengambil empat metrik utama tersebut dan menjadikannya pedoman untuk aplikasi apa pun dalam project ini. Kami juga menambahkan sparklines, sehingga Anda bisa memahami bagaimana kepopuleran aplikasi Anda dari waktu ke waktu.
Akhirnya, kami merombak bagian Analytics di konsol. Anda akan menemukan dasbor baru yang diatur berdasarkan pertanyaan dan tugas yang harus Anda hadapi setiap hari. Kami juga menambahkan bagian Latest Release yang memberi Anda semua informasi yang dibutuhkan tentang stabilitas dan adopsi rilis aplikasi terbaru, sehingga Anda bisa membuat keputusan yang cepat setelah peluncuran. Yang terakhir, kami telah menambahkan kartu realtime ke kedua bagian ini, sehingga Anda bisa memperoleh laporan terkini tentang data aplikasi Anda. Seperti Crashlytics, perubahan ini diluncurkan dalam beberapa minggu mendatang, tetapi Anda bisa mendapatkan akses sekarang dengan mengunjungi g.co/firebase/opt-in.
Dasbor Analytics, sebelum dan sesudah
Meningkatkan Cloud Messaging API
Firebase Cloud Messaging (FCM) mempermudah Anda untuk mengirim notifikasi ke pengguna, baik lewat program maupun melalui Firebase Console. Namun, mengirimkan notifikasi lintas platform dengan fungsionalitas yang lebih kompleks adalah hal yang sulit dilakukan, terkadang Anda harus membuat beberapa pesan terpisah.
Hari ini, kami mengumumkan RESTful baru, FCM HTTP v1 API yang memperaman dan mempermudah pengiriman pesan ke aplikasi lintas platform Anda. FCM API baru ini memungkinkan Anda menggunakan kolom khusus platform dalam satu notifikasi. Misalnya, Anda bisa mengirim notifikasi teks sederhana ke iOS, tetapi permintaan dengan click_action ke Android, semuanya dalam satu panggilan API. Untuk membaca selengkapnya tentang FCM API yang baru, kunjungi dokumentasi kami.
Pengumuman framework pengujian A/B yang baru
Selain FCM, alat lain yang hebat untuk mendorong interaksi dan retensi pengguna adalah Remote Config. Sampai sekarang, menjalankan berbagai pengujian dengan Remote Config atau FCM dilakukan secara manual dan cukup repot. Kami telah mendengar banyak dari Anda bahwa Anda menginginkan cara yang lebih mudah untuk menguji seberapa besar varian aplikasi atau notifikasi push memengaruhi metrik bisnis utama.
Hari ini, kami meluncurkan pengujian A/B versi beta, fitur Firebase baru yang terintegrasi dengan Analytics, FCM, dan Remote Config. Pengujian ini dibuat di mesin statistik dan bertahun-tahun pembelajaran dari Google Optimize, produk pengujian dan personalisasi situs web gratis kami, dan mempermudah perancangan eksperimen langsung dari Firebase console.
Menyiapkan pengujian A/B bisa dilakukan dengan cepat dan mudah. Anda bisa membuat eksperimen dengan Remote Config atau FCM, menentukan berbagai nilai varian dan ukuran populasi yang akan diuji, lalu menetapkan tujuan eksperimen. Dari sana, Firebase akan mengurus sisanya, secara otomatis menjalankan eksperimen dan memberi tahu Anda saat mendapat hasil yang diinginkan berdasarkan signifikansi statistik. Pelajari lebih lanjut dan mulailah pengujian A/B di sini.
Memperkenalkan Firebase Predictions
Apakah Anda ingin lebih banyak interaksi, pendapatan, atau metrik bisnis yang berbeda, menentukan penargetan yang tepat bisa saja menjadi sulit. Menjadi yang proaktif, bukannya reaktif, selalu lebih baik, tetapi sampai sekarang, tidak ada cara yang mudah untuk memprediksi tindakan yang mungkin dilakukan pengguna. Untuk membantu hal ini, kami mengambil langkah pertama untuk memasukkan kekuatan machine learning Google ke dalam Firebase dengan produk baru yang disebut Firebase Predictions.
Kami sudah mulai menggunakan machine learning di bagian lain Google, untuk meningkatkan produk konsumen seperti Photos, Inbox, atau Asisten. Sekarang, Anda bisa memanfaatkan machine learning Google, menggunakan Firebase, untuk membantu Anda membangun produk yang hebat. Predictions secara otomatis membuat grup pengguna dinamis berdasarkan perkiraan perilaku dari data Analytics dan, secara langsung, ia akan membuat empat grup pengguna:
Pengguna yang diprediksi akan churn dalam 7 hari ke depan
Pengguna yang diprediksi akan tetap menggunakan aplikasi Anda
Pengguna yang diprediksi akan membelanjakan uang
Pengguna yang diprediksi tidak akan membelanjakan uang dalam 7 hari ke depan
Anda bisa menggunakan prediksi ini untuk penargetan dengan Remote Config dan notifications composer, yang memberi Anda kemampuan untuk hanya menampilkan iklan kepada pengguna yang diperkirakan tidak akan membelanjakan uang di aplikasi Anda atau mengirimkan notifikasi ke pengguna yang diperkirakan akan bergolak dalam 7 hari ke depan.
Anda juga bisa membuat prediksi untuk setiap event konversi Analytics di aplikasi Anda. Misalnya, jika menyelesaikan level 3 merupakan prestasi penting dalam aplikasi Anda, Anda bisa membuat prediksi bagi pengguna yang kemungkinan tidak mencapai prestasi tersebut kemudian mengirimi mereka promosi dalam aplikasi menggunakan Remote Config.
Kami sudah mendengar dari mitra bahwa Predictions membantu mereka mendorong pertumbuhan dalam metrik bisnis utama. Halfbrick, developer game yang dikenal dengan judul populer seperti Fruit Ninja dan Dan the Man, telah menggunakan Predictions serta Remote Config dan meningkatkan tingkat retensi 7 hari sebesar 20%! Untuk mempelajari lebih lanjut tentang Predictions, serta membaca cerita lengkap Halfbrick, kunjungi halaman produk kami di sini.
Melihat ke masa depan
Meskipun kami sangat senang dengan update Firebase yang kami umumkan hari ini, kami juga tahu bahwa masih banyak pekerjaan yang harus diselesaikan. Kami bekerja keras untuk mempersiapkan General Data Protection Regulation (GDPR) di Firebase dan kami berkomitmen untuk membantu Anda agar berhasil di sini. Menawarkan perjanjian pemrosesan data dengan tepat adalah satu langkah penting yang kami lakukan untuk memastikan bahwa Firebase bekerja bagi Anda, tidak peduli seberapa besar bisnis Anda atau di mana lokasi pengguna Anda. Kami juga akan menerbitkan fitur dan dokumentasi untuk membantu developer memastikan bahwa mereka sesuai. Anda bisa melihat FAQ privasi kami di g.co/firebase/gdpr.
Karena kami terus mengembangkan dan meningkatkan platform, kami selalu mengharapkan masukan dari Anda. Bergabunglah dengan program Alpha kami untuk membantu membentuk masa depan platform ini dan tetap berada di ujung tombak Firebase.
Jika Anda tidak dapat bergabung bersama kami di Amsterdam, semua sesi kami direkam dan diposting ke saluran YouTube kami. Terima kasih telah menjadi bagian dari komunitas kami dan selamat membangun!

Google
Labels: firebase
Persiapkan iklan Anda untuk iPhone X
27 November 2017
Contoh iklan yang muncul di luar "area aman" pada iPhone X
Itulah sebabnya kami membuat panduan untuk membantu Anda menyesuaikan strategi iklan bagi iPhone X. Ini mencakup panduan tentang bagaimana Anda bisa mengalihkan penempatan banner atau iklan bawaan ke "area aman" yang ditunjuk pada perangkat baru ini.
Kami juga mengupdate kebijakan kami untuk menunjukkan bahwa iklan tidak boleh ditempatkan di area yang menyebabkan objek dapat mengganggu interaksi khusus pengguna dengan iklan atau aplikasi, seperti di bawah indikator layar utama pada iPhone X.
Harap tinjau ulasan update kebijakan ini dan panduan implementasi yang disarankan untuk memastikan Anda memenuhi semua persyaratan per tanggal 20 November.
Jika ada pertanyaan, kunjungi Pusat Bantuan AdMob atau hubungi tim akun Google Anda.
Diposting oleh Pablo Alvarez, Product Manager, AdMob

Setiap interaksi yang dilakukan pengguna pada aplikasi Anda memiliki kesan tersendiri bagi mereka. Itulah sebabnya kami secara terus-menerus mengembangkan rekomendasi dan kebijakan periklanan kami untuk memastikan bahwa di mana pun dan apa pun perangkat yang digunakan pengguna untuk membuka aplikasi Anda, pengguna merasakan pengalaman yang berkesan.
Dengan diluncurkannya iPhone X, developer sekarang perlu mempertimbangkan rencana desain baru karena sudut yang membulat, tekukan ke dalam, dan indikator layar utama pada layar yang diperluas bisa menghalangi konten dan menyebabkan pengalaman iklan yang buruk bagi pengguna saat iklan ditempatkan di area ini.
Contoh iklan yang muncul di luar "area aman" pada iPhone X
Itulah sebabnya kami membuat panduan untuk membantu Anda menyesuaikan strategi iklan bagi iPhone X. Ini mencakup panduan tentang bagaimana Anda bisa mengalihkan penempatan banner atau iklan bawaan ke "area aman" yang ditunjuk pada perangkat baru ini.
Kami juga mengupdate kebijakan kami untuk menunjukkan bahwa iklan tidak boleh ditempatkan di area yang menyebabkan objek dapat mengganggu interaksi khusus pengguna dengan iklan atau aplikasi, seperti di bawah indikator layar utama pada iPhone X.
Harap tinjau ulasan update kebijakan ini dan panduan implementasi yang disarankan untuk memastikan Anda memenuhi semua persyaratan per tanggal 20 November.
Jika ada pertanyaan, kunjungi Pusat Bantuan AdMob atau hubungi tim akun Google Anda.

Google
Labels: admob
Android Instant Apps: Praktik terbaik untuk mengelola ukuran download
24 November 2017
Android Instant Apps menyediakan pengalaman native yang kaya saat kita menge-tap link web. Pengguna bisa mencoba aplikasi Anda tanpa menginstall terlebih dahulu, yang memungkinkan tingkat dan kualitas interaksi yang lebih tinggi.
Namun, untuk memberi latensi yang berimbang dalam pemuatan halaman mobile web, instant app harus kecil dan terstruktur dengan baik, sehingga bisa didownload dan dijalankan dengan cepat saat merespons tap URL. Mengingat hal itu, kami menganjurkan agar binary yang dimuat dalam merespons URL titik-masuk dibuat sekecil mungkin, maksimum 4MB. Semakin kecil binary, semakin cepat instant app akan dimuat dan semakin halus pengalaman pengguna.
Dokumen ini akan menjelaskan praktik terbaik guna mengelola struktur aplikasi dan ukuran binary untuk memungkinkan pengalaman instant app yang mulus. Praktik ini juga menguntungkan buat aplikasi yang dapat diinstal.
Mengoptimalkan basis kode Anda
Keuntungan ukuran binary terbesar berasal dari pengoptimalan aplikasi Anda ke dalam beberapa modul fitur. Meskipun ukuran dan set fitur Anda saat ini tidak memerlukan banyak fitur, sebaiknya Anda merancangnya demikian, sehingga Anda bisa dengan cepat menambahkan lebih banyak fitur di masa mendatang tanpa memengaruhi ukuran binary dari fitur yang sudah ada. Kami juga sangat merekomendasikan penggunaan basis kode modular terpadu untuk menghasilkan binary aplikasi instan dan aplikasi yang diinstal, karena hal ini akan mengurangi beban pemeliharaan kode dan proyek yang terpisah dan menyediakan struktur proyek yang lebih bersih pada keduanya. Berdasarkan pengalaman mitra akses awal kami, kami yakin ini akan memiliki dampak terbesar terhadap ukuran binary saat mendownload. Namun, ini juga membutuhkan investasi paling banyak.
Untuk mencapai tujuan tersebut, Anda bisa memulai dengan modul (dasar) tunggal dan kemudian mengoptimalkan kode dengan memindahkan bagian yang relevan ke modul fitur. Perhatikan bahwa Anda tidak perlu khawatir tentang ukuran binary saat mengembangkan instant app, karena batas ukuran tidak diberlakukan untuk binary yang dibangun secara lokal. Anda juga bisa mempublikasikan binary melalui Play Developers Console ke jalur Development (jalur khusus untuk penerapan instant app secara cepat selama development), dengan batas ukuran 10MB. [1, 2] Pembatasan 4MB diterapkan setelah output binary Anda keluar dari jalur Development.
Setiap modul fitur bisa memiliki satu (atau beberapa) titik masuk – aktivitas – yang berhubungan dengan URL yang diberikan. Saat memecah basis kode tunggal menjadi beberapa modul, Anda akan memiliki titik masuk yang berbeda untuk fitur yang berbeda, dan platform tersebut akan memuat fitur yang relevan sesuai kebutuhan. Ingatlah, binary total yang akan didownload untuk titik masuk tertentu harus di bawah 4MB, jadi ukuran gabungan dari setiap modul fitur dan modul dasar harus di bawah 4MB.
Disarankan untuk menetapkan pemetaan fitur–aktivitas–titik masuk terlebih dahulu, kemudian menyusun upaya pengoptimalan untuk mengurangi ukuran binary bagi setiap titik masuk.
Pertimbangkan juga bagaimana pustaka Anda disertakan. Bila modul fitur spesifik memerlukan pustaka tertentu, pustaka tersebut sebaiknya hanya disertakan dalam modul fitur, bukannya ditambahkan dalam APK dasar. Ini akan mengurangi ukuran modul dasar. Misalnya, katakanlah Anda memiliki aplikasi yang bergantung pada pustaka X, Y, dan Z. Awalnya, Anda mungkin memasukkan semua pustaka dalam modul dasar dengan menempatkan semua dependensi di file gradle.build dasar. Tetapi kalau kode pada modul fitur memerlukan pustaka Z, bisa dimengerti bila dependensi dipindahkan dari modul dasar ke modul fitur. Ini dapat dilakukan asalkan tidak ada modul fitur lain yang bergantung pada pustaka yang sama. Bila beberapa modul fitur menggunakan pustaka yang sama, sebaiknya disimpan dalam modul dasar.
Pemeriksaan lint
Banyak aplikasi cenderung mendapatkan banyak sumber daya, dan selama periode waktu tertentu, sebagian dari sumber daya itu tidak lagi digunakan. Android Studio memiliki pemeriksaan lint bawaan berdaya guna untuk memeriksa sumber daya yang tidak terpakai. Tekan Alt+Ctrl+Shift+I (Cmd+Alt+Shift+I pada Mac OS), ketik "unused resources" dan jalankan pemeriksaan "Unused resources Android|Lint|Performance". Ini juga membantu mengurangi ukuran APK yang diinstal.
Sumber daya string
Serupa dengan sumber daya, perhatikan string, tidak semuanya dibutuhkan, dan biasanya ukuran aplikasi bisa dikurangi secara signifikan dengan menghapus sumber daya string yang tidak terpakai. Bila aplikasi mendukung banyak bahasa, Anda mungkin mau mengurangi jumlah sumber daya yang dilokalkan, karena ini biasanya menghapus sebagian besar aset sumber daya. Ini sangat penting jika aplikasi hanya mendukung beberapa bahasa tetapi menggunakan pustaka AppCompat, yang memuat pesan dalam banyak bahasa. Gunakan resConfig untuk memilih konfigurasi sumber daya tertentu saja. Petunjuk: biasanya Anda bisa menggunakan "auto" untuk membatasi konfigurasi yang diambil dari pustaka pihak ketiga agar cocok dengan set konfigurasi yang ditetapkan dalam proyek Anda.
Beralih ke WebP
Pengurangan signifikan dari ukuran sumber daya drawable bisa dicapai dengan beralih ke gambar WebP sebagai ganti PNG. Android Instant Apps mendukung semua fitur dalam format WebP (transparansi, lossless, dll.) sehingga tidak akan ada fungsionalitas yang hilang. Harap ingat bahwa ikon peluncur aplikasi harus menggunakan format PNG, tetapi seharusnya ini tidak menjadi masalah karena proyek biasanya menyimpannya di direktori mipmap-. Bila memerlukan solusi kompatibel mundur, Anda harus menyertakan gambar PNG asli dalam modul APK dan ia akan menggantikan sumber daya WebP secara otomatis (set sumber daya utama menggantikan semua sumber daya dari modul fitur/AAR). [4]
Tentu saja, menggunakan drawable vektor membuat Anda mempunyai lebih banyak ruang yang berharga, tetapi menggunakan drawable vektor memerlukan perubahan kode sedangkan trik dengan gambar WebP untuk instant app dan gambar PNG untuk APK dapat diinstal yang disebutkan di atas tidak memerlukan modifikasi kode.
Download aset pada waktu proses
Yang terakhir, ingatlah bahwa secara teknis tidak perlu memasukkan semua sumber daya di APK instant app, karena aplikasi tersebut bisa mendownload aset tambahan pada waktu proses. Pendekatan ini juga memungkinkan agar aplikasi hanya mendownload aset yang dibutuhkan. Modifikasi ini mungkin memerlukan perubahan yang signifikan pada basis kode, namun juga akan membantu Anda mengurangi ukuran APK dapat diinstal.
Bila penyusutan sumber daya tidak menyebabkan ukuran modul fitur aplikasi Anda di bawah batas, sekarang saatnya mencari cara untuk mengurangi ukuran kode.
Review native libraries
Beberapa library pihak ketiga mungkin menyertakan kode asli, yang mungkin sama sekali tidak digunakan dalam instant app. Jadi langkah pertama adalah meninjau pustaka asli yang dimasukkan ke dalam APK dan memastikan instant app hanya memuat kode yang benar-benar digunakan. Ingatlah untuk memeriksa ke dalam APK yang dikompilasi menggunakan APK Analyzer (Build -> APK Analyzer…) [5]
Review external libraries
Berikutnya adalah meninjau daftar semua pustaka eksternal yang terhubung dengan kode aplikasi. Anda mungkin menjumpai beberapa kejutan tak terduga dari dependensi transitif. Dependensi transitif terjadi ketika pustaka yang penting bagi proyek Anda bergantung pada pustaka lain, yang nantinya mungkin bergantung pada pustaka yang lainnya lagi. Terkadang dependensi transitif tersebut mungkin berisi kejutan tak terduga misalnya pustaka yang sama sekali tidak Anda butuhkan (yaitu pustaka pemrosesan JSON yang tidak digunakan dalam kode Anda.) Silakan lihat bagian "Meniadakan dependensi transitif" di Panduan Pengguna Gradle untuk informasi selengkapnya.
Android Studio memiliki beberapa fitur yang berguna untuk menganalisis dependensi eksternal bagi proyek. Selalu membantu bila memulai dengan tampilan Project:
Tampilan "Project" menunjukkan bagian yang disebut "External libraries", tempat Anda bisa melihat semua pustaka yang digunakan proyek, termasuk setiap dependensi transitif:
Untuk mengurangi ukuran fitur dasar lebih banyak lagi, Anda mungkin harus memerhatikan dependensi kode dan pustaka eksternal. Periksa tampilan "Project" dan cari pustaka tidak terpakai yang mungkin merupakan dependensi transitif yang tidak dibutuhkan proyek. Cari juga pustaka yang menyediakan fungsionalitas yang sama (misalnya beberapa pustaka untuk pemuatan/caching gambar). [4]
Anda juga bisa membandingkan versi-versi yang berbeda dengan alat APK Analyzer, dan ini dapat digunakan juga dengan APK instant.
Yang terakhir, tinjau kembali daftar dependensi transitif dan keluarkan yang tidak Anda butuhkan. Gunakan perintah berikut untuk meninjau grafik dependensi: gradle -q :MODULE:dependencies --configuration compile. Penjelasan lebih lanjut bisa ditemukan dalam dokumentasi Gradle.
Tips lainnya
Android Studio 3.0 menyertakan alat App Links Assistant, yang bisa membantu menghasilkan filter intent yang diperlukan, dan membantu memecah proyek menjadi beberapa modul. [3]
Setelah Anda berhasil mengecilkan bundel instant app di bawah batas ukuran, saatnya untuk memastikan bahwa proses pembangunan sudah mutakhir. Pastikan APK instant app dan paket aplikasi ditandatangani menggunakan "APK Signature Scheme v2". Jika Anda menandatangani APK menggunakan fitur SDK versi terbaru, semua harus dilakukan secara otomatis. Namun, jika Anda secara manual menandatangani artefak versi, Anda harus menghindari penggunaan jarsigner dan sebagai gantinya beralih ke apksigner.
Dan beberapa tips berguna untuk menyelaraskan kode aplikasi ke dalam lingkungan waktu proses instan. Harap ingat bahwa memiliki sedikit cabang kode untuk aplikasi dapat diinstal/instan, berdasarkan InstantApps.isInstantApp(...), seharusnya tidak bermasalah dan biasanya tidak membuat kode sumber tidak terbaca (kecuali jika Anda menyalahgunakannya). Selain itu, ketika menggunakan intent berbagi, pastikan kode tersebut tidak secara eksplisit menghitung aplikasi yang terinstal pada perangkat, model keamanan instant app tidak mengizinkannya. Cukup gunakan Intent.createChooser() reguler untuk menampilkan daftar semua tindakan yang dapat dilakukan pengguna.
Tingkat kesulitan pengembangan instant app untuk aplikasi Android yang ada bervariasi antar developer dan sangat bergantung pada bagaimana aplikasi Anda diatur saat ini. Bagi beberapa developer, ini memudahkan karena proyek Anda sudah diatur menjadi beberapa modul. Namun, bagi yang lain, fokusnya adalah mengurangi ukuran aset sumber daya dan kode, dan kami telah memperkenalkan alat dan fitur platform Android di atas untuk membantu Anda melakukannya.
Apa kata developer lain yang menggunakan Android Instant Apps
Yang terakhir, bacalah postingan sangat menarik berikut ini oleh developer yang telah membangun instant app:
Buzzfeed: From Westinghouse to Android Instant apps, a BuzzFeed Journey
Realestate.com.au: Building the realestate.com.au Android Instant App
WillowTree: An introduction to Android Instant Apps
Jet.com: Make Your App Instant
Vimeo: Android Instant Apps, step-by-step: how Vimeo went about it
Ticketmaster: Ticketmaster Demonstrates Cutting Edge Android Instant Apps Technology at Google I/O
Domain: Making the Domain Android App Instant
Kunjungi situs Developer Android untuk memulai Android Instant Apps dan membaca lebih banyak kisah sukses instant app dari developer lain.
Diposting oleh Maru Ahues Bouza, Developer Relations Partner, Google Play
Android Instant Apps menyediakan pengalaman native yang kaya saat kita menge-tap link web. Pengguna bisa mencoba aplikasi Anda tanpa menginstall terlebih dahulu, yang memungkinkan tingkat dan kualitas interaksi yang lebih tinggi.
Namun, untuk memberi latensi yang berimbang dalam pemuatan halaman mobile web, instant app harus kecil dan terstruktur dengan baik, sehingga bisa didownload dan dijalankan dengan cepat saat merespons tap URL. Mengingat hal itu, kami menganjurkan agar binary yang dimuat dalam merespons URL titik-masuk dibuat sekecil mungkin, maksimum 4MB. Semakin kecil binary, semakin cepat instant app akan dimuat dan semakin halus pengalaman pengguna.
Dokumen ini akan menjelaskan praktik terbaik guna mengelola struktur aplikasi dan ukuran binary untuk memungkinkan pengalaman instant app yang mulus. Praktik ini juga menguntungkan buat aplikasi yang dapat diinstal.
Mengoptimalkan basis kode Anda
Keuntungan ukuran binary terbesar berasal dari pengoptimalan aplikasi Anda ke dalam beberapa modul fitur. Meskipun ukuran dan set fitur Anda saat ini tidak memerlukan banyak fitur, sebaiknya Anda merancangnya demikian, sehingga Anda bisa dengan cepat menambahkan lebih banyak fitur di masa mendatang tanpa memengaruhi ukuran binary dari fitur yang sudah ada. Kami juga sangat merekomendasikan penggunaan basis kode modular terpadu untuk menghasilkan binary aplikasi instan dan aplikasi yang diinstal, karena hal ini akan mengurangi beban pemeliharaan kode dan proyek yang terpisah dan menyediakan struktur proyek yang lebih bersih pada keduanya. Berdasarkan pengalaman mitra akses awal kami, kami yakin ini akan memiliki dampak terbesar terhadap ukuran binary saat mendownload. Namun, ini juga membutuhkan investasi paling banyak.
Untuk mencapai tujuan tersebut, Anda bisa memulai dengan modul (dasar) tunggal dan kemudian mengoptimalkan kode dengan memindahkan bagian yang relevan ke modul fitur. Perhatikan bahwa Anda tidak perlu khawatir tentang ukuran binary saat mengembangkan instant app, karena batas ukuran tidak diberlakukan untuk binary yang dibangun secara lokal. Anda juga bisa mempublikasikan binary melalui Play Developers Console ke jalur Development (jalur khusus untuk penerapan instant app secara cepat selama development), dengan batas ukuran 10MB. [1, 2] Pembatasan 4MB diterapkan setelah output binary Anda keluar dari jalur Development.
Setiap modul fitur bisa memiliki satu (atau beberapa) titik masuk – aktivitas – yang berhubungan dengan URL yang diberikan. Saat memecah basis kode tunggal menjadi beberapa modul, Anda akan memiliki titik masuk yang berbeda untuk fitur yang berbeda, dan platform tersebut akan memuat fitur yang relevan sesuai kebutuhan. Ingatlah, binary total yang akan didownload untuk titik masuk tertentu harus di bawah 4MB, jadi ukuran gabungan dari setiap modul fitur dan modul dasar harus di bawah 4MB.
Disarankan untuk menetapkan pemetaan fitur–aktivitas–titik masuk terlebih dahulu, kemudian menyusun upaya pengoptimalan untuk mengurangi ukuran binary bagi setiap titik masuk.
Pertimbangkan juga bagaimana pustaka Anda disertakan. Bila modul fitur spesifik memerlukan pustaka tertentu, pustaka tersebut sebaiknya hanya disertakan dalam modul fitur, bukannya ditambahkan dalam APK dasar. Ini akan mengurangi ukuran modul dasar. Misalnya, katakanlah Anda memiliki aplikasi yang bergantung pada pustaka X, Y, dan Z. Awalnya, Anda mungkin memasukkan semua pustaka dalam modul dasar dengan menempatkan semua dependensi di file gradle.build dasar. Tetapi kalau kode pada modul fitur memerlukan pustaka Z, bisa dimengerti bila dependensi dipindahkan dari modul dasar ke modul fitur. Ini dapat dilakukan asalkan tidak ada modul fitur lain yang bergantung pada pustaka yang sama. Bila beberapa modul fitur menggunakan pustaka yang sama, sebaiknya disimpan dalam modul dasar.
Pemeriksaan lint
Banyak aplikasi cenderung mendapatkan banyak sumber daya, dan selama periode waktu tertentu, sebagian dari sumber daya itu tidak lagi digunakan. Android Studio memiliki pemeriksaan lint bawaan berdaya guna untuk memeriksa sumber daya yang tidak terpakai. Tekan Alt+Ctrl+Shift+I (Cmd+Alt+Shift+I pada Mac OS), ketik "unused resources" dan jalankan pemeriksaan "Unused resources Android|Lint|Performance". Ini juga membantu mengurangi ukuran APK yang diinstal.
Sumber daya string
Serupa dengan sumber daya, perhatikan string, tidak semuanya dibutuhkan, dan biasanya ukuran aplikasi bisa dikurangi secara signifikan dengan menghapus sumber daya string yang tidak terpakai. Bila aplikasi mendukung banyak bahasa, Anda mungkin mau mengurangi jumlah sumber daya yang dilokalkan, karena ini biasanya menghapus sebagian besar aset sumber daya. Ini sangat penting jika aplikasi hanya mendukung beberapa bahasa tetapi menggunakan pustaka AppCompat, yang memuat pesan dalam banyak bahasa. Gunakan resConfig untuk memilih konfigurasi sumber daya tertentu saja. Petunjuk: biasanya Anda bisa menggunakan "auto" untuk membatasi konfigurasi yang diambil dari pustaka pihak ketiga agar cocok dengan set konfigurasi yang ditetapkan dalam proyek Anda.
Beralih ke WebP
Pengurangan signifikan dari ukuran sumber daya drawable bisa dicapai dengan beralih ke gambar WebP sebagai ganti PNG. Android Instant Apps mendukung semua fitur dalam format WebP (transparansi, lossless, dll.) sehingga tidak akan ada fungsionalitas yang hilang. Harap ingat bahwa ikon peluncur aplikasi harus menggunakan format PNG, tetapi seharusnya ini tidak menjadi masalah karena proyek biasanya menyimpannya di direktori mipmap-. Bila memerlukan solusi kompatibel mundur, Anda harus menyertakan gambar PNG asli dalam modul APK dan ia akan menggantikan sumber daya WebP secara otomatis (set sumber daya utama menggantikan semua sumber daya dari modul fitur/AAR). [4]
Tentu saja, menggunakan drawable vektor membuat Anda mempunyai lebih banyak ruang yang berharga, tetapi menggunakan drawable vektor memerlukan perubahan kode sedangkan trik dengan gambar WebP untuk instant app dan gambar PNG untuk APK dapat diinstal yang disebutkan di atas tidak memerlukan modifikasi kode.
Download aset pada waktu proses
Yang terakhir, ingatlah bahwa secara teknis tidak perlu memasukkan semua sumber daya di APK instant app, karena aplikasi tersebut bisa mendownload aset tambahan pada waktu proses. Pendekatan ini juga memungkinkan agar aplikasi hanya mendownload aset yang dibutuhkan. Modifikasi ini mungkin memerlukan perubahan yang signifikan pada basis kode, namun juga akan membantu Anda mengurangi ukuran APK dapat diinstal.
Bila penyusutan sumber daya tidak menyebabkan ukuran modul fitur aplikasi Anda di bawah batas, sekarang saatnya mencari cara untuk mengurangi ukuran kode.
Review native libraries
Beberapa library pihak ketiga mungkin menyertakan kode asli, yang mungkin sama sekali tidak digunakan dalam instant app. Jadi langkah pertama adalah meninjau pustaka asli yang dimasukkan ke dalam APK dan memastikan instant app hanya memuat kode yang benar-benar digunakan. Ingatlah untuk memeriksa ke dalam APK yang dikompilasi menggunakan APK Analyzer (Build -> APK Analyzer…) [5]
Review external libraries
Berikutnya adalah meninjau daftar semua pustaka eksternal yang terhubung dengan kode aplikasi. Anda mungkin menjumpai beberapa kejutan tak terduga dari dependensi transitif. Dependensi transitif terjadi ketika pustaka yang penting bagi proyek Anda bergantung pada pustaka lain, yang nantinya mungkin bergantung pada pustaka yang lainnya lagi. Terkadang dependensi transitif tersebut mungkin berisi kejutan tak terduga misalnya pustaka yang sama sekali tidak Anda butuhkan (yaitu pustaka pemrosesan JSON yang tidak digunakan dalam kode Anda.) Silakan lihat bagian "Meniadakan dependensi transitif" di Panduan Pengguna Gradle untuk informasi selengkapnya.
Android Studio memiliki beberapa fitur yang berguna untuk menganalisis dependensi eksternal bagi proyek. Selalu membantu bila memulai dengan tampilan Project:
Tampilan "Project" menunjukkan bagian yang disebut "External libraries", tempat Anda bisa melihat semua pustaka yang digunakan proyek, termasuk setiap dependensi transitif:
Untuk mengurangi ukuran fitur dasar lebih banyak lagi, Anda mungkin harus memerhatikan dependensi kode dan pustaka eksternal. Periksa tampilan "Project" dan cari pustaka tidak terpakai yang mungkin merupakan dependensi transitif yang tidak dibutuhkan proyek. Cari juga pustaka yang menyediakan fungsionalitas yang sama (misalnya beberapa pustaka untuk pemuatan/caching gambar). [4]
Anda juga bisa membandingkan versi-versi yang berbeda dengan alat APK Analyzer, dan ini dapat digunakan juga dengan APK instant.
Yang terakhir, tinjau kembali daftar dependensi transitif dan keluarkan yang tidak Anda butuhkan. Gunakan perintah berikut untuk meninjau grafik dependensi: gradle -q :MODULE:dependencies --configuration compile. Penjelasan lebih lanjut bisa ditemukan dalam dokumentasi Gradle.
Tips lainnya
Android Studio 3.0 menyertakan alat App Links Assistant, yang bisa membantu menghasilkan filter intent yang diperlukan, dan membantu memecah proyek menjadi beberapa modul. [3]
Setelah Anda berhasil mengecilkan bundel instant app di bawah batas ukuran, saatnya untuk memastikan bahwa proses pembangunan sudah mutakhir. Pastikan APK instant app dan paket aplikasi ditandatangani menggunakan "APK Signature Scheme v2". Jika Anda menandatangani APK menggunakan fitur SDK versi terbaru, semua harus dilakukan secara otomatis. Namun, jika Anda secara manual menandatangani artefak versi, Anda harus menghindari penggunaan jarsigner dan sebagai gantinya beralih ke apksigner.
Dan beberapa tips berguna untuk menyelaraskan kode aplikasi ke dalam lingkungan waktu proses instan. Harap ingat bahwa memiliki sedikit cabang kode untuk aplikasi dapat diinstal/instan, berdasarkan InstantApps.isInstantApp(...), seharusnya tidak bermasalah dan biasanya tidak membuat kode sumber tidak terbaca (kecuali jika Anda menyalahgunakannya). Selain itu, ketika menggunakan intent berbagi, pastikan kode tersebut tidak secara eksplisit menghitung aplikasi yang terinstal pada perangkat, model keamanan instant app tidak mengizinkannya. Cukup gunakan Intent.createChooser() reguler untuk menampilkan daftar semua tindakan yang dapat dilakukan pengguna.
Tingkat kesulitan pengembangan instant app untuk aplikasi Android yang ada bervariasi antar developer dan sangat bergantung pada bagaimana aplikasi Anda diatur saat ini. Bagi beberapa developer, ini memudahkan karena proyek Anda sudah diatur menjadi beberapa modul. Namun, bagi yang lain, fokusnya adalah mengurangi ukuran aset sumber daya dan kode, dan kami telah memperkenalkan alat dan fitur platform Android di atas untuk membantu Anda melakukannya.
Apa kata developer lain yang menggunakan Android Instant Apps
Yang terakhir, bacalah postingan sangat menarik berikut ini oleh developer yang telah membangun instant app:
Buzzfeed: From Westinghouse to Android Instant apps, a BuzzFeed Journey
Realestate.com.au: Building the realestate.com.au Android Instant App
WillowTree: An introduction to Android Instant Apps
Jet.com: Make Your App Instant
Vimeo: Android Instant Apps, step-by-step: how Vimeo went about it
Ticketmaster: Ticketmaster Demonstrates Cutting Edge Android Instant Apps Technology at Google I/O
Domain: Making the Domain Android App Instant
Kunjungi situs Developer Android untuk memulai Android Instant Apps dan membaca lebih banyak kisah sukses instant app dari developer lain.

Google
Labels: android
Mulai lebih cepat dengan template AMP Start yang baru
15 November 2017
& Matt Ludwig, AMP Project marketing lead, Google
Dua pilar inti Accelerated Mobile Pages (AMP) Project adalah kecepatan dan pengalaman pengguna yang menakjubkan pada web. Dapat dikatakan, AMP Project juga peduli tentang cara supaya proses pembangunan halaman web lebih cepat dan lebih mudah. Karena itu kami membuat AMP Start, sebuah library dengan template berfitur lengkap dan elemen halaman biasa yang dibangun dengan AMP.
Setelah memilih template, Anda bisa mendownload kode lengkap untuk situs tersebut, yang berisi semua HTML, JavaScript dan CSS yang diperlukan untuk merender semua halaman dalam situs. AMP Start dibangun menggunakan Basscss, toolkit CSS tingkat rendah yang menyediakan banyak kelas utilitas CSS untuk menghindari kebutuhan akan CSS khusus. Dengan cara ini Anda bisa dengan cepat membuat halaman AMP yang responsif dan sangat cepat dengan konten Anda sendiri, tanpa perlu membangun elemen halaman dari awal.
Kami mengumumkan AMP Start pada bulan Maret, dan selama beberapa bulan terakhir kami telah bekerja sama dengan komunitas desain untuk membuat template tambahan dengan lebih vertikal, seperti retail dan travel.
Template e-commerce yang baru 😎
Hari ini kami meluncurkan AMP Start yang didesain ulang, agar Anda bisa dengan mudah menemukan template atau komponen yang Anda butuhkan untuk memulai dengan AMP. Ini termasuk template baru seperti Lune, yang menyorot satu lini produk dengan animasi scrolling mulus dan efek paralaks. Lune dirancang dengan nuansa modern untuk menampilkan detail item tertentu dan memberi pengunjung deskripsi dan informasi tentang produk dari toko tradisional.
Template pada AMP Start benar-benar interaktif dan dibangun sepenuhnya dengan AMP sehingga mereka sangat cepat di semua perangkat. Untuk memulai pembangunan pengalaman retail yang dinamis, lihat juga template Bike Shop yang baru, yang memungkinkan Anda memperlihatkan library produk dengan fitur seperti pengurutan produk, galeri gambar, dan alur checkout.
Karena template ini didesain sedemikian rupa, setiap elemen template tertentu, seperti gambar tokoh atau menu sidebar, juga bisa didownload dan disesuaikan agar pas dengan merek Anda. Hal ini untuk mempermudah pembuatan halaman yang dirancang dengan baik bahkan jika Anda sudah merampungkan sebagian besar situs Anda.
Berikutnya?
Template tambahan akan ditambahkan ke AMP Start dalam beberapa bulan mendatang, termasuk situs untuk menampilkan portofolio kreatif, situs berita dengan pemberian tag konten dan majalah digital, serta situs bisnis lokal. Untuk benar-benar memaksimalkan batas mengenai apa yang bisa dilakukan dengan AMP, kami bekerja sama dengan komunitas toko desain termasuk North Kingdom, MetaLab dan Grain & Mortar untuk membuat template ini. Tujuan kami adalah untuk menampilkan kemungkinan interaktif dan dinamis saat menggunakan komponen seperti amp-bind dan amp-animation.
Kami berharap perbaikan AMP Start ini akan mempermudah Anda untuk memulai AMP, baik ketika Anda sedang membangun situs baru atau menggunakan salah satu komponen bergaya untuk halaman yang ada. Seperti biasa, kami menyambut baik setiap komentar, masukan, dan kontribusi Anda. Untuk bagian AMP Project yang lain, kode untuk AMP Start seluruhnya terdapat di GitHub dan dapat diakses oleh semua orang di sini.
Diposting oleh Abby Beck, AMP Project UX lead, Google & Matt Ludwig, AMP Project marketing lead, Google
Dua pilar inti Accelerated Mobile Pages (AMP) Project adalah kecepatan dan pengalaman pengguna yang menakjubkan pada web. Dapat dikatakan, AMP Project juga peduli tentang cara supaya proses pembangunan halaman web lebih cepat dan lebih mudah. Karena itu kami membuat AMP Start, sebuah library dengan template berfitur lengkap dan elemen halaman biasa yang dibangun dengan AMP.
Setelah memilih template, Anda bisa mendownload kode lengkap untuk situs tersebut, yang berisi semua HTML, JavaScript dan CSS yang diperlukan untuk merender semua halaman dalam situs. AMP Start dibangun menggunakan Basscss, toolkit CSS tingkat rendah yang menyediakan banyak kelas utilitas CSS untuk menghindari kebutuhan akan CSS khusus. Dengan cara ini Anda bisa dengan cepat membuat halaman AMP yang responsif dan sangat cepat dengan konten Anda sendiri, tanpa perlu membangun elemen halaman dari awal.
Kami mengumumkan AMP Start pada bulan Maret, dan selama beberapa bulan terakhir kami telah bekerja sama dengan komunitas desain untuk membuat template tambahan dengan lebih vertikal, seperti retail dan travel.
Template e-commerce yang baru 😎
Hari ini kami meluncurkan AMP Start yang didesain ulang, agar Anda bisa dengan mudah menemukan template atau komponen yang Anda butuhkan untuk memulai dengan AMP. Ini termasuk template baru seperti Lune, yang menyorot satu lini produk dengan animasi scrolling mulus dan efek paralaks. Lune dirancang dengan nuansa modern untuk menampilkan detail item tertentu dan memberi pengunjung deskripsi dan informasi tentang produk dari toko tradisional.
Template pada AMP Start benar-benar interaktif dan dibangun sepenuhnya dengan AMP sehingga mereka sangat cepat di semua perangkat. Untuk memulai pembangunan pengalaman retail yang dinamis, lihat juga template Bike Shop yang baru, yang memungkinkan Anda memperlihatkan library produk dengan fitur seperti pengurutan produk, galeri gambar, dan alur checkout.
Karena template ini didesain sedemikian rupa, setiap elemen template tertentu, seperti gambar tokoh atau menu sidebar, juga bisa didownload dan disesuaikan agar pas dengan merek Anda. Hal ini untuk mempermudah pembuatan halaman yang dirancang dengan baik bahkan jika Anda sudah merampungkan sebagian besar situs Anda.
Berikutnya?
Template tambahan akan ditambahkan ke AMP Start dalam beberapa bulan mendatang, termasuk situs untuk menampilkan portofolio kreatif, situs berita dengan pemberian tag konten dan majalah digital, serta situs bisnis lokal. Untuk benar-benar memaksimalkan batas mengenai apa yang bisa dilakukan dengan AMP, kami bekerja sama dengan komunitas toko desain termasuk North Kingdom, MetaLab dan Grain & Mortar untuk membuat template ini. Tujuan kami adalah untuk menampilkan kemungkinan interaktif dan dinamis saat menggunakan komponen seperti amp-bind dan amp-animation.
Kami berharap perbaikan AMP Start ini akan mempermudah Anda untuk memulai AMP, baik ketika Anda sedang membangun situs baru atau menggunakan salah satu komponen bergaya untuk halaman yang ada. Seperti biasa, kami menyambut baik setiap komentar, masukan, dan kontribusi Anda. Untuk bagian AMP Project yang lain, kode untuk AMP Start seluruhnya terdapat di GitHub dan dapat diakses oleh semua orang di sini.

Google
Labels: amp
Verifikasi nomor telepon yang efektif
14 November 2017
Untuk membangun aplikasi yang menggunakan nomor telepon, penting sekali untuk memverifikasi bahwa pengguna memiliki nomor telepon. Melakukan ini bisa saja rumit dari perspektif UX, bukan saja dalam memahami format nomor telepon di berbagai wilayah lokal yang berbeda, tetapi juga dalam memberikan mekanisme verifikasi yang tidak rumit atau menggunakan izin perangkat yang mengganggu, seperti kemampuan untuk membaca semua SMS pengguna.
Ada banyak library untuk autentikasi telepon siap pakai yang efisien, seperti Firebase Phone Auth, tetapi jika Anda adalah developer lanjutan dan perlu membangun fungsionalitas ini sendiri, Google Play Services memiliki dua API baru yang membantu Anda memperoleh nomor telepon pengguna dan memverifikasinya melalui SMS tanpa izin perangkat: Phone Selector dan SMS Retriever. Aplikasi seperti Flipkart merasakan peningkatan tingkat keberhasilan sebesar 12% dalam alur sign-up nomor telepon menggunakan metode ini.
Langkah-langkah menggunakannya dengan server Anda bisa dilihat di sini:
Di postingan ini, kami akan menunjukkan kode yang Anda butuhkan untuk menyediakan pemilih nomor telepon kepada pengguna, kemudian menggunakannya dengan SMS retriever API untuk meminta kode verifikasi dari server bahwa perangkat Android akan secara otomatis menerima dan mengurai tanpa masukan dari pengguna
Catatan: Sebelum memulai, Anda perlu membangun dan menguji bahwa ini adalah perangkat dengan nomor telepon yang bisa menerima SMS dan menjalankan Google Play services 10.2.x dan yang lebih tinggi.
Menggunakan Phone Selector untuk mendapatkan nomor
Langkah pertama adalah meminta pengguna melakukan verifikasi SMS dari dalam aplikasi Anda. Aplikasi Anda mungkin meminta pengguna untuk memasukkan nomor telepon, dan Anda bisa menggunakan Phone Selector untuk memudahkannya, dengan menggunakan kode seperti berikut:
// Construct a request for phone numbers and show the picker
private void requestHint() {
    HintRequest hintRequest = new HintRequest.Builder()
           .setPhoneNumberIdentifierSupported(true)
           .build();

    PendingIntent intent = Auth.CredentialsApi.getHintPickerIntent(
            apiClient, hintRequest);
    startIntentSenderForResult(intent.getIntentSender(),
            RESOLVE_HINT, null, 0, 0, 0);
}
Builder HintRequest memberi tahu Play Services bahwa dibutuhkan identifier nomor telepon. Ini kemudian digunakan untuk membuat dan memulai sebuah intent, yang akan menampilkan kotak dialog Play Service kepada pengguna yang memungkinkan mereka untuk memilih nomor telepon yang akan dibagikan dengan aplikasi. API ini tidak memerlukan izin, dan menampilkan nomor yang ada di telepon atau Akun Google untuk dipilih pengguna.
Saat pengguna memilih nomor telepon, ia akan ditampilkan ke aplikasi pada onActivityResult dalam format E164 pada perangkat yang menjalankan Play Services versi terbaru. Perhatikan bahwa dalam beberapa kasus, tergantung pada jenis telepon Anda, Anda mungkin tidak mendapatkan nomor telepon, jadi pastikan untuk memeriksa apakah kredensialnya masih berlaku. Jika Anda tidak memiliki nomor, Anda harus memberikan sebuah cara agar pengguna bisa mengetiknya secara manual.
// Obtain the phone number from the result
@Override
public void onActivityResult(int requestCode, int resultCode, Intent data) {
  super.onActivityResult(requestCode, resultCode, data);
  if (requestCode == RESOLVE_HINT) {
      if (resultCode == RESULT_OK) {
          Credential credential = data.getParcelableExtra(Credential.EXTRA_KEY);
          // credential.getId(); <-- E.164 format phone number on 10.2.+ devices
      }
  }
}
Pada titik ini Anda akan memiliki string nomor telepon untuk pengguna. Meskipun ini berguna, Anda mungkin perlu memverifikasi bahwa pengguna memiliki nomor khusus ini, misalnya untuk mengizinkan mereka mengirim atau mengambil pesan dengan pengguna lain atau mengidentifikasi diri mereka dengan nomor ini.
Menggunakan SMS Verification API untuk memverifikasi nomor
Cara termudah untuk memverifikasi kepemilikan nomor telepon adalah dengan mengirim SMS ke nomor tersebut, yang berisi kode verifikasi satu kali, dan meminta pengguna memasukkannya ke dalam aplikasi Anda. SMS Verification API memberikan kemampuan pada aplikasi untuk mendengarkan SMS masuk, kemudian mengurai kode secara otomatis.
Untuk memulai, aplikasi Anda akan SmsRetrieverClient dengan kode seperti berikut:
SmsRetrieverClient client = SmsRetriever.getClient(this /* context */);

Task<Void> task = client.startSmsRetriever();

task.addOnSuccessListener(new OnSuccessListener<Void>() {
  @Override
  public void onSuccess(Void aVoid) {
    // successfully started an SMS Retriever for one SMS message
  }
});

task.addOnFailureListener(new OnFailureListener() {
  @Override
  public void onFailure(@NonNull Exception e) {
  });
);
Ini sangat mudah -- Anda mendapatkan klien SMS Retriever kemudian menjalankan tugas untuk hal tersebut. Tugas tersebut memiliki listener Success serta Failure yang harus diganti. Setelah memulai SMS Retriever, Anda mengirimkan nomor telepon pengguna ke server dan memulai alur kerja untuk menghasilkan pesan dan mengirimkannya ke nomor tersebut.
Pesan harus dibangun dengan cara yang sudah ditetapkan. Pesan harus sesuai dengan format pesan SMS, jadi tidak boleh berukuran lebih dari 140 byte. Pesan harus dimulai dengan awalan tertentu: '<#>' atau dua karakter spasi berlebar-kosong berturut-turut (U+200B). Lihat dokumentasi untuk informasi selengkapnya. Pesan harus diakhiri dengan hash 11 karakter yang mengidentifikasi aplikasi Anda, seperti yang dijelaskan di bawah ini.
Contoh:
<#> Use 123456 as your verification code in Example App!
FA+9qCX9VSu
Kode verifikasi satu kali bisa berupa string: Anda bisa membuat nomor acak. Pesan harus diakhiri dengan hash yang ditentukan sesuai prosedur di sini. Google Play services akan menggunakan hash ini untuk menentukan aplikasi yang menjadi target pesan verifikasi. Anda hanya perlu membuat hash ini satu kali untuk paket aplikasi dan sertifikat penandatanganan: ia tidak akan berubah dan tidak boleh dipasok oleh aplikasi klien.
Server Anda kemudian mengirim pesan ke telepon menggunakan infrastruktur atau layanan SMS yang ada. Saat pesan ini diterima, Google Play services menyiarkan intent yang berisi teks pesan. Inilah kodenya:
public class MySMSBroadcastReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {
    if (SmsRetriever.SMS_RETRIEVED_ACTION.equals(intent.getAction())) {
      Bundle extras = intent.getExtras();
      Status status = (Status) extras.get(SmsRetriever.EXTRA_STATUS);

      switch(status.getStatusCode()) {
        case CommonStatusCodes.SUCCESS:
          String message = (String) extras.get(SmsRetriever.EXTRA_SMS_MESSAGE);
          break;
        case CommonStatusCodes.TIMEOUT:
          break;
      }
    }
  }
}
Pada bagian onReceive dari broadcast receiver Anda mendapatkan extras, dan menarik status dari sana. Jika status menunjukkan bahwa pesan telah berhasil diterima, Anda bisa menarik pesan dari extras. Dari sini, Anda bisa mengurai kode verifikasi dan mengirimkannya kembali ke server untuk mengonfirmasikan kepemilikan nomor telepon.
Untuk informasi selengkapnya, lihat dokumentasi lengkap dan pembicaraan Google I/O tahun ini.
Testimoni dari Pengguna Awal
Mitra awal kami yang menggunakan API ini sangat menyukainya. Berikut adalah beberapa testimoni dari mereka:
Twilio mengamati dan membuat blog bahwa Verifikasi SMS Android tidak pernah semudah ini.
"Jika Anda adalah developer yang membangun aplikasi seluler di Android serta menggunakan nomor telepon untuk mendaftar dan mengidentifikasi akun pengguna, Anda harus menggunakan Twilio Verification SDK for Android untuk cara tercepat menyelesaikan masalah dalam menyediakan alur sign-up yang mulus, aman, dan mudah." - Simon Thorpe, Product Owner di Twilio
Authy menyukai fakta bahwa API ini bisa digunakan dengan infrastruktur SMS mereka tanpa memerlukan banyak perubahan.
"Menambahkan Phone Selector + SMS Retriever ke dalam aplikasi Authy 2FA memberikan UX menakjubkan bagi pengguna selagi tetap mempertahankan keamanan tinggi yang dibutuhkan aplikasi kami." -- Serge Kruppa, Head of Authy Engineering
Telesign mengamati UX yang lebih baik, peningkatan keamanan dan rasio konversi yang lebih tinggi dengan backend framework yang sama.
"Salah satu keuntungan signifikan dari mode verifikasi dengan friksi yang lebih rendah ini adalah bahwa pengguna mungkin melihat peningkatan rasio konversi untuk skenario registrasi dan sign-up pengguna.
Peningkatan keamanan ini juga memberikan keuntungan karena Google Play Services hanya menyediakan akses ke pesan SMS untuk aplikasi yang ditargetkan berdasarkan hash aplikasi di dalam pesan." -- Priyesh Jain (Post author)
Diposting oleh Steven Soneff, Identity Product Manager
Untuk membangun aplikasi yang menggunakan nomor telepon, penting sekali untuk memverifikasi bahwa pengguna memiliki nomor telepon. Melakukan ini bisa saja rumit dari perspektif UX, bukan saja dalam memahami format nomor telepon di berbagai wilayah lokal yang berbeda, tetapi juga dalam memberikan mekanisme verifikasi yang tidak rumit atau menggunakan izin perangkat yang mengganggu, seperti kemampuan untuk membaca semua SMS pengguna.
Ada banyak library untuk autentikasi telepon siap pakai yang efisien, seperti Firebase Phone Auth, tetapi jika Anda adalah developer lanjutan dan perlu membangun fungsionalitas ini sendiri, Google Play Services memiliki dua API baru yang membantu Anda memperoleh nomor telepon pengguna dan memverifikasinya melalui SMS tanpa izin perangkat: Phone Selector dan SMS Retriever. Aplikasi seperti Flipkart merasakan peningkatan tingkat keberhasilan sebesar 12% dalam alur sign-up nomor telepon menggunakan metode ini.
Langkah-langkah menggunakannya dengan server Anda bisa dilihat di sini:
Di postingan ini, kami akan menunjukkan kode yang Anda butuhkan untuk menyediakan pemilih nomor telepon kepada pengguna, kemudian menggunakannya dengan SMS retriever API untuk meminta kode verifikasi dari server bahwa perangkat Android akan secara otomatis menerima dan mengurai tanpa masukan dari pengguna
Catatan: Sebelum memulai, Anda perlu membangun dan menguji bahwa ini adalah perangkat dengan nomor telepon yang bisa menerima SMS dan menjalankan Google Play services 10.2.x dan yang lebih tinggi.
Menggunakan Phone Selector untuk mendapatkan nomor
Langkah pertama adalah meminta pengguna melakukan verifikasi SMS dari dalam aplikasi Anda. Aplikasi Anda mungkin meminta pengguna untuk memasukkan nomor telepon, dan Anda bisa menggunakan Phone Selector untuk memudahkannya, dengan menggunakan kode seperti berikut:
// Construct a request for phone numbers and show the picker
private void requestHint() {
    HintRequest hintRequest = new HintRequest.Builder()
           .setPhoneNumberIdentifierSupported(true)
           .build();

    PendingIntent intent = Auth.CredentialsApi.getHintPickerIntent(
            apiClient, hintRequest);
    startIntentSenderForResult(intent.getIntentSender(),
            RESOLVE_HINT, null, 0, 0, 0);
}
Builder HintRequest memberi tahu Play Services bahwa dibutuhkan identifier nomor telepon. Ini kemudian digunakan untuk membuat dan memulai sebuah intent, yang akan menampilkan kotak dialog Play Service kepada pengguna yang memungkinkan mereka untuk memilih nomor telepon yang akan dibagikan dengan aplikasi. API ini tidak memerlukan izin, dan menampilkan nomor yang ada di telepon atau Akun Google untuk dipilih pengguna.
Saat pengguna memilih nomor telepon, ia akan ditampilkan ke aplikasi pada onActivityResult dalam format E164 pada perangkat yang menjalankan Play Services versi terbaru. Perhatikan bahwa dalam beberapa kasus, tergantung pada jenis telepon Anda, Anda mungkin tidak mendapatkan nomor telepon, jadi pastikan untuk memeriksa apakah kredensialnya masih berlaku. Jika Anda tidak memiliki nomor, Anda harus memberikan sebuah cara agar pengguna bisa mengetiknya secara manual.
// Obtain the phone number from the result
@Override
public void onActivityResult(int requestCode, int resultCode, Intent data) {
  super.onActivityResult(requestCode, resultCode, data);
  if (requestCode == RESOLVE_HINT) {
      if (resultCode == RESULT_OK) {
          Credential credential = data.getParcelableExtra(Credential.EXTRA_KEY);
          // credential.getId(); <-- E.164 format phone number on 10.2.+ devices
      }
  }
}
Pada titik ini Anda akan memiliki string nomor telepon untuk pengguna. Meskipun ini berguna, Anda mungkin perlu memverifikasi bahwa pengguna memiliki nomor khusus ini, misalnya untuk mengizinkan mereka mengirim atau mengambil pesan dengan pengguna lain atau mengidentifikasi diri mereka dengan nomor ini.
Menggunakan SMS Verification API untuk memverifikasi nomor
Cara termudah untuk memverifikasi kepemilikan nomor telepon adalah dengan mengirim SMS ke nomor tersebut, yang berisi kode verifikasi satu kali, dan meminta pengguna memasukkannya ke dalam aplikasi Anda. SMS Verification API memberikan kemampuan pada aplikasi untuk mendengarkan SMS masuk, kemudian mengurai kode secara otomatis.
Untuk memulai, aplikasi Anda akan SmsRetrieverClient dengan kode seperti berikut:
SmsRetrieverClient client = SmsRetriever.getClient(this /* context */);

Task<Void> task = client.startSmsRetriever();

task.addOnSuccessListener(new OnSuccessListener<Void>() {
  @Override
  public void onSuccess(Void aVoid) {
    // successfully started an SMS Retriever for one SMS message
  }
});

task.addOnFailureListener(new OnFailureListener() {
  @Override
  public void onFailure(@NonNull Exception e) {
  });
);
Ini sangat mudah -- Anda mendapatkan klien SMS Retriever kemudian menjalankan tugas untuk hal tersebut. Tugas tersebut memiliki listener Success serta Failure yang harus diganti. Setelah memulai SMS Retriever, Anda mengirimkan nomor telepon pengguna ke server dan memulai alur kerja untuk menghasilkan pesan dan mengirimkannya ke nomor tersebut.
Pesan harus dibangun dengan cara yang sudah ditetapkan. Pesan harus sesuai dengan format pesan SMS, jadi tidak boleh berukuran lebih dari 140 byte. Pesan harus dimulai dengan awalan tertentu: '<#>' atau dua karakter spasi berlebar-kosong berturut-turut (U+200B). Lihat dokumentasi untuk informasi selengkapnya. Pesan harus diakhiri dengan hash 11 karakter yang mengidentifikasi aplikasi Anda, seperti yang dijelaskan di bawah ini.
Contoh:
<#> Use 123456 as your verification code in Example App!
FA+9qCX9VSu
Kode verifikasi satu kali bisa berupa string: Anda bisa membuat nomor acak. Pesan harus diakhiri dengan hash yang ditentukan sesuai prosedur di sini. Google Play services akan menggunakan hash ini untuk menentukan aplikasi yang menjadi target pesan verifikasi. Anda hanya perlu membuat hash ini satu kali untuk paket aplikasi dan sertifikat penandatanganan: ia tidak akan berubah dan tidak boleh dipasok oleh aplikasi klien.
Server Anda kemudian mengirim pesan ke telepon menggunakan infrastruktur atau layanan SMS yang ada. Saat pesan ini diterima, Google Play services menyiarkan intent yang berisi teks pesan. Inilah kodenya:
public class MySMSBroadcastReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {
    if (SmsRetriever.SMS_RETRIEVED_ACTION.equals(intent.getAction())) {
      Bundle extras = intent.getExtras();
      Status status = (Status) extras.get(SmsRetriever.EXTRA_STATUS);

      switch(status.getStatusCode()) {
        case CommonStatusCodes.SUCCESS:
          String message = (String) extras.get(SmsRetriever.EXTRA_SMS_MESSAGE);
          break;
        case CommonStatusCodes.TIMEOUT:
          break;
      }
    }
  }
}
Pada bagian onReceive dari broadcast receiver Anda mendapatkan extras, dan menarik status dari sana. Jika status menunjukkan bahwa pesan telah berhasil diterima, Anda bisa menarik pesan dari extras. Dari sini, Anda bisa mengurai kode verifikasi dan mengirimkannya kembali ke server untuk mengonfirmasikan kepemilikan nomor telepon.
Untuk informasi selengkapnya, lihat dokumentasi lengkap dan pembicaraan Google I/O tahun ini.
Testimoni dari Pengguna Awal
Mitra awal kami yang menggunakan API ini sangat menyukainya. Berikut adalah beberapa testimoni dari mereka:
Twilio mengamati dan membuat blog bahwa Verifikasi SMS Android tidak pernah semudah ini.
"Jika Anda adalah developer yang membangun aplikasi seluler di Android serta menggunakan nomor telepon untuk mendaftar dan mengidentifikasi akun pengguna, Anda harus menggunakan Twilio Verification SDK for Android untuk cara tercepat menyelesaikan masalah dalam menyediakan alur sign-up yang mulus, aman, dan mudah." - Simon Thorpe, Product Owner di Twilio
Authy menyukai fakta bahwa API ini bisa digunakan dengan infrastruktur SMS mereka tanpa memerlukan banyak perubahan.
"Menambahkan Phone Selector + SMS Retriever ke dalam aplikasi Authy 2FA memberikan UX menakjubkan bagi pengguna selagi tetap mempertahankan keamanan tinggi yang dibutuhkan aplikasi kami." -- Serge Kruppa, Head of Authy Engineering
Telesign mengamati UX yang lebih baik, peningkatan keamanan dan rasio konversi yang lebih tinggi dengan backend framework yang sama.
"Salah satu keuntungan signifikan dari mode verifikasi dengan friksi yang lebih rendah ini adalah bahwa pengguna mungkin melihat peningkatan rasio konversi untuk skenario registrasi dan sign-up pengguna.
Peningkatan keamanan ini juga memberikan keuntungan karena Google Play Services hanya menyediakan akses ke pesan SMS untuk aplikasi yang ditargetkan berdasarkan hash aplikasi di dalam pesan." -- Priyesh Jain (Post author)

Google
Labels: android
AMP: Dua tahun setelah halaman yang mendahulukan pengguna
13 November 2017
53% kunjungan situs mobile ditinggalkan karena membutuhkan waktu lebih dari 3 detik untuk dibuka. Dalam dua tahun kami telah melihat project ini berkembang dari beberapa mitra peluncuran menjadi lebih dari 25 juta domain situs yang telah mempublikasikan lebih dari 4 miliar halaman AMP. Bukan hanya jumlah halaman yang dibangun dengan AMP saja yang semakin banyak, kecepatan mereka juga semakin baik. Waktu median yang dibutuhkan halaman AMP untuk memuat dari penelusuran Google kurang dari setengah detik. Dan selagi kami senang dengan dampak AMP sejauh ini, masih banyak pekerjaan yang harus diselesaikan bersama.
Semakin banyak pengguna, semakin banyak interaksi, semakin banyak pendapatan
Setelah dua tahun membuat situs lebih dari 4 miliar halaman AMP, sekarang kami memiliki pemahaman yang lebih baik tentang pengaruhnya terhadap kecepatan, interaksi, dan pendapatan. Segera setelah dipublikasikan, studi Forrester Consulting Total Economic Impact™ (ditugaskan oleh Google) menemukan bahwa AMP menyebabkan peningkatan traffic situs sebesar 10% dengan peningkatan 2 kali lipat dalam waktu yang dihabiskan di halaman. Untuk situs e-commerce yang menggunakan AMP, studi ini juga menemukan peningkatan 20% dalam konversi penjualan dibandingkan dengan halaman non-AMP.
Studi lengkap akan dipublikasikan dalam beberapa minggu mendatang, tetapi ini merupakan studi penelitian independen ketiga yang menemukan bahwa penayang dan situs e-commerce mendorong lebih banyak interaksi dan pendapatan dengan AMP. Pekan lalu, Stone Temple, sebuah perusahaan konsultan pemasaran, mencatat adanya peningkatan traffic, CPM, dan/atau peningkatan pendapatan seluler di sebagian besar penayang dan situs e-commerce yang mereka teliti. Chartbeat juga menemukan bahwa pembaca berinteraksi 35% lebih lama dengan konten AMP daripada konten web seluler standar, dalam sebuah laporan yang dirilis pada bulan Juni.
Data terbaru dari DoubleClick Ad Exchange menunjukkan bahwa pengiklan juga melihat kinerja yang lebih baik di halaman AMP. 85% penayang merasakan rasio keterlihatan dan rasio klik-tayang yang lebih tinggi di halaman AMP dibandingkan dengan halaman non-AMP. Akibatnya, pengiklan bersedia membayar lebih untuk penempatan iklan ini, dengan 62% penayang AMP melihat eCPM yang lebih tinggi pada halaman AMP yang dimonetisasi.¹ Kami senang melihat tren ini terus berlanjut karena AMP Project melakukan investasi tambahan dalam membawa kecepatan AMP untuk pembangunan dan penayangan iklan di web. Dukungan untuk model bisnis penayang juga merupakan aspek utama dari project ini, dan sejak awal 2016 AMP telah mendukung paywalls bagi penayang di situs mereka sendiri, untuk meningkatkan basis pelanggan mereka.
Didukung oleh komunitas
Kami sangat senang bisa bertemu banyak dari Anda di AMP Conf awal tahun ini di NYC. Dengan kesuksesan tersebut, AMP Conf akan hadir di Amsterdam pada awal 2018. Berbagi development terbaru di AMP dan kesempatan untuk berbincang langsung dengan kontributor utama yang mengerjakan project akan membuatnya sepadan dengan perjalanan ke sini (bahkan dalam cuaca dingin!). Kami akan memberi tahu tanggal pasti dan cara mendaftar bulan berikutnya. Dan sementara itu, pastikan untuk memeriksa bila AMP Roadshow hadir ke kota dekat Anda. Kami berkunjung ke Eropa pada bulan November dan Cina pada bulan Desember.
Kesuksesan AMP sepenuhnya bergantung pada mereka yang telah berkontribusi dalam project ini. Apakah itu lebih dari 400 dari Anda yang telah berkontribusi kode secara langsung, atau 10.500 lainnya yang telah terlibat dengan project ini di Github, AMP bisa seperti sekarang berkat kontribusi semua orang. Kami juga melihat organisasi lain mengambil peran yang semakin proaktif dalam mendukung AMP. Automattic, misalnya, telah bekerja sama dengan kami untuk meningkatkan kualitas plug-in WordPress dalam beberapa bulan terakhir. Selain adopsi yang kuat di komunitas, klien VIP WordPress.com seperti The New York Post dan PMC melihat hasil yang bagus dengan implementasinya.
Masa depan AMP
Masa depan cerah untuk AMP. Di luar kesuksesan penayang dan situs e-commerce, kami melihat semakin banyak cara bagi situs untuk memanfaatkan AMP, termasuk kombinasi AMP & Progressive Web Apps (PWA), serta pembangunan keseluruhan situs di beragam perangkat, dengan AMP. Situs seperti Mynet telah membangun PWA yang memanfaatkan halaman AMP untuk memperlancar development dan memastikan waktu muat yang cepat di halaman mereka. Situs lainnya, seperti Spiegel Daily membangun keseluruhan situs mereka menggunakan AMP untuk memastikan pengalaman pengguna yang menakjubkan di semua perangkat.
Untuk mempermudah pembangunan halaman AMP yang terlihat luar biasa, kami menciptakan AMP Start, sebuah sumber untuk template dan komponen AMP yang siap pakai. Minggu lalu AMP Start merilis template e-commerce baru yang mendukung situs peraga produk dan pengalaman ritel yang mendalam. Lebih banyak template akan segera diluncurkan untuk berbagai kasus penggunaan termasuk majalah digital dan bisnis lokal.
Terima kasih untuk semua orang yang telah membuat AMP sukses, khususnya bagi lebih dari 400 dari Anda yang telah berkontribusi kode secara langsung ke project. Kami sangat menantikan apa yang bisa diberikan project ini di masa mendatang selagi kami terus meningkatkan kualitas pengalaman pengguna di seluruh web. Kami sangat menantikan Anda semua di Amsterdam pada bulan Februari. Ayo datang!
Diposting oleh David Besbris, VP Google Search, AMP Project Lead di Google
¹Kenaikan bisa tergantung pada implementasi iklan.
Sulit dipercaya bahwa dua tahun telah berlalu sejak publishers dan platform berkumpul bersama untuk meluncurkan open source Accelerated Mobile Pages (AMP) Project. Kecepatan dan pengalaman pengguna semakin penting dibandingkan sebelumnya di seluruh web, dengan 53% kunjungan situs mobile ditinggalkan karena membutuhkan waktu lebih dari 3 detik untuk dibuka. Dalam dua tahun kami telah melihat project ini berkembang dari beberapa mitra peluncuran menjadi lebih dari 25 juta domain situs yang telah mempublikasikan lebih dari 4 miliar halaman AMP. Bukan hanya jumlah halaman yang dibangun dengan AMP saja yang semakin banyak, kecepatan mereka juga semakin baik. Waktu median yang dibutuhkan halaman AMP untuk memuat dari penelusuran Google kurang dari setengah detik. Dan selagi kami senang dengan dampak AMP sejauh ini, masih banyak pekerjaan yang harus diselesaikan bersama.
Semakin banyak pengguna, semakin banyak interaksi, semakin banyak pendapatan
Setelah dua tahun membuat situs lebih dari 4 miliar halaman AMP, sekarang kami memiliki pemahaman yang lebih baik tentang pengaruhnya terhadap kecepatan, interaksi, dan pendapatan. Segera setelah dipublikasikan, studi Forrester Consulting Total Economic Impact™ (ditugaskan oleh Google) menemukan bahwa AMP menyebabkan peningkatan traffic situs sebesar 10% dengan peningkatan 2 kali lipat dalam waktu yang dihabiskan di halaman. Untuk situs e-commerce yang menggunakan AMP, studi ini juga menemukan peningkatan 20% dalam konversi penjualan dibandingkan dengan halaman non-AMP.
Studi lengkap akan dipublikasikan dalam beberapa minggu mendatang, tetapi ini merupakan studi penelitian independen ketiga yang menemukan bahwa penayang dan situs e-commerce mendorong lebih banyak interaksi dan pendapatan dengan AMP. Pekan lalu, Stone Temple, sebuah perusahaan konsultan pemasaran, mencatat adanya peningkatan traffic, CPM, dan/atau peningkatan pendapatan seluler di sebagian besar penayang dan situs e-commerce yang mereka teliti. Chartbeat juga menemukan bahwa pembaca berinteraksi 35% lebih lama dengan konten AMP daripada konten web seluler standar, dalam sebuah laporan yang dirilis pada bulan Juni.
Data terbaru dari DoubleClick Ad Exchange menunjukkan bahwa pengiklan juga melihat kinerja yang lebih baik di halaman AMP. 85% penayang merasakan rasio keterlihatan dan rasio klik-tayang yang lebih tinggi di halaman AMP dibandingkan dengan halaman non-AMP. Akibatnya, pengiklan bersedia membayar lebih untuk penempatan iklan ini, dengan 62% penayang AMP melihat eCPM yang lebih tinggi pada halaman AMP yang dimonetisasi.¹ Kami senang melihat tren ini terus berlanjut karena AMP Project melakukan investasi tambahan dalam membawa kecepatan AMP untuk pembangunan dan penayangan iklan di web. Dukungan untuk model bisnis penayang juga merupakan aspek utama dari project ini, dan sejak awal 2016 AMP telah mendukung paywalls bagi penayang di situs mereka sendiri, untuk meningkatkan basis pelanggan mereka.
Didukung oleh komunitas
Kami sangat senang bisa bertemu banyak dari Anda di AMP Conf awal tahun ini di NYC. Dengan kesuksesan tersebut, AMP Conf akan hadir di Amsterdam pada awal 2018. Berbagi development terbaru di AMP dan kesempatan untuk berbincang langsung dengan kontributor utama yang mengerjakan project akan membuatnya sepadan dengan perjalanan ke sini (bahkan dalam cuaca dingin!). Kami akan memberi tahu tanggal pasti dan cara mendaftar bulan berikutnya. Dan sementara itu, pastikan untuk memeriksa bila AMP Roadshow hadir ke kota dekat Anda. Kami berkunjung ke Eropa pada bulan November dan Cina pada bulan Desember.
Kesuksesan AMP sepenuhnya bergantung pada mereka yang telah berkontribusi dalam project ini. Apakah itu lebih dari 400 dari Anda yang telah berkontribusi kode secara langsung, atau 10.500 lainnya yang telah terlibat dengan project ini di Github, AMP bisa seperti sekarang berkat kontribusi semua orang. Kami juga melihat organisasi lain mengambil peran yang semakin proaktif dalam mendukung AMP. Automattic, misalnya, telah bekerja sama dengan kami untuk meningkatkan kualitas plug-in WordPress dalam beberapa bulan terakhir. Selain adopsi yang kuat di komunitas, klien VIP WordPress.com seperti The New York Post dan PMC melihat hasil yang bagus dengan implementasinya.
Masa depan AMP
Masa depan cerah untuk AMP. Di luar kesuksesan penayang dan situs e-commerce, kami melihat semakin banyak cara bagi situs untuk memanfaatkan AMP, termasuk kombinasi AMP & Progressive Web Apps (PWA), serta pembangunan keseluruhan situs di beragam perangkat, dengan AMP. Situs seperti Mynet telah membangun PWA yang memanfaatkan halaman AMP untuk memperlancar development dan memastikan waktu muat yang cepat di halaman mereka. Situs lainnya, seperti Spiegel Daily membangun keseluruhan situs mereka menggunakan AMP untuk memastikan pengalaman pengguna yang menakjubkan di semua perangkat.
Untuk mempermudah pembangunan halaman AMP yang terlihat luar biasa, kami menciptakan AMP Start, sebuah sumber untuk template dan komponen AMP yang siap pakai. Minggu lalu AMP Start merilis template e-commerce baru yang mendukung situs peraga produk dan pengalaman ritel yang mendalam. Lebih banyak template akan segera diluncurkan untuk berbagai kasus penggunaan termasuk majalah digital dan bisnis lokal.
Terima kasih untuk semua orang yang telah membuat AMP sukses, khususnya bagi lebih dari 400 dari Anda yang telah berkontribusi kode secara langsung ke project. Kami sangat menantikan apa yang bisa diberikan project ini di masa mendatang selagi kami terus meningkatkan kualitas pengalaman pengguna di seluruh web. Kami sangat menantikan Anda semua di Amsterdam pada bulan Februari. Ayo datang!
Diposting oleh David Besbris, VP Google Search, AMP Project Lead di Google
¹Kenaikan bisa tergantung pada implementasi iklan.

Google
Labels: amp
Memperkenalkan Cloud Firestore: Database Dokumen Baru Kami untuk Aplikasi
07 November 2017
Hari ini kami sangat gembira bisa meluncurkan Cloud Firestore, database dokumen NoSQL yang dikelola sepenuhnya untuk development aplikasi mobile dan web. Cloud Firestore dirancang untuk menyimpan dan menyinkronkan data aplikasi dengan mudah pada skala global, dan sekarang tersedia dalam versi beta.
Fitur utama Cloud Firestore meliputi:
Dokumen dan koleksi dengan kueri yang andal
SDK iOS, Android, dan Web dengan akses data offline
Sinkronisasi data real-time
Replikasi data multi-region dengan konsistensi yang kuat dan otomatis
SDK server Node, Python, Go, dan Java
Dan tentu saja, tujuan kami adalah kesederhanaan dan kemudahan penggunaan yang selalu menjadi prioritas utama Firebase, sambil tetap memastikan Cloud Firestore bisa menskalakan untuk menggerakkan bahkan aplikasi terbesar sekalipun.
Dioptimalkan untuk development aplikasi
Mengelola data aplikasi tetaplah sulit; Anda harus menskalakan server, menangani konektivitas tersendat, dan mengirimkan data dengan latensi rendah.
Kami telah mengoptimalkan Cloud Firestore untuk development aplikasi, sehingga Anda bisa berfokus untuk memberikan nilai lebih kepada pengguna dan mengirimkan aplikasi yang lebih baik dengan lebih cepat. Cloud Firestore:
Menyinkronkan data antar perangkat secara real-time. SDK Android, iOS, dan Javascript kami menyinkronkan data aplikasi Anda hampir seketika. Hal ini sangat mempermudah pembangunan aplikasi reaktif, secara otomatis menyinkronkan data di seluruh perangkat, dan membangun fitur kolaboratif yang andal -- dan bila Anda tidak memerlukan sinkronisasi real-time, pembacaan satu-kali adalah fitur kelas-satu.
Menggunakan koleksi dan dokumen untuk menstrukturkan dan melakukan kueri data. Model data ini sudah familier dan intuitif bagi banyak developer. Model ini juga memungkinkan untuk kueri ekspresif. Kuery berskala dengan ukuran set hasil, bukan ukuran set data, sehingga Anda akan mendapatkan kinerja yang sama saat mengambil 1 hasil dari kumpulan 100, atau 100.000.000.
Mengaktifkan akses data offline melalui database pada-perangkat yang andal. Database lokal ini berarti bahwa aplikasi Anda akan berfungsi dengan lancar, bahkan saat pengguna kehilangan konektivitas. Mode offline ini tersedia di Web, iOS dan Android.
Mengaktifkan development tanpa server. SDK sisi-klien Cloud Firestore menangani autentikasi kompleks dan kode jaringan yang biasanya harus Anda tulis sendiri. Kemudian, di backend, kami menyediakan seperangkat aturan keamanan yang kuat sehingga Anda bisa mengontrol akses ke data. Aturan keamanan memungkinkan Anda mengontrol pengguna yang bisa mengakses dokumen, dan juga memungkinkan Anda untuk menerapkan logika validasi kompleks ke data. Gabungan fitur-fitur ini memungkinkan aplikasi seluler Anda untuk terhubung langsung ke database.
Terintegrasi dengan platform Firebase yang lain. Anda bisa dengan mudah mengonfigurasi Cloud Functions untuk menjalankan kode khusus setiap kali data ditulis, dirubah atau dihapus, dan SDK kita secara otomatis terintegrasi dengan Firebase Authentication, agar Anda dapat memulai dengan cepat.
Menempatkan 'Cloud' di Cloud Firestore
Anda mungkin sudah menebak dari namanya, Cloud Firestore dibangun dengan kerjasama yang erat bersama tim Google Cloud Platform.
Ini berarti bahwa Cloud Firestore adalah produk yang benar-benar dikelola, dibangun dari dasar untuk berskala secara otomatis. Cloud Firestore adalah database replikasi multi-region yang memastikan sekali data dibuat, ia tetap bertahan bahkan saat menghadapi bencana tak terduga. Tidak hanya itu, meskipun database ini terdistribusi, ia juga sangat konsisten, dengan menyingkirkan kasus kompleks dan rumit agar pembangunan aplikasi lebih mudah, terlepas dari skalanya.
Ini juga berarti bahwa memberikan pengalaman sisi-server yang hebat bagi developer backend adalah prioritas utama. Kami meluncurkan SDK untuk Java, Go, Python, dan Node.js hari ini, dengan lebih banyak dukungan bahasa di masa mendatang.
Database lain?
Selama 3 tahun terakhir, Firebase telah bertumbuh menjadi platform development aplikasi Google; Firebase sekarang memiliki 20 produk untuk pembangunan dan development aplikasi Anda. Jika Anda pernah menggunakan Firebase sebelumnya, Anda tahu kami sudah menawarkan database, Firebase Realtime Database, yang membantu mengatasi beberapa tantangan yang tercantum di atas.
Firebase Realtime Database, dengan SDK klien dan kemampuan real-time, adalah tentang membuat pengembangan aplikasi menjadi lebih cepat dan lebih mudah. Sejak diluncurkan, Firebase Realtime Database telah diadopsi oleh ratusan ribu developer, dan seiring semakin banyaknya adopsi, semakin banyak juga pola pemakaiannya. Developer mulai menggunakan Realtime Database untuk data yang lebih kompleks dan untuk membangun aplikasi yang lebih besar, mendorong batasan model data JSON dan kinerja database. Cloud Firestore terinspirasi oleh apa yang paling disukai developer mengenai Firebase Realtime Database sekaligus mengatasi keterbatasan utamanya seperti penataan data, kueri, dan penskalaan.
Jadi, jika saat ini Anda adalah pengguna Firebase Realtime Database, kami pikir Anda akan menyukai Cloud Firestore. Namun, ini tidak berarti Cloud Firestore adalah pengganti langsung untuk Firebase Realtime Database. Untuk beberapa kasus penggunaan, Realtime Database lebih cocok digunakan untuk mengoptimalkan biaya dan latensi, dan juga menggunakan kedua database tersebut bersama-sama tidaklah sulit. Anda bisa membaca perbandingan yang lebih mendalam antara kedua database tersebut di sini.
Kami terus melanjutkan pengembangan kedua database dan keduanya akan tersedia di konsol dan dokumentasi kami.
Mulai!
Cloud Firestore memasuki versi beta publik mulai hari ini. Jika Anda merasa nyaman menggunakan produk beta, Anda harus mencobanya pada proyek berikutnya! Berikut adalah beberapa perusahaan dan startup yang sudah membangun dengan Cloud Firestore:
Mulailah dengan mengunjungi tab database di Firebase console Anda. Untuk detail selengkapnya, lihat dokumentasi, harga, contoh kode, batasan kinerja pada versi beta, dan lihat open source SDK iOS dan JavaScript kami di GitHub.
Kami ingin segera melihat kreasi dan mendengar pendapat Anda tentang Cloud Firestore!
Review terjemahan blog ini dilakukan oleh Dennis Alund, GDE Firebase
Hari ini kami sangat gembira bisa meluncurkan Cloud Firestore, database dokumen NoSQL yang dikelola sepenuhnya untuk development aplikasi mobile dan web. Cloud Firestore dirancang untuk menyimpan dan menyinkronkan data aplikasi dengan mudah pada skala global, dan sekarang tersedia dalam versi beta.
Fitur utama Cloud Firestore meliputi:
Dokumen dan koleksi dengan kueri yang andal
SDK iOS, Android, dan Web dengan akses data offline
Sinkronisasi data real-time
Replikasi data multi-region dengan konsistensi yang kuat dan otomatis
SDK server Node, Python, Go, dan Java
Dan tentu saja, tujuan kami adalah kesederhanaan dan kemudahan penggunaan yang selalu menjadi prioritas utama Firebase, sambil tetap memastikan Cloud Firestore bisa menskalakan untuk menggerakkan bahkan aplikasi terbesar sekalipun.
Dioptimalkan untuk development aplikasi
Mengelola data aplikasi tetaplah sulit; Anda harus menskalakan server, menangani konektivitas tersendat, dan mengirimkan data dengan latensi rendah.
Kami telah mengoptimalkan Cloud Firestore untuk development aplikasi, sehingga Anda bisa berfokus untuk memberikan nilai lebih kepada pengguna dan mengirimkan aplikasi yang lebih baik dengan lebih cepat. Cloud Firestore:
Menyinkronkan data antar perangkat secara real-time. SDK Android, iOS, dan Javascript kami menyinkronkan data aplikasi Anda hampir seketika. Hal ini sangat mempermudah pembangunan aplikasi reaktif, secara otomatis menyinkronkan data di seluruh perangkat, dan membangun fitur kolaboratif yang andal -- dan bila Anda tidak memerlukan sinkronisasi real-time, pembacaan satu-kali adalah fitur kelas-satu.
Menggunakan koleksi dan dokumen untuk menstrukturkan dan melakukan kueri data. Model data ini sudah familier dan intuitif bagi banyak developer. Model ini juga memungkinkan untuk kueri ekspresif. Kuery berskala dengan ukuran set hasil, bukan ukuran set data, sehingga Anda akan mendapatkan kinerja yang sama saat mengambil 1 hasil dari kumpulan 100, atau 100.000.000.
Mengaktifkan akses data offline melalui database pada-perangkat yang andal. Database lokal ini berarti bahwa aplikasi Anda akan berfungsi dengan lancar, bahkan saat pengguna kehilangan konektivitas. Mode offline ini tersedia di Web, iOS dan Android.
Mengaktifkan development tanpa server. SDK sisi-klien Cloud Firestore menangani autentikasi kompleks dan kode jaringan yang biasanya harus Anda tulis sendiri. Kemudian, di backend, kami menyediakan seperangkat aturan keamanan yang kuat sehingga Anda bisa mengontrol akses ke data. Aturan keamanan memungkinkan Anda mengontrol pengguna yang bisa mengakses dokumen, dan juga memungkinkan Anda untuk menerapkan logika validasi kompleks ke data. Gabungan fitur-fitur ini memungkinkan aplikasi seluler Anda untuk terhubung langsung ke database.
Terintegrasi dengan platform Firebase yang lain. Anda bisa dengan mudah mengonfigurasi Cloud Functions untuk menjalankan kode khusus setiap kali data ditulis, dirubah atau dihapus, dan SDK kita secara otomatis terintegrasi dengan Firebase Authentication, agar Anda dapat memulai dengan cepat.
Menempatkan 'Cloud' di Cloud Firestore
Anda mungkin sudah menebak dari namanya, Cloud Firestore dibangun dengan kerjasama yang erat bersama tim Google Cloud Platform.
Ini berarti bahwa Cloud Firestore adalah produk yang benar-benar dikelola, dibangun dari dasar untuk berskala secara otomatis. Cloud Firestore adalah database replikasi multi-region yang memastikan sekali data dibuat, ia tetap bertahan bahkan saat menghadapi bencana tak terduga. Tidak hanya itu, meskipun database ini terdistribusi, ia juga sangat konsisten, dengan menyingkirkan kasus kompleks dan rumit agar pembangunan aplikasi lebih mudah, terlepas dari skalanya.
Ini juga berarti bahwa memberikan pengalaman sisi-server yang hebat bagi developer backend adalah prioritas utama. Kami meluncurkan SDK untuk Java, Go, Python, dan Node.js hari ini, dengan lebih banyak dukungan bahasa di masa mendatang.
Database lain?
Selama 3 tahun terakhir, Firebase telah bertumbuh menjadi platform development aplikasi Google; Firebase sekarang memiliki 20 produk untuk pembangunan dan development aplikasi Anda. Jika Anda pernah menggunakan Firebase sebelumnya, Anda tahu kami sudah menawarkan database, Firebase Realtime Database, yang membantu mengatasi beberapa tantangan yang tercantum di atas.
Firebase Realtime Database, dengan SDK klien dan kemampuan real-time, adalah tentang membuat pengembangan aplikasi menjadi lebih cepat dan lebih mudah. Sejak diluncurkan, Firebase Realtime Database telah diadopsi oleh ratusan ribu developer, dan seiring semakin banyaknya adopsi, semakin banyak juga pola pemakaiannya. Developer mulai menggunakan Realtime Database untuk data yang lebih kompleks dan untuk membangun aplikasi yang lebih besar, mendorong batasan model data JSON dan kinerja database. Cloud Firestore terinspirasi oleh apa yang paling disukai developer mengenai Firebase Realtime Database sekaligus mengatasi keterbatasan utamanya seperti penataan data, kueri, dan penskalaan.
Jadi, jika saat ini Anda adalah pengguna Firebase Realtime Database, kami pikir Anda akan menyukai Cloud Firestore. Namun, ini tidak berarti Cloud Firestore adalah pengganti langsung untuk Firebase Realtime Database. Untuk beberapa kasus penggunaan, Realtime Database lebih cocok digunakan untuk mengoptimalkan biaya dan latensi, dan juga menggunakan kedua database tersebut bersama-sama tidaklah sulit. Anda bisa membaca perbandingan yang lebih mendalam antara kedua database tersebut di sini.
Kami terus melanjutkan pengembangan kedua database dan keduanya akan tersedia di konsol dan dokumentasi kami.
Mulai!
Cloud Firestore memasuki versi beta publik mulai hari ini. Jika Anda merasa nyaman menggunakan produk beta, Anda harus mencobanya pada proyek berikutnya! Berikut adalah beberapa perusahaan dan startup yang sudah membangun dengan Cloud Firestore:
Mulailah dengan mengunjungi tab database di Firebase console Anda. Untuk detail selengkapnya, lihat dokumentasi, harga, contoh kode, batasan kinerja pada versi beta, dan lihat open source SDK iOS dan JavaScript kami di GitHub.
Kami ingin segera melihat kreasi dan mendengar pendapat Anda tentang Cloud Firestore!

Google
Labels: firebase
Playtime 2017: Temukan keberhasilan di Google Play dan kembangkan bisnis Anda dengan fitur Play Console yang baru
03 November 2017
Hari ini kami memulai rangkaian Playtime global tahunan kami dengan event berkelanjutan di Berlin dan San Francisco. Selama bulan berikutnya, kami akan mendengar dari banyak developer aplikasi dan game dari kota-kota di seluruh dunia. 2017 telah menjadi yang tahun menakjubkan untuk developer di Google Play, sekarang ada lebih dari 8 miliar penginstalan baru per bulan di seluruh dunia.
Untuk membantu Anda memanfaatkan kesempatan ini, kami mengumumkan inovasi di Google Play dan fitur baru di Play Console. Ikuti kami di Medium di sini presenters akan memposting strategi, praktik terbaik, dan contoh untuk membantu Anda mencapai business objectives. Karena Google Play terus berkembang pesat, kami ingin membantu orang memahami bisnis kami. Itulah sebabnya kami juga menerbitkan laporan State of Play 2017 yang akan diupdate setiap tahun agar Anda bisa selalu mengetahui kemajuan kami dan bagaimana kami membantu developer agar sukses.
Aplikasi dan game di Google Play menghidupkan perangkat Anda, baik perangkat Anda berupa ponsel dan tablet, perangkat Wear, TV, Daydream, maupun Chromebook seperti Google Pixelbook yang baru. Kami mempermudah pengguna untuk menemukan dan berinteraksi kembali dengan konten menarik di Play Store.
Mengenali yang terbaik
Kami berinvestasi dalam kurasi dan editorial untuk menampilkan aplikasi dan game dengan kualitas terbaik yang kami sukai. Editors' Choice yang diubah sekarang sudah aktif di 17 negara dan Android Excellence baru-baru ini menyambut aplikasi dan game baru. Kami juga terus merayakan dan mendukung game indie, baru-baru ini kami mengumumkan pemenang Indie Games Festival di San Francisco dan membuka Indie Games Contest kedua di Eropa untuk nominasi.
Menemukan game hebat
Kami meluncurkan home yang disempurnakan untuk game dengan trailer dan screenshot gameplay dan dua tujuan jelajah baru akan segera hadir, 'New' (untuk game mendatang dan sedang tren) dan 'Premium' (untuk game berbayar).
Tidak hanya sekadar install
Kami menampilkan pengingat untuk mencoba game yang baru saja Anda install dan kami memperluas banner ‘live operations’ sukses di Play Store, yang memberi tahu Anda tentang event utama dalam-game pada game populer yang ada di perangkat Anda. Kami juga gembira bisa mengintegrasikan Android Instant Apps dengan tombol 'Try it Now' di cantuman toko. Dengan sekali tap, pengguna bisa langsung masuk ke pengalaman aplikasi tanpa menginstal.
Pengalaman game baru di Google Play
Google Play Console menawarkan fitur yang membantu Anda dan anggota tim dalam setiap tahap siklus hidup aplikasi. Gunakan Play Console untuk meningkatkan kualitas aplikasi, mengelola rilis dengan percaya diri, dan meningkatkan kinerja bisnis.
Berfokus pada kualitas
Android vitals diperkenalkan pada I/O 2017 dan 65% top developers sudah menggunakan dashboard untuk memahami kinerja aplikasi mereka. Kami menambahkan lima Android vitals baru dan meningkatkan cakupan perangkat untuk membantu Anda mengatasi masalah yang terkait dengan konsumsi baterai, error, dan waktu render. Aplikasi berkinerja baik lebih disukai oleh algoritme penelusuran dan deteksi Google Play.
Kami memperbaiki laporan pra-peluncuran dan menyediakannya untuk semua developer tanpa harus mendaftar. Saat mengupload APK alfa atau beta, kami akan menginstal dan menguji aplikasi Anda secara otomatis di perangkat fisik dan populer yang didukung oleh Firebase Test Lab. Laporan tersebut akan memberi tahu Anda tentang error, masalah tampilan, kerentanan keamanan, dan sekarang, masalah kinerja yang dihadapi.
Saat menginstal aplikasi baru, Anda pasti menginginkannya bisa langsung dibuka dan berjalan normal. Untuk memastikan agar pengguna yang menginstal aplikasi dan game dari Google Play mendapat pengalaman positif dan developer mendapatkan keuntungan dari menjadi bagian ekosistem tepercaya, kami memperkenalkan kebijakan untuk melarang aplikasi yang secara konsisten menunjukkan pengalaman buruk pada sebagian besar perangkat seperti error, menutup sendiri, hang, atau berfungsi abnormal. Pelajari lebih lanjut di policy center.
Merilis dengan percaya diri
Beta testing memungkinkan pengguna untuk mencoba aplikasi atau game Anda sebelum masuk ke versi produksi sehingga Anda bisa mengulang-ulang gagasan Anda dan mengumpulkan masukan. Anda sekarang bisa menargetkan pengujian alfa dan beta ke negara tertentu. Ini memungkinkan Anda untuk, misalnya, melakukan beta test di negara tempat Anda akan melakukan peluncuran, sementara pengguna di negara lain menerima aplikasi versi produksi. Kami akan segera menyediakan penargetan negara ke peluncuran bertahap.
Kami juga telah menyempurnakan katalog device. Lebih dari 66% top developers menggunakan katalog untuk memastikan bahwa mereka memberikan pengalaman pengguna yang hebat pada sebanyak mungkin perangkat. Kini Anda bisa menyimpan penelusuran perangkat dan melihat mengapa perangkat tertentu tidak mendukung aplikasi Anda. Buka katalog perangkat dan review ketentuan layanan untuk memulai.
Mengembangkan bisnis langganan Anda
Pada I/O 2017 kami mengumumkan bahwa jumlah pelanggan Play dan pendapatan bisnis langganan naik dua kali lipat di tahun sebelumnya. Kami mempermudah penyiapan dan pengelolaan layanan langganan Anda dengan Play Billing Library dan, segera hadir, tes instrumen baru guna mempermudah testing flow untuk pembayaran yang berhasil dan tidak berhasil.
Kami membantu Anda memperoleh dan mempertahankan lebih banyak pelanggan. Anda bisa menawarkan percobaan gratis yang lebih pendek, minimal tiga hari, dan sekarang kami akan menerapkan satu percobaan gratis di tingkat aplikasi untuk mengurangi potensi penyalahgunaan. Anda bisa mendaftar untuk menerima notifikasi saat seseorang membatalkan langganan mereka dan kami juga mempermudah pengguna untuk memulihkan langganan yang dibatalkan. Penangguhan akun sekarang tersedia secara umum, di sini Anda bisa memblokir akses ke layanan, sementara kami meminta pengguna guna memperbaiki masalah pembayaran untuk perpanjangan. Yang terakhir, dari bulan Januari 2018 kami juga mengupdate biaya transaksi untuk pelanggan yang bertahan selama lebih dari 12 bulan.
Pengumuman Google Play Security Reward Program
Di Google, kami telah lama sangat menikmati hubungan akrab dengan komunitas riset keamanan. Hari ini kami memperkenalkan Google Play Security Reward Program untuk memberi insentif riset keamanan ke aplikasi Android populer, termasuk aplikasi Google sendiri. Program ini akan membantu kami menemukan kerentanan dan memberi tahu developer melalui rekomendasi keamanan tentang cara memperbaikinya. Kami berharap bisa mewujudkan kesuksesan yang kami miliki dengan program penghargaan kami yang lain, dan kami mengundang developer dan komunitas riset untuk secara proaktif bekerja sama dengan kami untuk meningkatkan keamanan ekosistem Google Play.
Nantikan juga berita dan tips Google Play
Daftar untuk mendapat email dari Google Play
Ikuti @GooglePlayDev di Twitter
Google Play Apps & Games di Medium
Google Play Apps & Games di LinkedIn
Menurut Anda seberapa bermanfaatkah entri blog ini?
★ ★ ★ ★ ★
Diposting oleh Vineet Buch, Director of Product Management, Google Play Apps & Games
Hari ini kami memulai rangkaian Playtime global tahunan kami dengan event berkelanjutan di Berlin dan San Francisco. Selama bulan berikutnya, kami akan mendengar dari banyak developer aplikasi dan game dari kota-kota di seluruh dunia. 2017 telah menjadi yang tahun menakjubkan untuk developer di Google Play, sekarang ada lebih dari 8 miliar penginstalan baru per bulan di seluruh dunia.
Untuk membantu Anda memanfaatkan kesempatan ini, kami mengumumkan inovasi di Google Play dan fitur baru di Play Console. Ikuti kami di Medium di sini presenters akan memposting strategi, praktik terbaik, dan contoh untuk membantu Anda mencapai business objectives. Karena Google Play terus berkembang pesat, kami ingin membantu orang memahami bisnis kami. Itulah sebabnya kami juga menerbitkan laporan State of Play 2017 yang akan diupdate setiap tahun agar Anda bisa selalu mengetahui kemajuan kami dan bagaimana kami membantu developer agar sukses.
Aplikasi dan game di Google Play menghidupkan perangkat Anda, baik perangkat Anda berupa ponsel dan tablet, perangkat Wear, TV, Daydream, maupun Chromebook seperti Google Pixelbook yang baru. Kami mempermudah pengguna untuk menemukan dan berinteraksi kembali dengan konten menarik di Play Store.
Mengenali yang terbaik
Kami berinvestasi dalam kurasi dan editorial untuk menampilkan aplikasi dan game dengan kualitas terbaik yang kami sukai. Editors' Choice yang diubah sekarang sudah aktif di 17 negara dan Android Excellence baru-baru ini menyambut aplikasi dan game baru. Kami juga terus merayakan dan mendukung game indie, baru-baru ini kami mengumumkan pemenang Indie Games Festival di San Francisco dan membuka Indie Games Contest kedua di Eropa untuk nominasi.
Menemukan game hebat
Kami meluncurkan home yang disempurnakan untuk game dengan trailer dan screenshot gameplay dan dua tujuan jelajah baru akan segera hadir, 'New' (untuk game mendatang dan sedang tren) dan 'Premium' (untuk game berbayar).
Tidak hanya sekadar install
Kami menampilkan pengingat untuk mencoba game yang baru saja Anda install dan kami memperluas banner ‘live operations’ sukses di Play Store, yang memberi tahu Anda tentang event utama dalam-game pada game populer yang ada di perangkat Anda. Kami juga gembira bisa mengintegrasikan Android Instant Apps dengan tombol 'Try it Now' di cantuman toko. Dengan sekali tap, pengguna bisa langsung masuk ke pengalaman aplikasi tanpa menginstal.
Pengalaman game baru di Google Play
Google Play Console menawarkan fitur yang membantu Anda dan anggota tim dalam setiap tahap siklus hidup aplikasi. Gunakan Play Console untuk meningkatkan kualitas aplikasi, mengelola rilis dengan percaya diri, dan meningkatkan kinerja bisnis.
Berfokus pada kualitas
Android vitals diperkenalkan pada I/O 2017 dan 65% top developers sudah menggunakan dashboard untuk memahami kinerja aplikasi mereka. Kami menambahkan lima Android vitals baru dan meningkatkan cakupan perangkat untuk membantu Anda mengatasi masalah yang terkait dengan konsumsi baterai, error, dan waktu render. Aplikasi berkinerja baik lebih disukai oleh algoritme penelusuran dan deteksi Google Play.
Kami memperbaiki laporan pra-peluncuran dan menyediakannya untuk semua developer tanpa harus mendaftar. Saat mengupload APK alfa atau beta, kami akan menginstal dan menguji aplikasi Anda secara otomatis di perangkat fisik dan populer yang didukung oleh Firebase Test Lab. Laporan tersebut akan memberi tahu Anda tentang error, masalah tampilan, kerentanan keamanan, dan sekarang, masalah kinerja yang dihadapi.
Saat menginstal aplikasi baru, Anda pasti menginginkannya bisa langsung dibuka dan berjalan normal. Untuk memastikan agar pengguna yang menginstal aplikasi dan game dari Google Play mendapat pengalaman positif dan developer mendapatkan keuntungan dari menjadi bagian ekosistem tepercaya, kami memperkenalkan kebijakan untuk melarang aplikasi yang secara konsisten menunjukkan pengalaman buruk pada sebagian besar perangkat seperti error, menutup sendiri, hang, atau berfungsi abnormal. Pelajari lebih lanjut di policy center.
Merilis dengan percaya diri
Beta testing memungkinkan pengguna untuk mencoba aplikasi atau game Anda sebelum masuk ke versi produksi sehingga Anda bisa mengulang-ulang gagasan Anda dan mengumpulkan masukan. Anda sekarang bisa menargetkan pengujian alfa dan beta ke negara tertentu. Ini memungkinkan Anda untuk, misalnya, melakukan beta test di negara tempat Anda akan melakukan peluncuran, sementara pengguna di negara lain menerima aplikasi versi produksi. Kami akan segera menyediakan penargetan negara ke peluncuran bertahap.
Kami juga telah menyempurnakan katalog device. Lebih dari 66% top developers menggunakan katalog untuk memastikan bahwa mereka memberikan pengalaman pengguna yang hebat pada sebanyak mungkin perangkat. Kini Anda bisa menyimpan penelusuran perangkat dan melihat mengapa perangkat tertentu tidak mendukung aplikasi Anda. Buka katalog perangkat dan review ketentuan layanan untuk memulai.
Mengembangkan bisnis langganan Anda
Pada I/O 2017 kami mengumumkan bahwa jumlah pelanggan Play dan pendapatan bisnis langganan naik dua kali lipat di tahun sebelumnya. Kami mempermudah penyiapan dan pengelolaan layanan langganan Anda dengan Play Billing Library dan, segera hadir, tes instrumen baru guna mempermudah testing flow untuk pembayaran yang berhasil dan tidak berhasil.
Kami membantu Anda memperoleh dan mempertahankan lebih banyak pelanggan. Anda bisa menawarkan percobaan gratis yang lebih pendek, minimal tiga hari, dan sekarang kami akan menerapkan satu percobaan gratis di tingkat aplikasi untuk mengurangi potensi penyalahgunaan. Anda bisa mendaftar untuk menerima notifikasi saat seseorang membatalkan langganan mereka dan kami juga mempermudah pengguna untuk memulihkan langganan yang dibatalkan. Penangguhan akun sekarang tersedia secara umum, di sini Anda bisa memblokir akses ke layanan, sementara kami meminta pengguna guna memperbaiki masalah pembayaran untuk perpanjangan. Yang terakhir, dari bulan Januari 2018 kami juga mengupdate biaya transaksi untuk pelanggan yang bertahan selama lebih dari 12 bulan.
Pengumuman Google Play Security Reward Program
Di Google, kami telah lama sangat menikmati hubungan akrab dengan komunitas riset keamanan. Hari ini kami memperkenalkan Google Play Security Reward Program untuk memberi insentif riset keamanan ke aplikasi Android populer, termasuk aplikasi Google sendiri. Program ini akan membantu kami menemukan kerentanan dan memberi tahu developer melalui rekomendasi keamanan tentang cara memperbaikinya. Kami berharap bisa mewujudkan kesuksesan yang kami miliki dengan program penghargaan kami yang lain, dan kami mengundang developer dan komunitas riset untuk secara proaktif bekerja sama dengan kami untuk meningkatkan keamanan ekosistem Google Play.

label: pt