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 ค่าเหล่านั้น ควรเป็น none, solid, dotted, dashed, wavy และ none, thin, thick

Web API

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

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

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

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

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

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

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

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

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

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

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

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 แบบมีโครงสร้าง แทนสตริงทั่วไปไปยังผู้ให้บริการ (RP) ผ่าน id_assertion_endpoint

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

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

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

เว็บแอปพลิเคชันสามารถระบุรายการโปรโตคอลของแอปพลิเคชันเมื่อสร้างออบเจ็กต์ 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 ความสามารถนี้ใช้ระบบ CredMan ของ Android IdentityCredential (Credential Manager) ในเดสก์ท็อป จะใช้วิธีการหลายอุปกรณ์กับโปรโตคอล CTAP ซึ่งคล้ายกับขั้นตอนการนำเสนอข้อมูลประจำตัวดิจิทัลในอุปกรณ์ต่างๆ

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

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

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

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

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

Chrome รุ่นนี้จะเลิกใช้งานฟีเจอร์ 2 รายการ

เลิกใช้งานตัวรับค่าของ Intl Locale Info

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

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

เลิกใช้งาน XSLT

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

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

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

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