Chrome 130 เบต้า

Rachel Andrew

เผยแพร่: 18 กันยายน 2024

การเปลี่ยนแปลงต่อไปนี้จะมีผลกับการเปิดตัวช่องเบต้าของ Chrome เวอร์ชันล่าสุดสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติม เกี่ยวกับฟีเจอร์ที่ระบุไว้ที่นี่ได้ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 130 เป็นเวอร์ชันเบต้าตั้งแต่วันที่ 18 กันยายน 2024 คุณสามารถดาวน์โหลด เวอร์ชันล่าสุดได้ที่ Google.com สำหรับเดสก์ท็อปหรือ ใน Google Play Store บน Android

CSS

รุ่นนี้เพิ่มฟีเจอร์ CSS ใหม่ 4 รายการ

การค้นหาโครงสร้างแบบลำดับชั้นของ Container Queries ของ CSS

ข้อกำหนดสำหรับการค้นหาคอนเทนเนอร์เปลี่ยนไปเป็นการค้นหาบรรพบุรุษของโครงสร้างแบบแบน การเปลี่ยนแปลงนี้เกี่ยวข้องกับ Shadow DOM เท่านั้น ซึ่งตอนนี้องค์ประกอบจะดูคอนเทนเนอร์ที่ไม่มีชื่อภายใน Shadow Tree ที่องค์ประกอบหรือบรรพบุรุษขององค์ประกอบนั้นอยู่ในสล็อตได้ แม้ว่ากฎ CSS จะไม่ได้ใช้ ::part() หรือ ::slotted() ก็ตาม

การซ้อน CSS: กฎการประกาศที่ซ้อนกัน

เก็บประกาศเปล่าที่ตามหลังกฎที่ซ้อนกันไว้ในที่เดิมโดยการห่อหุ้มประกาศเหล่านั้นในCSSNestedDeclarationsกฎระหว่างการแยกวิเคราะห์

รองรับ box-decoration-break อย่างเต็มรูปแบบและไม่มีคำนำหน้า

เพิ่มการรองรับ box-decoration-break: clone ทั้งสำหรับการแยกส่วนแบบอินไลน์ (เลย์เอาต์บรรทัด) และการแยกส่วนแบบบล็อก (การแบ่งหน้าสำหรับการพิมพ์และหลายคอลัมน์)

ก่อนหน้านี้ใน Chrome รองรับเฉพาะ box-decoration-break:slice (ค่าเริ่มต้น) สำหรับการบล็อกการแยกส่วน ส่วนการแยกส่วนแบบอินไลน์นั้นรองรับ box-decoration-break:clone ด้วย แต่เฉพาะเมื่อใช้พร็อพเพอร์ตี้ -webkit-box-decoration-break ที่มีคำนำหน้า

อนุญาตองค์ประกอบเสมือนและคลาสเสมือนเพิ่มเติมหลังจาก ::part()

ตัวเลือก CSS ที่ใช้องค์ประกอบเสมือน ::part() จะมีองค์ประกอบเสมือน CSS อื่นๆ (ยกเว้น ::part()) และคลาสเสมือน CSS ประเภทอื่นๆ อีกมากมายอยู่หลังตัวเลือกเหล่านั้นได้ ระบบยังคงไม่อนุญาตให้ใช้ตัวรวมหลัง ::part(), และไม่อนุญาตให้ใช้คลาสเสมือนที่ขึ้นอยู่กับโครงสร้างต้นไม้

ก่อนหน้านี้ Chrome อนุญาตให้ใช้ Pseudo-classes และ Pseudo-elements หลัง ::part() ได้เพียงบางรายการเท่านั้น การเปลี่ยนแปลงนี้จะอนุญาตคลาสเสมือนและองค์ประกอบเสมือนทั้งหมดที่ควรได้รับอนุญาต ซึ่งหมายความว่าตอนนี้ระบบอนุญาตให้ใช้ตัวเลือกต่างๆ เช่น ::part(part-name):enabled และ ::part(part-name)::marker แล้ว

Web API

ฟีเจอร์ Attribution Reporting API (ขอบเขตการระบุแหล่งที่มา)

