Google Core Web Vitals: ทุกสิ่งที่คุณต้องรู้

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

Core Web Vitals คืออะไร?

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

ตัววัด Web Vitals แบ่งออกเป็นสองส่วน: Core Web Vitals และ Non-Core Web Vitals

Core Web Vitals คือ:

• Largest Contentful Paint (LCP)
• ความล่าช้าในการป้อนข้อมูลครั้งแรก (FID)
• การเปลี่ยนแปลงเค้าโครงสะสม (CLS)

และ Web Vitals ที่ไม่ใช่ Core คือ:

• เวลาบล็อกทั้งหมด (TBT)
• First Contentful Paint (FCP)
• ดัชนีความเร็ว (SI)
• เวลาในการโต้ตอบ (TTI)

แต่ก่อนที่เราจะพูดถึง Web Vitals ทั้งหมด เรามาคุยกันว่าทำไมมันถึงสำคัญมาก

เหตุใด Core Web Vitals จึงมีความสำคัญ

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

จากการวิจัยเมื่อเร็วๆ นี้ ความล่าช้า 1 วินาทีในการโหลดหน้าเว็บอาจทำให้ Conversion ลดลง 7% การเข้าชมหน้าเว็บลดลง 11% และความพึงพอใจของลูกค้าลดลง 16%

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

คอนเวอร์ชั่น การดูเพจ และความพึงพอใจของลูกค้า ล้วนได้รับความเสียหายจากเว็บไซต์ที่เร็วขึ้นและประสบการณ์การใช้งานที่ไม่ดี การปรับปรุง Core Web Vitals สามารถช่วยคุณแก้ปัญหานี้ได้

ในการจัดอันดับ SEO ประสบการณ์ของผู้ใช้ก็เป็นปัจจัยสำคัญเช่นกัน Google ได้กล่าวก่อนหน้านี้ว่าตั้งแต่เดือนพฤษภาคม 2021 ประสบการณ์หน้าจะเป็นหนึ่งในปัจจัยการจัดอันดับในการอัปเดตอัลกอริธึมการค้นหา

ส่วนประกอบสามประการของ Core Web Vitals ของ Google

ตอนนี้ มาดูองค์ประกอบทั้งสามของ Google Core Web Vitals:

Large Contentful Paint (LCP)

Largest Contentful Paint คือตัววัด Web Vitals หลักที่วัดเวลาที่ใช้ในการโหลดหน้าเว็บ โดยจะคำนวณเวลาที่ใช้ในการแสดงองค์ประกอบเนื้อหาที่ใหญ่ที่สุดภายในพื้นที่ที่ผู้ใช้ดูได้ ไม่ได้วัดทั้งหน้า

คะแนน LCP ที่ดีคืออะไร?

จากข้อมูลของ Google เว็บไซต์ของคุณควรมี LCP 2.5 วินาทีหรือน้อยกว่าเพื่อมอบประสบการณ์การใช้งานที่ดีที่สุดแก่ผู้ใช้

LCP ถูกให้คะแนนในระดับ "ดี" ถึง "แย่" เช่นเดียวกับเมตริก Core Web Vitals อื่นๆ:

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

เหตุใด Largest Contentful Paint (LCP) จึงมีความสำคัญ

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

อะไรอาจทำให้คะแนน LCP แย่

ต่อไปนี้เป็นสาเหตุของคะแนน LCP ที่ไม่ดี:

• เวลาตอบสนองช้า
• แสดงผลการบล็อก CSS
• แสดงผลการบล็อก Javascript
• การแสดงผลฝั่งไคลเอ็นต์
• ไฟล์ CSS และ JS ที่ไม่ได้รับการปรับให้เหมาะสมและไม่สะอาด
• แบบอักษรที่มองไม่เห็นระหว่างการโหลดหน้า
• ภาพที่ไม่ได้รับการปรับให้เหมาะสม
• ลำดับการโหลดทรัพยากรที่ไม่ได้รับการปรับให้เหมาะสม

