Notifikasi

Merencanakan strategi kembali bekerja di kantor? Lihat cara Chrome OS dapat membantu.

Catatan rilis Chrome Enterprise dan Education

Terakhir diperbarui: 10 April 2024

Ditujukan bagi administrator yang mengelola browser Chrome atau perangkat ChromeOS untuk bisnis atau sekolah.

Ingin mengelola perangkat ChromeOS dari jarak jauh? Mulai uji coba Chrome Enterprise Upgrade tanpa biaya sekarang

 Daftar untuk menerima email tentang rilis mendatang

Ringkasan rilis Chrome 124

Update browser Chrome Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Peluncuran produk Chrome Enterprise Premium   
Pengelolaan Cloud Browser Chrome kini menjadi Chrome Enterprise Core  
Watermarking (penguji tepercaya)    
Penghentian Penggunaan Cookie Pihak Ketiga Chrome (3PCD)    
Prompt izin untuk Web MIDI API    
Dua ekstensi Chrome akan diupgrade ke Manifes V3  
Perubahan Penginstal/Pengupdate Chrome    
Peningkatan bookmark dan daftar bacaan di Android    
Layar pemilihan Mesin Telusur default  
Menghentikan penggunaan kebijakan Enterprise yang digunakan untuk throttling    
Dukungan Chrome Desktop untuk Windows ARM64    
Menghapus kebijakan Enterprise yang digunakan untuk GREASE    
Menghentikan penggunaan dan menghapus Web SQL    
Update bandwidth Chrome    
Kontrol formulir mendukung nilai arah dalam mode penulisan vertikal    
Menghapus kebijakan Enterprise yang digunakan untuk TLS handshake dan penggunaan Kunci RSA    
Atribut yang dapat di-clone shadow root    
Sandi lokal yang disimpan di layanan Play pada Android    
Enkapsulasi kunci X25519Kyber768 untuk TLS    
Menyimpan ke Drive dan ke Foto    
Prototipe google.com kredensial sesi terikat perangkat    
Integrasi Windows ClearType Text Tuner    
Kebijakan baru dan yang diperbarui di browser Chrome    
Kebijakan yang dihapus di browser Chrome    
Update ChromeOS Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Delegasi izin WebHID    
QoS Wi-Fi di ChromeOS    
Memindai DLC    
Memperbesar ukuran maksimum untuk penggeser kursor mouse    
Sambungan Cepat untuk HID    
Pembatalan Cache Ekstensi untuk layar login tamu terkelola    
Mulai ulang instan dalam Sesi Tamu Terkelola    
Kunci operator ChromeOS    
Update konsol Admin Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Penghapusan browser tidak aktif di Chrome Enterprise Core    
Filter baru di halaman Detail aplikasi    
Kebijakan baru di konsol Admin    
Perubahan browser Chrome mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Penyedia framework aksesibilitas Otomatisasi UI di Windows    
Penampung scroll yang dapat difokuskan keyboard    
Tindakan default mousemove yang dapat dioperasikan    
Layanan Jaringan di Windows akan ditangani dengan sandbox    
Telemetri tentang halaman yang memicu API penguncian keyboard dan pointer    
Memperluas Storage Access API (SAA) ke penyimpanan non-cookie    
Menghapus alias window-placement untuk deskripsi izin dan kebijakan izin    
Bit rantai ancestor lintas situs untuk CookiePartitionKey di cookie yang dipartisi    
Mengekstrak teks dari PDF untuk pengguna pembaca layar    
Menghentikan penggunaan Pelaporan Lengkap Safe Browsing    
Menghapus kebijakan Enterprise yang digunakan untuk pewarisan URL Dasar    
Enkripsi Terikat Aplikasi untuk cookie    
Rencana penghentian penggunaan: Peristiwa Mutasi    
Pengambilan link pengguna di PWA    
Semua ekstensi harus diupdate agar dapat memanfaatkan Manifes V3 paling lambat Juni 2025
Menghapus kebijakan Enterprise yang digunakan untuk perilaku situs lama yang sama    
Chrome tidak akan lagi mendukung MacOS 10.15    
Menghentikan penggunaan argumen includeShadowRoots di DOMParser    
Perubahan ChromeOS mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Setelan Passpoint ChromeOS    
Kebijakan baru untuk mengontrol waktu aktif dan tidur Kios    
Perubahan konsol Admin mendatang Keamanan/Privasi Produktivitas pengguna/Aplikasi Pengelolaan
Keseimbangan kebijakan: Konfigurasi Kustom untuk admin IT    
Laporan Teknologi Lama    

 

DOWNLOAD Catatan rilis (PDF)

↑ kembali ke atas

Catatan rilis Enterprise tersedia dalam 9 bahasa. Anda dapat membaca update Chrome dalam bahasa Inggris, Jerman, Prancis, Belanda, Spanyol, Portugis, Korea, Indonesia, dan Jepang. Terjemahan ke sebagian bahasa mungkin memerlukan waktu 1 sampai 2 minggu.

