[go: up one dir, main page]

Tahun lalu, lebih dari 300 developer berkumpul bersama untuk belajar dan berbagi tentang AMP terbaru di AMP Conf di NYC. Semenjak itu, kami telah melakukan banyak development baru dan penggunaan AMP semakin berkembang, mulai dari fungsionalitas e-commerce, pembangunan secara kanonik dengan AMP, hingga penggunaan halaman AMP dalam Progressive Web App. Untuk membagikan semua hal terbaru dan mendapatkan input mengenai masa depan project, tim AMP memutuskan bahwa inilah waktu yang tepat untuk mengadakan AMP Conf yang berikutnya.

Berkenaan dengan hal tersebut, kami senang sekali bisa mengundang Anda untuk bergabung dengan tim AMP dan komunitas dalam AMP Conf 2018 di Amsterdam pada tanggal 13 dan 14 Februari. Pada AMP Conf 2.0, fokus utama kami akan berpusat mengenai keunggulan UX, dan cara menggunakan AMP untuk membangun situs yang menakjubkan (tidak hanya halaman!). Jadi, nantikan bagaimana pembicaraan CSS terfokus pada cara meraih lebih banyak hasil dengan JS yang lebih sedikit, ilmu terapan yang lebih banyak mengenai komponen AMP, bahkan mungkin saja coding langsung (glek!). Dan seperti tahun lalu akan ada banyak waktu untuk terhubung dengan tim AMP untuk mengajukan pertanyaan dan berbagi input pada project. Daftar pembicara khusus akan diumumkan di bulan mendatang.

Dan tahun ini, tim AMP ingin mendengar lebih banyak lagi dari komunitas, jadi kami mengundang Anda untuk berbicara agar menjadi perhatian. Bagikan hal paling menarik yang telah Anda lakukan dengan AMP, tantangan Anda dengan AMP dalam produksi, bahkan topik yang bukan mengenai AMP tetapi terkait dengan pembangunan halaman AMP, seperti cara memanfaatkan fitur terbaik yang ditawarkan CSS.

Event akan berlangsung sehari penuh pada tanggal 13 dan 14 Februari, jadi pastikan untuk mendaftar dan menandai kalender Anda. Dan bagi siapa pun yang tidak bisa hadir secara langsung, kami akan menghadirkan live stream konten di saluran YouTube AMP. Detail selengkapnya tentang tempat penyelenggaraan akan segera disampaikan, tetapi kami berharap bisa berjumpa dengan Anda semua di AMPsterdam.

Diposting oleh Matt Ludwig, AMP Project Marketing Lead, Google
Labels:

Salah satu keuntungan dari web adalah web memungkinkan developer membuat berbagai jenis pengalaman apa pun yang dapat mereka bayangkan, yang menyebabkan keragaman konten yang tersedia di web saat ini. Meskipun sebagian besar produsen konten tertarik untuk menyediakan pengalaman sempurna bagi penggunanya, kami mendapati bahwa sebagian kecil dari mereka menggunakan fleksibilitas dan kekuatan web untuk memanfaatkan pengguna dan mengalihkannya ke tujuan yang tidak diinginkan. 1 dari setiap 5 laporan feedback dari pengguna Chrome di desktop menyebutkan bahwa mereka menjumpai beberapa jenis konten yang tidak diinginkan, dan kami menanggapi feedback ini dengan serius saat mempertimbangkan cara meningkatkan Chrome. Setelah fitur seperti pop-up blocker dan autoplay protections Chrome, dalam beberapa rilis berikutnya kami akan meluncurkan tiga perlindungan baru yang dirancang untuk memberi pengguna semua keindahan dan kekuatan web, tetapi tanpa berbagai jenis perilaku yang tidak diinginkan ini.

Salah satu feedback yang sering kami dengar dari pengguna adalah halaman yang secara tak terduga mengarah ke halaman baru, tanpa sebab apa pun. Kami menemukan bahwa pengalihan ini sering kali berasal dari konten pihak ketiga yang disematkan di halaman, dan pembuat halaman sama sekali tidak bermaksud mengalihkan. Untuk mengatasi hal ini, di Chrome 64, semua pengalihan yang berasal dari iframe pihak ketiga akan menunjukkan infobar sebagai ganti mengalihkan, kecuali jika pengguna berinteraksi dengan bingkai tersebut. Ini akan menjaga pengguna tetap pada halaman yang mereka baca, dan mencegah pengalihan yang mengejutkan tersebut.
Contoh pengalihan yang diblokir di situs pengujian. iframe yang diembed di situs mencoba mengarahkan halaman ke tujuan yang tidak diinginkan, namun Chrome mencegah pengalihan dan menampilkan infobar.

