Memperkenalkan Chrome Dev Insider

Ben Galbraith
Ben Galbraith
Twitter

Developer sering memberi tahu kami bahwa sulit untuk mengikuti perubahan di web dan memahami alasan perubahan ini terjadi. Hari ini, kami memulai seri baru bernama Chrome Dev Insider yang akan membagikan (1) Hal yang keren dan layak diberitakan, (2) Insight tentang cara kami mengambil keputusan terkait topik utama (misalnya mengubah FLOC) atau pendekatan kerja kami dengan ekosistem (misalnya Interop 2022), dan (3) hal-hal yang sangat penting dalam string agen pengguna ).

Saat kami menyampaikan apa yang sedang kami kerjakan, itu akan sesuai dengan konteks empat prioritas kami untuk tahun 2022:

  • Menciptakan pengalaman pengguna yang menyenangkan: buat segalanya menjadi intuitif bagi pengguna, baik itu performa, transaksi, identitas, atau transisi.
  • Memajukan kemampuan web: mendukung peran web yang terus berkembang dari sebagai platform konsumsi konten, menjadi platform untuk berbagai pengalaman, termasuk pengalaman yang memerlukan integrasi tingkat OS dan hardware yang mendalam.
  • Menyederhanakan pengembangan web: membuat pengambilan keputusan lebih mudah dan meningkatkan produktivitas developer.
  • Meningkatkan privasi web: memenuhi ekspektasi pengguna web untuk perlindungan privasi data yang lebih baik dalam menghadapi kecanggihan developer yang terus meningkat dalam pelacakan dan penargetan.

Dalam berita: Interop 2022

Saat merencanakan roadmap, kami melihat masukan developer untuk memahami titik permasalahan dan kebutuhan utama developer web, di antara hal-hal lainnya. Tema utama yang muncul berulang kali adalah kompatibilitas browser, yang membuat pengalaman berfungsi sama di seluruh browser. Selama setahun terakhir, kami bekerja sama dengan ekosistem untuk mengatasi tema ini sebagai bagian dari prioritas kami untuk "menyederhanakan pengembangan web".

Tahun lalu, Microsoft, Chrome, dan pemain ekosistem mengumumkan Compat 2021 yang menghasilkan semua mesin browser populer (Chromium, Gecko, dan Webkit) meraih skor 90+% dalam lima area fokus utama yang diidentifikasi untuk tahun tersebut. Di antara berbagai hal lainnya, Compat 2021 menciptakan fondasi yang kuat untuk fitur-fitur canggih seperti Petak CSS (penggunaan 12% dan terus berkembang) dan CSS Flexbox (penggunaan 77%).

Dan bulan lalu, Apple, Bocoup, Google, Igalia, Microsoft, dan Mozilla berkumpul sebagai pendukung untuk mengatasi masalah kompatibilitas browser teratas yang diidentifikasi oleh developer web dan menyepakati tolok ukur umum. Hasilnya adalah Interop 2022, sebuah project dengan tujuan menghadirkan lebih banyak homogenitas ke platform. Tolok ukur ini berfokus pada 15 area prioritas yang diidentifikasi oleh developer sebagai kunci untuk meningkatkan produktivitas mereka.

Informasi eksklusif: Bekerja sama dengan sesama browser

Dengan fokus pada Interop 2022, saya berdiskusi dengan Robert Nyman dan Philip Jägenstedt yang telah terlibat dalam percakapan ini untuk memahami seluk-beluknya. Berikut potongan editor dari bagaimana semua fitur ini dikumpulkan.

Apa tujuan awal inisiatif ini?

Robert: Semuanya dimulai pada tahun 2019, saat kami melakukan survei MDN DNA 2019. Masalah kompatibilitas jelas menjadi masalah utama bagi developer yang membuat aplikasi untuk web, dan kami menindaklanjuti secara lebih mendetail dalam Laporan Kompatibilitas Browser MDN 2020. Hal ini memberi kami informasi yang cukup dan data yang dapat ditindaklanjuti untuk memulai upaya Compat 2021, yang kemudian akan melanjutkan pekerjaan tersebut dan juga memperluas cakupan tersebut dengan Interop 2022.