Update browser Chrome

   

  • Peluncuran produk Chrome Enterprise Premium back to top 

    Chrome Enterprise Premium kini tersedia untuk memberikan solusi terpusat bagi keamanan, privasi, dan kontrol endpoint yang kuat (panduan penyiapan). Tim IT dan keamanan mendapatkan visibilitas jaringan yang ekstensif dan dapat dengan mudah men-deploy fitur perlindungan lanjutan. Pelajari lebih lanjut. 

   

  • Pengelolaan Cloud Browser Chrome kini menjadi Chrome Enterprise Core back to top 

    Pengelolaan cloud Chrome Enterprise menawarkan alat terpusat untuk mengonfigurasi dan mengelola kebijakan, setelan, aplikasi, dan ekstensi browser di seluruh Chrome – apa pun sistem operasi atau perangkatnya dan di mana pun lokasinya. Pelajari lebih lanjut

    • Chrome 124 di Linux, MacOS, Windows: Akses Penguji Tepercaya
    • Chrome 126 di Linux, MacOS, Windows: Peluncuran fitur

   

  • Watermarking (penguji tepercaya) back to top 

    Fitur Chrome Enterprise Premium ini memungkinkan admin menempatkan watermark di halaman web jika membuka halaman web tersebut memicu aturan Pencegahan Kebocoran Data (DLP) tertentu. Anda dapat menentukan string statis untuk ditampilkan sebagai watermark

    Fitur ini sekarang dirilis di program Penguji Tepercaya kami. Jika tertarik untuk membantu kami menguji fitur ini, Anda dapat mendaftar ke program Penguji Tepercaya Chrome Enterprise di sini

    • Chrome 124 di Linux, MacOS, Windows: Akses Penguji Tepercaya
    • Chrome 126 di Linux, MacOS, Windows: Peluncuran fitur

   

  • Penghentian Penggunaan Cookie Pihak Ketiga Chrome (3PCD) back to top 

    Seperti yang diumumkan sebelumnya, Chrome 120 mulai membatasi cookie pihak ketiga secara default bagi 1% pengguna Chrome untuk memfasilitasi pengujian, dan rilis berikutnya akan menerapkan pembatasan tersebut bagi semua pengguna mulai Kuartal 3 tahun 2024. Penerapan bagi semua pengguna dilakukan untuk menanggapi masalah persaingan yang masih dipersoalkan Competition and Markets Authority (CMA) Inggris Raya. Browser yang merupakan bagian dari grup eksperimen 1% ini juga memiliki kontrol pengguna Fitur Anti-Pelacakan baru. Anda dapat mencoba perubahan ini pada Chrome 120 atau yang lebih baru dengan mengaktifkan chrome://flags/#test-third-party-cookie-phaseout

    Periode pengujian ini memungkinkan situs mempelajari cara beroperasi tanpa cookie pihak ketiga. Karena fitur anti-pelacakan pantulan juga merupakan bagian dari 3PCD, pengguna dalam grup ini yang memblokir cookie pihak ketiga akan menerapkan mitigasi pelacakan pantulan, sehingga statusnya dihapus untuk situs yang diklasifikasikan sebagai pelacak pantulan. Sebagian besar pengguna versi bisnis akan otomatis dikecualikan dari grup eksperimen 1% ini. Namun, sebaiknya admin secara proaktif menggunakan kebijakan BlockThirdPartyCookies dan CookiesAllowedForUrls untuk mengaktifkan kembali cookie pihak ketiga dan menyetel browser terkelola agar tidak diikutsertakan sebelum eksperimen. Tindakan ini akan memberi waktu bagi perusahaan untuk melakukan perubahan yang diperlukan agar tidak mengandalkan kebijakan ini atau cookie pihak ketiga.

    Kami meluncurkan Laporan Teknologi Lama untuk membantu mengidentifikasi kasus penggunaan cookie pihak ketiga. Admin dapat menyetel kebijakan BlockThirdPartyCookies ke Salah (False) untuk mengaktifkan kembali cookie pihak ketiga pada semua situs, tetapi hal ini akan mencegah pengguna mengubah setelan tersebut di Chrome. Atau, untuk mencegah kerusakan, Anda juga dapat menyetel kebijakan CookiesAllowedForUrls untuk mengizinkan aplikasi perusahaan Anda menerima cookie pihak ketiga.

    Untuk pengguna akhir versi bisnis yang dimasukkan ke dalam grup eksperimen ini dan yang tidak dicakup oleh salah satu kebijakan admin perusahaan, mereka dapat menggunakan ikon mata di omnibox guna mengaktifkan kembali cookie pihak ketiga untuk sementara selama 90 hari di situs tertentu bila diperlukan. Baca artikel bantuan ini untuk mengetahui detail selengkapnya tentang cara mengubah setelan ini ke konfigurasi yang diinginkan.

    Fitur anti-pelacakan pantulan juga dicakup oleh kebijakan yang sama seperti cookie. Selain itu, fitur ini diterapkan saat situs dengan pelacakan kembali tidak diizinkan untuk menggunakan cookie pihak ketiga. Oleh karena itu, menyetel kebijakan BlockThirdPartyCookies ke salah (false), atau menyetel kebijakan CookiesAllowedForUrls untuk suatu situs, akan mencegah mitigasi pelacakan pantulan menghapus status situs.

    Integrasi SaaS perusahaan yang digunakan dalam konteks lintas situs untuk kasus penggunaan non-iklan dapat mendaftar ke uji coba penghentian penggunaan pihak ketiga atau uji coba penghentian penggunaan pihak pertama agar dapat terus mengakses cookie pihak ketiga selama jangka waktu terbatas.

    Fitur heuristik memberikan akses cookie pihak ketiga sementara dalam skenario terbatas berdasarkan perilaku pengguna. Hal ini mengurangi kerusakan situs yang disebabkan oleh penghentian penggunaan cookie pihak ketiga dalam pola yang sudah ada, seperti pengalihan dan pop-up penyedia identitas.

    Untuk mengetahui detail selengkapnya tentang cara menyiapkan, memberikan masukan, dan melaporkan potensi masalah situs, lihat halaman landing terbaru kami tentang persiapan menghadapi penghentian penggunaan cookie pihak ketiga.

    • Mulai Chrome 120 di ChromeOS, Linux, MacOS, Windows
      Cookie pihak ketiga telah dinonaktifkan untuk 1% traffic global. Jika memungkinkan, pengguna versi bisnis akan dikecualikan dari proses ini secara otomatis, dan kebijakan untuk mengganti perubahan tersebut akan tersedia.

   

  • Prompt izin untuk Web MIDI API back to top 

    Web MIDI API terhubung ke dan berinteraksi dengan Perangkat Musical Instrument Digital Interface (MIDI). Terdapat beberapa masalah yang dilaporkan mengenai akses tak bertanggung jawab pada Web MIDI API ke perangkat MIDI klien (lihat bug Chromium terkait). Untuk mengatasi masalah ini, Audio Working Group W3C memutuskan untuk memberikan izin eksplisit pada akses Web MIDI API umum. Awalnya, izin eksplisit hanya diperlukan untuk penggunaan Web MIDI lanjutan di Chrome, termasuk kemampuan untuk mengirim dan menerima pesan eksklusif sistem (SysEx), dengan akses terbatas di balik prompt izin. Sekarang kami bermaksud memperluas cakupan izin untuk penggunaan reguler Web MIDI API. 

    Di Chrome 124, semua akses ke Web MIDI API memerlukan izin pengguna. Tidak ada kebijakan yang tersedia untuk mengontrol perubahan ini. Jika Anda mengalami masalah, laporkan bug di sini.

    • Chrome 124 di Windows, MacOS, Linux, Android

   

  • Dua ekstensi Chrome yang akan diupgrade ke Manifes V3 back to top 

    Dua ekstensi akan segera diupdate agar dapat menggunakan Manifes V3: Pengalih Agen Pengguna dan Pelaporan Chrome

    Hal ini merupakan update utama dengan kemungkinan adanya bug, jadi Anda dapat mencoba versi Beta ekstensi ini sekarang. Sebaiknya Anda mengujinya di lingkungan Anda. Jika Anda mengalami masalah, laporkan bug di sini.

      - Pengalih Agen Pengguna untuk Chrome - Beta

      - Ekstensi Pelaporan Chrome - Beta

    Parser URL Pengalih Agen Pengguna telah diubah, jadi pastikan substitusi agen pengguna Anda yang sudah ada kompatibel dengan versi baru.

    • Chrome 124: Kedua ekstensi akan menerima update pada versi Stabilnya sekitar 30 April 2024.

   

  • Perubahan Penginstal/Pengupdate Chrome back to top 

    Kami sedang dalam proses meluncurkan Google Update versi baru. Sebagai bagian dari perubahan ini, lokasi untuk GoogleUpdate.exe di Windows akan berubah dan diganti namanya menjadi updater.exe. Perhatikan bahwa jalur sebelumnya akan tetap tersedia hingga transisi selesai sepenuhnya.  GoogleUpdate.exe juga diubah agar mengarah ke updater.exe.

     * Sebelumnya: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
     * Saat ini: C:\Program Files (x86)\Google\ GoogleUpdater\<VERSION>\updater.exe

    • Chrome 124 di Windows: Perubahan ini muncul di Windows.

   

  • Peningkatan bookmark dan daftar bacaan di Android back to top 

    Di Chrome 124 untuk Android, beberapa pengguna yang login ke Chrome dari Pengelola Bookmark dapat menggunakan dan menyimpan bookmark serta item daftar bacaan di Akun Google mereka. Kebijakan Enterprise yang relevan seperti BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks, dan ShoppingListEnabled terus berfungsi seperti sebelumnya untuk mengonfigurasi kemampuan pengguna memakai dan menyimpan item di Akun Google mereka. 

    • Chrome 124 di Android: Peluncuran fitur.

   

  • Layar pemilihan Mesin Telusur default back to top 

    Sebagai bagian dari kepatuhan terhadap Digital Markets Act (DMA), Google memperkenalkan layar pemilihan bagi pengguna untuk memilih mesin telusur default di Chrome. Pilihan pengguna akan mengontrol setelan mesin telusur default, yang saat ini tersedia di chrome://settings/search.

    Untuk perusahaan yang telah memilih agar administrator mereka menetapkan setelan penelusuran pengguna versi bisnis mereka menggunakan kebijakan Enterprise DefaultSearchProviderEnabled dan DefaultSearchProviderSearchUrl, kebijakan tersebut akan tetap mengontrol setelan penelusuran perusahaan. Jika administrator belum menyetel setelan penelusuran pengguna versi bisnis berdasarkan kebijakan, pengguna versi bisnis tersebut mungkin akan melihat perintah untuk memilih mesin telusur default di Chrome.

    Baca informasi selengkapnya tentang kebijakan ini dan grup atom terkait

    • Chrome 120 di iOS, ChromeOS, LaCrOS, Linux, MacOS, Windows: 1% pengguna akan mulai mendapatkan layar pemilihan mesin telusur default pada Chrome 120.
    • Mulai Chrome 124 di iOS, ChromeOS, LaCrOS, Linux, MacOS, Windows: Peluncuran penuh untuk pengguna yang relevan.

   

  • Menghentikan penggunaan kebijakan Enterprise yang digunakan untuk throttling back to top 

    Perubahan kode pokok (throttling same-process, cross-origin display:none iframes) yang digantikan oleh kebijakan Enterprise ThrottleNonVisibleCrossOriginIframesAllowed telah diaktifkan dalam rilis stabil sejak awal tahun 2023. Karena masalah umum telah tertangani, kami berencana menghapus kebijakan Enterprise ThrottleNonVisibleCrossOriginIframesAllowed pada Chrome 124. Untuk membaca diskusi seputar masalah throttling (dan penyelesaiannya), lihat laporan masalah Chromium ini. 

    • Chrome 124: Kebijakan dihapus.

   

  • Dukungan Chrome Desktop untuk Windows ARM64 back to top 

    Chrome akan meluncurkan dukungan untuk Windows ARM64. Kami sedang berupaya memublikasikan penginstal Enterprise. Anda tetap dapat menguji saluran Canary dan saluran Beta serta melaporkan bug di sana. Perlu diperhatikan bahwa hal ini dapat berubah berdasarkan stabilitas secara keseluruhan, serta masukan dari pelanggan. Jika Anda mengalami masalah, laporkan bug di sini

    • Chrome 124 di Windows (ARM): Penginstal Enterprise baru akan tersedia pada akhir April atau awal Mei.

   

  • Menghapus kebijakan Enterprise yang digunakan untuk GREASE back to top 

    Kami berencana menghentikan penggunaan kebijakan UserAgentClientHintsGREASEUpdateEnabled karena algoritma GREASE yang baru telah diaktifkan secara default selama lebih dari satu tahun. Kebijakan ini akan dihapus di Chrome 126. 

    • Chrome 124 di Android, ChromeOS, Linux, MacOS, Windows: Kebijakan tidak digunakan lagi.
    • Chrome 126 di Android, ChromeOS, Linux, MacOS, Windows: Kebijakan dihapus.

   

  • Menghentikan penggunaan dan menghapus Web SQL back to top 

    Dengan adanya SQLite berbasis WASM sebagai pengganti, kami berencana menghapus Web SQL sepenuhnya. Pembaruan ini akan membantu menjaga keamanan pengguna.

    Standar database Web SQL pertama kali diusulkan pada April 2009 dan ditinggalkan pada November 2010. Gecko tidak pernah menerapkan fitur ini dan WebKit menghentikan penggunaan fitur ini pada tahun 2019. W3C mendorong mereka yang membutuhkan database web untuk menggunakan Web Storage atau Indexed Database. 

    Sejak WebSQL dirilis, kami mengalami kesulitan menjaga keamanan pengguna kami. SQLite awalnya tidak dirancang untuk menjalankan pernyataan SQL berbahaya, tetapi dengan WebSQL kami harus melakukan hal ini. Keharusan merespons masalah stabilitas dan keamanan yang terus muncul merupakan risiko yang tidak dapat diprediksi tim penyimpanan. 

    • Chrome 101: Pada Chrome 101, kebijakan WebSQLAccess ditambahkan. WebSQL akan tersedia jika kebijakan ini diaktifkan, sementara kebijakan ini tersedia hingga Chrome 123.
    • Chrome 115: Pesan penghentian penggunaan ditambahkan ke konsol.
    • Chrome 117: Pada Chrome 117, Uji Coba Penghentian Penggunaan WebSQL dimulai. Uji coba ini akan berakhir pada Chrome 123. Selama periode uji coba, token uji coba penghentian penggunaan diperlukan agar fitur tersedia.
    • Chrome 119: Mulai Chrome 119, WebSQL tidak lagi tersedia. Akses ke fitur ini tersedia hingga Chrome 123 menggunakan kebijakan WebSQLAccess, atau token uji coba penghentian penggunaan.
    • Chrome 124: di ChromeOS, LaCrOS, Linux, MacOS, Windows, Android: Mulai Chrome 124, kebijakan WebSQLAccess dan uji coba penghentian penggunaan, yang memungkinkan tersedianya WebSQL, tidak akan tersedia lagi.

   

  • Update bandwidth Chrome back to top 

    Chrome memperkenalkan mekanisme baru untuk mengupdate komponen Chrome tertentu yang dapat mengakibatkan penggunaan bandwidth ekstra di perangkat Anda. Anda dapat mengontrolnya menggunakan kebijakan GenAILocalFoundationalModelSettings

    • Chrome 124 di Windows, MacOS, Linux

   

  • Kontrol formulir mendukung nilai arah dalam mode penulisan vertikal back to top 

    Mode penulisan properti CSS memungkinkan elemen ditata secara vertikal, tetapi pengguna tidak dapat menetapkan arah perubahan nilai. Fitur ini memungkinkan elemen kontrol formulir (jenis input meter, progres, dan rentang) memiliki mode penulisan vertikal dan dapat memilih arah nilai kontrol formulir. Jika arahnya adalah rtl, nilai akan dirender dari bawah ke atas. Jika arahnya adalah ltr, nilai akan dirender dari atas ke bawah. Untuk mengetahui informasi selengkapnya, lihat postingan blog Chrome untuk Developer.

    • Chrome 124 di Windows, MacOS, Linux, Android

   

  • Menghapus kebijakan Enterprise yang digunakan untuk TLS handshake dan penggunaan Kunci RSA back to top 

    Di Chrome 114, kami memperkenalkan InsecureHashesInTLSHandshakesEnabled untuk mengontrol penggunaan hash lama yang tidak aman selama proses TLS handshake. Di Chrome 116, kami memperkenalkan RSAKeyUsageForLocalAnchorsEnabled untuk mengontrol beberapa pemeriksaan sertifikat server. Di Chrome 124, kebijakan InsecureHashesInTLSHandshakesEnabled dan RSAKeyUsageForLocalAnchorsEnabled akan dihapus. 

    Chrome 124 di Android, ChromeOS, Linux, MacOS, Windows: Kebijakan InsecureHashesInTLSHandshakesEnabled dan RSAKeyUsageForLocalAnchorsEnabled akan dihapus. 

   

  • Atribut yang dapat di-clone shadow root back to top 

    Atribut yang dapat di-clone shadow root memungkinkan individu mengontrol apakah shadow root dapat di-clone (melalui perintah cloning platform standar seperti cloneNode()). Shadow root imperatif kini dapat dikontrol melalui parameter untuk attachShadow({clonable:true}). Shadow root deklaratif dapat dikontrol melalui atribut baru, <template shadowrootmode=open shadowrootclonable>

    Kerusakan dapat terjadi jika Anda:
    a) menggunakan shadow DOM deklaratif 
    b) meng-clone template yang berisi DSD, dan 
    c) mengharapkan clone tersebut berisi shadow root yang di-clone

    • Chrome 124 di Android, ChromeOS, Linux, MacOS, Windows

   

  • Sandi lokal yang disimpan di layanan Play pada Android back to top 

    Chrome mengubah cara penyimpanan sandi lokal (tidak dapat disinkronkan). Sebelumnya, sandi ini disimpan di profil Chrome. Sekarang sandi tersebut akan dimigrasikan ke penyimpanan sandi lokal layanan Google Play, mirip dengan cara sandi Akun Google disimpan. Hal ini juga mengubah UI pengelolaan yang akan disediakan oleh layanan Google Play. Kebijakan Chrome PasswordManagerEnabled masih berlaku, tetapi tidak mengontrol perilaku di luar biner Chrome. Dengan demikian, UI pengelolaan sandi baru memungkinkan pengguna mengimpor atau menambahkan sandi ke sana secara manual.

    • Chrome 123 di Android: Fitur ini mulai tersedia bagi pengguna yang tidak memiliki sandi lokal 
    • Chrome 124 di Android: Semua sandi lokal dimigrasikan ke layanan Google Play.

   

  • Enkapsulasi kunci X25519Kyber768 untuk TLS back to top 

    Mulai Chrome 124, Chrome mengaktifkan secara default mekanisme enkapsulasi kunci TLS aman pasca-kuantum baru X25519Kyber768 di semua platform desktop, berdasarkan standar NIST (ML-KEM). Opsi ini diekspos sebagai cipher suite TLS baru. TLS akan otomatis menegosiasikan cipher yang didukung, sehingga perubahan ini harus bersifat transparan terhadap operator server. Namun, beberapa middlebox TLS mungkin tidak disiapkan untuk ukuran enkapsulasi kunci Kyber (ML-KEM), atau poin kode cipher ClientHello TLS baru, yang menyebabkan koneksi terputus atau macet. Hal ini dapat diatasi dengan memperbarui middlebox Anda, atau menonaktifkan mekanisme enkapsulasi kunci melalui kebijakan sementara Enterprise PostQuantumKeyAgreementEnabled, yang akan tersedia hingga akhir tahun 2024. Namun, cipher aman pasca-kuantum jangka panjang akan diperlukan di TLS dan kebijakan perusahaan tersebut akan dihapus. Cipher ini akan digunakan untuk koneksi TLS 1.3 maupun QUIC. 

    • Chrome 124 di Windows, MacOS, Linux

   

  • Menyimpan ke Drive dan ke Foto back to top 

    Anda dapat langsung menyimpan file atau gambar dokumen dari web ke Drive, serta gambar ke Google Foto Anda. Sekarang Anda dapat mengubah akun tempat file akan disimpan. Kebijakan yang relevan untuk mengontrol fitur ini adalah ContextMenuPhotoSharingSettings dan DownloadManagerSaveToDriveSettings.

    • Chrome 124 di iOS
    IoS save photos

   

  • Prototipe google.com Kredensial Sesi Terikat Perangkat back to top 

    Project Kredensial Sesi Terikat Perangkat dimaksudkan untuk mengalihkan web dari kredensial pemilik jangka panjang seperti cookie, yang dapat dicuri dan digunakan kembali, ke kredensial yang berumur pendek atau terikat secara kriptografis ke perangkat. Fitur ini bertujuan melindungi pengguna dari pencurian kredensial yang biasanya dilakukan oleh malware yang berjalan di perangkat pengguna. 

    Peluncuran saat ini adalah bukti konsep yang menargetkan situs google.com. Pada masa mendatang, kami berencana menstandardisasi pendekatan ini untuk situs dan browser web lainnya (GitHub).

    Admin Enterprise dapat mengontrol status fitur menggunakan kebijakan boolean BoundSessionCredentialsEnabled.

    • Chrome 124 di Windows: Merencanakan peluncuran 1% di Chrome Stabil untuk binding cookie google.com bagi populasi umum. Kebijakan sementara BoundSessionCredentialsEnabled diperkenalkan dalam tonggak pencapaian ini. 

   

  • Integrasi Windows ClearType Text Tuner back to top 

    Fitur ini melacak pekerjaan untuk mendukung pemilihan nilai kontras dan gamma dari setelan Windows ClearType Text Tuner dan menerapkannya ke rendering teks Skia. Hal ini memastikan preferensi rendering teks pengguna dipatuhi di perangkat Windows.

    • Chrome 124 di Windows, MacOS, Linux

   

   

  • Kebijakan yang dihapus di browser Chrome back to top 
    Kebijakan Deskripsi
    WebSQLAccess Memaksa pengaktifan WebSQL
    InsecureHashesInTLSHandshakesEnabled Pengaktifan Hash Tidak Aman di TLS handshake
    RSAKeyUsageForLocalAnchorsEnabled Memeriksa penggunaan kunci RSA untuk sertifikat server yang diterbitkan oleh trust anchor lokal
    GetDisplayMediaSetSelectAllScreensAllowedForUrls Mengaktifkan pemilihan otomatis untuk multi-screenshot
    ThrottleNonVisibleCrossOriginIframesAllowed Memungkinkan pengaktifan throttling iframe lintas origin yang tidak terlihat