จะปรับปรุงคะแนน LCP ของคุณได้อย่างไร?

ต่อไปนี้เป็นวิธีปรับปรุงคะแนน LCP ของคุณ:

• ลบสคริปต์ของบุคคลที่สามโดยไม่จำเป็น
• ลดขนาด CSS ของคุณ
• ตั้งค่าการโหลดภาพแบบขี้เกียจ
• อัปเกรดเป็นโฮสต์เว็บที่เร็วขึ้น
• ติดตั้ง CDN
• แคชสินทรัพย์
• ลบองค์ประกอบของหน้าขนาดใหญ่ที่ใช้เวลาในการโหลดมากขึ้น
• ทำตามคำแนะนำของ Google สำหรับ URL เฉพาะของคุณ

ความล่าช้าในการป้อนข้อมูลครั้งแรก (FID)

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

คะแนน FID ที่ดีคืออะไร?

ผู้ใช้จะรับรู้เวลาตอบสนองที่ 100ms หรือน้อยกว่านั้นทันที สิ่งนี้บ่งชี้ว่าหน่วยงานด้านเทคนิค SEO ควรลองใช้ First Input Delay น้อยกว่า 0.1 วินาทีสำหรับหน้าเว็บทั้งหมด

FID ถูกให้คะแนนในระดับ "ดี" ถึง "แย่" เหมือนกับเมตริก Core Web Vitals อื่นๆ:

• ดี: FID ใดๆ ที่น้อยกว่า 100ms ถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนระหว่าง 100 ถึง 300 มิลลิวินาทีต้องได้รับการปรับปรุง
• แย่: FID ที่เกิน 300ms นั้นแย่

เหตุใด First Input Delay (FID) จึงสำคัญ

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

อะไรจะทำให้คะแนน FID แย่

สาเหตุที่พบบ่อยที่สุดของ FID ที่ไม่ดีคือ:

• งานยาวที่เบราว์เซอร์ต้องหยุดชั่วคราว
• การดำเนินการจาวาสคริปต์ที่ยาวนาน
• บันเดิล Javascript จำนวนมาก
• Javascript ที่บล็อกการแสดงผล

จะปรับปรุงคะแนน FID ของคุณได้อย่างไร?

ต่อไปนี้เป็นวิธีทั่วไปในการปรับปรุงคะแนน FID ของคุณ:

• ปรับลำดับการโหลดทรัพยากรให้เหมาะสม
• ปรับเวลาดำเนินการ Javascript ให้เหมาะสม
• ลดจำนวน Javascript ของบุคคลที่สาม
• เลื่อนเนื้อหา Javascript ที่ไม่สำคัญสำหรับการดำเนินการ
• ปรับปรุงเวลาตอบสนองของเซิร์ฟเวอร์
• ลดจำนวนและขนาดของคำขอสินทรัพย์
• ใช้การแสดงผลฝั่งเซิร์ฟเวอร์พร้อมกับแคชฝั่งเซิร์ฟเวอร์
• แยกโค้ดและใช้ CSS ที่สำคัญสำหรับส่วนครึ่งหน้าบนของหน้าเว็บ
• ลดงานการประมวลผลเธรดหลักของเบราว์เซอร์
• ใช้ Web-workers ร่วมกับ Service-worker

การเปลี่ยนแปลงเค้าโครงสะสม (CLS)

Cumulative Layout Shift หมายถึงการเคลื่อนไหวอย่างกะทันหันของส่วนประกอบหน้าเว็บในขณะที่หน้ายังคงดาวน์โหลดอยู่ แบบอักษร รูปภาพ วิดีโอ แบบฟอร์มการติดต่อ ปุ่ม และเนื้อหาประเภทอื่นๆ เป็นตัวอย่างขององค์ประกอบที่ก่อให้เกิดการเปลี่ยนแปลง

