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!

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.

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.

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.

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)

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.

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!

Diposting oleh Vineet Buch, Director of Product Management, Google Play Apps & Games