เผยแพร่เมื่อวันที่ 5 กุมภาพันธ์ 2025
การเปลี่ยนแปลงต่อไปนี้มีผลกับ Chrome เบต้ารุ่นล่าสุดในช่องทางสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ที่แสดงที่นี่ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 134 เป็นเวอร์ชันเบต้าตั้งแต่วันที่ 5 กุมภาพันธ์ 2025 คุณสามารถดาวน์โหลดเวอร์ชันล่าสุดได้ที่ Google.com สำหรับเดสก์ท็อป หรือใน Google Play Store บน Android
CSS
เวอร์ชันนี้เพิ่มฟีเจอร์ CSS และ UI ใหม่ 5 รายการ
พร็อพเพอร์ตี้ dynamic-range-limit ของ CSS
ช่วยให้หน้าเว็บจำกัดความสว่างสูงสุดของเนื้อหา HDR ได้
องค์ประกอบ <select>
ที่ปรับแต่งได้
เพิ่มความสามารถในการปรับแต่งองค์ประกอบ <select>
ของ HTML โดยเลือกใช้ลักษณะการทํางานแบบใหม่ที่มีค่า base-select
เป็น appearance
หลังจากเลือกใช้แล้ว คุณจะเพิ่มเนื้อหาที่เป็นริชมีเดีย รวมถึงรูปภาพ และจัดรูปแบบตัวเลือกได้
ปิดไฟกล่องโต้ตอบ
ฟีเจอร์ที่ยอดเยี่ยมอย่างหนึ่งของ Popover API คือลักษณะการปิดแบบเบา ฟีเจอร์นี้จะนำความสามารถเดียวกันนี้มาสู่ <dialog>
แอตทริบิวต์ closedby
ใหม่ควบคุมลักษณะการทํางาน ดังนี้
<dialog closedby=none>
: ไม่มีการปิดกล่องโต้ตอบที่ผู้ใช้เรียกให้แสดงเลย<dialog closedby=closerequest>
: การกดESC
(หรือทริกเกอร์การปิดอื่นๆ) จะปิดกล่องโต้ตอบ<dialog closedby=any>
: การคลิกนอกกล่องโต้ตอบหรือการกดแป้น ESC จะปิดกล่องโต้ตอบ เหมือนกับลักษณะการทํางานของpopover=auto
การรับค่าการไฮไลต์ CSS
เมื่อใช้การสืบทอดไฮไลต์ CSS คลาสคำนำหน้าของไฮไลต์ CSS เช่น ::selection
และ ::highlight
จะรับค่าพร็อพเพอร์ตี้ผ่านเชนไฮไลต์จำลองแทนเชนองค์ประกอบ ผลลัพธ์ที่ได้คือรูปแบบที่ใช้งานง่ายขึ้นสำหรับการรับค่าของพร็อพเพอร์ตี้ในไฮไลต์
อ่านข้อมูลเพิ่มเติมได้ในบล็อกโพสต์การเปลี่ยนแปลงการสืบทอดสำหรับการจัดรูปแบบตัวเลือก CSS เขียนโดย Stephen Chenney จาก Igalia
:has-slotted
คลาสจำลอง
:has-slotted
คลาสจำลองแสดงองค์ประกอบช่องที่มีเนื้อหาในช่อง เช่น โหนดหรือองค์ประกอบข้อความ ซึ่งสามารถใช้เพื่อจัดสไตล์องค์ประกอบโดยพิจารณาว่าองค์ประกอบดังกล่าวใช้เนื้อหาสำรองของช่องหรือไม่
Web API
ฟีเจอร์การรายงานการระบุแหล่งที่มา: นำขีดจํากัดของรายงานที่รวบรวมได้ออกเมื่อรหัสบริบททริกเกอร์ไม่ใช่ค่าว่าง
การเปลี่ยนแปลงนี้อิงตามความคิดเห็นของผู้เรียก API และความต้องการในการวัดเหตุการณ์ Conversion จำนวนมากขึ้นสําหรับบางเส้นทางของผู้ใช้
ปัจจุบัน API มีขีดจํากัดที่อนุญาตให้สร้างรายงานที่รวบรวมได้สูงสุด 20 รายการต่อการลงทะเบียนแหล่งที่มา ซึ่งจํากัดสําหรับ Use Case ที่ผู้ใช้อาจมีเส้นทางที่ยาวขึ้น การเปลี่ยนแปลงนี้จะนําขีดจํากัดของรายงานที่รวบรวมได้ออกเมื่อระบุรหัสบริบททริกเกอร์เป็นส่วนหนึ่งของการลงทะเบียน การยกเลิกขีดจํากัดนี้จะใช้ได้เฉพาะในกรณีที่ระบุรหัสบริบททริกเกอร์เท่านั้น เนื่องจากเมื่อระบุรหัสแล้ว API จะใช้รายงาน Null ในอัตราที่สูงขึ้น ซึ่งช่วยป้องกันไม่ให้ข้อมูลข้ามเว็บไซต์รั่วไหลผ่านจํานวนรายงาน
นอกจากนี้ รายงานที่รวบรวมได้จะยังคงอยู่ภายใต้ขีดจํากัดอื่นๆ ที่จำกัดจํานวนข้อมูลทั้งหมดที่วัดได้ เช่น งบประมาณการมีส่วนร่วม L1 (65,536) ต่อแหล่งที่มา และขีดจํากัดอัตราการระบุแหล่งที่มา
การแบ่งพาร์ติชัน URL ของ BLOB: การดึงข้อมูล/การไปยังส่วนต่างๆ
เป็นการต่อยอดของการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล โดยจะแบ่งพาร์ติชันการเข้าถึง URL ของ BLOB ตามคีย์พื้นที่เก็บข้อมูล (เว็บไซต์ระดับบนสุด ต้นทางของเฟรม และบูลีน has-cross-site-ancestor) ยกเว้นการไปยังส่วนต่างๆ ระดับบนสุดที่จะยังคงแบ่งพาร์ติชันตามต้นทางของเฟรมเท่านั้น ลักษณะการทํางานนี้คล้ายกับที่ทั้ง Firefox และ Safari ใช้งานอยู่ในปัจจุบัน และปรับการใช้ URL ของ Blob ให้สอดคล้องกับรูปแบบการแบ่งพาร์ติชันที่ Storage API อื่นๆ ใช้เป็นส่วนหนึ่งของการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล นอกจากนี้ Chrome จะบังคับใช้ noopener ในการนำทางระดับบนสุดที่เริ่มต้นโดยโปรแกรมแสดงผลไปยัง URL ของ BLOB เมื่อเว็บไซต์ที่เกี่ยวข้องเป็นเว็บไซต์อื่นนอกเหนือจากเว็บไซต์ระดับบนสุดที่ทำการนําทาง ซึ่งจะช่วยให้ Chrome ทำงานในลักษณะเดียวกับ Safari และเราได้อัปเดตข้อมูลจำเพาะที่เกี่ยวข้องให้สอดคล้องกับการเปลี่ยนแปลงเหล่านี้แล้ว
การเปลี่ยนแปลงนี้เปลี่ยนกลับได้ชั่วคราวโดยการตั้งค่านโยบายPartitionedBlobURLUsage
เราจะเลิกใช้งานนโยบายนี้เมื่อเลิกใช้งานนโยบายอื่นๆ ขององค์กรที่เกี่ยวข้องกับการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล
Document-Policy: expect-no-linked-resources
จุดการกําหนดค่า expect-no-linked-resources
ใน Document-Policy ช่วยให้เอกสารบอกใบ้ User Agent เพื่อเพิ่มประสิทธิภาพลําดับการโหลดได้ดียิ่งขึ้น เช่น ไม่ใช้ลักษณะการแยกวิเคราะห์แบบคาดการณ์เริ่มต้น (หรือที่เรียกว่า โปรแกรมสแกนเพื่อโหลดล่วงหน้า)
User Agent ใช้การแยกวิเคราะห์ HTML แบบคาดคะเนเพื่อดึงข้อมูลทรัพยากรที่มีอยู่ในมาร์กอัป HTML ล่วงหน้า เพื่อเร่งความเร็วในการโหลดหน้าเว็บ สําหรับหน้าเว็บส่วนใหญ่ในเว็บที่มีการประกาศทรัพยากรในมาร์กอัป HTML การเพิ่มประสิทธิภาพจะมีประโยชน์และค่าใช้จ่ายที่จ่ายไปในการระบุทรัพยากรดังกล่าวเป็นค่าตอบแทนที่สมเหตุสมผล อย่างไรก็ตาม สถานการณ์ต่อไปนี้อาจส่งผลให้ประสิทธิภาพลดลงเมื่อเทียบกับเวลาที่ใช้ในการแยกวิเคราะห์ HTML เพื่อระบุทรัพยากรย่อยที่จะดึงข้อมูล
- หน้าเว็บที่ไม่ได้ประกาศทรัพยากรใน HTML
- หน้า HTML ขนาดใหญ่ที่มีการโหลดทรัพยากรน้อยมากหรือไม่มีเลย ซึ่งสามารถควบคุมการโหลดทรัพยากรล่วงหน้าได้อย่างชัดเจนโดยใช้กลไกการโหลดล่วงหน้าอื่นๆ ที่มี
expect-no-linked-resources
Document-Policy บอกใบ้ User Agent ว่าอาจเลือกเพิ่มประสิทธิภาพเพื่อลดเวลาที่ใช้ในการพิจารณาทรัพยากรย่อยดังกล่าว
การจัดการทรัพยากรอย่างชัดแจ้ง (แบบไม่พร้อมกันและแบบซิงค์)
ฟีเจอร์เหล่านี้จัดการกับรูปแบบทั่วไปในการพัฒนาซอฟต์แวร์เกี่ยวกับอายุการใช้งานและการจัดการทรัพยากรต่างๆ (เช่น หน่วยความจำและ I/O) โดยปกติแล้วรูปแบบนี้จะรวมถึงการจัดสรรทรัพยากรและความสามารถในการปล่อยทรัพยากรสําคัญอย่างชัดแจ้ง
ขยาย console.timeStamp
API เพื่อรองรับตัวเลือกการวัดผลและการนำเสนอ
ฟีเจอร์นี้ขยาย console.timeStamp()
API ในลักษณะที่เข้ากันได้แบบย้อนหลัง เพื่อมอบวิธีการที่มีประสิทธิภาพสูงสำหรับเครื่องมือวัดแอปพลิเคชันและแสดงข้อมูลเวลาไปยังแผงประสิทธิภาพในเครื่องมือสำหรับนักพัฒนาเว็บ
รายการเวลาซึ่งเพิ่มด้วย API อาจมีการประทับเวลา ระยะเวลา และตัวเลือกการแสดงผล (แทร็ก แผนภาพเวิร์กโฟลว์ และสี) ที่กําหนดเอง
OffscreenCanvas
getContextAttributes
เพิ่มอินเทอร์เฟซ getContextAttributes
จาก CanvasRenderingContext2D
ถึง OffscreenCanvasRenderingContext2D
Private Aggregation API: ขีดจํากัดการมีส่วนร่วมต่อบริบทสําหรับผู้เรียกใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกัน
ช่วยให้ผู้เรียกใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกันปรับแต่งจำนวนการมีส่วนร่วมต่อรายงานการรวบรวมข้อมูลส่วนตัวได้
ฟีเจอร์นี้ช่วยให้ผู้เรียกใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกันสามารถกำหนดค่าขีดจำกัดการมีส่วนร่วมต่อบริบทด้วยฟิลด์ใหม่ maxContributions
ผู้เรียกใช้ตั้งค่าช่องนี้เพื่อลบล้างจํานวนการมีส่วนร่วมเริ่มต้นต่อรายงาน โดยระบบจะอนุญาตทั้งจํานวนมากและน้อย Chrome จะยอมรับค่า maxContributions
ที่อยู่ระหว่าง 1 ถึง 1,000 โดยค่าที่มากกว่า 1,000 จะถือว่าเท่ากับ 1,000
เนื่องจากมีการเพิ่มค่า ขนาดนี้ของเพย์โหลดของรายงานแต่ละฉบับจึงจะสัมพันธ์กับจํานวนข้อมูลที่เลือกไว้ต่อรายงานโดยประมาณ เราคาดว่าการเลือกรับรายงานขนาดใหญ่จะเพิ่มค่าใช้จ่ายในการดำเนินงานของบริการรวบรวมข้อมูล
ผู้เรียกใช้กลุ่มเป้าหมายที่ได้รับการปกป้องจะไม่ได้รับผลกระทบจากฟีเจอร์นี้ อย่างไรก็ตาม เราวางแผนที่จะเพิ่มการรองรับการปรับแต่งจํานวนข้อมูลที่ให้ไว้สําหรับรายงานกลุ่มเป้าหมายที่ได้รับการคุ้มครองในฟีเจอร์ในอนาคต
รองรับ ImageSmoothingQuality
ใน PaintCanvas
เพิ่มการรองรับแอตทริบิวต์ imageSmoothingQuality
ใน Paint Canvas ซึ่งช่วยให้นักพัฒนาเว็บเลือกคุณภาพแทนประสิทธิภาพได้เมื่อปรับขนาดรูปภาพ
ตัวเลือกที่ถูกต้องสำหรับ imageSmoothingQuality
มี 3 ตัวเลือก ได้แก่ low
, medium
และ
high
กลุ่มย่อย WebGPU
เพิ่มฟังก์ชันการทำงานของกลุ่มย่อยลงใน WebGPU การดำเนินการของกลุ่มย่อยจะดำเนินการ SIMT เพื่อการสื่อสารและการแชร์ข้อมูลอย่างมีประสิทธิภาพระหว่างกลุ่มการเรียกใช้ การดำเนินการเหล่านี้สามารถใช้เพื่อเร่งแอปพลิเคชันโดยการลดค่าใช้จ่ายเพิ่มเติมของหน่วยความจำที่เกิดจากการสื่อสารระหว่างการเรียกใช้
ช่วงทดลองใช้จากต้นทางใหม่
ใน Chrome 134 คุณจะเลือกใช้เวอร์ชันทดลองใหม่ต่อไปนี้ได้
Digital Credential API
ปัจจุบันเว็บไซต์สามารถรับข้อมูลเข้าสู่ระบบจากแอปกระเป๋าเงินบนอุปกรณ์เคลื่อนที่ผ่านกลไกต่างๆ เช่น แฮนเดิล URL ที่กําหนดเองและการสแกนคิวอาร์โค้ด ฟีเจอร์นี้ช่วยให้เว็บไซต์ขอข้อมูลประจำตัวจากกระเป๋าสตางค์ได้โดยใช้ระบบ IdentityCredential
CredMan
ของ Android โดยสามารถขยายการให้บริการเพื่อรองรับรูปแบบข้อมูลเข้าสู่ระบบหลายรูปแบบ (เช่น mDoc ของ ISO และข้อมูลเข้าสู่ระบบที่ตรวจสอบได้ของ W3C) และอนุญาตให้ใช้แอปกระเป๋าเงินหลายแอป เราจะเพิ่มกลไกต่างๆ เพื่อช่วยลดความความเสี่ยงของการละเมิดข้อมูลประจำตัวในชีวิตจริงในวงกว้างในระบบนิเวศ
การทดลองใช้แหล่งที่มาที่เริ่มตั้งแต่ Chrome 134 จะเพิ่มการรองรับ API นี้ในแพลตฟอร์มเดสก์ท็อป โดย Chrome บนเดสก์ท็อปจะสื่อสารกับกระเป๋าเงินดิจิทัลในโทรศัพท์ Android อย่างปลอดภัยเพื่อดึงข้อมูลเข้าสู่ระบบที่ขอ
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้มีการเลิกใช้งานและการนำออกตามที่ระบุไว้ด้านล่าง โปรดไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานในปัจจุบัน และการนําออกก่อนหน้านี้
Chrome เวอร์ชันนี้จะนําฟีเจอร์ 1 รายการออก
นำข้อจำกัดด้านเสียงของ getUserMedia ที่ไม่เป็นไปตามมาตรฐานออก
Blink รองรับข้อจำกัดแบบไม่มาตรฐานที่มีgoog
นำหน้าสำหรับ
getUserMedia
อยู่บ้างก่อนที่จะมีการกำหนดมาตรฐานข้อจำกัดอย่างเหมาะสม
การใช้งานลดลงอย่างมากเหลือระหว่าง 0.000001% ถึง 0.0009% (ขึ้นอยู่กับข้อจำกัด) และบางรายการก็ไม่มีผลกระทบเลยเนื่องจากการเปลี่ยนแปลงในแพ็กเกจการบันทึกเสียงของ Chromium ในเร็วๆ นี้ วิดีโอเหล่านี้จะไม่มีผลเนื่องจากการเปลี่ยนแปลงอื่นๆ ที่กําลังจะเกิดขึ้น
เราคาดว่าจะไม่เกิดการทำงานผิดพลาดครั้งใหญ่เนื่องจากการเปลี่ยนแปลงนี้ แอปพลิเคชันที่ใช้ข้อจำกัดเหล่านี้จะยังคงทำงานต่อไป แต่จะได้รับเสียงที่มีการตั้งค่าเริ่มต้น (ราวกับว่าไม่มีการส่งข้อจำกัด) โดยสามารถเลือกย้ายข้อมูลไปยังข้อจำกัดมาตรฐานได้