Update ChromeOS

   

  • Delegasi izin WebHID back to top

    Aplikasi Chrome kini mengaktifkan fitur WebHID di Webview Aplikasi Chrome, untuk dukungan VDI dan Zoom HID.

   

  • QoS Wi-Fi di ChromeOS back to top

    ChromeOS 124 kini menyertakan fitur Kualitas Layanan (QoS) baru yang memastikan prioritas traffic yang lebih baik untuk aplikasi konferensi video dan game pada jaringan Wi-Fi yang padat. Hasilnya, pengguna dapat menikmati pemutaran video yang lebih lancar dengan lebih sedikit buffering. Dalam rilis awal ini, fitur ini tidak tersedia untuk pengguna terkelola.

   

  • Memindai DLC back to top

    Untuk mengoptimalkan ukuran update ChromeOS, kini kami mendownload driver yang diperlukan setelah pengguna login dan menghubungkan pemindai yang memerlukan driver. Driver mendownload secara otomatis tanpa mengharuskan pengguna menjawab dialog apa pun. Notifikasi akan muncul untuk menunjukkan bahwa driver eksternal sedang diinstal dan saat penginstalan sudah selesai.

   

  • Memperbesar ukuran maksimum untuk penggeser kursor mouse back to top

    Kami telah menambah ukuran kursor mouse. Anda dapat menyesuaikan ukuran kursor dengan membuka setelan, aksesibilitas, kursor dan touchpad, serta menggeser penggeser ke ukuran yang diinginkan. Fitur ini dapat berguna bagi orang yang memiliki gangguan penglihatan, bagi pengajar yang ingin siswa mengikuti pelajaran saat melakukan presentasi, bagi orang yang melakukan presentasi di panggilan video, atau jika Anda hanya ingin menggunakan kursor mouse yang lebih besar. 

    Mouse pointer size

   

  • Sambungan Cepat untuk HID back to top

    Sambungan Cepat kini tersedia untuk mouse di ChromeOS. Anda kini dapat mendekatkan mouse yang kompatibel dengan Sambungan Cepat ke perangkat ChromeOS, dan diminta untuk menyambungkannya dengan sekali klik. Untuk mengetahui detailnya, lihat artikel Pusat Bantuan kami.

   

  • Pembatalan Cache Ekstensi untuk layar login tamu terkelola back to top

    Mulai ChromeOS 124, kebijakan ExtensionInstallForcelist mendukung rollback ekstensi untuk sesi tamu terkelola dan layar login. Dengan begitu, admin memiliki opsi untuk melakukan rollback ekstensi jika ada kesalahan pada peluncuran versi baru.

   

  • Mulai ulang instan dalam Sesi Tamu Terkelola back to top

    ChromeOS 124 memperkenalkan UI bagi admin untuk memulai tindakan mulai ulang instan untuk Sesi Tamu Terkelola.

    MGS instant reboot

   

  • Kunci operator ChromeOS back to top

    ChromeOS kini mendukung kunci operator untuk operator seluler yang ingin menyediakan perangkat bersubsidi kepada pengguna. Di semua perangkat yang mendukung seluler, operator dapat mengunci perangkat agar hanya mengizinkan koneksi ke profil SIM yang disetujui (baik eSIM maupun SIM fisik). Perangkat yang terkunci akan didaftarkan ke server kunci operator dan saat kontrak berakhir, operator cukup melepas kunci dan pengguna akan diberi tahu di perangkatnya. Perlu diketahui bahwa selain diblokir untuk penggunaan profil SIM yang tidak sah, mode developer juga diblokir di perangkat yang dikunci oleh operator.

