Chrome 141 เบต้า

Rachel Andrew

เผยแพร่: 4 กันยายน 2025

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

CSS และ UI

ARIA Notify API

ARIA Notify API มีเมธอด JavaScript สำหรับนักพัฒนาแอปเพื่อบอกโปรแกรมอ่านหน้าจอโดยตรงว่าจะอ่านอะไร

การใช้ ariaNotify() ช่วยปรับปรุงความน่าเชื่อถือและการควบคุมของนักพัฒนาแอปเมื่อเทียบกับส่วนที่อัปเดตแบบเรียลไทม์ของ ARIA และช่วยให้ประกาศการเปลี่ยนแปลงที่ไม่เกี่ยวข้องกับการอัปเดต DOM ได้ ซึ่งจะช่วยให้คุณสร้างประสบการณ์การช่วยเหลือพิเศษที่สอดคล้องกันและเหมาะกับการใช้งานมากขึ้นในเว็บแอปพลิเคชันแบบไดนามิก คุณควบคุมการใช้ iframe ของฟีเจอร์นี้ได้โดยใช้นโยบายสิทธิ์ "aria-notify"

อัปเดต hidden=until-found และรายละเอียดอัลกอริทึมการเปิดเผยบรรพบุรุษ

ล่าสุดมีการเปลี่ยนแปลงเล็กน้อยในข้อกำหนดของอัลกอริทึมการแสดงผลสำหรับองค์ประกอบ hidden=until-found และ details เพื่อป้องกันไม่ให้เบราว์เซอร์ติดอยู่ในลูปที่ไม่มีที่สิ้นสุด และเราได้เพิ่มการอัปเดตเหล่านี้ลงใน Chrome แล้ว

รองรับ width และ height เป็นแอตทริบิวต์การนำเสนอในองค์ประกอบ <svg> ที่ซ้อนกัน

Chrome รองรับการใช้ width และ height เป็นแอตทริบิวต์การนำเสนอในองค์ประกอบ <svg> ที่ซ้อนกันผ่านทั้งมาร์กอัป SVG และ CSS แนวทางคู่ขนานนี้ช่วยให้นักพัฒนาแอปมีความยืดหยุ่นมากยิ่งขึ้น โดยสามารถจัดการและจัดรูปแบบองค์ประกอบ SVG ได้อย่างมีประสิทธิภาพมากขึ้นภายในดีไซน์ที่ซับซ้อน

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

ด้วยพร็อพเพอร์ตี้ CSS สำหรับองค์ประกอบ <svg> ที่ซ้อนกัน

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

หากไม่มีพร็อพเพอร์ตี้ CSS สำหรับองค์ประกอบ <svg> ที่ซ้อนกัน

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Web API

Digital Credentials API (รองรับการนำเสนอ)

เว็บไซต์จะดึงข้อมูลเข้าสู่ระบบจากแอปกระเป๋าเงินบนอุปกรณ์เคลื่อนที่โดยใช้กลไกต่างๆ เช่น ตัวแฮนเดิล URL ที่กำหนดเองและการสแกนคิวอาร์โค้ด ฟีเจอร์นี้ช่วยให้เว็บไซต์ขอข้อมูลระบุตัวตนจากกระเป๋าเงินได้โดยใช้ระบบ CredMan ของ IdentityCredential ใน Android โดยสามารถขยายเพื่อรองรับรูปแบบข้อมูลเข้าสู่ระบบหลายรูปแบบ (เช่น ISO mDoc และข้อมูลเข้าสู่ระบบที่ตรวจสอบได้ของ W3C) และอนุญาตให้ใช้แอปกระเป๋าเงินหลายแอปได้ การอัปเดตนี้เพิ่มกลไกที่จะช่วยลด ความเสี่ยงของการละเมิดตัวตนในโลกแห่งความเป็นจริงในระดับระบบนิเวศ

โดยปกติเมื่อมีการเรียกใช้ navigateEvent.intercept() การนำทางที่สกัดกั้น จะคอมมิต (และดังนั้นการอัปเดต URL) ทันทีที่ NavigateEvent เสร็จสิ้น การเรียกใช้

