Google Chrome bergerak maju dengan elemen HTML <permission> baharu yang kontroversial walaupun menghadapi tentangan kuat daripada Mozilla Firefox dan Apple Safari. Ciri ini, yang kini dalam ujian asal bermula dari Chrome 122, bertujuan untuk menggantikan pop-up kebenaran tradisional dengan elemen HTML deklaratif sebaris yang boleh dibenamkan terus oleh laman web ke dalam halaman mereka.
Elemen baharu ini membolehkan pembangun meminta kebenaran pelayar seperti akses kamera, mikrofon, dan lokasi melalui markup HTML dan bukannya panggilan JavaScript. Daripada dialog modal yang biasa mengganggu pelayaran pengguna, elemen <permission> dipaparkan sebagai sebahagian daripada kandungan laman web, menunjukkan keadaan berbeza berdasarkan sama ada kebenaran diberikan, ditolak, atau tertangguh.
Jenis Kebenaran yang Disokong ( Chrome 122 Trial )
- Akses kamera
- Akses mikrofon
- Data geolokasi
Kedudukan Vendor Pelayar
- ** Chrome **: Melaksanakan dalam ujian asal
- ** Firefox **: Kedudukan negatif rasmi
- ** Safari / WebKit **: Kedudukan negatif rasmi
 |
|---|
| Arahan untuk membolehkan akses mikrofon dalam pelayar anda semasa menggunakan Google Meet |
Kontroversi Proses Piawaian
Kebimbangan paling ketara yang dibangkitkan oleh komuniti pembangun tertumpu pada keputusan Google untuk meneruskan pelaksanaan walaupun menghadapi tentangan rasmi daripada vendor pelayar utama yang lain. Kedua-dua Mozilla dan WebKit telah mengeluarkan kedudukan piawaian negatif, namun Chrome meneruskan pembangunan melalui ujian asal. Pendekatan ini telah menarik kritikan kerana berpotensi memecah-belahkan piawaian web dan mewujudkan ciri khusus Chrome yang mungkin tidak akan disokong oleh pelayar lain.
Situasi ini menyerlahkan ketegangan berterusan dalam tadbir urus piawaian web. Pengkritik berhujah bahawa bahagian pasaran dominan Chrome membolehkan Google secara berkesan memaksa penggunaan ciri tanpa mengira konsensus industri, melemahkan proses piawaian kolaboratif yang secara tradisinya mengawal pembangunan web.
Kebimbangan Keselamatan dan Pengalaman Pengguna
Perbincangan pembangun mendedahkan keraguan mendalam tentang implikasi keselamatan memindahkan permintaan kebenaran ke dalam kandungan laman web. Sifat sebaris elemen ini menimbulkan kebimbangan tentang serangan clickjacking, di mana laman web berniat jahat boleh melapisi elemen tidak kelihatan untuk memperdaya pengguna memberikan kebenaran secara tidak sengaja.
Sekatan penggayaan yang dikenakan pada elemen mewujudkan cabaran tambahan. Walaupun Google telah mengehadkan cara laman web boleh menyesuaikan penampilan untuk mencegah penyalahgunaan, pembangun bimbang ini akan mewujudkan pengalaman pengguna yang mengejutkan di mana butang kebenaran tidak sepadan dengan reka bentuk tapak. Sekatan ini juga nampaknya tidak mencukupi untuk mencegah serangan kejuruteraan sosial yang canggih.
Ia memudahkan pengguna untuk membolehkan kebenaran, secara tidak sengaja juga, dan dengan itu menurunkan keselamatan dan privasi. Produk Google direka untuk mengeksploitasi itu.
Isu Pelaksanaan Teknikal
Komuniti telah mengenal pasti beberapa masalah teknikal dengan cadangan semasa. Tingkah laku elemen nampaknya tidak konsisten dengan corak HTML standard, dan sifat deklaratifnya dipersoalkan kerana kebenaran asas masih memerlukan JavaScript untuk berfungsi secara bermakna.
Pembangun juga menyatakan kekurangan fungsi berbanding API kebenaran sedia ada. Versi ujian tidak mempunyai pilihan untuk menyekat kebenaran secara kekal, hanya menawarkan pilihan benarkan pada setiap lawatan dan benarkan kali ini. Asimetri ini menunjukkan ciri ini mungkin direka untuk menggalakkan pemberian kebenaran dan bukannya benar-benar meningkatkan kawalan pengguna.
Contoh Sintaks Elemen Permission
<permission name="camera">
<span>Kebenaran diberikan.</span>
<span slot="denied">Kebenaran ditolak.</span>
<button slot="prompt">Minta kebenaran</button>
</permission>
Atribut Utama
name: Jenis kebenaran (camera, microphone, geolocation)granted: Kandungan yang dipaparkan apabila kebenaran diberikandenied: Kandungan yang dipaparkan apabila kebenaran ditolakprompt: Kandungan yang dipaparkan apabila status kebenaran tidak diketahui
Kesan Pasaran dan Pandangan Masa Depan
Kontroversi ini mencerminkan kebimbangan yang lebih luas tentang pengaruh Google terhadap piawaian web melalui dominasi pasaran Chrome. Ramai pembangun bimbang bahawa penggunaan berjaya ciri khusus Chrome akan menekan pelayar lain untuk melaksanakannya secara retroaktif, tanpa mengira merit teknikal atau kebimbangan keselamatan.
Situasi ini mencerminkan contoh sebelumnya di mana Google memperkenalkan ciri secara unilateral, kemudiannya memaksa penggunaan industri. Dengan pembangun web semakin bergantung pada API khusus Chrome, elemen kebenaran mungkin menjadi satu lagi contoh penyeragaman de facto melalui kuasa pasaran dan bukannya pembangunan berasaskan konsensus.
Kejayaan muktamad ciri ini berkemungkinan bergantung pada sama ada vendor pelayar lain akhirnya membalikkan kedudukan mereka atau sama ada komuniti pembangunan web menerima pelaksanaan khusus Chrome walaupun terdapat kebimbangan pemecahan.