คุณควรรักษา CLS ให้น้อยที่สุด เนื่องจากการเปลี่ยนหน้าอาจทำให้ผู้ใช้ได้รับประสบการณ์ที่ไม่ดี

คะแนน CLS ที่ดีคืออะไร?

คะแนน CLS เริ่มต้นที่ 0 สำหรับหน้าเว็บแบบคงที่ทั้งหมดและเพิ่มขึ้นเมื่อเลย์เอาต์ของหน้าเปลี่ยนไป

เลย์เอาต์ของคุณจะมีเสถียรภาพมากขึ้นหากคุณมีคะแนนต่ำกว่า เครื่องมือประสิทธิภาพของ Google ใช้คะแนน CLS อย่างเป็นทางการดังต่อไปนี้:

• ดี: CLS ใดๆ ที่ต่ำกว่า 0.1 ถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนระหว่าง 0.1 ถึง 0.25 จะต้องได้รับการปรับปรุง
• แย่: CLS ที่สูงกว่า 0.25 นั้นแย่

เหตุใด Cumulative Layout Shift (CLS) จึงมีความสำคัญ

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

อะไรอาจทำให้คะแนน CLS แย่

จากข้อมูลของ Google สาเหตุต่อไปนี้คือสาเหตุที่ Cumulative Layout Shift เกิดขึ้น:

• ภาพที่ไม่มีมิติ
• เนื้อหาที่แทรกแบบไดนามิก
• แบบอักษรเว็บทำให้เกิด FOIT/FOUT
• โฆษณา การฝัง และ iframes ที่ไม่มีขนาด
• ก่อนที่จะเปลี่ยน DOM การดำเนินการต่างๆ จะรอการตอบกลับของเครือข่าย

จะปรับปรุงคะแนน CLS ของคุณได้อย่างไร?

ต่อไปนี้เป็นวิธีปรับปรุงคะแนน CLS ของคุณ:

• หลีกเลี่ยงป๊อปอัปหรือแบนเนอร์ที่ทำให้เลย์เอาต์หน้าจอเปลี่ยนไปเมื่อไซต์โหลดครั้งแรก
• ตั้งค่าขนาดแอตทริบิวต์ขนาดสำหรับสื่อใดๆ (รูปภาพ, GIF ฯลฯ) เพื่อให้เบราว์เซอร์ของผู้ใช้เข้าใจว่าจะใช้พื้นที่เท่าใดและไม่แก้ไขขนาดโดยไม่คาดคิด
• วางโฆษณาทั้งหมดไว้ในพื้นที่สงวน เพื่อไม่ให้ปรากฏอย่างกะทันหัน ทำให้เนื้อหาเปลี่ยนไป
• ทำตามคำแนะนำของ Google สำหรับ URL เฉพาะของคุณ (ดูวิธีการวัด Core Web Vitals ด้านล่าง)

Web Vitals อื่นๆ

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

Web Vitals อื่นๆ:

เวลาบล็อกทั้งหมด (TBT)

Total Blocking Time (TBT) คือระยะเวลาที่งานยาว (งานทั้งหมดที่ทำงานมากกว่า 50 มิลลิวินาที) บล็อกเธรดหลักและลดความสามารถในการใช้งานของเพจ จะแสดงว่าหน้ามีความเสถียรเพียงใดก่อนที่จะมีการโต้ตอบโดยสมบูรณ์

คะแนน TBT ที่ดีคืออะไร?

ในการเชื่อมต่ออุปกรณ์และเครือข่ายโดยเฉลี่ย เวลาบล็อกทั้งหมดที่เหมาะสมจะน้อยกว่า 300 มิลลิวินาที Lighthouse คำนวณเวลาการบล็อกทั้งหมดโดยเพิ่มผลกระทบการบล็อกโดยรวมของงานยาว และเปรียบเทียบกับคะแนน TBT ของเว็บไซต์ 10,000 อันดับแรก การวัดนี้ประกอบด้วย 404 หน้าและเนื้อหา

