LCP, INP และ CLS คืออะไร

ทั้งสามค่านี้คือ Core Web Vitals ที่ Google ใช้อธิบายประสบการณ์ของผู้ใช้บนหน้าเว็บ Largest Contentful Paint (LCP) วัดการโหลด คือเวลาที่เนื้อหาหลักใช้ในการแสดงขึ้นมา Interaction to Next Paint (INP) วัดการตอบสนอง คือความเร็วที่หน้าเว็บตอบสนองเมื่อคุณคลิก แตะ หรือพิมพ์ Cumulative Layout Shift (CLS) วัดความเสถียรของการแสดงผล คือเลย์เอาต์เลื่อนไปมามากเพียงใด ค่าที่ดีคือ LCP ไม่เกิน 2.5 วินาที, INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1

ภาพรวมของทั้งสามเมตริก

เกณฑ์เหล่านี้มาจาก วิธีใช้รายงาน Core Web Vitals ของ Google หน้าเว็บจะผ่านเกณฑ์เมื่อทั้งสามเมตริกอยู่ในระดับดีที่เปอร์เซนไทล์ที่ 75 ของการเข้าชม โดยวัดแยกกันระหว่างมือถือและเดสก์ท็อป

LCP: Largest Contentful Paint

LCP คือเวลาตั้งแต่ที่ผู้ใช้เริ่มโหลดหน้าเว็บ จนถึงตอนที่รูปภาพ วิดีโอ หรือบล็อกข้อความที่ใหญ่ที่สุดในพื้นที่ที่มองเห็นได้แสดงผลเสร็จ องค์ประกอบที่เข้าเกณฑ์ได้แก่ องค์ประกอบ <img>, รูปภาพภายใน SVG, โปสเตอร์หรือเฟรมแรกของวิดีโอ, รูปพื้นหลังจาก CSS และข้อความระดับบล็อก เบราว์เซอร์จะหยุดมองหาองค์ประกอบใหม่เมื่อผู้เข้าชมเริ่มโต้ตอบกับหน้าเว็บ LCP ที่ช้ามักเกิดจากเซิร์ฟเวอร์ตอบสนองช้า, รูปภาพหลักที่มีขนาดใหญ่หรือถูกค้นพบช้า หรือ CSS และสคริปต์ที่บล็อกการแสดงผล

INP: Interaction to Next Paint

INP ติดตามการคลิก การแตะ และการกดแป้นพิมพ์ตลอดการเข้าชม และวัดว่าแต่ละครั้งใช้เวลานานแค่ไหนกว่าที่เบราว์เซอร์จะวาดเฟรมถัดไปได้ การวางเมาส์เหนือองค์ประกอบ การเลื่อน และการซูมไม่นับรวม ค่าที่รายงานคือการโต้ตอบที่ช้าที่สุด โดยตัดค่าที่ผิดปกติออกสำหรับหน้าที่มีการโต้ตอบจำนวนมาก INP เข้ามาแทนที่ First Input Delay (FID) ในฐานะ Core Web Vital เมื่อเดือนมีนาคม 2024 โดย FID พิจารณาเฉพาะการโต้ตอบครั้งแรก ขณะที่ INP ครอบคลุมทั้งการเข้าชม INP ที่แย่มักเกิดจากงาน JavaScript ที่ใช้เวลานานจนทำให้เมนเธรดไม่ว่าง

CLS: Cumulative Layout Shift

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

ตัวเลขมาจากไหน

รายงาน Core Web Vitals ใน Search Console ใช้ข้อมูลภาคสนามจาก Chrome UX Report ซึ่งเป็นการเข้าชมจริงผ่าน Chrome ในช่วง 28 วันที่ผ่านมา จัดกลุ่มเป็นชุดของหน้าที่คล้ายกัน และให้คะแนนแต่ละกลุ่มตามเมตริกที่แย่ที่สุด เครื่องมือแล็บอย่าง Lighthouse โหลดหน้าเว็บโดยไม่มีผู้เข้าชมจริง จึงวัด INP ไม่ได้และใช้ Total Blocking Time แทน ตามที่อธิบายไว้ใน ภาพรวมของ Web Vitals บน web.dev ควรใช้คะแนนจากแล็บเพื่อช่วยดีบัก และใช้ข้อมูลภาคสนามเป็นตัวตัดสิน

Core Web Vitals มีผลต่ออันดับหรือไม่

Google แนะนำอย่างยิ่งให้ทำ Core Web Vitals ให้อยู่ในระดับดีเพื่อความสำเร็จบน Search และระบุว่าประสบการณ์ของหน้าเว็บสอดคล้องกับสิ่งที่ระบบจัดอันดับหลักของ Google ต้องการให้รางวัล แต่นี่ไม่ใช่ทางลัด เพราะหน้าที่เร็วก็ยังต้องเป็นคำตอบที่ดีที่สุดด้วย จะแก้ไขคะแนน Core Web Vitals ที่แย่ได้อย่างไร อธิบายสิ่งที่ควรเปลี่ยนสำหรับแต่ละเมตริก

AutoPSEO ช่วยได้อย่างไร

รายงาน Core Web Vitals ของ AutoPSEO อ่านประวัติจาก Chrome UX Report ของทั้งเว็บไซต์หรือเฉพาะ URL เดียว แยกตามมือถือ เดสก์ท็อป หรือแท็บเล็ต และแสดงกราฟ LCP, INP และ CLS (รวมถึง first contentful paint และ time to first byte) ที่เปอร์เซนไทล์ที่ 75 จากข้อมูลรายสัปดาห์ราว 6 เดือน ช่วยให้คุณเห็นว่าเมตริกเริ่มแย่ลงตั้งแต่เมื่อใด