Chrome 143 เบต้า

Rachel Andrew

เผยแพร่เมื่อ: 29 ตุลาคม 2025

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

CSS และ UI

การค้นหาคอนเทนเนอร์สำรองที่ยึดตาม CSS

ฟีเจอร์นี้จะเพิ่ม @container anchored(fallback) เพื่อจัดรูปแบบลูกหลานขององค์ประกอบที่วางตำแหน่งยึดตามค่า position-try-fallbacks ที่ใช้

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

ตัวอย่าง

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

ดูข้อมูลเพิ่มเติมได้ที่ ตรวจหาตำแหน่งสำรองด้วยการค้นหาคอนเทนเนอร์ที่ยึดตามจาก Chrome 143

EditContext: TextFormat underlineStyle และ underlineThickness

Chromium ได้เปิดตัว EditContext API พร้อมข้อบกพร่องที่ ออบเจ็กต์ TextFormat ซึ่งจัดหาโดย EditContext/textformatupdate_event, จะให้ค่าที่ไม่ถูกต้องสำหรับพร็อพเพอร์ตี้ underlineStyle และ underlineThickness ใน Chromium ค่าที่เป็นไปได้คือ None, Solid, Dotted, Dashed, Squiggle และ None, Thin, Thick อย่างไรก็ตาม ตามข้อกำหนดของ EditContext specification ค่าควรเป็น none, solid, dotted, dashed, wavy และ none, thin, thick

Web API

อนุญาตให้ใช้ตัวอักษรเพิ่มเติมใน JavaScript DOM API

ตัวแยกวิเคราะห์ HTML อนุญาตให้องค์ประกอบและแอตทริบิวต์มีตัวอักษรและชื่อที่ถูกต้องหลากหลายมาโดยตลอด (หรือเป็นเวลานานแล้ว) แต่ JavaScript DOM API สำหรับสร้างองค์ประกอบและแอตทริบิวต์เดียวกันนั้นเข้มงวดกว่าและไม่ตรงกับตัวแยกวิเคราะห์

การเปลี่ยนแปลงนี้จะลดความเข้มงวดในการตรวจสอบ JavaScript DOM API ให้ตรงกับตัวแยกวิเคราะห์ HTML

ดูบริบทเพิ่มเติมได้ที่ github.com/whatwg/dom/issues/849

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

กฎการคาดเดา: การปรับปรุงความกระตือรือร้น "กระตือรือร้น" บนอุปกรณ์เคลื่อนที่

ในอุปกรณ์เคลื่อนที่ กฎการคาดเดาการดึงข้อมูลล่วงหน้าและการแสดงผลล่วงหน้าสำหรับความกระตือรือร้น "กระตือรือร้น" จะทริกเกอร์เมื่อองค์ประกอบ Anchor ของ HTML อยู่ในวิวพอร์ตเป็นระยะเวลาสั้นๆ

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

ใช้พร็อพเพอร์ตี้ CSS font-language-override

ฟีเจอร์นี้จะเพิ่มการรองรับพร็อพเพอร์ตี้ CSS font-language-override ใน Chromium พร็อพเพอร์ตี้นี้ช่วยให้นักพัฒนาเว็บลบล้างภาษาของระบบที่ใช้สำหรับการแทนที่ Glyph ของ OpenType ได้โดยการระบุแท็กภาษา 4 ตัวอักษรใน CSS โดยตรง

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

WebGPU: การสลับคอมโพเนนต์ของเท็กซ์เจอร์

การสลับคอมโพเนนต์ของเท็กซ์เจอร์ช่วยให้ GPUTextureViews จัดเรียงใหม่หรือแทนที่คอมโพเนนต์สีจากแชแนลสีแดง เขียว น้ำเงิน หรืออัลฟ่าของเท็กซ์เจอร์เมื่อ Shader เข้าถึงคอมโพเนนต์เหล่านั้น

ICU 77 (รองรับ Unicode 16)

