โหวตฟีเจอร์บนเว็บที่คุณต้องการเห็น

เผยแพร่: 11 ธันวาคม 2025

คุณเคยพบว่าตัวเองกำลังตรวจสอบ Can I Use แล้วเห็นสีแดงทั้งหมดสำหรับฟีเจอร์ที่คุณอยากใช้มากๆ และหวังว่าคุณจะสามารถติดต่อผู้ให้บริการเบราว์เซอร์และพูดว่า "เฮ้ ฉันต้องการฟีเจอร์นี้!" ไหม

ตอนนี้คุณทำได้แล้ว

WebDX Community Group กำลังเปิดตัววิธีใหม่ให้คุณส่งสัญญาณโดยตรงว่าฟีเจอร์ใดของเว็บที่สำคัญที่สุดสำหรับคุณ ตอนนี้คุณสามารถโหวตฟีเจอร์ที่ต้องการให้ทำงานร่วมกันได้ในเบราว์เซอร์หลักๆ

ตั้งแต่วันนี้เป็นต้นไป คุณจะเห็นการผสานรวมการโหวตขึ้นเหล่านี้ที่นี่ใน web.dev รวมถึงใน caniuse.com และ webstatus.dev ส่วนแพลตฟอร์มอื่นๆ เช่น MDN กำลังพิจารณาการผสานรวมที่คล้ายกัน

วิธีการทำงาน

เมื่อค้นหาการรองรับเบราว์เซอร์สำหรับฟีเจอร์หนึ่งๆ ให้มองหาปุ่ม "โหวต" ตัวอย่างเช่น นี่คือวิดเจ็ตสำหรับฟีเจอร์ :has-slotted

การคลิกปุ่มดังกล่าวจะนำคุณไปยังปัญหาที่เฉพาะเจาะจงในที่เก็บ web-platform-dx/developer-signals บน GitHub ซึ่งเป็นที่ติดตามฟีเจอร์ส่วนใหญ่ที่มีความพร้อมให้บริการแบบจำกัด จากนั้นการโหวตก็ทำได้อย่างรวดเร็ว เพียงแค่เพิ่มรีแอ็กชัน 👍 ลงในคำอธิบายปัญหา

มากกว่าแค่การกดชอบ

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

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

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

"เดี๋ยวนะ ฉันเพิ่งทำแบบนี้ไปสำหรับ Interop 2025 ไม่ใช่เหรอ"

หากคุณเคยเข้าร่วมกระบวนการคัดเลือก Interop หรือแบบสำรวจสถานะของ HTML/CSS/JS คุณอาจคุ้นเคยกับเรื่องนี้ แต่ประเพณีประจำปีเหล่านั้นจะยังคงอยู่ แต่ช่องทางใหม่นี้ออกแบบมาเพื่อเพิ่มข้อมูลดังกล่าวในลักษณะที่ยั่งยืนมากขึ้น

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

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

  • ไม่มีอุปสรรค: ฟีเจอร์ที่ไม่ใช่ Baseline เกือบทุกฟีเจอร์มีปัญหาการติดตามอยู่แล้ว คุณไม่จำเป็นต้องเขียนข้อเสนอหรือข้อกำหนดอย่างเป็นทางการ เพียงแค่คลิกปุ่ม

ฟีเจอร์ที่ได้รับคะแนนโหวตมากที่สุดจะเป็นผู้ชนะไหม

คงจะสนุกดี แต่ไม่ใช่อย่างนั้น การพัฒนาเบราว์เซอร์ไม่ใช่การแข่งขันความนิยม

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

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

ตัวอย่างที่ยอดเยี่ยมของเรื่องนี้คือ Chrome เพิ่งประกาศว่าสัญญาณของนักพัฒนาซอฟต์แวร์อย่างสัญญาณเหล่านี้มีผลต่อการตัดสินใจที่จะยอมรับการมีส่วนร่วมของ JPEG XL ใน Chromium อย่างไร

นับตั้งแต่การประเมิน JPEG XL ครั้งล่าสุด Safari ได้เปิดตัวการรองรับและ Firefox ได้อัปเดตจุดยืนของตน นอกจากนี้ เรายังเห็นสัญญาณจากนักพัฒนาซอฟต์แวร์เกี่ยวกับเรื่องนี้ในการโหวตข้อบกพร่อง ข้อเสนอ Interop และข้อมูลจากแบบสำรวจ[...] ด้วยสัญญาณเชิงบวกเหล่านี้ เรายินดีรับการมีส่วนร่วมในการผสานรวมตัวถอดรหัส JPEG XL ที่มีประสิทธิภาพและปลอดภัยด้านหน่วยความจำใน Chromium

Rick Byers ในนามของหัวหน้าฝ่ายเทคนิคของ Chrome ในเธรดความตั้งใจที่จะสร้างต้นแบบ: JPEG XL ใน blink-dev

เริ่มโหวตได้เลยวันนี้

นี่เป็นโอกาสของคุณที่จะช่วยกำหนดรูปแบบแพลตฟอร์มเว็บ

  1. มองหาปุ่มโหวตขึ้นในเว็บไซต์ต่างๆ เช่น web.dev, webstatus.dev และ caniuse.com

  2. คลิกปุ่มหรือไปที่ที่เก็บสัญญาณของนักพัฒนาซอฟต์แวร์โดยตรงเพื่อเรียกดูฟีเจอร์ที่เปิดอยู่

  3. โหวต (👍) และแสดงความคิดเห็นเกี่ยวกับฟีเจอร์ที่สำคัญสำหรับคุณ

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