Cara memilih target Dasar Pengukuran

Jeremy Wagner

Rachel Andrew

Dipublikasikan: 20 Mei 2025

Jika fitur platform web diimplementasikan di setiap browser, fitur tersebut akan menjadi Tersedia Baru (Newly available) di Baseline. Setelah 30 bulan, fitur tersebut kemudian menjadi Tersedia Luas (Baseline Widely available), yang merupakan batas saat sebagian besar situs dapat mengadopsi fitur tanpa masalah kompatibilitas. Panduan ini menjelaskan cara menggunakan Baseline, dan cara memilih target Baseline dengan menggunakan data yang tersedia dari pengguna situs Anda.

Apa yang dimaksud dengan Target dasar pengukuran?

Target Dasar adalah pengelompokan fitur web yang dapat dipilih developer untuk didukung, berdasarkan status Dasarnya. Ada dua jenis target Dasar: target bergerak dan target tetap.

Target bergerak, seperti Baseline Tersedia luas atau Baseline Baru tersedia, adalah target yang set fitur yang ada di dalamnya dapat berubah seiring waktu. Target bergerak masuk akal dalam kasus saat Anda ingin sekumpulan fitur yang didukung berkembang secara otomatis saat versi browser baru dirilis.

Target tetap adalah target yang set fitur-nya tidak berubah dari waktu ke waktu. Secara umum, target tetap didasarkan pada tahun kalender. Misalnya, Dasar pengukuran 2023 adalah target tetap yang berisi kumpulan fitur web yang menjadi Tersedia Baru di Dasar pengukuran pada tahun 2023. Dasar Pengukuran 2023 tidak akan menyertakan fitur yang menjadi Dasar Pengukuran setelah tahun 2023, yang berarti set fitur Dasar Pengukuran 2023 tidak akan pernah berubah.

Target tetap masuk akal dalam kasus ketika prediktabilitas dan determinisme sangat penting, tetapi target tersebut dapat menjadi tidak berlaku seiring waktu, jadi saat menggunakan target tetap, sebaiknya evaluasi ulang target Anda secara rutin.

Mengapa memilih target?

Penggunaan fitur di web terhambat karena masalah kompatibilitas—dan hal itu menghambat web menjadi sebaik yang seharusnya. Baseline tidak hanya memperjelas pertanyaan tentang dukungan fitur di browser, tetapi juga dapat membantu memperjelas pertanyaan tentang kapan Anda dapat menggunakan fitur tertentu. Dengan memilih target yang mencerminkan audiens dan persyaratan Anda, Anda dapat merasa yakin dalam menggunakan fitur dalam grup target tersebut—tanpa perlu memeriksa setiap fitur satu per satu.

Menggunakan data untuk memilih target Dasar

Mengetahui target Dasar yang tepat untuk dipilih harus, jika memungkinkan, merupakan keputusan berbasis data. Saat Anda memiliki data di depan Anda, target yang akan dipilih menjadi keputusan yang lebih mudah dan lebih tepat.

Jika memiliki data Real User Monitoring untuk situs Anda, Anda dapat mempelajari cara target Baseline dipetakan ke pengguna Anda. Misalnya, jika Anda menggunakan Google Analytics, cara gratis untuk mendapatkan informasi ini adalah dengan menggunakan Pemeriksa Dasar Google Analytics.

Untuk menggunakannya, Anda harus membuat eksplorasi baru di Google Analytics, menambahkan beberapa metrik dan dimensi ke laporan, lalu mengekspor laporan sebagai file TSV. Proses ini dijelaskan secara mendetail dalam petunjuk ini. Saat mengimpor file TSV ke pemeriksa, Anda akan menerima output yang terlihat seperti berikut:

Kita mulai melihat alat lain menerapkan dukungan untuk Baseline, yang dapat memberi Anda tampilan dinamis tentang seberapa banyak audiens Anda mendukung target tertentu. Misalnya, RUMvision menyertakan dasbor yang menunjukkan jumlah audiens Anda yang memiliki dukungan untuk setiap tahun Baseline.

Bagaimana jika penyedia RUM atau Analytics saya belum memiliki laporan target Baseline?