Update konsol Admin

   
  • Penghapusan browser tidak aktif di Chrome Enterprise Core   back to top

    Mulai April 2024 hingga Mei 2024, untuk Chrome Enterprise Core, kebijakan penghapusan Periode tidak aktif untuk browser akan mulai diluncurkan dan otomatis menghapus browser terdaftar di konsol Admin yang tidak aktif selama lebih dari periode waktu tidak aktif yang ditentukan oleh kebijakan. Saat kebijakan tersebut dirilis, periode waktu tidak aktif akan memiliki nilai default 540 hari. Artinya, semua browser terdaftar yang tidak aktif selama lebih dari 540 hari akan dihapus dari akun Anda secara default. Administrator dapat mengubah nilai periode tidak aktif menggunakan kebijakan ini. Nilai maksimum untuk menentukan periode tidak aktif browser adalah 730 hari dan nilai minimumnya adalah 28 hari (pelajari lebih lanjut). 

     

    Jika Anda menurunkan nilai kebijakan yang ditetapkan, tindakan tersebut mungkin akan berdampak global pada semua browser yang saat ini terdaftar. Semua browser yang terpengaruh akan dianggap tidak aktif dan, oleh karena itu, akan dihapus secara permanen. Untuk memastikan browser yang dihapus mendaftar ulang secara otomatis saat dimulai ulang lagi, tetapkan nilai kebijakan Pengelolaan Token Perangkat ke Hapus token sebelum menurunkan nilai kebijakan ini. Token pendaftaran di browser tersebut harus tetap valid pada saat perangkat dimulai ulang.

   
  • Filter baru di halaman Detail aplikasi   back to top

    Memperkenalkan filter baru untuk Semua pengguna dan browser di halaman Detail Aplikasi. Filter ini memungkinkan admin IT untuk melihat dengan mudah semua browser terkelola dan pengguna terkelola yang menginstal ekstensi atau aplikasi tertentu.

    App Details filter
   