เกณฑ์การจำแนกประเภทเวลาบล็อกทั้งหมด:

• ดี: TBT ใดๆ ที่ต่ำกว่า 300ms ถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนระหว่าง 300 ถึง 600 มิลลิวินาทีต้องได้รับการปรับปรุง
• แย่: TBT ที่สูงกว่า 600ms นั้นแย่

อะไรจะทำให้คะแนน TBT แย่

ต่อไปนี้เป็นสาเหตุของคะแนน TBT ที่ไม่ดี:

• โค้ด JavaScript ที่ยุ่งเหยิงและ JS ที่ไม่ได้ใช้
• เวลาดำเนินการ JS สูง
• งานเกลียวหลักสูง.
• การใช้รหัสบุคคลที่สามอย่างหนัก

จะปรับปรุงคะแนน TBT ของคุณได้อย่างไร?

ต่อไปนี้เป็นวิธีปรับปรุงคะแนน TBT:

• ลดขนาด CSS และ JS
• ลดเวลาดำเนินการจาวาสคริปต์
• ลบ Javascript ที่ไม่ได้ใช้
• ลดผลกระทบของรหัสบุคคลที่สาม
• กำจัดทรัพยากรการบล็อกการแสดงผล
• เปิดใช้งานการบีบอัดข้อความ
• ลดการทำงานของเกลียวหลัก

First Contentful Paint (FCP)

เมื่อเว็บไซต์เริ่มโหลด เนื้อหาแรกที่แสดงบนหน้าจอจะถูกวัดเป็น First Contentful Paint (FCP)

เป็นสถิติที่เน้นผู้ใช้เป็นศูนย์กลาง เนื่องจากแสดงให้เห็นว่าผู้ใช้ดูประสิทธิภาพของเว็บไซต์อย่างไร (ไม่ใช่วิธีที่เครื่องมือทดสอบความเร็วประเมิน) FCP ควรต่ำที่สุด FCP แบบด่วนจะบอกผู้ใช้ว่ามีบางอย่างเกิดขึ้น

คะแนน FCP ที่ดีคืออะไร?

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

• ดี: FCP ใดๆ ระหว่าง 0 ถึง 1.8 วินาทีถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนระหว่าง 1.8 ถึง 3 วินาทีต้องได้รับการปรับปรุง
• แย่: FCP ที่สูงกว่า 3 วินาทีนั้นแย่

อะไรอาจทำให้คะแนน FCP แย่

สาเหตุของคะแนน FCP ต่ำมีดังนี้:

• แสดงผลสคริปต์การบล็อกและสไตล์ชีตภายนอก
• ไฟล์จาวาสคริปต์
• เนื้อหาแบบข้อความขนาดใหญ่

จะปรับปรุงคะแนน FCP ของคุณได้อย่างไร?

ต่อไปนี้คือคำแนะนำบางประการสำหรับการเพิ่มคะแนน FCP ของคุณ:

• กำจัดสคริปต์และสไตล์ชีตที่บล็อกการแสดงผล
• ลบ CSS และ JavaScript ที่ไม่ได้ใช้
• ควรหลีกเลี่ยงการเปลี่ยนเส้นทางหลายหน้า
• หลีกเลี่ยงขนาด DOM ที่มากเกินไป
• หลีกเลี่ยงการแสดงข้อความที่มองไม่เห็น
• ลดจำนวนทรัพยากรและขนาดการถ่ายโอน

ดัชนีความเร็ว (SI)

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

คะแนน SI ที่ดีคืออะไร?

