เผยแพร่: 21 พฤศจิกายน 2025
ที่ผ่านมา การรองรับเบราว์เซอร์ใน Target.com ขึ้นอยู่กับการรองรับผู้ใช้ทั้งหมดที่ทำการซื้อใน Target.com เป็นหลัก นโยบายนี้จะเปลี่ยนแปลงเมื่อถึงจุดตัดสินที่สำคัญ เช่น การหยุดรองรับ Internet Explorer โดยสิ้นเชิง หรือการกำหนดเป้าหมายเบราว์เซอร์เวอร์ชันขั้นต่ำที่เฉพาะเจาะจงเพื่อเข้าถึงฟีเจอร์ที่มีมูลค่าสูง โดยจะเกิดขึ้นทุกๆ 2-3 ปีเมื่อมีความจำเป็น
Target.com อนุญาตให้ใช้เฉพาะฟีเจอร์ที่ทันสมัยในโค้ดเบสโดยใช้โซลูชันที่เข้มงวด เช่น Polyfilling และ Transpiling กับ JavaScript เวอร์ชันเก่ามาก เนื่องจากไม่มีนโยบายที่ก้าวหน้าเกี่ยวกับเบราว์เซอร์และฟีเจอร์ที่จะกำหนดเป้าหมาย เมื่อกลุ่มชุมชน WebDX เปิดตัว Baseline ผู้มีส่วนเกี่ยวข้องใน Target.com ก็เห็นว่าถึงเวลาที่จะพิจารณาหาเป้าหมายการสนับสนุนขั้นต่ำที่เหมาะสมยิ่งขึ้น
เมื่อใช้ Baseline ตอนนี้ Target ก็ทราบได้อย่างมั่นใจว่าเบราว์เซอร์ที่รองรับมีฟีเจอร์ใดบ้าง และสามารถระบุฟีเจอร์ล่าสุดที่พร้อมใช้งานได้ด้วยการเพิ่มประสิทธิภาพแบบค่อยเป็นค่อยไปและ Polyfill เป็นการสำรองข้อมูล
ปัญหา
วิศวกรหลายสิบคนเขียนโค้ดให้กับ Target.com ในแต่ละวัน ในการตรวจสอบโค้ด เรามักจะชี้ให้เห็นฟีเจอร์ที่ใช้กับเบราว์เซอร์เวอร์ชันที่ Target.com รองรับไม่ได้ โดยใช้ Can I use เป็นแหล่งข้อมูล เมื่อวิศวกรได้รับความคิดเห็นอย่างต่อเนื่องให้เปลี่ยนโค้ดเพื่อใช้ฟีเจอร์เดิมมากกว่าฟีเจอร์สมัยใหม่ ผลที่ตามมาคือการหลีกเลี่ยงฟีเจอร์ใหม่ๆ ของเว็บ จากนั้น Target จะกลับไปใช้เทคนิค "เก่า" ที่ใช้งานได้ แต่โอกาสในการใช้ฟีเจอร์ที่ทันสมัยจะเลื่อนออกไปเป็นครั้งอื่น การใช้ฟีเจอร์เว็บที่ทันสมัยมักจะช่วยให้ประสบการณ์ของนักพัฒนาแอปดีขึ้น และยังช่วยให้ผู้ใช้ได้รับประสบการณ์ที่ดีขึ้นด้วยการเผยแพร่โค้ดน้อยลง
แนวทางการรองรับเบราว์เซอร์ที่อิงตามข้อมูล
Target.com มีการกำหนดค่า webpack ที่กำหนดเวอร์ชันเบราว์เซอร์ขั้นต่ำที่รองรับ ที่ผ่านมา การเพิ่มเวอร์ชันเบราว์เซอร์ขั้นต่ำที่รองรับนั้นทำได้ยาก ในช่วงต้นปี 2025 กฎมีดังนี้
- Chrome, Edge และ Firefox เวอร์ชันปัจจุบันและ 2 เวอร์ชันก่อนหน้า
- Safari 11 ขึ้นไป
เราให้ความสำคัญกับ Safari มากขึ้นเนื่องจากมีปริมาณการเข้าชมและยอดขายจำนวนมากที่ Target ได้รับจาก Safari ใน iOS ในตอนแรก เราได้ตัดสินใจอย่างรอบคอบที่จะตั้งค่า Safari 11 เป็นเวอร์ชันขั้นต่ำสำหรับการพัฒนา การตัดสินใจนี้ทำให้ Target.com ต้องพึ่งพาฟีเจอร์บนเว็บที่มีให้บริการในปี 2017 และก่อนหน้านั้น
ในขั้นตอนแรกของการเดินทางของ Target เพื่อผสานรวม Baseline เข้ากับเวิร์กโฟลว์การพัฒนา ได้มีการใช้วิธีการที่อิงตามข้อมูล จากการวิจัย Target พบว่า Safari เวอร์ชัน 11 ถึง 14 สร้างผลลัพธ์ทางธุรกิจได้น้อยมาก โดยเฉพาะอย่างยิ่งยอดขายจากดีมานด์บน Target.com คิดเป็น 0.0001% เมื่อพิจารณาจากข้อเท็จจริงนี้ Target จึงตระหนักว่าการนำการแปลงรหัสและ Polyfill สำหรับเบราว์เซอร์เวอร์ชันที่ล้าสมัยเหล่านี้ออกจะช่วยเพิ่มโอกาสในการปรับปรุงประสิทธิภาพของเว็บไซต์ได้อย่างมาก
การวิจัยเพิ่มเติมแสดงให้เห็นว่า Safari 15.4 เป็น Safari เวอร์ชันแรกที่สร้างยอดขายตามความต้องการได้อย่างน้อย 0.5% และ Safari 15 เวอร์ชันย่อยแต่ละเวอร์ชันหลังจากนั้นก็มีผลลัพธ์คล้ายกัน เมื่อใดก็ตามที่ Target ทำการทดสอบ A/B การเปลี่ยนแปลงยอดขายจากดีมานด์ 0.5% ถือว่ามีคุณค่าอย่างยิ่ง และนำไปสู่ข้อสรุปว่า Safari เวอร์ชันขั้นต่ำที่รองรับควรอยู่ในเวอร์ชัน 15
แนวโน้มที่น่าสนใจที่เราพบในการวิจัยนี้คือความเร็วในการเปลี่ยนไปใช้เบราว์เซอร์ Safari เวอร์ชันใหม่ ณ เดือนกันยายน 2024 Safari 15 มีส่วนทำให้เกิดยอดขายตามความต้องการบน Target.com เพียง 0.94% ในเดือนมกราคม 2025 ยอดขายตามความต้องการอยู่ที่ 0.67% ในเดือนพฤษภาคม 2025 ยอดขายลดลงเหลือ 0.45% และในเดือนพฤศจิกายน 2025 ยอดขายอยู่ที่ 0.32% สิ่งที่ Target ได้เรียนรู้จากเรื่องนี้คือ หากกำหนดเกณฑ์เงินจริงเป็นเปอร์เซ็นต์ของยอดขายดีมานด์ทั่วทั้งเว็บไซต์ได้ การรองรับเบราว์เซอร์เหล่านี้จะสิ้นสุดลงโดยอัตโนมัติ และเราจะสามารถใช้ Safari 16 เวอร์ชันหลักถัดไปได้ภายในสิ้นปีนี้
การหยุดรองรับไม่ได้หมายความว่าเบราว์เซอร์ที่ไม่รองรับจะถูกบล็อก ผู้ที่ใช้เบราว์เซอร์ดังกล่าวอาจยังคงค้นหาเส้นทางการซื้อได้ แต่ในบางกรณีก็อาจพบว่าประสบการณ์การใช้งานลดลง นักวิเคราะห์รายงานว่าหลังจากทำการเปลี่ยนแปลงแล้ว เมตริกธุรกิจไม่ได้รับผลกระทบที่วัดได้ โดยยังคงใช้วิธีการที่อิงตามข้อมูล นอกจากนี้ Target ยังกำลังพิจารณาแบนเนอร์ที่จะแสดงในเบราว์เซอร์เวอร์ชันที่ไม่รองรับเพื่อเตือนถึงประสบการณ์การใช้งานที่ลดลง
การเลือกเป้าหมายพื้นฐานสำหรับ Target.com
วิศวกรเว็บของ Target ได้จัดตั้งกลุ่มทำงาน Baseline เพื่อรวมความพยายามเหล่านี้เข้าด้วยกันเพื่อใช้ฟีเจอร์ที่ทันสมัยและเป้าหมายที่เปลี่ยนแปลงไปเรื่อยๆ ของเบราว์เซอร์ที่ควรสนับสนุนเพื่อช่วยขับเคลื่อนนโยบาย เครื่องมือของ Baseline ช่วยให้ทีมวิเคราะห์ได้ว่าเบราว์เซอร์ขั้นต่ำของแต่ละปีคืออะไร เป้าหมายที่ใกล้เคียงกับนโยบายใหม่ของ Target มากที่สุดคือBaseline 2022
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
หากต้องการไปถึงเกณฑ์พื้นฐานดังกล่าว Target จะต้องปรับนโยบายเบราว์เซอร์เป็น Safari 16 เป็นอย่างน้อยแทนที่จะเป็นเวอร์ชันปัจจุบันที่ 15.4 ซึ่งจะทำให้ประสบการณ์ของผู้เลือกซื้อที่ทำ Conversion น้อยกว่า 0.5% แย่ลง อย่างไรก็ตาม เปอร์เซ็นต์ดังกล่าวลดลงเรื่อยๆ ดังนั้น Target จึงหวังที่จะอัปเดตนโยบายอย่างเป็นทางการในตอนนี้ให้เชื่อมโยงกับ Baseline 2022 ภายในสิ้นปี 2025 การดำเนินการนี้จะช่วยให้นักพัฒนาแอปสำหรับ Target.com สามารถเปลี่ยนเป้าหมายให้ช้ากว่า Baseline ที่เผยแพร่ทุกปีประมาณ 3 ปี
โดยรวมแล้ว บันเดิล webpack สำหรับ Target.com มีขนาดเล็กลงเนื่องจากการแปลงโค้ดน้อยลงและมีการเพิ่ม Polyfill Target มั่นใจว่าเป้าหมายนี้จะเปลี่ยนแปลงไปเมื่อเวลาผ่านไป และหวังว่าในปีหน้า Baseline 2023 จะพร้อมใช้งาน ซึ่งมีฟีเจอร์ที่ยอดเยี่ยมมากมาย เช่น Container Queries, :has ตัวเลือก, inert แอตทริบิวต์ และอื่นๆ
ดูชุดฟีเจอร์พื้นฐานที่ใหม่กว่า
คณะทำงาน Target Baseline จะไม่หยุดอยู่แค่ Baseline 2022 เมื่อดูฟีเจอร์ของ Baseline 2023 จะเห็นว่าฟีเจอร์หลายอย่างอยู่ตรงเกณฑ์ที่รองรับได้โดยไม่ต้องใช้ข้อมูลสำรอง เช่น Polyfill ฟีเจอร์แต่ละอย่างใน Baseline 2023 ที่ Target สนใจกำหนดให้ Target ต้องทำสิ่งต่อไปนี้
- อธิบายสิ่งที่ฟีเจอร์ทำ
- จัดทำเอกสารเกี่ยวกับวิธีที่การใช้งานดังกล่าวจะช่วยปรับปรุง Target.com รวมถึงการปรับปรุงประสบการณ์ของนักพัฒนาแอป
- ค้นหากรณีทดสอบที่ดีเพื่อใช้ฟีเจอร์ภายในโค้ดเบสของ Target.com
- หากจำเป็น ให้บันทึกสิ่งที่ควรใช้เป็นทางเลือกสำรอง รวมถึงการเพิ่มประสิทธิภาพแบบค่อยเป็นค่อยไป หรือโซลูชันอื่นๆ ที่ระบุผ่านการตรวจหาฟีเจอร์
- สุดท้ายนี้ เราจะคาดหวังให้การใช้งานฟีเจอร์นี้ได้รับการอนุมัติเมื่อใด ตอนนี้ใช้ได้ไหม หรือควรรอให้ถึงเกณฑ์ในอนาคต
ตัวอย่างหนึ่งของแอตทริบิวต์นี้คือแอตทริบิวต์ inert เวอร์ชันขั้นต่ำที่ใช้ inert ใน Safari ได้คือ 15.5 ซึ่งหมายความว่า Target.com ใกล้จะใช้ฟีเจอร์นี้ได้แล้ว Target.com มีการติดตั้งใช้งานโมดอลหลายรายการซึ่งแอตทริบิวต์นี้จะเป็นประโยชน์เมื่อเทียบกับโซลูชัน JavaScript ปัจจุบัน การให้วิศวกรเขียนรายงานเกี่ยวกับฟีเจอร์นี้จะช่วยให้สามารถแชร์ความรู้และเตรียมพร้อมสำหรับการผ่อนปรนนโยบายของเบราว์เซอร์ในครั้งถัดไป ซึ่งจะช่วยให้เห็นว่าการเลิกให้การสนับสนุนเบราว์เซอร์เวอร์ชันที่สร้างมูลค่าทางธุรกิจได้น้อยจะช่วยให้เราสามารถเปิดตัวฟีเจอร์ที่มีมูลค่าได้ ฟีเจอร์นี้สามารถออกแบบ ตรวจสอบ และติดตั้งใช้งานภายใต้ฟีเจอร์แฟล็ก และพร้อมใช้งานในกรณีที่ใช้ได้
นอกจากนี้ วิศวกรอีกคนจะทำตามกระบวนการเดียวกันในการใช้การค้นหาคอนเทนเนอร์ ซึ่งตอนนี้เป็น Baseline ที่พร้อมใช้งานในวงกว้างแล้ว คุณสามารถใช้การค้นหาคอนเทนเนอร์กับ Polyfill ได้ แต่ Polyfill มีปัญหาด้านประสิทธิภาพที่ทราบกันดี โซลูชันที่ Target คิดค้นขึ้นคือการใช้ Container Query เป็นการเพิ่มประสิทธิภาพแบบค่อยเป็นค่อยไปเท่านั้น จนกว่าเบราว์เซอร์จะรองรับฟีเจอร์นี้ได้อย่างเต็มที่
กระบวนการนี้เหมาะสำหรับ Target.com เนื่องจากเมื่อถึงจุดที่เวอร์ชันขั้นต่ำของฟีเจอร์มีการใช้งานอย่างเพียงพอ ก็ไม่จำเป็นต้องใช้การเพิ่มประสิทธิภาพแบบค่อยเป็นค่อยไปอีกต่อไป และสามารถใช้ฟีเจอร์ได้ จากการตรวจสอบล่าสุด เราพบว่า Target.com จัดส่ง Polyfill ที่ไม่จำเป็นจำนวนมาก การใช้ Baseline ในแอปพลิเคชันจึงช่วยควบคุมหนี้ทางเทคนิคประเภทนี้ได้
การเชื่อมโยงแนวคิดเกณฑ์พื้นฐานกับประสิทธิภาพของเว็บ
ประสิทธิภาพเป็นสิ่งสำคัญสำหรับเว็บไซต์ค้าปลีกทุกเว็บไซต์ ความเชื่ออย่างหนึ่งที่นักพัฒนาซอฟต์แวร์ที่ทำงานใน Target.com มีร่วมกันคือการจัดส่ง JavaScript มากเกินไป หากเราลด JavaScript Bundle ที่ส่งไปยังผู้ใช้ได้ 5% ก็ถือว่าประสบความสำเร็จอย่างมาก แต่ก็ไม่ได้ช่วยปรับปรุง Core Web Vitals ใน Target.com อย่างมีนัยสำคัญ อย่างไรก็ตาม หาก Target ทำได้ 10 ครั้ง ขนาด Bundle ก็จะลดลง 50% ซึ่งจะช่วยให้บรรลุเป้าหมายด้านประสิทธิภาพของ Target ได้อย่างมีนัยสำคัญ
เมื่อพูดถึงแนวทางของ Target ในการใช้ Baseline ก็คือการช่วยให้วิศวกรใน Target.com เริ่มคิดถึงปริมาณ JavaScript ที่ใช้สำหรับสิ่งต่างๆ เช่น โมดอล ความต้องการด้านการช่วยเหลือพิเศษ ป๊อปโอเวอร์ ภาพหมุน อะคอร์เดียน และข้อกังวลอื่นๆ เกี่ยวกับประสบการณ์ของผู้ใช้ทั่วไป แต่ละรายการเหล่านี้ต้องใช้ Polyfill หรือโซลูชัน JavaScript ที่กำหนดเองซึ่งทำให้ JavaScript ของแอปพลิเคชันมีขนาดใหญ่เกินไป เมื่อ Target ใช้ Baseline เป้าหมายเบราว์เซอร์จะพัฒนาไปเรื่อยๆ และนโยบายที่จะรวมฟีเจอร์ใหม่ๆ ก็จะผ่อนปรนลง Target คาดว่าจะแปลงโค้ดน้อยลงเมื่อเวลาผ่านไป ใช้ Polyfill ฟีเจอร์น้อยลง และแม้แต่ใช้คอมโพเนนต์ของเว็บเมื่อมีโอกาส การให้ความสำคัญกับ Polyfill และเบราว์เซอร์เป้าหมายที่จัดส่งใน Toolchain ของโปรเจ็กต์ช่วยให้ขนาดของ JavaScript Bundle ของ Target.com ลดลงแล้ว 10% ซึ่งเป็นช่วงก่อนที่จะนำฟีเจอร์ใหม่ๆ มาใช้ ซึ่งควรจะดีขึ้นเมื่อเทียบกับปีที่แล้ว และสิ่งนี้มีความสัมพันธ์โดยตรงกับความมุ่งมั่นของ Target ในการปรับปรุงประสิทธิภาพของ Target.com
สรุปประเด็นสำคัญ
การมีเป้าหมายพื้นฐานและรายงานพื้นฐานที่ดูแลจัดการอย่างดีเกี่ยวกับฟีเจอร์เว็บที่พร้อมใช้งานใหม่และพร้อมใช้งานอย่างแพร่หลายเป็นเครื่องมือที่มีประสิทธิภาพสำหรับ Target.com ผลลัพธ์ที่สำคัญมีดังนี้
- เป้าหมายของเบราว์เซอร์ได้เปลี่ยนจากการรองรับเบราว์เซอร์ที่เปิดตัวเมื่อ 8 ปีที่แล้วเป็นการรองรับเบราว์เซอร์ที่เปิดตัวเมื่อ 3 ปีที่แล้ว
- เป้าหมายพื้นฐานของ Baseline 2022 จะบรรลุผลภายในสิ้นปี 2025
- เราได้ลดขนาดรวมของกลุ่ม JavaScript ของ Target.com ลง 10%
- การใช้งานเบราว์เซอร์เก่าๆ ที่มีสัดส่วนน้อยกว่า 1% ของธุรกิจกำลังลดลงในอัตราประมาณ 300% ต่อปี (0.94% ในเดือนกันยายน 2024 เป็น 0.32% ในเดือนพฤศจิกายน 2025)
การตระหนักว่าเว็บกำลังก้าวไปอย่างรวดเร็วกว่าที่เคยทำให้ Target มีแรงผลักดันในการนำฟีเจอร์ต่างๆ มาใช้ให้เร็วที่สุด การจัดระเบียบฟีเจอร์เหล่านี้ช่วยให้สามารถทำงานและวางแผนล่วงหน้าได้เมื่อ Target ปลดล็อกแต่ละฟีเจอร์ และช่วยให้มั่นใจได้ว่าวิศวกรที่ดูแลเว็บไซต์ค้าปลีกขนาดใหญ่จะทราบว่าควรใช้ฟีเจอร์ใดและใช้ได้เมื่อใด