ไลบรารีการรองรับ Unicode ICU (International Components for Unicode) จะอัปเกรดจากเวอร์ชัน 74.2 เป็น 77.1 โดยเพิ่มการรองรับ Unicode 16 และอัปเดตข้อมูลภาษา การเปลี่ยนแปลง 2 รายการต่อไปนี้อาจก่อให้เกิดความเสี่ยงสำหรับเว็บแอปพลิเคชันที่ใช้รูปแบบเฉพาะจาก Intl JavaScript API

• การจัดรูปแบบตัวเลขภาษาอิตาลีเริ่มต้นจะละเว้นตัวคั่นหลักพันสำหรับตัวเลข 4 หลัก เช่น new Intl.NumberFormat("it").format(1234) จะแสดงผล "1234" แทน "1.234" คุณสามารถใช้ลักษณะการทำงานเดิมได้ด้วยพารามิเตอร์ useGrouping สำหรับตัวสร้าง Intl.NumberFormat
• ในภาษาอังกฤษบางภาษา (เช่น en-AU, en-GB และ en-IN) ระบบได้เพิ่มเครื่องหมายคอมมาหลังวันธรรมดาแบบเต็ม ทำให้ "Saturday 30 April 2011" เปลี่ยนเป็น "Saturday, 30 April 2011" เว็บแอปพลิเคชันต้องหลีกเลี่ยงการใช้การจัดรูปแบบวันที่ที่แม่นยำ
• Intl และ RegExp (V8): การเปลี่ยนแปลงเล็กๆ น้อยๆ มากมาย การเปลี่ยนแปลงการจัดรูปแบบตัวเลขภาษาอิตาลีมีความเสี่ยงสูงสุดและมีแฟล็กเฉพาะ
• IDNA: การอัปเกรดนี้โดยทั่วไปจะอนุญาตให้ทำสิ่งต่างๆ ได้มากขึ้นและปรับปรุงผลการทดสอบโดยรวมใน WPT
• การแบ่งส่วนข้อความ: การเปลี่ยนแปลงที่สำคัญที่สุดคือการปรับปรุงการขึ้นบรรทัดใหม่ของภาษาญี่ปุ่นเมื่อใช้ word-break: auto-phrase ซึ่งเกี่ยวข้องกับ https://chromestatus.com/feature/5133892532568064

พร็อพเพอร์ตี้ DataTransfer สำหรับเหตุการณ์อินพุต insertFromPaste, insertFromDrop และ insertReplacementText

ฟีเจอร์นี้จะป้อนข้อมูลพร็อพเพอร์ตี้ dataTransfer ในเหตุการณ์อินพุตที่มี inputType เป็น insertFromPaste, insertFromDrop และ insertReplacementText ซึ่งจะช่วยให้เข้าถึงข้อมูลคลิปบอร์ดและการลากและวางได้ระหว่างการดำเนินการแก้ไขในองค์ประกอบ contenteditable

ออบเจ็กต์ dataTransfer มีข้อมูลเดียวกันกับที่ใช้ได้ระหว่างเหตุการณ์ beforeinput

ฟีเจอร์นี้ใช้ได้กับองค์ประกอบ contenteditable เท่านั้น สำหรับตัวควบคุมฟอร์ม (textarea, input) ลักษณะการทำงานจะยังคงไม่เปลี่ยนแปลง โดยพร็อพเพอร์ตี้ data จะมีข้อความที่แทรกและ dataTransfer จะยังคงเป็น null ทั้ง Safari และ Firefox รองรับฟีเจอร์นี้อยู่แล้ว การที่ Chrome นำฟีเจอร์นี้มาใช้จะช่วยเพิ่มความสามารถในการทำงานร่วมกันระหว่างเบราว์เซอร์ต่างๆ และมอบประสบการณ์การใช้งานที่สอดคล้องกันมากขึ้นสำหรับผู้เขียนเว็บ