การเปลี่ยนแปลงนี้อิงตามความคิดเห็นเกี่ยวกับเทคโนโลยีโฆษณาและความจำเป็นในการควบคุมการกรองที่ละเอียดยิ่งขึ้น ก่อนที่จะเกิดกระบวนการระบุแหล่งที่มา ซึ่งช่วยให้ผู้เรียกใช้ API ระบุฟิลด์ที่ชื่อ "ขอบเขตการระบุแหล่งที่มา" ซึ่งจะใช้สำหรับการ กรองก่อนที่จะเริ่มขั้นตอนการระบุแหล่งที่มาปกติ ซึ่งจะช่วยให้ตัวเรียก API ควบคุมระดับการระบุแหล่งที่มาได้ละเอียดยิ่งขึ้น และมีความสามารถในการ รับรายงานการระบุแหล่งที่มาที่เหมาะสมเมื่อมีผู้ลงโฆษณา หรือแคมเปญหลายรายที่ทํา Conversion ในเว็บไซต์ปลายทางเดียวกัน

ฟีเจอร์ Attribution Reporting API (การปรับปรุงความเป็นส่วนตัวของคีย์แก้ไขข้อบกพร่อง)

การเปลี่ยนแปลงนี้จะช่วยลดช่องโหว่ด้านความเป็นส่วนตัวที่อาจเกิดขึ้นกับคีย์การแก้ไขข้อบกพร่อง

ปัจจุบัน API อนุญาตให้ระบุคีย์แก้ไขข้อบกพร่องของแหล่งที่มาหรือคีย์แก้ไขข้อบกพร่องของทริกเกอร์ได้หากมีคุกกี้ของบุคคลที่สามและผู้เรียก API ตั้งค่าได้ หากระบุคีย์แก้ไขข้อบกพร่องของแหล่งที่มาหรือทริกเกอร์ ระบบจะรวมคีย์ดังกล่าวไว้ในรายงานการระบุแหล่งที่มา ซึ่งอาจทำให้เกิดการรั่วไหลของข้อมูลส่วนตัวหากอนุญาตคุกกี้ของบุคคลที่สาม ในเว็บไซต์ของผู้เผยแพร่โฆษณาหรือผู้ลงโฆษณาเท่านั้น แต่ไม่อนุญาตทั้ง 2 เว็บไซต์

การเปลี่ยนแปลงนี้จะช่วยลดปัญหานี้โดยบังคับให้รวมคีย์แก้ไขข้อบกพร่องของแหล่งที่มาและคีย์แก้ไขข้อบกพร่องของทริกเกอร์ไว้ในรายงานการระบุแหล่งที่มาเฉพาะในกรณีที่คีย์ดังกล่าวมีอยู่ในทั้งแหล่งที่มาและทริกเกอร์ ซึ่งหมายความว่าคุกกี้ของบุคคลที่สามพร้อมใช้งานในทั้งเว็บไซต์ของผู้เผยแพร่โฆษณาและผู้ลงโฆษณา การเปลี่ยนแปลงนี้จะมีผลกับทั้งรายงานระดับเหตุการณ์และรายงานที่รวบรวมได้

การรับส่งพจนานุกรมการบีบอัดด้วย Brotli ที่ใช้ร่วมกันและ Zstandard ที่ใช้ร่วมกัน

ฟีเจอร์นี้รองรับการใช้การตอบกลับก่อนหน้านี้ที่กำหนดเป็น พจนานุกรมภายนอกสำหรับการเข้ารหัสเนื้อหาที่บีบอัดการตอบกลับด้วย Brotli หรือ Zstandard

องค์กรอาจพบปัญหาความเข้ากันได้ที่อาจเกิดขึ้นกับโครงสร้างพื้นฐานของเครือข่ายองค์กรที่สกัดกั้นการเข้าชม HTTPS และมีความละเอียดอ่อนต่อการเข้ารหัสเนื้อหาที่ไม่รู้จัก นโยบายระดับองค์กร CompressionDictionaryTransportEnabled พร้อมให้ใช้งานเพื่อปิดฟีเจอร์การส่งพจนานุกรมการบีบอัด

ราบรื่นพร้อมกัน scrollIntoView()