ฟีเจอร์นี้จะเพิ่มprecommitHandlerใน navigateEvent.intercept() คล้ายกับ handler โดยจะเลื่อนการคอมมิตจนกว่าจะมีการแก้ไขตัวแฮนเดิลนั้น (และตัวแฮนเดิลก่อนคอมมิตอื่นๆ ทั้งหมด) และอนุญาตให้ตัวแฮนเดิลเปลี่ยน URL, ข้อมูล, สถานะ และลักษณะการจัดการประวัติการนำทาง (push/replace)

สนับสนุน restrictOwnAudio

พร็อพเพอร์ตี้ restrictOwnAudio เป็นพร็อพเพอร์ตี้ที่จำกัดพื้นผิวการแสดงผลที่บันทึกได้ พร็อพเพอร์ตี้ที่จำกัดได้นี้จะเปลี่ยนลักษณะการทำงานของเสียงระบบในพื้นผิวการแสดงผลที่บันทึก ข้อจํากัด restrictOwnAudio จะมีผลก็ต่อเมื่อพื้นผิวการแสดงผลที่บันทึกไว้มีเสียงของระบบอยู่แล้วเท่านั้น ไม่เช่นนั้นจะไม่มีผลใดๆ

โดยค่าเริ่มต้น เมื่อบันทึกเสียงของระบบ ระบบจะรวมเสียงทั้งหมดที่เล่นโดยระบบในอุปกรณ์เอาต์พุตเสียง เมื่อเปิดใช้ restrictOwnAudio ระบบจะกรองเสียงของระบบที่บันทึกไว้เพื่อยกเว้นเสียงที่มาจากเอกสารที่ดำเนินการ getDisplayMedia

echoCancellationMode เป็นเวลา getUserMedia()

ขยายลักษณะการทำงานของพจนานุกรม echoCancellation ของ MediaTrackConstraints ก่อนหน้านี้ ยอมรับเฉพาะ true และ false แต่ตอนนี้มีค่าที่เป็นไปได้เพิ่มเติมคือ all และ remote-only อนุญาตให้ไคลเอ็นต์แก้ไขลักษณะการทำงานของการตัดเสียงก้อง ที่ใช้กับแทร็กเสียงที่ได้รับจากไมโครโฟน โดยควบคุมปริมาณ การเล่นระบบของผู้ใช้ (ทั้งหมด หรือเฉพาะเสียงที่ได้รับจาก PeerConnection) ที่ นำออกจากสัญญาณไมโครโฟน

windowAudio สำหรับ getDisplayMedia()

ขยาย DisplayMediaStreamOptions สำหรับ getDisplayMedia() ด้วยตัวเลือก windowAudio ตัวเลือกใหม่นี้ช่วยให้เว็บแอปพลิเคชันสามารถบอก User Agent ว่าควรให้ผู้ใช้แชร์เสียงได้หรือไม่เมื่อเลือกหน้าต่าง คุณตั้งค่าwindowAudioได้เป็นยกเว้น ระบบ หรือหน้าต่างตามค่ากำหนดของแอปพลิเคชัน

เว็บแอปพลิเคชันที่กำหนดค่าสำหรับการบันทึกเสียงแต่ต้องการจำกัดการบันทึกเสียงของระบบเมื่อเลือกหน้าต่างต้องตั้งค่า windowAudio: "exclude"

FedCM: ฟิลด์ทางเลือกในการเลือกบัญชี

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

IndexedDB getAllRecords() และตัวเลือกทิศทางสำหรับ getAll() และ getAllKeys()

ฟีเจอร์นี้จะเพิ่มเมธอด getAllRecords() ลงใน IDBObjectStore และ IDBIndex ของ IndexedDB นอกจากนี้ ยังเพิ่มพารามิเตอร์ทิศทางไปยัง getAll() และ getAllKeys() ด้วย ฟังก์ชันนี้ช่วยให้รูปแบบการอ่านบางอย่างเร็วขึ้นอย่างมากเมื่อเทียบกับทางเลือกที่มีอยู่เดิมของการทำซ้ำด้วยเคอร์เซอร์ ในการทดสอบหนึ่งๆ ภาระงานจากพร็อพเพอร์ตี้ของ Microsoft แสดงให้เห็นถึงการปรับปรุง 350 มิลลิวินาที

