Chrome เริ่มวัด Core Web Vitals ของเว็บแบบ SPA: เรื่องที่เว็บ React และ Next.js ต้องรู้

เว็บที่สร้างด้วย React, Vue หรือเฟรมเวิร์กแบบ Single Page App มักไม่โหลดหน้าใหม่ทั้งหน้าเมื่อผู้ใช้กดลิงก์ แต่ใช้ JavaScript เปลี่ยนเนื้อหาและ URL ในหน้าเดิม เรียกว่า soft navigation ผู้ใช้รู้สึกว่าเปลี่ยนหน้า แต่เบราว์เซอร์ยังมองว่าเป็นหน้าเดิม

ผลคือ Core Web Vitals ที่ Chrome เก็บจากผู้ใช้จริงวัดได้ดีเฉพาะการโหลดหน้าแรก ทีมพัฒนา Chrome อธิบายว่า INP และ CLS พอหาได้จาก API ที่มีอยู่ แต่ LCP ถูกส่งออกมาเฉพาะการโหลดหน้าแบบปกติเท่านั้น เว็บ SPA จึงขาดข้อมูลส่วนสำคัญมาตลอด

Chrome พัฒนา Soft Navigations API เพื่อแก้ปัญหานี้ โดยทดลองผ่าน origin trial มาหลายรอบ รอบสุดท้ายประกาศเมื่อ 20 เมษายน 2569 ครอบคลุม Chrome 147 ถึง 149 และมีการปรับให้ replaceState นับเป็น soft navigation ด้วยตามคำขอของนักพัฒนา

ตามบันทึกการเผยแพร่ของ CrUX รอบข้อมูลเดือนกันยายน 2569 ที่ออกเมื่อ 13 ตุลาคม คือการเปลี่ยนแปลงใหญ่ที่สุดของปี มีการเพิ่ม LCP, INP และ CLS แบบทดลองที่นับ soft navigation ด้วย ใช้งานได้ใน BigQuery, CrUX API และ History API ส่วน CrUX Vis มีปุ่มสลับให้ดูค่าทั้งสองแบบ

Search Engine Journal รายงานว่าข้อมูลนี้มาจาก Soft Navigations API ที่เปิดใช้เป็นค่าเริ่มต้นตั้งแต่ Chrome 151 เมื่อ 28 กรกฎาคม และชื่อฟิลด์จะขึ้นต้นด้วย experimental เช่น experimental_largest_contentful_paint_with_softnavs

ตัวเลขที่น่าสนใจคือ หากนับ soft navigation รวมด้วย สัดส่วนเว็บที่ผ่าน Core Web Vitals จะอยู่ที่ 59.5% เทียบกับ 55.9% เมื่อไม่นับ แปลว่าการเปลี่ยนหน้าแบบ soft มักเร็วกว่าการโหลดหน้าแรก และหลายเว็บ SPA อาจถูกประเมินต่ำกว่าประสบการณ์จริง

สำหรับเว็บส่วนใหญ่ผลกระทบน้อย SEJ รายงานว่าราว 70% ของ origin มี soft navigation น้อยมากหรือไม่มีเลย และ 66–75% มี soft navigation ต่ำกว่า 5% ของการเปิดหน้า ขึ้นกับแพลตฟอร์ม

แต่ในเว็บใหญ่ภาพต่างออกไป 7.0% ของ origin บน Android และ 10.6% บนเดสก์ท็อปมีการเปิดหน้าเกินครึ่งเป็น soft navigation และในกลุ่ม 1,000 เว็บอันดับต้น สัดส่วนนี้สูงถึง 35% บน Android และ 42% บนเดสก์ท็อป

ที่สำคัญคือคะแนนปกติยังไม่เปลี่ยน Chrome ตั้งเป้าจบช่วงทดลองในเดือนพฤษภาคม 2570 ขึ้นกับความคิดเห็นจากนักพัฒนา และคาดว่า Search Console จะเริ่มใช้ข้อมูลชุดใหม่หลังจากนั้น SEJ ไม่ได้ระบุผลต่ออันดับการค้นหา และ Chrome เตือนว่าตัวเลขอาจเปลี่ยนรายเดือนระหว่างที่ปรับวิธีวัด

บันทึก CrUX ปีนี้ยังมีอีกเรื่องที่ควรสังเกต สัดส่วน origin ที่มี INP อยู่ในเกณฑ์ดีลดลงจาก 87.1% ในเดือนมกราคม เหลือ 85.4% ในเดือนกันยายน และทีม CrUX ระบุในรอบเดือนสิงหาคมว่า INP ยังลดลงต่อเนื่องโดยยังไม่พบสาเหตุที่แน่ชัด

ขณะที่ LCP และ CLS ค่อนข้างทรงตัว สัดส่วนที่ผ่าน Core Web Vitals ทั้งสามตัวอยู่ราว 55–56% ตลอดปี INP ซึ่งวัดความเร็วในการตอบสนองเมื่อผู้ใช้กดหรือแตะ จึงเป็นตัวที่ควรดูแลเป็นพิเศษ โดยเฉพาะเว็บที่มี JavaScript มาก

ในมุมของเรา เว็บธุรกิจไทยยุคใหม่จำนวนไม่น้อยสร้างด้วย Next.js, Nuxt หรือ React ซึ่งมักมีการเปลี่ยนหน้าแบบ soft ข่าวนี้จึงเกี่ยวข้องโดยตรง ข้อดีคือถ้าเว็บถูกประเมินต่ำเพราะวัดแค่หน้าแรก ข้อมูลชุดใหม่อาจสะท้อนประสบการณ์จริงได้ดีขึ้น

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

ผู้ใช้ในไทยส่วนใหญ่เข้าเว็บผ่านมือถือ ซึ่งเครื่องระดับกลางมีพลังประมวลผลน้อยกว่าเครื่องที่ทีมพัฒนาใช้ทดสอบ ปัญหา INP จาก JavaScript ที่หนักจึงมักรุนแรงกว่าที่เห็นในออฟฟิศ

ยังไม่ต้องรีบแก้อะไรเพื่อคะแนน เพราะค่าปกติยังไม่เปลี่ยน แต่ช่วงทดลองนี้เป็นโอกาสดีที่จะดูข้อมูลก่อนที่ Search Console จะเริ่มใช้

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

• เปิด CrUX Vis แล้วสลับดูค่าที่นับ soft navigation เทียบกับค่าปกติของเว็บตัวเอง
• ใช้แผง Performance ใน Chrome DevTools ซึ่งแสดงจุด soft navigation ตั้งแต่ Chrome 145
• ตรวจการเปลี่ยนหน้าภายในที่โหลดช้าหรือเลย์เอาต์กระโดด โดยเฉพาะหน้าสินค้าและหน้ารายการ
• ลด JavaScript ที่ทำงานตอนผู้ใช้กดหรือแตะ เพื่อปรับ INP
• ทดสอบบนมือถือ Android ระดับกลางที่ใกล้เคียงกับเครื่องของลูกค้าจริง