FedCM - รองรับการตอบสนอง JSON แบบมีโครงสร้างจาก IdP

ฟีเจอร์นี้ช่วยให้ผู้ให้บริการข้อมูลประจำตัว (IdP) แสดงผลออบเจ็กต์ JSON แบบมีโครงสร้าง แทนสตริงทั่วไปไปยัง Relying Party (RP) ผ่าน id_assertion_endpoint

การเปลี่ยนแปลงนี้จะช่วยลดความซับซ้อนในการผสานรวมสำหรับนักพัฒนาเว็บโดยไม่จำเป็นต้องซีเรียลไลซ์และแยกวิเคราะห์สตริง JSON ด้วยตนเอง นอกจากนี้ยังช่วยให้ขั้นตอนการตรวจสอบสิทธิ์มีความยืดหยุ่นและไดนามิกมากขึ้น โดยช่วยให้ RP ตีความการตอบสนองที่ซับซ้อนได้โดยตรงและรองรับโปรโตคอลต่างๆ เช่น OAuth2, OIDC หรือ IndieAuth โดยไม่ต้องมีข้อตกลงนอกแบนด์

การเจรจาต่อรองโปรโตคอลแอปพลิเคชัน WebTransport

การเจรจาต่อรองโปรโตคอลแอปพลิเคชัน WebTransport ช่วยให้คุณเจรจาต่อรองโปรโตคอลที่เว็บแอปพลิเคชันใช้ภายใน WebTransport Handshake ได้

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

Web Smart Card API สำหรับ Isolated Web App

ใช้ได้ใน Isolated Web App (IWA) เท่านั้น ฟีเจอร์นี้ช่วยให้แอปพลิเคชันสมาร์ทการ์ด (PC/SC) ย้ายไปยังแพลตฟอร์มเว็บได้ โดยจะให้สิทธิ์เข้าถึงการใช้งาน PC/SC (และไดรเวอร์เครื่องอ่านบัตร) ที่มีอยู่ในระบบปฏิบัติการโฮสต์

ผู้ดูแลระบบสามารถควบคุมความพร้อมใช้งานของ API นี้ได้ 2 วิธีดังนี้

• ทั่วโลก - โดยใช้นโยบาย DefaultSmartCardConnectSetting
• ต่อแอปพลิเคชัน - โดยใช้นโยบาย SmartCardConnectAllowedForUrls และ SmartCardConnectBlockedForUrls

ไฟล์ Manifest ของเว็บแอป: ระบุสิทธิ์ในการอัปเดต, URL ของไอคอนคือ Cache-Control: immutable

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

การแทรกแซงโฆษณาที่ใช้ทรัพยากรมาก: ระบบจะส่งรายงานไปยังเฟรมที่ฝัง

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

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

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

Digital Credentials API (การรองรับการออก)

ฟีเจอร์นี้ช่วยให้เว็บไซต์ที่ออก (เช่น มหาวิทยาลัย หน่วยงานภาครัฐ หรือธนาคาร) เริ่มต้นกระบวนการจัดสรร (การออก) ข้อมูลเข้าสู่ระบบดิจิทัลลงในแอปพลิเคชันกระเป๋าเงินดิจิทัลของผู้ใช้ได้อย่างปลอดภัย ใน Android ความสามารถนี้ใช้ระบบ Android IdentityCredential CredMan (Credential Manager) ในเดสก์ท็อป ระบบจะใช้วิธีการข้ามอุปกรณ์ด้วยโปรโตคอล CTAP ซึ่งคล้ายกับขั้นตอนการนำเสนอข้อมูลเข้าสู่ระบบดิจิทัลแบบข้ามอุปกรณ์ flow

การสุ่มขีดจำกัดพูลซ็อกเก็ต TCP

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

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

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

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

Chrome เวอร์ชันนี้เลิกใช้งาน 2 ฟีเจอร์