เมธอด scrollIntoView() ที่มี behavior: "smooth" ช่วยให้นักพัฒนาซอฟต์แวร์สร้างคอนเทนเนอร์ที่เลื่อนได้ซึ่ง เลื่อนไปยังองค์ประกอบย่อยด้วยภาพเคลื่อนไหวการเลื่อนที่นุ่มนวล ฟีเจอร์นี้แก้ไขการใช้งาน API ของ Chrome เพื่อให้scrollIntoViewภาพเคลื่อนไหว ที่กำลังทำงานอยู่ไม่ถูกยกเลิกโดยการเลื่อนที่ไม่เกี่ยวข้องในคอนเทนเนอร์การเลื่อนอื่นๆ

ฟีเจอร์นี้ยังแก้ไขกรณีที่ Chrome เลื่อนไปยัง Anchor ของ Fragment ในหน้าเว็บไม่สำเร็จเนื่องจากมี scrollIntoView ที่แข่งขันกันซึ่งเรียกใช้เมื่อหน้าเว็บโหลด

การแสดงภาพซ้อนภาพของเอกสาร: เพิ่มตัวเลือกเพื่อไม่สนใจแคชขอบเขตหน้าต่าง

ซึ่งจะเพิ่มพารามิเตอร์ใหม่ (preferInitialWindowPlacement) ลงในเอกสาร Picture-in-Picture API ซึ่งเมื่อตั้งค่าเป็น true จะเป็นการบอก User Agent ว่าไม่ควรพยายามนำตำแหน่งหรือขนาดของเอกสาร Picture-in-Picture ก่อนหน้าจากเว็บไซต์นี้มาใช้ซ้ำเมื่อเปิดเอกสารนี้

บ่อยครั้งที่หน้าต่างการแสดงภาพซ้อนภาพของเอกสารจะปิดและเปิดขึ้นอีกหลายครั้งสำหรับเว็บไซต์เดียวกัน เช่น การย้ายการประชุมทางวิดีโอไปมาจากการแสดงภาพซ้อนภาพ User Agent สามารถเปิดหน้าต่าง PIP อีกครั้งในขนาดและ ตำแหน่งล่าสุด เพื่อให้หน้าต่าง PIP อยู่ในตำแหน่งที่ผู้ใช้ย้ายไปล่าสุดและมอบความต่อเนื่อง ระหว่างหน้าต่าง PIP อย่างไรก็ตาม หากหน้าต่างใหม่ไม่มีความเกี่ยวข้องทางความหมายกับ หน้าต่างก่อนหน้า เช่น หากเป็นวิดีโอคอลใหม่ นักพัฒนาแอปจะ ใช้พารามิเตอร์นี้เพื่อบอกใบ้ User Agent ว่าหน้าต่างนี้อาจ เปิดในตำแหน่งและขนาดเริ่มต้นได้ดีกว่า

ดูวิธี เปิดหน้าต่างในตำแหน่งและขนาดเริ่มต้น

ปรับปรุงการรายงานข้อผิดพลาดใน IndexedDB สำหรับการอ่านค่าขนาดใหญ่ที่ไม่สำเร็จ

เปลี่ยนเป็นการรายงานสำหรับกรณีข้อผิดพลาดบางอย่างที่ก่อนหน้านี้รายงานด้วย DOMException และข้อความ "อ่านค่า IndexedDB ขนาดใหญ่ไม่สำเร็จ"

ตอนนี้ Chrome จะแสดง DOMException ที่มีชื่อ "NotFoundError" เมื่อไม่มีไฟล์ที่มีข้อมูลที่อ่านโดย IDBRequest ในดิสก์ เพื่อให้เว็บไซต์สามารถดำเนินการแก้ไขที่เหมาะสมเมื่อเกิดข้อผิดพลาดที่ไม่สามารถกู้คืนได้ การดำเนินการแก้ไขอาจรวมถึงการลบรายการออกจาก DB การแจ้งเตือนผู้ใช้ หรือการดึงข้อมูลจากเซิร์ฟเวอร์อีกครั้ง

คอนเทนเนอร์เลื่อนที่โฟกัสได้ของแป้นพิมพ์

ฟีเจอร์นี้จะทำให้แถบเลื่อนที่ไม่มีองค์ประกอบย่อยที่โฟกัสได้โฟกัสได้ด้วยแป้นพิมพ์โดย ค่าเริ่มต้น