Philip: Saya juga ingin menyebutkan web-platform-tests dan State of CSS 2021. Kami menjalin kolaborasi yang kuat dengan vendor browser lain dalam pengujian menggunakan WPT beberapa tahun lalu, dan kami benar-benar ingin memanfaatkannya. Pengujian untuk fitur ini sebagian besar sudah ditulis, jadi kami hanya perlu meninjau pengujian dan menambahkan beberapa cakupan yang tidak ada. Google telah berinvestasi banyak di wpt.fyi, tetapi kami juga ingin berterima kasih kepada Mozilla karena telah membuat WPT sukses seperti sekarang ini. Mozilla tentu saja memiliki andil besar dalam survei MDN DNA. Selain itu, ada juga State of CSS 2021. Untuk melakukan upaya seperti Interop 2022, kami memerlukan masukan baru terkait kebutuhan developer web, jadi kami bekerja sama dengan Sacha pengelola survei untuk menyertakan beberapa pertanyaan baru tentang masalah kompatibilitas browser. Hal tersebut sangat membantu kami dalam proses perencanaan Interop 2022.

Apakah ada pembelajaran atau masukan dari Compat 2021?

Robert: Mengukur dan memiliki skor serta insight tentang performa setiap mesin browser sangatlah berguna, sehingga kami dapat mengikuti progresnya dan memastikan untuk mendiskusikan dan mengatasi masalah yang tidak jelas atau perlu diprioritaskan. Kami juga segera menyadari bahwa "Interop" adalah nama yang lebih baik untuk inisiatif. Istilah kompatibilitas dan interoperabilitas biasanya dibedakan berdasarkan vendor browser, dengan compat mengacu pada compat situs, dan interop mengacu pada dua atau beberapa browser yang berperilaku sama. Dalam terminologi tersebut, upaya ini tentang interoperabilitas dan proyek selaras dengan penamaan tersebut.

Apa visi kami dalam hal ini?

Robert: Agar web tetap terbuka, keberagaman browser dan mesin rendering sangatlah penting. Sayangnya, penerapan harga ini menimbulkan biaya yang tinggi bagi developer kami yang harus mengikuti tingkat dukungan yang berbeda-beda untuk fitur di setiap mesin telusur. Visi kami adalah developer melihat platform web sebagai opsi yang paling layak dan pilihan paling menarik untuk kebutuhan mereka, serta dapat berfokus pada upaya membangun pengalaman terbaik daripada menghabiskan banyak waktu untuk mengatasi masalah interoperabilitas. Dan sangatlah jelas bahwa untuk mencapai sasaran tersebut, fitur yang paling banyak diminta harus ada di semua mesin browser utama untuk benar-benar memungkinkan developer agar sukses di platform web.

Bagaimana cara kita bergerak maju secara kolektif ketika browser dengan (terkadang) memiliki tujuan yang berbeda muncul bersamaan?

Philip: Pendekatan kami adalah mencari area yang memiliki kesamaan minat, guna menemukan kolaborasi yang saling menguntungkan di mana sasaran sudah hampir selaras. Dan dengan memprioritaskan sejumlah hal untuk dikerjakan pada saat yang sama, kami berfokus pada area tersebut, dan bergerak lebih cepat serta mendapatkan kualitas yang lebih tinggi daripada yang kami lakukan jika kami bekerja secara terpisah. Begitulah konsepnya.

Saya rasa kita perlu menyadari bahwa ada batasan pada pendekatan berbasis konsensus ini, di mana tujuan tidak cukup selaras, kita perlu bergerak maju dengan cara lain. Terkadang menghadirkan lebih banyak bukti dari developer web atau kebutuhan pengguna dapat membantu, tetapi pada akhirnya vendor browser dapat mengirimkan hal-hal yang tidak memiliki kesepakatan luas. Dalam kasus terbaik, nilai fitur kemudian ditunjukkan oleh developer web yang mencoba fitur tersebut, menemukan bahwa fitur itu memenuhi kebutuhan mereka, dan meminta fitur yang sama di semua browser.

Setelah kembali ke Interop 2022, apakah nantinya kami akan melihat fitur nondesain atau tata letak yang akan dihadirkan?

Philip: Tentu saja. Interop 2022 tidak terbatas pada fitur gaya dan tata letak, tetapi pada akhirnya lebih mengandalkan CSS. Sebagian karena State of CSS 2021 masih baru, serta karena developer web telah memberi tahu kami bahwa di sinilah mereka paling mengalami masalah terkait perbedaan antar-browser. Beberapa area fokus, seperti elemen formulir dan dialog, melampaui CSS, dan kami juga memiliki beberapa upaya investigasi seputar pengeditan API serta peristiwa pointer dan mouse. Saya harap untuk Interop 2023, kami akan memiliki lebih banyak data baru terkait kebutuhan developer di seluruh web, dan menyertakan lebih banyak fitur semacam itu dalam upaya kami.