Saat pengguna berinteraksi dengan konten, sesuatu bisa saja berjalan salah. Salah satu contoh yang menyebabkan pengguna frustrasi adalah saat mengklik link untuk membuka tujuan yang diinginkan di tab baru, jendela utama malah mengarah ke halaman berbeda yang tidak diinginkan. Mulai Chrome 65, kami juga akan mendeteksi perilaku ini, memicu infobar, dan mencegah agar tab utama tidak dialihkan. Hal ini memungkinkan pengguna untuk segera melanjutkan ke tujuan yang diinginkan, sekaligus menjaga konteks halaman asalnya.

Yang terakhir, ada beberapa jenis pengalaman penyalahgunaan lain yang mengarahkan pengguna ke tujuan yang tidak diinginkan tetapi sulit dideteksi secara otomatis. Ini termasuk link ke situs web pihak ketiga yang disamarkan sebagai tombol putar atau tombol kontrol situs lainnya, atau hamparan transparan di situs web yang menangkap semua klik dan membuka tab atau jendela baru.
Dua jenis pengalaman penyalahgunaan ketika kontrol situs palsu tampaknya melakukan hal tertentu, tetapi memiliki perilaku yang berbeda saat diklik. Yang satu terlihat seperti tombol putar pada video tetapi mengarahkan pengguna ke download yang tidak diinginkan saat diklik (kiri), dan yang satunya terlihat seperti tombol tutup tetapi justru membuka jendela pop-up yang tidak diinginkan (kanan).

Sama dengan cara Google Safe Browsing melindungi pengguna dari konten berbahaya, mulai awal Januari pop-up blocker Chrome akan mencegah situs dengan jenis pengalaman penyalahgunaan ini dari membuka jendela atau tab baru. Untuk membantu pemilik situs mempersiapkan perubahan ini, hari ini kami juga meluncurkan Laporan Pengalaman Penyalahgunaan bersama dengan laporan serupa lainnya di Google Search Console. Pemilik situs bisa menggunakan laporan tersebut untuk mengetahui apakah ada pengalaman penyalahgunaan yang ditemukan di situs mereka dan meningkatkan pengalaman pengguna. Jika tidak, pengalaman penyalahgunaan yang tidak ditangani selama 30 hari akan memicu pencegahan jendela dan tab baru.

Secara bersama-sama, perlindungan ini secara dramatis akan meningkatkan pengalaman penjelajahan web pengguna selagi tetap memungkinkan pengguna mengakses semua yang ditawarkan web.

Diposting oleh Ryan Schoen, Product Manager

Labels:

Kami dengan bangga mengumumkan peluncuran Firebase Predictions versi beta. Bersama dengan ini, kami membawa kekuatan sistem machine learning Google ke setiap developer yang menggunakan Firebase. Predictions adalah produk yang bisa membangun kelompok pengguna dinamis berdasarkan perilaku yang diprediksi, ditetapkan menggunakan model yang dipelajari machine, kemudian kelompok pengguna ini dapat ditargetkan menggunakan Firebase Cloud Messaging, Remote Config dan teknologi lainnya. Kelompok pengguna diupdate setiap hari agar prediksi Anda selalu terbaru.

Secara bawaan, ada empat kelompok prediksi:
  • Churn adalah kelompok pengguna yang diprediksi akan berhenti secara halus -- yaitu berhenti menggunakan aplikasi Anda -- dalam 7 hari ke depan.
  • Not_Churn adalah kelompok pengguna yang diprediksi akan tetap menggunakan aplikasi Anda dalam 7 hari ke depan.
  • Spend adalah kelompok pengguna yang diprediksi akan melakukan pembelian dalam aplikasi dalam 7 hari ke depan
  • Not_Spend adalah kelompok pengguna yang diprediksi tidak akan melakukan pembelian dalam aplikasi dalam 7 hari ke depan

Anda bisa langsung melihat ketiga kelompok ini saat memilih Predictions di navigasi kiri Firebase Console.

Anda akan melihat bahwa masing-masing kartu ini memiliki tindakan yang bisa Anda lakukan terhadapnya.

Tolerance: Slider toleransi memberi Anda kemampuan untuk menoleransi risiko rendah, sedang atau tinggi dari diagnosis positif palsu. Jadi, dengan toleransi disetel rendah, populasi pengguna akan lebih sedikit, tetapi demikian juga dengan risiko diagnosis positif palsu Anda. Demikian pula, dengan toleransi disetel tinggi, Anda akan memiliki populasi pengguna yang lebih banyak, tetapi dengan risiko beberapa dari mereka didiagnosis positif palsu. Dalam kasus 'churn', diagnosis positif palsu adalah pengguna yang diprediksi akan berhenti, tetapi ternyata terus menggunakan aplikasi Anda.