การปรับปรุงนี้มีความสำคัญอย่างยิ่งที่จะช่วยให้ผู้ใช้ทุกคนเข้าถึงองค์ประกอบที่เลื่อนได้และเนื้อหาภายในองค์ประกอบที่เลื่อนได้มากขึ้น อ่านเพิ่มเติมเกี่ยวกับประโยชน์ของฟีเจอร์นี้ได้ใน แถบเลื่อนที่โฟกัสได้ของแป้นพิมพ์ ระบบจะเปิดใช้แถบเลื่อนที่โฟกัสได้ด้วยแป้นพิมพ์โดยค่าเริ่มต้นใน Chrome 130 หากเว็บไซต์ต้องใช้เวลาในการปรับตัวให้เข้ากับฟีเจอร์ใหม่นี้ คุณมีตัวเลือกต่อไปนี้

บริการเสนอราคาและการประมูลที่ใช้ Protected Audience API

Protected Audience API (เดิมเรียกว่า FLEDGE) เป็นข้อเสนอของ Privacy Sandbox เพื่อรองรับ Use Case ของรีมาร์เก็ตติ้งและกลุ่มเป้าหมายที่กำหนดเอง ซึ่งออกแบบมาเพื่อให้บุคคลที่สาม ติดตามพฤติกรรมการท่องเว็บของผู้ใช้ในเว็บไซต์ต่างๆ ไม่ได้

ฟีเจอร์นี้ ซึ่งก็คือบริการเสนอราคาและการประมูล Protected Audience จะระบุวิธี อนุญาตให้การคำนวณ Protected Audience เกิดขึ้นบนเซิร์ฟเวอร์ระบบคลาวด์ใน สภาพแวดล้อมการเรียกใช้ที่เชื่อถือได้ แทนที่จะทำงานในเครื่องของผู้ใช้ การย้ายการคำนวณไปยังเซิร์ฟเวอร์ระบบคลาวด์จะช่วยเพิ่มประสิทธิภาพการประมูลที่ใช้ Protected Audience API เพื่อปล่อยรอบการคำนวณและแบนด์วิดท์เครือข่ายให้กับอุปกรณ์

รองรับ URL ของสคีมที่ไม่ใช่สคีมพิเศษ

ก่อนหน้านี้ ตัวแยกวิเคราะห์ URL ของ Chrome ไม่รองรับ URL ที่ไม่ใช่ URL พิเศษ ตัวแยกวิเคราะห์ จะแยกวิเคราะห์ URL ที่ไม่ใช่ URL พิเศษราวกับว่ามี "เส้นทางทึบ" ซึ่งไม่สอดคล้อง กับมาตรฐาน URL ตอนนี้ตัวแยกวิเคราะห์ URL ของ Chromium จะแยกวิเคราะห์ URL ที่ไม่ใช่ URL พิเศษ ได้อย่างถูกต้องตามมาตรฐาน URL

ดูรายละเอียดเพิ่มเติมได้ที่ bit.ly/url-non-special

ฟังก์ชันในตัวของสตริง JavaScript ของ WebAssembly

ฟีเจอร์นี้จะแสดงการดำเนินการสตริง JavaScript ทั่วไปสำหรับการนำเข้าไปยัง WebAssembly ซึ่งจะช่วยให้คุณสร้างและจัดการสตริง JavaScript จาก WebAssembly ได้โดยไม่ต้องรองรับภายใน WebAssembly แต่ยังคงช่วยให้มี ประสิทธิภาพคล้ายกับการอ้างอิงสตริงที่รองรับ

WebGPU: การผสมผสานแหล่งที่มาคู่

เพิ่มฟีเจอร์ GPU ที่ไม่บังคับ "dual-source-blending" ซึ่งช่วยให้รวมเอาต์พุตของ Fragment Shader 2 รายการไว้ใน Framebuffer เดียวได้ เทคนิคนี้มีประโยชน์อย่างยิ่งสำหรับแอปพลิเคชันที่ต้องมีการผสมผสานที่ซับซ้อน เช่น แอปพลิเคชันที่อิงตามโหมดการผสมผสาน Porter-Duff การผสานแหล่งที่มาคู่ช่วยเพิ่มประสิทธิภาพและความยืดหยุ่นได้โดยลดความจำเป็นในการเปลี่ยนแปลงออบเจ็กต์สถานะของไปป์ไลน์บ่อยๆ