เมธอด getAllRecords() จะรวม getAllKeys() และ getAll() โดยการแจงทั้งคีย์หลักและค่าพร้อมกัน สำหรับ IDBIndex getAllRecords() จะให้คีย์ดัชนีของระเบียนนอกเหนือจากคีย์หลักและค่าด้วย

กฎการคาดเดา: การปรับปรุงความกระตือรือร้นของเดสก์ท็อป "กระตือรือร้น"

ในเดสก์ท็อป กฎการคาดคะเนความกระตือรือร้น "กระตือรือร้น" จะดึงข้อมูลล่วงหน้าและแสดงผลล่วงหน้าเมื่อผู้ใช้วางเมาส์เหนือลิงก์เป็นระยะเวลาสั้นกว่าเวลาวางเมาส์ "ปานกลาง"

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

นโยบายต้นทางเดียวกันอย่างเข้มงวดสำหรับ Storage Access API

ปรับความหมายของ Storage Access API ให้เป็นไปตามนโยบายต้นทางเดียวกันอย่างเคร่งครัดในด้านความปลอดภัย กล่าวคือ การใช้ document.requestStorageAccess() ในเฟรมจะแนบคุกกี้กับคำขอไปยังต้นทาง (ไม่ใช่เว็บไซต์) ของ iframe โดยค่าเริ่มต้นเท่านั้น

ความสมบูรณ์ตามลายเซ็น

ฟีเจอร์นี้ช่วยให้นักพัฒนาเว็บมีกลไกในการยืนยันแหล่งที่มาของทรัพยากรที่ตนใช้ ซึ่งเป็นการสร้างรากฐานทางเทคนิคสำหรับความน่าเชื่อถือในทรัพยากร Dependency ของเว็บไซต์ เซิร์ฟเวอร์สามารถลงนามการตอบกลับด้วยคู่คีย์ Ed25519 และนักพัฒนาเว็บสามารถกำหนดให้ User Agent ยืนยันลายเซ็นโดยใช้คีย์สาธารณะที่เฉพาะเจาะจงได้ ซึ่งเป็นการเพิ่มการตรวจสอบตาม URL ที่นโยบายรักษาความปลอดภัยเนื้อหา (CSP) มีให้ในด้านหนึ่ง และการตรวจสอบตามเนื้อหาของความสมบูรณ์ของทรัพยากรย่อย (SRI) ในอีกด้านหนึ่ง

การแปลงที่เข้ารหัส WebRTC (เวอร์ชัน 2)

API นี้ช่วยให้คุณประมวลผลสื่อที่เข้ารหัสซึ่งไหลผ่าน RTCPeerConnection ได้ Chromium ได้เปิดตัว API เวอร์ชันแรกในปี 2020 ตั้งแต่นั้นมา ข้อกำหนดก็มีการเปลี่ยนแปลงและเบราว์เซอร์อื่นๆ ได้เปิดตัวข้อกำหนดเวอร์ชันที่อัปเดตแล้ว (Safari ในปี 2022 และ Firefox ในปี 2023)

การเปิดตัวนี้จะอัปเดต Chrome ให้เป็นไปตามข้อกำหนดล่าสุดและเป็นส่วนหนึ่งของ Interop 2025

การเปิดตัวนี้ไม่ครอบคลุมวิธีการ generateKeyFrame ซึ่งยังอยู่ระหว่างการพิจารณา

อุปกรณ์ ChromeOS ที่มีการจัดการเท่านั้น

นโยบายสิทธิ์สำหรับ Device Attributes API

นโยบายสิทธิ์ใหม่ช่วยให้คุณจำกัดการเข้าถึง Device Attributes API ซึ่งใช้ได้เฉพาะกับเว็บแอปคีออสก์และ Isolated Web App ที่ติดตั้งตามนโยบายเท่านั้น โดยทั้ง 2 อย่างนี้จะใช้ได้เฉพาะในอุปกรณ์ ChromeOS ที่มีการจัดการ นอกจากนี้ การตั้งค่าเนื้อหายังควบคุมฟีเจอร์นี้ด้วย