↑ kembali ke atas  

Segera hadir

Catatan: Item yang tercantum di bawah adalah update eksperimental atau terencana. Item tersebut mungkin berubah, tertunda, atau dibatalkan sebelum diluncurkan ke saluran Stabil.

 

Perubahan mendatang pada browser

    

  • Penyedia framework aksesibilitas Otomatisasi UI di Windows back to top 

    Mulai Chrome 126, Chrome akan langsung mendukung software klien aksesibilitas yang menggunakan framework aksesibilitas Otomatisasi UI Microsoft Windows. Sebelum perubahan ini, software tersebut beroperasi bersama Chrome melalui shim kompatibilitas di Microsoft Windows. Perubahan ini dilakukan untuk meningkatkan pengalaman pengguna yang dapat diakses bagi banyak pengguna. Perubahan ini memberikan dukungan lengkap untuk Narator, Pembesar, dan Voice Access; juga akan meningkatkan aplikasi pihak ketiga yang menggunakan framework aksesibilitas Otomatisasi UI Windows. Pengguna Chrome akan mengalami pengurangan penggunaan memori dan overhead pemrosesan saat aplikasi tersebut digunakan dengan alat aksesibilitas. Perubahan ini juga akan memudahkan pengembangan software menggunakan teknologi pendukung.

    Administrator dapat menggunakan kebijakan Enterprise UiAutomationProviderEnabled mulai Chrome 125 untuk mengaktifkan paksa penyedia baru (sehingga semua pengguna menerima fungsi baru), atau menonaktifkan penyedia baru. Kebijakan ini akan didukung di Chrome 136, dan akan dihapus di Chrome 137. Periode satu tahun ini dimaksudkan untuk memberi perusahaan waktu yang cukup untuk bekerja sama dengan vendor pihak ketiga sehingga mereka dapat memperbaiki inkompatibilitas apa pun yang disebabkan oleh peralihan dari shim kompatibilitas Microsoft ke penyedia Otomatisasi UI Chrome.

    • Chrome 125 di Windows: Kebijakan UiAutomationProviderEnabled diperkenalkan sehingga administrator dapat mengaktifkan penyedia framework aksesibilitas Otomatisasi UI Chrome dan memvalidasi bahwa alat aksesibilitas pihak ketiga terus berfungsi.
    • Chrome 126 di Windows: Framework variasi Chrome akan digunakan untuk mulai mengaktifkan penyedia framework aksesibilitas Otomatisasi UI Chrome bagi pengguna. Penyedia ini akan diaktifkan secara bertahap untuk populasi yang stabil sepenuhnya, dengan jeda sesuai kebutuhan guna mengatasi masalah kompatibilitas yang dapat diselesaikan di Chrome. Administrator Enterprise dapat terus menggunakan kebijakan UiAutomationProviderEnabled untuk memilih ikut serta lebih awal pada perilaku baru, atau memilih tidak ikut untuk sementara melalui Chrome 136.
    • Chrome 137 di Windows: Kebijakan UiAutomationProviderEnabled akan dihapus dari Chrome. Semua klien akan menggunakan penyedia framework aksesibilitas Otomatisasi UI browser.

    

  • Penampung scroll yang dapat difokuskan keyboard back to top 

    Membuat penampung scroll yang dapat difokuskan menggunakan navigasi fokus berurutan sangat meningkatkan aksesibilitas. Saat ini, tombol tab tidak memfokuskan scroller kecuali jika tabIndex ditetapkan secara eksplisit ke 0 atau lebih.

    Dengan membuat scroller yang dapat difokuskan secara default, pengguna yang tidak dapat (atau tidak ingin) menggunakan mouse akan dapat memfokuskan konten yang terpotong menggunakan tombol tab dan panah pada keyboard. Perilaku ini hanya diaktifkan jika scroller tidak berisi turunan yang dapat difokuskan keyboard. Logika ini diperlukan agar tidak menyebabkan regresi untuk elemen yang dapat difokuskan yang sudah ada, yang mungkin ada dalam scroller seperti <textarea>.

    • Chrome 125 di Windows, MacOS, Linux, Android

    

  • Tindakan default mousemove yang dapat dioperasikan back to top 

    Sebelumnya, Chrome memungkinkan pembatalan peristiwa mousemove untuk mencegah API lain seperti pemilihan teks (dan bahkan tarik lalu lepas pada masa lalu). Pembatalan peristiwa ini tidak sesuai dengan browser besar lainnya; juga tidak sesuai dengan UI (spesifikasi peristiwa).

    Dengan fitur ini, pemilihan teks tidak akan lagi menjadi tindakan default mousemove. Pemilihan teks dan tarik lalu lepas tetap dapat dicegah dengan membatalkan peristiwa selectstart dan dragstart, dan tindakan ini sesuai dengan spesifikasi serta dapat dioperasikan sepenuhnya.

    • Chrome 125 di Windows, MacOS, Linux, Android

    

  • Layanan Jaringan di Windows akan di-sandbox back to top 

    Untuk meningkatkan keamanan dan keandalan, layanan jaringan, yang sudah berjalan dalam prosesnya sendiri, akan di-sandbox di Windows. Sebagai bagian dari langkah ini, kode pihak ketiga yang saat ini dapat memodifikasi layanan jaringan mungkin akan dicegah melakukan modifikasi lagi. Pencegahan ini dapat menyebabkan masalah interoperabilitas dengan software yang memasukkan kode ke dalam ruang proses Chrome, seperti software Pencegahan Kebocoran Data. Kebijakan NetworkServiceSandboxEnabled memungkinkan Anda menonaktifkan sandbox jika inkompatibilitas ditemukan. Anda dapat menguji sandbox di lingkungan Anda menggunakan petunjuk ini dan melaporkan masalah yang Anda temukan.

    • Chrome 125 di Windows: Layanan Jaringan akan di-sandbox di Windows.

    

  • Telemetri tentang halaman yang memicu API Penguncian keyboard dan pointer back to top 

    Saat pengguna Safe Browsing yang Disempurnakan mengunjungi halaman yang memicu API penguncian keyboard atau pointer, atribut halaman tersebut akan dikirim ke Safe Browsing. 

    Jika telemetri dikirim dan halaman tampak berbahaya, pengguna akan melihat peringatan Safe Browsing dan keyboard atau pointer mereka akan terbuka jika saat itu sedang terkunci. 

    • Chrome 125 di Android, ChromeOS, LaCrOS, Linux, MacOS, Windows, Fuchsia

    

  • Memperluas Storage Access API (SAA) ke penyimpanan non-cookie back to top 

    Kami mengusulkan ekstensi Storage Access API (kompatibel dengan versi lama) untuk memungkinkan akses ke penyimpanan tanpa partisi (cookie dan non-cookie) dalam konteks pihak ketiga, dan membayangkan mekanisme API kurang lebih seperti ini (JS berjalan dalam iframe sematan):

    // Meminta handle penyimpanan baru melalui rSA (tindakan ini akan meminta pengguna)
    let handle = await document.requestStorageAccess({all: true});

    // Menulis beberapa localstorage lintas situs
    handle.localStorage.setItem("userid", "1234");

    // Membuka atau membuat indexedDB yang dibagikan dengan konteks pihak pertama
    let messageDB = handle.defaultBucket.indexedDB.open("messages");

    Alur yang sama akan digunakan oleh iframe untuk mendapatkan handle penyimpanan saat ancestor tingkat teratasnya berhasil memanggil rSAFor, hanya saja dalam hal ini izin storage-access sudah diberikan. Oleh karena itu, panggilan rSA tidak memerlukan gestur pengguna atau menampilkan perintah, sehingga memungkinkan iframe tersembunyi mengakses penyimpanan.

    

  • Menghapus alias window-placement untuk deskripsi izin dan kebijakan izin back to top 
    Chrome 124 menghapus alias window-placement untuk deskripsi izin dan kebijakan izin. Semua instance window-placement diganti dengan window-management, yang menjelaskan fungsi API terkait dengan lebih baik. Update ini adalah tindak lanjut dari peningkatan fitur Multi-Screen Window Placement API. Untuk mengetahui detail selengkapnya, lihat Status Platform Chrome.
    • Chrome 125 di Windows, MacOS, Linux

    

  • Bit rantai ancestor lintas situs untuk CookiePartitionKey di cookie yang dipartisi back to top 

    Chrome 125 menambahkan bit ancestor lintas situs ke kunci CookiePartitionKey di cookie yang dipartisi. Perubahan ini menggabungkan kunci partisi dengan nilai kunci partisi yang digunakan dalam partisi penyimpanan dan menambahkan perlindungan terhadap serangan clickjacking dengan mencegah frame sematan lintas situs agar tidak memiliki akses ke cookie yang dipartisi di situs tingkat teratas.

    Jika mengalami kerusakan dengan iframe sematan, perusahaan dapat menggunakan kebijakan CookiesAllowedForUrls atau menggunakan cookie SameSite=None tanpa atribut Partisi, lalu memanggil Storage Access API (SAA) atau menggunakan Cross-Origin Resource Sharing (CORS) untuk memastikan iframe sematan memiliki akses ke cookie yang sama dengan domain level teratas. 

    • Chrome 126 di Windows, MacOS, Linux

    

  • Mengekstrak teks dari PDF untuk pengguna pembaca layar back to top 

    Browser Chrome meluncurkan pembaca AI pengenalan karakter optik (OCR) untuk dokumen PDF, yang akan menjadi pembaca layar PDF bawaan browser yang pertama untuk dokumen yang tidak mudah diakses. Fitur ini akan semakin mengurangi kesenjangan aksesibilitas bagi pengguna penyandang tunanetra dan gangguan penglihatan di web.

    Fitur ini memanfaatkan model OCR Google untuk mengekstrak, mengelompokkan, dan membagi dokumen PDF menjadi beberapa bagian sehingga lebih mudah diakses. Library machine intelligence lokal akan ditambahkan, yang menggunakan teknologi Screen AI untuk menganalisis screenshot atau hierarki aksesibilitas, serta mengekstrak lebih banyak informasi untuk membantu teknologi pendukung, seperti teks (OCR) dan konten utama halaman.

    • Chrome 126 di ChromeOS, Linux, MacOS, Windows
    PDF reader

    

  • Menghentikan penggunaan Pelaporan Lengkap Safe Browsing back to top 

    Pelaporan Lengkap Safe Browsing adalah fitur yang meningkatkan keamanan semua pengguna dengan mengumpulkan informasi telemetri dari pengguna yang berpartisipasi dan digunakan untuk perlindungan Google Safe Browsing. Data yang dikumpulkan mencakup URL halaman web yang dikunjungi, informasi sistem terbatas, dan beberapa konten halaman. Namun, fitur ini kini digantikan oleh mode Perlindungan yang ditingkatkan. Sebaiknya pengguna beralih ke Perlindungan yang ditingkatkan untuk terus memberikan keamanan bagi semua pengguna selain mengaktifkan keamanan terkuat yang tersedia di Chrome. Untuk mengetahui informasi selengkapnya, lihat Tingkat perlindungan Safe Browsing

    • Chrome 126 di iOS, ChromeOS, Linux, MacOS, Windows: Penghentian penggunaan Pelaporan Lengkap Safe Browsing
      Safe browsing

    

    

  • Enkripsi Terikat Aplikasi untuk cookie back to top 

    Untuk meningkatkan keamanan cookie di Windows, kunci enkripsi yang digunakan untuk enkripsi cookie akan diamankan lebih lanjut dengan mengikatnya ke identitas aplikasi Chrome. Hal ini dapat membantu melindungi dari malware yang mungkin mencoba mencuri cookie dari sistem. Tindakan ini tidak memberikan perlindungan terhadap penyerang yang dapat meningkatkan hak istimewa atau memasukkan ke dalam proses Chrome.

    Kebijakan Enterprise ApplicationBoundEncryptionEnabled akan tersedia untuk menonaktifkan enkripsi Terikat Aplikasi.

    • Chrome 125 di Windows

    

  • Rencana penghentian penggunaan: peristiwa mutasi back to top 

    Peristiwa mutasi sinkron, termasuk DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, dan DOMCharacterDataModified, berdampak negatif terhadap performa halaman, serta meningkatkan kompleksitas penambahan fitur baru ke Web secara signifikan. API ini tidak digunakan lagi dari spesifikasinya pada tahun 2011, dan diganti (pada tahun 2012) dengan Mutation Observer API yang jauh lebih baik. Penggunaan peristiwa mutasi yang sudah tidak berlaku harus dihapus atau dimigrasikan ke Mutation Observer. Mulai Chrome 124, kebijakan Enterprise sementara, MutationEventsEnabled, akan tersedia untuk mengaktifkan kembali peristiwa mutasi yang tidak digunakan lagi atau dihapus. Jika Anda mengalami masalah, laporkan bug di sini.

    • Chrome 127 di Android, ChromeOS, Linux, MacOS, Windows: Peristiwa mutasi akan berhenti berfungsi pada Chrome 127, sekitar 30 Juli 2024.

    

  • Pengambilan link pengguna di PWA back to top 

    Link web akan otomatis mengarahkan pengguna ke aplikasi web yang terinstal. Agar lebih sesuai dengan ekspektasi pengguna seputar aplikasi web yang terinstal, Chrome akan mempermudah proses perpindahan antara browser dan aplikasi web yang terinstal. Saat pengguna mengklik link yang dapat ditangani oleh aplikasi web yang terinstal, Chrome akan menambahkan chip di kolom URL untuk menyarankan peralihan ke aplikasi tersebut. Jika pengguna mengklik chip tersebut, aplikasi akan langsung diluncurkan, atau petak aplikasi yang dapat mendukung link tersebut akan terbuka. Bagi beberapa pengguna, mengklik link akan selalu otomatis membuka aplikasi.

    • Chrome 121 di Linux, MacOS, Windows: Saat sebagian pengguna mengklik link, link tersebut akan selalu terbuka di PWA yang terinstal, sementara sebagian pengguna lain akan melihat link itu terbuka di tab baru dengan chip di kolom URL-nya. Mengklik chip akan meluncurkan aplikasi. Tersedia tanda untuk mengontrol fitur ini: chrome://flags/#enable-user-link-capturing-pwa.
    • Mulai Chrome 127 di Linux, MacOS, Windows: Kami akan meluncurkan fitur ini ke 100% versi Stabil, baik dengan setelan default aktif (selalu luncurkan aplikasi saat link diklik) maupun nonaktif (selalu buka di tab, hanya luncurkan jika pengguna mengklik chip di kolom URL).
    Link PWAs

    

  • Semua ekstensi harus diupdate agar dapat memanfaatkan Manifes V3 paling lambat Juni 2025 back to top 

    Ekstensi harus diupdate agar dapat memanfaatkan Manifes V3. Ekstensi Chrome akan ditransisikan ke versi manifes baru, Manifes V3. Manifes baru ini akan meningkatkan privasi pengguna, misalnya dengan beralih ke model tempat ekstensi mengubah permintaan secara deklaratif, tanpa dapat melihat permintaan satu per satu. Manifes baru ini juga meningkatkan keamanan ekstensi, karena kode yang dihosting dari jarak jauh tidak akan diizinkan di Manifes V3. 

    Mulai Juni 2024, Chrome akan secara bertahap menonaktifkan ekstensi Manifes V2 yang berjalan di browser. Kebijakan Enterprise - ExtensionManifestV2Availability - telah tersedia untuk mengontrol apakah ekstensi Manifes v2 diizinkan. Kebijakan ini dapat digunakan untuk menguji Manifes V3 di organisasi Anda sebelum migrasi. Selain itu, komputer yang mengaktifkan kebijakan tersebut tidak akan mengalami penonaktifan ekstensi Manifes V2 hingga tahun berikutnya, yaitu Juni 2025, dan pada saat itu kebijakan tersebut akan dihapus.

    Anda dapat melihat versi Manifes mana yang sedang digunakan oleh semua ekstensi Chrome yang berjalan di perangkat Anda menggunakan halaman Penggunaan aplikasi & ekstensi di Chrome Enterprise Core. Baca informasi selengkapnya tentang Linimasa manifes, termasuk: 

    • Chrome 110 di ChromeOS, LaCrOS, Linux, MacOS, Windows: Kebijakan Enterprise ExtensionManifestV2Availability tersedia untuk mengontrol apakah ekstensi Manifes v2 diizinkan atau tidak. Kebijakan ini dapat digunakan untuk menguji Manifes V3 di organisasi Anda sebelum migrasi. Setelah migrasi, kebijakan tersebut akan mengizinkan Anda memperpanjang penggunaan ekstensi Manifes V2.
    • Chrome 127 di ChromeOS, LaCrOS, Linux, MacOS, Windows: Chrome akan secara bertahap menonaktifkan ekstensi Manifes V2 di perangkat pengguna. Hanya pengguna yang mengaktifkan kebijakan Enterprise ExtensionManifestV2Availability yang akan dapat terus menggunakan ekstensi Manifes V2 di organisasi mereka.
    • Chrome 139 di ChromeOS, LaCrOS, Linux, MacOS, Windows: Penghapusan kebijakan ExtensionManifestV2Availability.

    

    

  • Chrome tidak akan lagi mendukung MacOS 10.15 back to top 

    Chrome tidak akan lagi mendukung MacOS 10.15, yang sudah berada di luar periode dukungan dengan Apple. Pengguna harus mengupdate sistem operasi agar dapat terus menggunakan browser Chrome. Menjalankan sistem operasi yang didukung sangat penting untuk menjaga keamanan. Jika berjalan di MacOS 10.15, Chrome akan terus menampilkan kolom info yang mengingatkan pengguna bahwa Chrome 129 tidak akan lagi mendukung MacOS 10.15.

    • Chrome 129 di MacOS: Chrome tidak lagi mendukung MacOS 10.15

    

  • Menghentikan penggunaan argumen includeShadowRoots di DOMParser back to top 

    Argumen includeShadowRoots adalah argumen yang tidak pernah distandardisasi ke fungsi DOMParser.parseFromString(), yang ada di sana untuk memungkinkan penguraian imperatif konten HTML yang berisi shadow DOM deklaratif. Argumen ini diluncurkan di Chrome 90 sebagai bagian dari peluncuran awal shadow DOM deklaratif. Karena diskusi standar diimplementasikan ulang pada tahun 2023, bentuk DSD API berubah, termasuk fitur untuk penguraian imperatif ini. Untuk membaca selengkapnya, lihat detail konteks mengenai standar terkait. Informasi juga tersedia tentang penghentian terkait serialisasi shadow DOM dan atribut shadow root

    Sekarang, dengan diluncurkannya versi standar API ini dalam bentuk setHTMLUnsafe() dan parseHTMLUnsafe() di Chrome 124, argumen includeShadowRoots non-standar tidak boleh digunakan lagi dan harus dihapus. Semua penggunaan akan berubah sesuai perubahan berikut:

    Jangan gunakan:

      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    Gunakan kode ini sebagai gantinya:

      document.parseHTMLUnsafe(html);

    • Chrome 129 di Windows, Mac, Linux, Android