Target Users: Ini memberi Anda menu drop-down yang bisa dipilih Remote Config atau Notifications untuk kelompok pengguna tersebut. Ini juga terhubung ke beberapa panduan praktis untuk menawarkan insentif dalam aplikasi.



Memilih Remote Config akan membawa Anda masuk ke layar baru tempat Anda bisa menetapkan parameter remote config yang ingin Anda siapkan, kemudian nilai parameter untuk populasi tersebut. Jadi, misalnya jika Anda telah membuat sebuah game, dan terjadi gejolak pengguna, lalu Anda melihat dari umpan balik bahwa game ini terlalu sulit dimainkan, Anda bisa mengatur variabel remote config untuk tingkat kesulitan, sehingga pengguna yang ada kemungkinan berhenti akan mendapatkan nilai default tingkat kesulitan yang lebih rendah, dan akan merasakan pengalaman bermain game yang lebih mudah.

Memilih Notifications akan membuka composer agar pesan dikirim menggunakan Firebase Cloud Messaging, tetapi selain opsi biasa untuk memilih target audience, Anda juga akan mendapatkan kelompok pengguna terprediksi yang telah terisi sebagai segmen pengguna.



Hal ini memungkinkan Anda untuk menargetkan notifikasi di kelompok pengguna tersebut. Jadi, misalnya, untuk pengguna dengan risiko berhenti, Anda bisa mengirimkan notifikasi dengan tawaran menarik agar pengguna terus menggunakan aplikasi.

Membuat prediksi Anda sendiri. Tentu saja, Anda tidak dibatasi pada kartu prediksi bawaan, dan bisa membuat prediksi sendiri berdasarkan event khusus yang disiapkan di aplikasi Anda. Dalam kasus ini, Anda akan melihat kartu yang memungkinkan Anda membuat prediksi.

Dan bila Anda memilihnya, Anda bisa membuat prediksi kapan event Anda akan terjadi, atau tidak akan terjadi. Ini membantu Anda mengidentifikasi pengguna yang kemungkinan akan terlibat dalam event konversi tersebut:

Jadi, misalnya, dalam kasus di atas, setiap kali pengguna naik level di game, event konversi level_up akan dicatat. Dengan demikian, Anda bisa membuat prediksi bagi pemain yang mungkin naik level, dan memberi insentif agar terus bermain.

Kemudian, setelah Anda menyimpan prediksi, seiring waktu, kartu akan terkumpul di Firebase Console dengan cara yang sama seperti kartu bawaan.

Dan kartu ini bisa digunakan dengan cara yang sama seperti yang lain -- termasuk menargetkan pengguna dengan notifikasi dan Remote Config.

Firebase Predictions adalah produk Beta, dan kami terus berupaya memperbaiki dan meningkatkannya. Jika ada pertanyaan atau masukan, silakan hubungi kami -- untuk bug dan saran produk, Anda bisa menghubungi kami di firebase.google.com/support.

Pelajari lebih lanjut tentang Firebase Predictions di firebase.google.com/products/predictions/ atau langsung pelajari dokumen kami di sini.
Labels:

Catatan editor: Berikut ini adalah kutipan dari sebuah studi independen yang dilakukan oleh Stone Temple, suatu agensi marketing digital, yang diposting dengan seizin mereka. Baca studi selengkapnya di sini. 

Kami melakukan wawancara terhadap lebih dari 10 perusahaan yang telah berinvestasi secara besar-besaran di AMP, untuk melihat apakah kami bisa mengetahui seberapa sulit implementasinya, tantangan yang dihadapi, solusi yang mereka temukan untuk mengatasinya, dan manfaat yang mereka dapat sebagai hasil.  Kami memutuskan untuk berfokus pada hal ini karena kami telah bekerja dengan beberapa klien di AMP, dan begitu banyak orang yang membahas AMP bersama kami  dibingungkan oleh satu atau beberapa mitos, dan kami ingin membantu meluruskan pemahaman ini. Selain itu, kami pikir industri ini akan sangat terbantu bila studi dilakukan secara independen dari Google, jadi setiap potensi bias bisa diminimalkan.