ตามรายงานของ Lighthouse คะแนนดัชนีความเร็วที่เหมาะสมจะต้องน้อยกว่า 4.3 วินาที ระหว่าง 4.4 ถึง 5.8 วินาทีคือคะแนนดัชนีความเร็วเฉลี่ย ดัชนีความเร็วมากกว่า 5.8 วินาทีถือว่าแย่ Lighthouse คำนวณข้อมูลทั้งหมดในหน้านี้โดยใช้ HTTP Archive Standards เกณฑ์คะแนนดัชนีความเร็วดี ปานกลาง และไม่ดีสำหรับ Lighthouse จะเปลี่ยนแปลงหากข้อมูล HTTP Archive เปลี่ยนแปลง

• ดี: SI น้อยกว่า 4.3 วินาที ถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนใดๆ ระหว่าง 4.4 ถึง 5.8 วินาทีจะต้องได้รับการปรับปรุง
• แย่: คะแนนที่สูงกว่า 5.8 วินาทีนั้นแย่

อะไรทำให้เกิดคะแนน SI แย่?

ต่อไปนี้เป็นสาเหตุบางประการที่ทำให้คะแนน SI ต่ำ:

• รหัส JavaScript และ JS ที่ไม่ได้ใช้
• เวลาดำเนินการจาวาสคริปต์
• งานเกลียวหลัก.
• รหัสบุคคลที่สาม

จะปรับปรุงคะแนน SI ของคุณได้อย่างไร?

คำแนะนำในการเพิ่มคะแนน SI ของคุณมีดังนี้

• ลบ JS ที่ไม่ได้ใช้
• ลดเวลาดำเนินการจาวาสคริปต์
• กำจัดทรัพยากรการบล็อกการแสดงผล
• ลดผลกระทบของรหัสบุคคลที่สาม
• ลดการทำงานของเธรดหลัก
• โหลดคำขอคีย์ล่วงหน้า
• หลีกเลี่ยงการผูกมัดคำขอที่สำคัญ
• ให้จำนวนคำขอต่ำและขนาดการถ่ายโอนมีขนาดเล็ก
• ลดเวลาตอบสนองของ TTFB และเซิร์ฟเวอร์
• ตรวจสอบว่าคุณใช้รูปภาพในไฟล์ที่จะอัปโหลดอยู่ในรูปแบบที่ถูกต้อง

เวลาในการโต้ตอบ (TTI)

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

TTI ระบุว่าหน้านั้นพร้อมสำหรับการโต้ตอบของผู้ใช้ตาม First Contentful Paint (FCP) หรือไม่

คะแนน TTI ที่ดีคืออะไร?

เพื่อให้ผู้ใช้ได้รับประสบการณ์ที่ดี คุณควรตั้งเป้าไปที่ Time to Interactive ที่น้อยกว่า 3.8 วินาทีเสมอ คะแนน TTI ของคุณอิงจากการเปรียบเทียบเวลา TTI ของหน้าเว็บของคุณกับเวลา TTI ของไซต์ที่มีอันดับสูง ไม่ว่าจะดูบนมือถือหรือเดสก์ท็อป

นี่คือวิธีที่ Lighthouse ตีความคะแนน TTI:

• ดี: TTI น้อยกว่า 3.8 วินาทีถือว่าดี
• จำเป็นต้องปรับปรุง: คะแนนใดๆ ระหว่าง 3.9 ถึง 7.3 วินาที จะต้องได้รับการปรับปรุง
• แย่: คะแนนที่สูงกว่า 7.3 วินาทีนั้นแย่

อะไรจะทำให้คะแนน TTI แย่

สาเหตุบางประการสำหรับคะแนน TTI ที่ไม่ดีมีดังนี้:

• เวลาดำเนินการจาวาสคริปต์
• รหัส JavaScript และ JS ที่ไม่ได้ใช้
• รหัสบุคคลที่สาม
• งานเกลียวหลัก.

จะปรับปรุงคะแนน TTI ของคุณได้อย่างไร?

ต่อไปนี้คือวิธีที่จะช่วยให้คุณปรับปรุงคะแนน TTI ของคุณ:

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