↑ kembali ke atas  

Perubahan ChromeOS mendatang

   

  • Setelan Passpoint ChromeOS back to top 

    Mulai ChromeOS 125, Anda akan dapat melihat dan mengelola Passpoint Wi-Fi di Setelan ChromeOS. Anda akan dapat melihat dan menghapus langganan passpoint yang terinstal di halaman detail passpoint.

   

  • Kebijakan baru untuk mengontrol waktu aktif dan tidur Kios back to top 

    Mulai ChromeOS 125, kami akan memperkenalkan kebijakan perangkat kios baru yang akan memungkinkan Admin menjadwalkan kapan perangkat akan aktif dan tidur. Untuk mengetahui detail selengkapnya, lihat Setelan kios.

 

Perubahan konsol Admin mendatang

   

  • Keseimbangan kebijakan: Konfigurasi Kustom untuk admin IT back to top

    Halaman Konfigurasi Kustom memungkinkan admin IT mengonfigurasi kebijakan Chrome yang belum ada di konsol Admin, menggunakan skrip JSON. Oleh karena itu, semua kebijakan Chrome kini dapat dikonfigurasi di Chrome Enterprise Core di konsol Admin, baik menggunakan halaman Setelan maupun halaman Konfigurasi Kustom. Anda juga dapat menggunakan halaman tersebut untuk mengonfigurasi mode penginstalan ekstensi yang tidak didukung di konsol Admin, seperti “normal_installed”.

    • Mulai Chrome 125 di Android, iOS, Linux, Mac, Windows: Akses Penguji Tepercaya
    • Mulai Chrome 126 di Android, iOS, Linux, Mac, Windows: Peluncuran fitur
       
  • Laporan Teknologi Lama back to top

    Mulai Chrome 127, laporan Teknologi Lama akan tersedia di konsol Admin dan secara proaktif akan melaporkan situs (baik internal maupun eksternal) yang menggunakan teknologi yang tidak akan lagi digunakan, misalnya, perubahan cookie SameSite, dan protokol keamanan lama seperti TLS 1.0/1.1, serta cookie pihak ketiga. Dengan informasi ini, administrator IT dapat bekerja sama dengan developer untuk merencanakan migrasi teknologi yang diperlukan sebelum penghapusan fitur yang berhenti digunakan dimulai.

    Fitur ini sekarang dirilis di program Penguji Tepercaya kami. Jika tertarik untuk membantu kami menguji fitur ini, Anda dapat mendaftar ke program Penguji Tepercaya Chrome Enterprise di sini.
    • Mulai Chrome 127 di Linux, MacOS, Windows: Laporan Teknologi Lama akan tersedia di konsol Admin.
    Legacy tech report

↑ kembali ke atas  

Catatan rilis sebelumnya 

 

Referensi lainnya

Masih butuh bantuan?

Google serta merek dan logo terkait adalah merek dagang Google LLC. Semua nama perusahaan dan produk lainnya adalah merek dagang masing-masing perusahaan terkait.

Apakah ini membantu?

Bagaimana cara meningkatkannya?
Telusuri
Hapus penelusuran
Tutup penelusuran
Menu utama
7284246617973377997
true
Pusat Bantuan Penelusuran
true
true
true
true
true
410864
false
false