Dalam studi ini, Anda akan melihat hasil investigasi berskala besar yang kami lakukan ke dalam AMP. Saya mulai belajar sebanyak mungkin dengan berbicara kepada 10 perusahaan berbeda tentang pengalaman mereka dengan AMP. Ini semua adalah perusahaan yang merilis implementasi AMP pada bagian utama, atau hampir semua, halaman mereka.

TL;DR, bagi Anda yang tidak sempat memeriksa secara mendalami semua detailnya, adalah bahwa perusahaan yang melakukan implementasi AMP yang lengkap, hampir semua hasilnya bagus atau sangat bagus. Namun, bagaimana saya mendefinisikan "implementasi lengkap" mungkin bukan yang Anda harapkan (Anda harus teruskan membaca untuk mengetahui apa yang sedang saya bicarakan).

Dalam studi kami, masing-masing peserta berbagi banyak detail tentang pengalaman mereka dengan AMP, termasuk masalah implementasi, dan metrik yang dihasilkan. Sebagai hasilnya, studi ini akan membantu Anda memahami:
  • Potensi manfaat dari implementasi AMP
  • Berapa banyak usaha yang dibutuhkan
  • Solusi untuk beberapa tantangan
  • Seperti apa potensi ROI Anda.

Rangkuman


Secara keseluruhan, saya percaya bahwa AMP menawarkan manfaat yang sangat besar bagi siapa saja yang meluangkan waktu untuk sungguh-sungguh melakukannya dengan benar. Dan jika dilakukan dengan hati-hati, implementasi Anda bisa dibuat cukup skalabel. Seperti yang Anda lihat dalam studi ini, pihak-pihak yang terlibat benar-benar tidak menghabiskan sejumlah besar upaya engineering pada AMP. Sebagian besar dari Anda yang membaca ini mungkin juga tidak perlu melakukan banyak upaya engineering.

Baca studi Stone Temple selengkapnya di sini.
Labels:


Diposting oleh Dave Burke, VP of Engineering
Di Google for India hari Senin, kami mengumumkan rilis final Android 8.1 Oreo. Android 8.1 Oreo adalah langkah menarik selanjutnya untuk menghidupkan kembali visi kami tentang platform mobile AI-first, untuk semua orang, di mana saja.

Android 8.1 memperkenalkan dukungan untuk pengalaman software Android Oreo (Go edition) baru kami bagi perangkat entry-level. Android Oreo (Go edition) membawa yang terbaik dari Android untuk pasar perangkat bermemori rendah yang berkembang pesat di seluruh dunia, termasuk aplikasi dan game Anda.

Android 8.1 juga memperkenalkan Neural Networks API, runtime machine learning yang dipercepat hardware untuk mendukung kemampuan ML di aplikasi Anda. Pada perangkat yang didukung, Neural Networks API mengaktifkan inferensi yang cepat dan efisien untuk berbagai kasus penggunaan utama, dimulai dengan klasifikasi objek berbasis-visi.

Anda bisa memulai Android 8.1 Oreo (API level 27) hari ini. Saat ini, kami mendorong sumber ke Android Open Source Project, dan meluncurkan update untuk perangkat Pixel dan Nexus yang didukung pada pekan depan. Kami juga bekerja sama dengan mitra pembuat perangkat untuk menghadirkan Android 8.1 ke lebih banyak perangkat, termasuk perangkat Android Oreo (Go edition), dalam beberapa bulan mendatang.

Android Oreo (Go edition)


Seperti yang diumumkan di Google I/O 2017, project "Android Go" adalah inisiatif kami untuk mengoptimalkan pengalaman Android bagi miliaran orang yang akan online di seluruh dunia. Dimulai dengan Android 8.1, kami menjadikan Android platform yang ideal untuk perangkat entry-level dalam konfigurasi Android Oreo (Go edition):
  • Optimalisasi memori -- Pengoptimalan penggunaan memori di semua platform untuk memastikan aplikasi bisa berjalan secara efisien pada perangkat dengan RAM 1GB atau kurang.
  • Opsi penargetan yang fleksibel -- Konstanta fitur hardware baru memungkinkan Anda menargetkan distribusi aplikasi ke perangkat biasa atau perangkat dengan RAM rendah melalui Google Play.
  • Google app yang dioptimalkan: Membangun kembali dan mengoptimalkan versi Google app, menggunakan lebih sedikit memori, ruang penyimpanan, dan data seluler.
  • Google Play: Meskipun semua aplikasi akan tersedia di perangkat Android Oreo (Go edition), Google Play akan memberikan visibilitas pada aplikasi yang secara khusus dioptimalkan oleh developer untuk memberikan pengalaman yang menakjubkan bagi miliaran orang dengan panduan membangun untuk miliaran pengguna.