วิธีการวัด Core Web Vitals?

Google ช่วยให้ SEO และเจ้าของเว็บไซต์ติดตาม Core Web Vitals ได้ง่ายโดยใช้เครื่องมือต่างๆ

Core Web Vitals เปิดตัวเมื่อไม่กี่สัปดาห์ก่อน และสามารถประเมินได้โดยใช้รายงาน Chrome UX ในขณะนั้น

ด้วยข่าวที่ว่า Core Web Vitals จะรวมอยู่ในอัลกอริธึมการจัดอันดับของ Google บริษัทจึงได้ปรับปรุงเครื่องมือที่มีอยู่จำนวนมากด้วยความสามารถในการวัด

ขณะนี้ Google Core Web Vitals สามารถวัดได้โดยใช้:

Google PageSpeed ​​Insights

เมื่อพูดถึงการวัดและประเมิน Core Web Vitals Google PageSpeed ​​Insights (PSI) เป็นหนึ่งในเครื่องมือ SEO ที่สำคัญ PSI ใช้รายงาน Lighthouse และ Chrome UX เพื่อให้ข้อมูลจากทั้งห้องปฏิบัติการและภาคสนามบนอุปกรณ์เคลื่อนที่และเดสก์ท็อป PageSpeed ​​Insights ให้คำแนะนำโดยละเอียดเกี่ยวกับวิธีเพิ่มความเร็วของไซต์ นอกเหนือจากการให้ภาพรวมของข้อมูลภาคสนามจากผู้ใช้จริง (CrUX)

Google Search Console

Google Search Console สามารถช่วยคุณตรวจสอบและค้นพบการจัดกลุ่มของหน้าที่อาจต้องปรับปรุงหรือแก้ไข GSC อิงตามข้อมูลจากรายงาน Chrome UX ซึ่งอิงจากการวิจัยภาคสนามในโลกแห่งความเป็นจริง URL ถูกจัดประเภทตามประเภทและสถานะของเมตริก (แย่ ต้องการการปรับปรุง ดี) รายงาน GSC Core Web Vitals จะแสดงให้คุณเห็นว่าหน้าเว็บทั้งหมด (หรือส่วนใหญ่) ของคุณทำงานได้ดีเพียงใดในแง่ของ Core Web Vitals

Google Lighthouse

Google Lighthouse เป็นเครื่องมือยอดนิยมสำหรับการทดสอบเว็บไซต์ของคุณในห้องปฏิบัติการ ช่วยให้คุณตรวจสอบและประเมินเว็บไซต์ของคุณในสี่ด้าน: ประสิทธิภาพ การเข้าถึงได้ แนวทางปฏิบัติที่ดีที่สุด และ SEO Lighthouse ติดตาม LCP, CLS, TTI และ TBT รวมถึงพารามิเตอร์ประสบการณ์ผู้ใช้ในห้องปฏิบัติการอื่นๆ เครื่องมือนี้จะให้คำแนะนำโดยละเอียดเกี่ยวกับการปรับปรุงไซต์ของคุณ คล้ายกับ PSI (โดยพื้นฐานแล้วจะใช้ Lighthouse) อย่าลืมตรวจสอบ Lighthouse Scoring Calculator เมื่อคุณทดสอบไซต์ของคุณด้วย Lighthouse

Chrome DevTools

Chrome DevTools เป็นเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ที่ติดตั้งมาพร้อมกับเบราว์เซอร์ Chrome หากต้องการเข้าถึง ให้คลิกขวาและเลือก "ตรวจสอบ" จากนั้น Chrome DevTools จะปรากฏขึ้น คุณสามารถตรวจสอบตัวบ่งชี้ Core Web Vitals บางส่วนได้โดยใช้แผง Chome DevTools Performance จับตาดู Web Vitals ส่วนที่เกี่ยวกับประสบการณ์จะช่วยคุณในการวิเคราะห์การปรับเลย์เอาต์