Jika Anda menggunakan alat analisis atau RUM yang belum menyediakan laporan target Dasar, tetapi memiliki data tentang versi browser, Anda dapat menggabungkan data dunia nyata dengan pemetaan versi browser dari modul baseline-browser-mapping. Modul ini menyediakan fungsi JavaScript - getAllVersions() - yang memetakan browser berdasarkan nama dan versi ke tahun Dasar dan status dukungan untuk Tersedia luas. Pemetaan ini dapat diberikan sebagai array, objek dengan kunci, atau sebagai CSV. Misalnya, Pemeriksa Tolok Ukur Google Analytics menggunakan modul ini untuk menggabungkan data analisis dengan target Tolok Ukur.

Output fungsi ini juga tersedia sebagai file JSON atau CSV yang dihosting dan diperbarui setiap hari. File all_versions_with_supports.csv berisi data yang dapat Anda cocokkan dengan data versi browser penyedia analisis Anda dengan kolom berikut:

• browser: nama browser seperti yang digunakan di baseline-browser-mapping
• version: versi browser. Beberapa browser hanya menggunakan nomor versi utama, sementara yang lain menggunakan nomor versi major.minor.
• year: set fitur tahun Dasar yang didukung oleh versi browser ini. Jika versi browser dirilis sebelum dukungan Baseline dapat ditentukan pada Juli 2015, kolom ini akan berisi pre_baseline
• supports: kolom ini berisi widely atau newly untuk versi browser yang mendukung set fitur tersebut, dan kosong untuk versi yang tidak mendukung salah satu set fitur tersebut. Semua versi browser yang mendukung Tersedia baru juga mendukung Tersedia luas.
• release_date: tanggal rilis versi browser ini, jika tersedia.
• engine: Nama mesin untuk browser yang berada di downstream browser Baseline inti. Hanya browser berbasis Blink yang disertakan, tetapi mesin browser lain dapat diwakili pada masa mendatang.
• engine_version: versi Chromium yang diimplementasikan oleh versi browser ini. Ini digunakan untuk menentukan set fitur Dasar yang didukung oleh versi hilir.

File ini sering diperbarui saat versi browser baru dirilis dan status dukungan berbagai browser berubah. Pastikan Anda memperbarui data setiap hari.

Bagaimana jika saya tidak memiliki data dukungan dari pengguna sebenarnya?

Anda mungkin berada dalam situasi di mana Anda tidak bisa mendapatkan data pengguna sebenarnya terkait fitur yang bersifat Dasar. Kabar baiknya adalah Anda bisa mendapatkan gambaran umum tentang dukungan untuk berbagai target Dasar melalui Insight Arsip RUM, bahkan memungkinkan Anda memfilter hingga tingkat negara. Meskipun data ini tidak akan spesifik untuk pengguna situs Anda. Ini adalah alat informasi umum yang menunjukkan bahwa asumsi berikut umumnya aman:

• Target Dasar yang lebih baru—seperti tahun ini atau tahun sebelumnya—kemungkinan memiliki dukungan paling sedikit di antara pengguna Anda. Namun, seperti target Dasar apa pun, dukungan untuknya akan lebih baik seiring berjalannya waktu.
• Target Baseline yang lebih lama—terutama Baseline Tersedia luas—akan didukung dengan baik. Jika ragu, Tersedia luas adalah target yang sangat baik dan berkembang seiring berjalannya waktu dalam jangka waktu 30 bulan.
• Target Baseline yang lebih lama—yang jauh melampaui periode Tersedia luas 30 bulan—akan mendapatkan dukungan terbaik. Meskipun Tersedia luas adalah target default yang baik, kasus penggunaan khusus memerlukan SLA yang ketat.

Kemungkinan besar, meskipun Anda memilih target Dasar yang sudah lebih dari lima tahun, Anda dapat mengadopsi fitur yang tidak Anda gunakan saat ini. Dalam skenario terbaik, Anda mungkin sudah menggunakan fitur ini, tetapi dengan polyfill yang mungkin tidak Anda perlukan.

Bagaimana cara menerapkan target Dasar yang dipilih dalam project saya?