Perubahan penting yang akan datang

Salah satu tujuan dari rangkaian ini adalah untuk memberikan informasi kepada developer mengenai perubahan penting yang akan datang; hal-hal yang penting untuk meningkatkan pengalaman pengguna dan kemampuan platform.

Jadwal yang disebutkan di bawah adalah perkiraan saat perubahan ini terjadi. Namun, ada kemungkinan versi rilis untuk fitur dapat berubah.

Pengurangan Agen Pengguna

Header User-Agent—dan antarmuka JS yang terkait—tidak hanya mentransmisikan informasi browser dan perangkat yang berguna, tetapi juga meneruskan informasi silsilah dan informasi yang tidak akurat. Lebih bermasalah daripada pasokan bug penguraian string UA yang hampir tak ada habisnya adalah kenyataan bahwa bug tersebut secara pasif dikirim ke server untuk semua permintaan navigasi dan sub-resource. Ini mewakili sekitar 10 bit entropi yang dapat digunakan server untuk membuat ID pelacakan yang stabil saat pengguna membuka web.

Rencana kami saat ini adalah mengurangi string UA yang ada dengan terus mengirimkan versi utama browser entropi rendah, nama platform, dan perangkat seluler, membekukan info entropi tinggi. Untuk kasus penggunaan yang memerlukan informasi tambahan daripada yang terdapat dalam header, kami telah mengirimkan Petunjuk Klien Agen Pengguna sejak Chrome 89.

Kami menjalankan Uji Coba Origin selama 6 bulan untuk eksperimen dan masukan, dan dengan senang hati kami tidak menerima masukan terkait kerusakan meskipun memiliki lebih dari 200 peserta.

API Akses Font Lokal

Chrome meluncurkan Local Font Access API. Meskipun situs sudah lama dapat menggunakan font lokal, API ini menguraikan daftar font lokal dan memberikan akses ke data font itu sendiri. Fungsi ini memberi pengguna kemampuan untuk menggunakan semua font mereka dengan desain berbasis web dan aplikasi lainnya.

Font lokal telah lama dikenal sebagai vektor pelacakan sidik jari. Meskipun API baru ini tidak meningkatkan kemampuan penggunaan font untuk pelacakan sidik jari, Chrome mengharuskan pengguna memberikan izin "local-fonts" baru untuk situs sebelum dapat menggunakan Local Font Access API baru.

Di masa mendatang, kami berencana untuk mewajibkan pemberian izin "font lokal" yang sama sebelum menggunakan API lain yang menyediakan akses ke font lokal.

Membuat BFCache berfungsi dengan Cache-control: no-store

Kami telah mengidentifikasi peluang yang signifikan untuk meningkatkan seberapa sering Back/Forward cache dapat menghasilkan navigasi mundur/maju instan. Perubahan ini memerlukan perubahan pada perilaku BFCache di halaman yang ditampilkan dengan header HTTP Cache-control: no-store. Kami memiliki proposal publik yang dirancang untuk mencegah kejutan yang signifikan dengan memantau berbagai sinyal (misalnya mengeluarkan halaman dari BFCache setiap kali cookie khusus HTTP berubah), dan menetapkan (misalnya kebijakan grup untuk pelanggan Enterprise/Edu) untuk konteks unik. Ini adalah kesempatan yang kompleks tetapi menarik, dan kami mengharapkan pengawasan dan masukan tambahan.

  • Linimasa: Menargetkan Chrome 104 (22 Juli), dengan asumsi tidak ada kejutan besar.
  • Pesan ajakan (CTA): Lihat proposal untuk mengetahui detail lebih lanjut, termasuk cara mengaktifkan penerapan yang sedang dalam proses, dan cara untuk memberikan masukan seperti skenario sebenarnya ketika pendekatan kami akan menciptakan rintangan baru.

Melalui seri ini, saya berharap dapat memberikan pemahaman tentang fokus dan hubungan ke komunitas developer kami dengan mendekatkan mereka dengan tim saya dan pekerjaan mereka. Jadi, pantau terus dan pantau terus untuk mendapatkan info terbaru lainnya.

Sampai jumpa lagi.

Apa pendapat Anda tentang edisi pertama Chrome Dev Insider? Bagikan masukan Anda.