Web Serial: เหตุการณ์แอตทริบิวต์ connected และการเชื่อมต่อ RFCOMM

ฟีเจอร์นี้จะเพิ่มแอตทริบิวต์บูลีน SerialPort.connected แอตทริบิวต์จะแสดงผล true หากพอร์ตอนุกรมเชื่อมต่ออย่างเป็นตรรกะ สำหรับพอร์ตอนุกรมแบบใช้สาย พอร์ตจะเชื่อมต่อในเชิงตรรกะหากพอร์ตเชื่อมต่อกับระบบจริง สำหรับพอร์ตอนุกรมแบบไร้สาย พอร์ตจะเชื่อมต่ออย่างมีเหตุผลหากอุปกรณ์ ที่โฮสต์พอร์ตมีการเชื่อมต่อที่เปิดอยู่กับโฮสต์

ก่อนหน้านี้ มีเพียงพอร์ตอนุกรมแบบใช้สายเท่านั้นที่ส่งเหตุการณ์เชื่อมต่อและยกเลิกการเชื่อมต่อ ฟีเจอร์นี้จะทำให้พอร์ตอนุกรม RFCOMM ของบลูทูธส่งเหตุการณ์เหล่านี้เมื่อพอร์ตเชื่อมต่อหรือยกเลิกการเชื่อมต่อเชิงตรรกะ

ฟีเจอร์นี้มีไว้เพื่อให้แอปพลิเคชันตรวจหาเมื่อพอร์ต RFCOMM แบบอนุกรมของบลูทูธพร้อมใช้งานโดยไม่ต้องเปิดพอร์ต

ดูข้อมูลเพิ่มเติมได้ใน การอัปเดต RFCOMM ของบลูทูธใน Web Serial

ช่วงทดลองใช้จากต้นทางที่อยู่ระหว่างดำเนินการ

ใน Chrome 130 คุณสามารถเลือกใช้ช่วงทดลองใช้จากต้นทางใหม่ต่อไปนี้ได้

Language Detector API

JavaScript API สำหรับการตรวจหาภาษาของข้อความ พร้อมระดับความเชื่อมั่น

attestationFormats ของ WebAuthn

รองรับฟิลด์ attestationFormats จาก WebAuthn ระดับ 3

WebAuthn ระดับ 3 รองรับเว็บไซต์ที่แสดงค่ากำหนดที่เรียงลำดับสำหรับรูปแบบการรับรองข้อมูลเข้าสู่ระบบในattestationFormatsฟิลด์ใหม่ ฟีเจอร์นี้ช่วยให้ รองรับการใช้งานใน Android ซึ่งผู้ให้บริการพาสคีย์ สามารถรองรับรูปแบบต่างๆ ได้

ลงทะเบียนเพื่อทดลองใช้ attestationFormats ของ WebAuthn

การเลิกใช้งานและการนำออก

Chrome เวอร์ชันนี้มีการเลิกใช้งานและการนำออกต่อไปนี้ ไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานในปัจจุบัน และการนำออกก่อนหน้า

Chrome เวอร์ชันนี้จะนำฟีเจอร์หนึ่งออก

นำ expectedImprovement ออกใน DelegatedInkTrailPresenter

แอตทริบิวต์ expectedImprovement จะบอกนักพัฒนาเว็บว่า API ของ DelegatedInkTrails จะช่วยปรับปรุงเวลาในการตอบสนองของหมึกในปัจจุบันได้มากน้อยเพียงใด อย่างไรก็ตาม แอตทริบิวต์นี้ไม่คุ้มค่าที่จะเพิ่มเอนโทรปีของลายนิ้วมือ

Chrome รุ่นนี้เลิกใช้งานฟีเจอร์หนึ่ง

เลิกใช้งานเมธอด requestAdapterInfo() ของ GPUAdapter ที่ไม่ใช่มาตรฐาน

requestAdapterInfo()เมธอดแบบอะซิงโครนัสใน WebGPU ไม่จำเป็นอีกต่อไปเนื่องจาก นักพัฒนาซอฟต์แวร์สามารถรับ GPUAdapterInfo แบบซิงโครนัสได้อยู่แล้วโดยใช้แอตทริบิวต์ GPUAdapter info