รายงาน Chrome UX

รายงาน Chrome UX เป็นชุดข้อมูลสาธารณะที่ให้ข้อมูลประสบการณ์ผู้ใช้จริงจากเว็บไซต์นับล้าน ไม่ใช่เครื่องมือในตัวของมันเอง ข้อมูลรายงานประสบการณ์ผู้ใช้ Chrome มาจากผู้ใช้ Chrome ที่เลือกใช้ ดังนั้นจึงตรวจสอบข้อมูลภาคสนามสำหรับตัวบ่งชี้ Core Web Vitals ทั้งหมด คุณสามารถใช้ CrUX API เพื่อวัดเวอร์ชันภาคสนามของ Core Web Vitals ในแอปของคุณได้หากคุณเป็นนักพัฒนา

GTmetrix

GTmetrix เป็นเครื่องมือห้องปฏิบัติการที่สำคัญอีกตัวหนึ่งในการประเมินความเร็วและประสิทธิภาพของไซต์ของคุณ เครื่องมือนี้ใช้ข้อมูลของ Google Lighthouse โดยจะติดตามพารามิเตอร์ต่างๆ เช่น Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift และอื่นๆ

Web Vitals (ส่วนขยาย Chrome)

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

Core Web Vitals จะส่งผลต่ออันดับของฉันหรือไม่

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

สัญญาณประสบการณ์การใช้งานเพจใหม่จะรวมถึงการรักษาความปลอดภัย HTTPS การท่องเว็บอย่างปลอดภัย ความเหมาะกับอุปกรณ์เคลื่อนที่ และหลักเกณฑ์โฆษณาคั่นระหว่างหน้า

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

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

โดยสรุป ตอนนี้จำเป็นต้องเพิ่มคะแนน Google Core Web Vital หากคุณสนใจเกี่ยวกับประสิทธิภาพ SEO ของ WordPress

คะแนน Page Speed ​​ที่ดีคืออะไร?

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

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

เหตุใดการปรับปรุงความเร็วของเพจจึงมีความสำคัญมาก

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

1. เพิ่มความเร็วเว็บไซต์เพื่อปรับปรุงประสบการณ์ผู้ใช้

จากการศึกษาของเราพบว่า 47% ของลูกค้าต้องการให้เว็บไซต์โหลดได้ภายในสองวินาที

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

2. เพิ่มจำนวนการดูเพจ

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

3. เพิ่มการแปลง

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

คณิตศาสตร์เสร็จแล้ว ความล่าช้าของหน้าหนึ่งวินาทีอาจทำให้คุณต้องเสียค่าใช้จ่าย 2.5 ล้านเหรียญต่อปี หากไซต์อีคอมเมิร์ซของคุณสร้างรายได้ 10,000 เหรียญต่อวัน

4. ลดอัตราการตีกลับ

จากข้อมูลของ Think with Google การเพิ่มเวลาในการโหลดเว็บไซต์ของคุณจากหนึ่งวินาทีเป็นสามวินาทีจะทำให้อัตราตีกลับของคุณเพิ่มขึ้น 32% หากเพิ่มขึ้นจากหนึ่งเป็นห้าวินาที โอกาสจะเพิ่มขึ้น 90%

ไม่กี่วินาทีอาจหมายถึงความแตกต่างระหว่างการรักษาผู้ใช้และการแปลงผู้ใช้หรือการสูญเสียให้กับคู่แข่ง

หากต้องการทราบข้อมูลเพิ่มเติม โปรดดูคำแนะนำโดยละเอียดเกี่ยวกับวิธีลดอัตราตีกลับใน WordPress

วิธีเพิ่มความเร็วของเพจ

คุณสามารถลองดำเนินการต่อไปนี้เพื่อเพิ่มความเร็วของหน้า:

1. จำกัดจำนวนการเปลี่ยนเส้นทาง

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