Browserslist adalah metode yang umum digunakan untuk menargetkan browser yang ingin Anda dukung. Digunakan dalam bundler dan alat terkait lainnya seperti Babel dan PostCSS untuk memutuskan apakah bit kode tertentu perlu diubah atau bahkan di-polyfill.

Sekarang Anda dapat menggunakan Baseline dengan Browserslist sehingga, saat memilih target Baseline, Anda dapat menentukannya sebagai kueri Browserslist yang valid. Hal ini memastikan bahwa alat di project Anda mengubah kode sesuai dengan target yang telah Anda pilih. Untuk mengetahui informasi selengkapnya, baca Menggunakan Baseline dengan Browserslist.

Bagaimana dengan fitur yang tidak memenuhi target Dasar saya?

Setelah memilih target Dasar, Anda mungkin memiliki fitur yang ingin digunakan, tetapi tidak termasuk dalam target tersebut. Dasar tidak memberi tahu Anda apa yang harus dilakukan di sini, dan apakah Anda ingin mempertimbangkan penggunaan fitur ini bergantung pada jenis situs yang Anda buat dan audiens yang diharapkan.

Misalnya, situs e-commerce atau B2B mungkin bersedia memiliki batas dukungan yang lebih rendah dan menangani masalah saat pengguna mereka mendukung mereka, sedangkan situs pemerintah mungkin memerlukan batas dukungan yang tinggi. Salah satu aturan penting di sini adalah bahwa tidak semua fitur web gagal dengan cara yang sama. Ada banyak cara untuk mengategorikan fitur berdasarkan cara kerjanya, tetapi salah satu cara untuk mengelompokkan fitur yang mungkin berguna adalah sebagai berikut:

• Peningkatan: Jika fitur digunakan di browser yang tidak didukung, pengalaman tidak akan terganggu. Pengalaman mungkin menurun, tetapi kemungkinan tidak akan terlihat oleh pengguna. Contoh: loading="lazy".
• Aditif: Fitur ini memberikan beberapa manfaat tambahan yang mungkin terlihat—seperti perubahan pada gaya halaman atau beberapa fungsi. Perbedaan mungkin tidak terlihat oleh pengguna jika fitur tidak didukung, sehingga tidak dapat dibandingkan di browser yang mendukungnya. Contoh: Subgrid
• Kritis: Jika fitur tidak didukung, pengguna akan mendapatkan pengalaman pengguna yang negatif—bahkan mungkin pengalaman yang benar-benar rusak. Contoh: File System Access API digunakan sebagai fitur utama dan penting.

Anda mungkin juga menemukan bahwa fitur tertentu di luar target Anda memiliki dukungan yang lebih baik daripada yang Anda kira. Anda dapat memahami jumlah pengguna yang memiliki dukungan untuk fitur tertentu. Can I Use memiliki kemampuan untuk memeriksa dukungan untuk setiap fitur berdasarkan data analisis Anda. RUMvision juga memiliki kemampuan untuk melihat perincian dan menjelajahi data tingkat fitur jika hal itu berguna bagi Anda.

Dengan cara ini, Anda dapat menggunakan target Dasar untuk mengurangi jumlah fitur yang perlu Anda pertimbangkan dengan cermat. Anda tidak perlu mengkhawatirkan semua yang ada di dalam target Anda. Jika ada satu atau dua fitur di luar target yang akan sangat berguna, Anda memiliki alat untuk menjelajahi lebih lanjut dan memutuskan apakah akan menggunakan polyfill atau menggunakannya sebagai progressive enhancement.

Kesimpulan

Setiap aplikasi web memiliki persyaratan yang berbeda-beda—mulai dari situs e-commerce yang dapat mentoleransi lebih banyak masalah ketidakcocokan, hingga situs pemerintah yang harus tersedia dan beroperasi untuk sebanyak mungkin pengguna. Ini adalah perhitungan yang harus Anda lakukan sendiri, dan bukan tujuan Dasar Pengukuran untuk memberi tahu Anda keputusan apa yang harus diambil terkait penerapan fitur web baru, tetapi lebih merupakan masalah bagaimana.