เลิกใช้งาน Getter ของข้อมูลภาษา Intl

Intl Locale Info API เป็นข้อเสนอ Stage 3 ECMAScript TC39 เพื่อปรับปรุงออบเจ็กต์ Intl.Locale โดยการเปิดเผยข้อมูลภาษา เช่น ข้อมูลสัปดาห์ (วันแรกของสัปดาห์ วันเริ่มต้นของวันหยุดสุดสัปดาห์ วันสิ้นสุดของวันหยุดสุดสัปดาห์ วันต่ำสุดในสัปดาห์แรก) และรอบชั่วโมงทิศทางข้อความที่ใช้ในภาษา

การใช้งานที่เปิดตัวใน Chrome 99 อย่างไรก็ตาม ข้อเสนอมีการเปลี่ยนแปลงใน Stage 3 ในภายหลังและย้าย Getter หลายรายการไปยังฟังก์ชัน ระบบต้องนำ Getter ที่เลิกใช้งานออกและเปิดตัวฟังก์ชันที่เปลี่ยนชื่อใหม่

เลิกใช้งาน XSLT

XSLT v1.0 ซึ่งเบราว์เซอร์ทุกเบราว์เซอร์ยึดถือ ได้รับการกำหนดมาตรฐานในปี 1999 ในขณะเดียวกัน XSLT ได้พัฒนาเป็น v2.0 และ v3.0 โดยเพิ่มฟีเจอร์และแตกต่างจากเวอร์ชันที่ใช้งานในเบราว์เซอร์ การขาดการพัฒนาควบคู่ไปกับการเพิ่มขึ้นของไลบรารีและเฟรมเวิร์ก JavaScript ที่มีการจัดการ DOM ที่ยืดหยุ่นและมีประสิทธิภาพ ทำให้มีการใช้ XSLT ฝั่งไคลเอ็นต์ลดลงอย่างมาก เทคโนโลยีที่ใช้ JavaScript เช่น JSON และ React ได้เข้ามาแทนที่บทบาทของ XSLT ในเว็บเบราว์เซอร์เป็นส่วนใหญ่

Chromium ใช้ไลบรารี libxslt เพื่อประมวลผลการแปลงเหล่านี้ แต่ libxslt ไม่ได้รับการดูแลรักษาเป็นเวลาประมาณ 6 เดือนในปี 2025 Libxslt เป็นฐานของโค้ด C ที่ซับซ้อนและเก่า ซึ่งเสี่ยงต่อช่องโหว่ด้านความปลอดภัยของหน่วยความจำ เช่น การเขียนไปยังบัฟเฟอร์เกินขอบเขตที่กำหนด (buffer overflow) ซึ่งอาจนำไปสู่การดำเนินการกับโค้ดที่กำหนดเอง เนื่องจาก XSLT ฝั่งไคลเอ็นต์เป็นฟีเจอร์เฉพาะกลุ่มที่ใช้ไม่บ่อยนัก ไลบรารีเหล่านี้จึงได้รับการดูแลรักษาและการตรวจสอบความปลอดภัยน้อยกว่าเอนจิน JavaScript หลัก อย่างไรก็ตาม ไลบรารีเหล่านี้แสดงถึงพื้นผิวการโจมตีโดยตรงสำหรับการประมวลผลเนื้อหาเว็บที่ไม่น่าเชื่อถือ อันที่จริง XSLT เป็นแหล่งที่มาของการใช้ประโยชน์ด้านความปลอดภัยที่โดดเด่นหลายรายการเมื่อเร็วๆ นี้ ซึ่งยังคงทำให้ผู้ใช้เบราว์เซอร์มีความเสี่ยง

ด้วยเหตุผลเหล่านี้ Chromium จึงวางแผนที่จะเลิกใช้งานและนำ XSLT ออกจากแพลตฟอร์มเว็บ WHATWG ตัดสินใจเลื่อนการเลิกใช้งาน XSLT

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