2. รวม Slash ที่ส่วนท้าย

อย่าลืมเพิ่มเครื่องหมายทับต่อท้ายที่ส่วนท้ายของ URL คุณกำลังแจ้งเซิร์ฟเวอร์ว่าไม่มีโฟลเดอร์ไฟล์ที่ต้องดำเนินการ และหน้านี้คือปลายทางสุดท้าย

ดังนั้น URL ของคุณควรเป็น www.pickupwp.com/blog/ แทนที่จะเป็น www.pickupwp.com/blog

มันจะลดเวลาในการโหลดของคุณลงเสี้ยววินาที และทุก ๆ มิลลิวินาทีก็มีความสำคัญ

3. รูปภาพควรถูกบีบอัดและปรับแต่งให้เหมาะสม

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

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

การบีบอัดรูปภาพจะลดขนาดไฟล์ ซึ่งวัดเป็นกิโลไบต์และเมกะไบต์ รูปภาพคุณภาพสูงสามารถลดลงโดยเฉลี่ย 60 ถึง 80 เปอร์เซ็นต์ คุณไม่ควรใช้ภาพที่มีขนาดเกิน 1MB

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

มีปลั๊กอินการเพิ่มประสิทธิภาพรูปภาพหลายตัวที่คุณสามารถใช้เพื่อเพิ่มประสิทธิภาพและบีบอัดรูปภาพ

4. ใช้ประโยชน์จากเครือข่ายการจัดส่งเนื้อหา (CDN)

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

ลดจำนวนคำขอไปยังเซิร์ฟเวอร์ต้นทางโดยแจกจ่ายเนื้อหาผ่านเซิร์ฟเวอร์หลายเครื่อง ทำให้เวลาในการดาวน์โหลดช้าลง

5. ปลั๊กอินและองค์ประกอบของหน้าอื่น ๆ ควรเก็บไว้ให้น้อยที่สุด

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

ปลั๊กอินบางตัวสามารถช่วยในเรื่องประสิทธิภาพของเว็บไซต์ได้อย่างแน่นอน ประสิทธิภาพของเพจอาจได้รับการปรับปรุงโดยใช้ปลั๊กอินที่ปรับขนาดรูปภาพ ย่อโค้ด และเลื่อนการโหลด JavaScript โดยอัตโนมัติ เป็นการดีที่สุดที่จะตัดสินใจว่าคุณสมบัติพิเศษที่ปลั๊กอินเหล่านี้ให้มานั้นคุ้มค่ากับการเสียสละในประสิทธิภาพของหน้าหรือไม่

6. ลดขนาด HTML หรือ CSS . ของคุณ

เมื่อคุณลดขนาดโค้ดของเว็บไซต์ของคุณ คุณจะลบช่องว่าง บันทึกย่อ และมาร์กอัปเพิ่มเติมทั้งหมดที่นักพัฒนาซอฟต์แวร์ใช้เพื่อทำให้โค้ดของตนอ่านง่ายขึ้นและใช้งานได้ง่ายในภายหลัง เมื่อเซิร์ฟเวอร์พยายามโหลดเว็บไซต์ ไม่จำเป็นต้องมีทุกอย่างเพื่อทำความเข้าใจ HTML, JavaScript หรือ CSS และอาจขัดขวางได้

7. ใช้ประโยชน์จากแคช

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

คุณสามารถใช้ WP Rocket ซึ่งเป็นปลั๊กอินแคชที่ดีที่สุดสำหรับ WordPress

8. เลือกผู้ให้บริการเว็บโฮสติ้งของคุณอย่างระมัดระวัง

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

ผู้ให้บริการเว็บโฮสติ้งมีสี่ประเภทให้เลือก:

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

พิจารณาขนาดไซต์และงบประมาณของคุณเมื่อเลือกบริการโฮสติ้งสำหรับเว็บไซต์ของคุณ

บทสรุป

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

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

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

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