เราได้เพิ่มนโยบายใหม่ 2 ฉบับ ได้แก่ DeviceAttributesBlockedForOrigins และ DefaultDeviceAttributesSetting นโยบายเหล่านี้เปิดตัวพร้อมกับ DeviceAttributesAllowedForOrigins

ช่วงทดลองใช้จากต้นทางใหม่

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

การจำกัดสิทธิ์เข้าถึงเครือข่ายภายใน

Chrome 141 จำกัดความสามารถในการส่งคำขอไปยังเครือข่ายภายในของผู้ใช้ โดยจะมีการแสดงข้อความแจ้งขอสิทธิ์

คำขอเครือข่ายภายในคือคำขอจากเว็บไซต์สาธารณะไปยังที่อยู่ IP ภายในหรือลูปแบ็ก หรือจากเว็บไซต์ภายใน (เช่น อินทราเน็ต) ไปยังลูปแบ็ก การกำหนดให้เว็บไซต์ต้องมีสิทธิ์ในการส่งคำขอเหล่านี้จะช่วยลดความเสี่ยงของการโจมตีแบบ Cross-Site Request Forgery ต่ออุปกรณ์ในเครือข่ายภายใน เช่น เราเตอร์ และลดความสามารถของเว็บไซต์ในการใช้คำขอเหล่านี้เพื่อสร้างลายนิ้วมือของเครือข่ายภายในของผู้ใช้

สิทธิ์นี้จำกัดไว้สำหรับบริบทที่ปลอดภัย หากได้รับสิทธิ์ ระบบจะผ่อนปรนการบล็อกเนื้อหาผสมสำหรับคำขอเครือข่ายภายในเพิ่มเติม (เนื่องจากอุปกรณ์ภายในจำนวนมากไม่สามารถรับใบรับรอง TLS ที่เชื่อถือได้แบบสาธารณะด้วยเหตุผลต่างๆ)

งานนี้แทนที่ความพยายามก่อนหน้านี้ที่เรียกว่า "การเข้าถึงเครือข่ายส่วนตัว"

Proofreader API

JavaScript API สำหรับตรวจตัวสะกดของข้อความที่ป้อนโดยใช้การแก้ไขที่แนะนำ ซึ่งขับเคลื่อนโดยโมเดลภาษา AI

ขยาย CSP script-src (หรือที่เรียกว่า script-src-v2)

ฟีเจอร์นี้จะเพิ่มคีย์เวิร์ดใหม่ลงในscript-srcคำสั่งของนโยบายรักษาความปลอดภัยเนื้อหา (CSP) ซึ่งจะเพิ่มกลไกการอนุญาตตามแฮชใหม่ 2 รายการ ได้แก่ แหล่งที่มาของสคริปต์ตามแฮชของ URL และเนื้อหาของฟังก์ชัน eval() และฟังก์ชันที่คล้ายกับ eval() บางครั้งจะเรียกว่า script-src-v2 แม้ว่าจะเข้ากันได้แบบย้อนหลังกับ script-src ที่มีอยู่ และใช้คำสั่งเดียวกัน

การขยายแฮชให้ครอบคลุม URL และแฮช eval() ช่วยให้นักพัฒนาแอปตั้งนโยบายความปลอดภัยที่เข้มงวดได้อย่างสมเหตุสมผลโดยการอนุญาตสคริปต์ตามแฮชอย่างจำกัด แม้ว่าเนื้อหาของสคริปต์จะมีการเปลี่ยนแปลงบ่อยครั้งก็ตาม รวมถึงเนื้อหาที่ทราบว่าปลอดภัยของ eval() โดยไม่ต้องอนุญาตให้ใช้ eval() อย่างกว้างขวางโดยไม่มีการตรวจสอบ

คีย์เวิร์ดใหม่จะลบล้าง script-src ที่อิงตามโฮสต์เมื่อระบุ ซึ่งจะช่วยให้ส่วนหัวเดียวเข้ากันได้กับเบราว์เซอร์ที่ใช้และไม่ใช้คีย์เวิร์ดใหม่

คำที่แสดงถึงความเป็นที่สุดของ WebAssembly

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