Kami telah mengupdate panduan membangun untuk miliaran pengguna dengan petunjuk tambahan tentang cara mengoptimalkan aplikasi Anda untuk perangkat Android Oreo (Go edition). Bagi sebagian besar developer, mengoptimalkan APK yang ada atau menggunakan fitur Multi APK Google Play untuk menargetkan versi APK bagi perangkat dengan RAM rendah adalah cara terbaik untuk mempersiapkan perangkat Android Oreo (Go edition). Ingatlah bahwa membuat aplikasi Anda lebih ringan dan lebih efisien akan menguntungkan semua pengguna, apa pun perangkatnya.

Neural Networks API


Neural Networks API menyediakan komputasi dan inferensi yang dipercepat untuk framework machine learning on-device seperti TensorFlow Lite -- library ML lintas-platform Google untuk seluler -- serta Caffe2 dan lainnya. TensorFlow Lite sekarang tersedia untuk developer, jadi silakan kunjungi repo open source TensorFlow Lite untuk mendownload dan mendapatkan dokumentasinya. TensorFlow Lite bekerja dengan Neural Networks API untuk menjalankan model seperti MobileNets, Inception v3, dan Smart Reply dengan efisien di perangkat seluler Anda.

Penyempurnaan Autofill dan lainnya


Android 8.1 mencakup fitur baru dan API developer (API level 27), bersama dengan optimalisasi, perbaikan bug, dan patch keamanan terbaru. Perluas aplikasi Anda dengan penyempurnaan Autofill, SharedMemory API, dan lebih banyak lagi. Anda juga bisa menambahkan fitur populer Android Oreo, lihat situs Android Oreo untuk detail selengkapnya.

Menguji aplikasi Anda di Android 8.1


Jika belum, luangkan waktu hari ini untuk menguji aplikasi Anda dan memastikan bahwa mereka menawarkan pengalaman yang diinginkan agar pengguna melakukan upgrade ke Android 8.1 Oreo.

Cukup instal aplikasi Anda saat ini dari Google Play ke perangkat atau emulator yang menjalankan Android Oreo dan lakukan pengujian untuk alur penggunaan. Aplikasi harus berjalan dan terlihat bagus, dan menangani perubahan perilaku Android Oreo dengan baik. Secara khusus, perhatikan batasan lokasi latar belakang, saluran notifikasi, dan perubahan pada jaringan, keamanan, dan identifier.

Mempercepat development Anda dengan Android Studio


Untuk pembangunan dengan Android 8.1, sebaiknya lakukan update ke Android Studio 3.0, yang sekarang tersedia dari saluran stabil. Selain alat pembuatan profil kinerja aplikasi baru yang lebih baik, dukungan untuk bahasa pemrograman Kotlin, dan optimalisasi build Gradle, Android Studio 3.0 mempermudah pengembangan dengan fitur Android Oreo seperti Instant Apps, Font XML, font yang bisa didownload, dan ikon adaptif.

Dengan platform terbaru, kami memperbarui SDK ini dan alat pembangunan dalam Android Studio, serta citra sistem emulator API Level 27. Kami merekomendasikan update ke Android Support Library 27.0.2, yang tersedia dari repositori Maven Google. Lihat catatan versi untuk informasi selengkapnya mengenai apa yang baru.

Seperti biasa, kami juga menyediakan citra pabrik dan OTA yang bisa didownload di halaman Image Nexus untuk membantu Anda melakukan pengujian akhir pada perangkat Pixel dan Nexus.

Memublikasikan update ke Google Play


Setelah siap, Anda bisa memublikasikan update APK yang menargetkan API level 27 di saluran alfa, beta, atau produksi. Pastikan aplikasi yang diupdate berjalan dengan baik di Android Oreo serta di versi yang lama. Sebaiknya gunakan beta testing untuk mendapatkan masukan awal dari sekelompok kecil pengguna dan laporan pre-launch untuk membantu Anda mengidentifikasi bila ada masalah, kemudian lakukan peluncuran secara bertahap. Kunjungi situs Android Developers untuk menemukan informasi selengkapnya tentang praktik terbaik peluncuran. Kami tunggu update aplikasi Anda!

Apa yang berikutnya untuk Android Oreo?


Kami akan segera menutup issue tracker Developer Preview, tapi tolong tetap beri kami masukan! Jika Anda masih melihat masalah yang Anda ajukan di preview tracker, cukup laporkan masalah baru untuk Android 8.1 dalam issue tracker AOSP. Anda bisa tetap memberi kami masukan atau mengajukan pertanyaan di komunitas developer.
Labels: