Marketing & Digital marketing

Core Web Vitals: Google จะไม่ยอมแพ้ในการต่อสู้กับเว็บที่ช้า

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

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

อย่างไรก็ตาม ทั้งสองเป้าหมายไม่ค่อย จัด เข้าสู่ Core Web Vitals.

Google ได้ ประกาศ การเปิดตัวกำลังเกิดขึ้นอย่างช้าๆ และจะสิ้นสุดภายในสิ้นเดือนสิงหาคม 864.

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

แต่ทำไมตัวเลขนี้จึงต่ำมาก

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

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

บทสัมภาษณ์ล่าสุด กับ Martin Splitt ของ Google ถูกถามคำถามต่อไปนี้:

“การอัปเดต Core Web Vitals จะทำให้ผู้คนหยุดพักหากพวกเขาใช้บุคคลที่สาม – แอปปาร์ตี้ซึ่งนำไปสู่ไซต์ของพวกเขาที่มีคะแนนต่ำกว่า…..”

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

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

ธุรกิจจะเร่งความเร็วเว็บไซต์และส่งต่อ Core Web Vitals ได้อย่างไร ในขณะที่ยังคงรักษาฟังก์ชันที่ต้องการไว้ได้

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

มาเริ่มกันเลย!

อันดับแรก มาดูสาเหตุสำคัญที่ทำให้เว็บไซต์ Core Web Vitals ล้มเหลว การทดสอบ.

1) ไซต์ใช้ทรัพยากรมากกว่าที่พวกเขาต้องการ

เรารู้เรื่องนี้ได้อย่างไร? เราวิเคราะห์ URL มากกว่า 2 ล้านรายการในการศึกษาล่าสุดเกี่ยวกับ Core Web Vitals และมีเพียง 4% เท่านั้นที่ทำคะแนนได้ดีในทั้ง 3 รายการ เว็บไซต์ส่วนใหญ่มีทรัพยากรการบล็อกการแสดงผลจำนวนมากและหนักในแง่ของขนาดหน้าทั้งหมด

อ่านการศึกษาฉบับเต็มได้ที่นี่.

2) ทรัพยากร (แม้ว่าจำเป็น) ไม่ได้รับการปรับให้เหมาะสม

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

3) ธุรกิจและผู้เผยแพร่จำนวนมากไม่มีความสามารถในการแก้ไข CMS เทมเพลตหรือโค้ดของเว็บ

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

ข้อมูลเชิงลึก: ทุกอุตสาหกรรมมีความเท่าเทียมกันหรือไม่

Searchmetrics ดำเนินการ การศึกษาที่ใหญ่ที่สุดในประเภทนี้ วิเคราะห์มากกว่าสองล้าน URL ในแง่ของประสิทธิภาพ Core Web Vitals เราเจาะลึกลงไปอีกเล็กน้อยเพื่อดูว่าปัญหาเหล่านี้มีความเฉพาะเจาะจงในอุตสาหกรรมหรือไม่

ระบายสีเนื้อหาขนาดใหญ่ที่สุด

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

ทำไมเป็นเช่นนี้: เว็บไซต์ท่องเที่ยวมักใช้ภาพขนาดใหญ่มากเกินไป ในขณะที่เว็บไซต์อย่าง Wikipedia จะเก็บภาพขนาดเล็ก

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

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

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

TBT ที่ดีอยู่ที่ประมาณ 0.3 วินาที ในขณะที่ TBT เฉลี่ยในไซต์ทั้งหมดที่เราวิเคราะห์คือ 0.7 วินาที ไซต์ในช่อง B2B ทำงานได้ดีที่สุดโดยมีค่า TBT 0.5 วินาที

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

เมื่อพิจารณาจากขนาดเฉลี่ยของหน้าเว็บ (ขนาดรวมของเนื้อหาทั้งหมดที่หน้าเว็บโหลด) การค้นพบนี้ได้รับการสนับสนุนโดยข้อเท็จจริงที่ว่าไซต์ B2B นั้นมีขนาดเล็กที่สุดโดยเฉลี่ย เพียง 2.MB เทียบกับ 4.MB สำหรับเว็บไซต์ข่าว:

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

Cumulative Layout Shift วัดจำนวนหน้าเว็บที่เลื่อนหรือกระโดดไปมาระหว่างการโหลด สาเหตุทั่วไปของการเปลี่ยนเลย์เอาต์คือ แบนเนอร์ป๊อปอัป แบนเนอร์คุกกี้ แบบฟอร์มยินยอม แบบฟอร์มการสมัครอีเมลและโฆษณา

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

เราพบว่า CLS เฉลี่ยจะอยู่ที่ประมาณ 0.12 สำหรับเว็บไซต์ในสหรัฐอเมริกา ซึ่งอยู่เหนือเกณฑ์มาตรฐานสำหรับคะแนนดีที่ 0.1

และเป็นที่ที่ เว็บไซต์ส่วนใหญ่สูญเสียในแง่ของ Core Web Vitals โดยมีประมาณ 36% ไม่ได้คะแนนดี.

ข่าวสารและสื่อ ไซต์และการเดินทางเป็นอุตสาหกรรมที่มีประสิทธิภาพแย่ที่สุดโดยมี CLS เป็น 0 20. อาจไม่น่าแปลกใจเลยที่กลุ่มเหล่านี้มักจะมีโฆษณาจำนวนมาก

ไซต์ประเภทพจนานุกรมทำงานได้ดีที่สุดโดยมี CLS เฉลี่ยเป็น 0 ต่ำกว่าอย่างเห็นได้ชัดแต่ยังคง ออกจากเกณฑ์มาตรฐาน

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

3 การแก้ไข Core Web Vitals

ตอนนี้ เราได้ดูข้อมูลแล้ว มาดูการแก้ไขที่เป็นไปได้กัน:

1) ถามตัวเองว่าคุณต้องการแอป ปลั๊กอิน หรือบล็อกของโค้ดนั้นจริงๆ หรือไม่

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

กำลังดู bbc.com

เราจะเห็นว่าหน้าแรกของเว็บไซต์ข่าวสามารถบันทึกได้ 1. วินาทีเพียงแค่รอจนกว่าหน้าจะแสดงผลเพื่อโหลดไฟล์ JavaScript และ CSS (ดูวิธีการทำด้านล่าง) นอกจากนี้ ภายใต้แท็บ JavaScript ที่ไม่ได้ใช้ ไซต์สามารถบันทึกได้ 1. วินาที โดยเอาโค้ด JavaScript ที่ไม่ได้ใช้ออก

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

    2) ระบุองค์ประกอบที่สำคัญของหน้าและเพิ่มประสิทธิภาพสิ่งที่คุณต้องการจริงๆ

    หมายเหตุสำหรับโซลูชันเหล่านี้บางอย่างที่คุณอาจต้องทำงานกับนักพัฒนา

    บีบอัดภาพ/วิดีโอ – ลองใช้ปลั๊กอินบีบอัด png เช่น สควอช เพื่อลดขนาดภาพโดยไม่สูญเสียคุณภาพ

    รูปแบบภาพเจเนอเรชันถัดไป WebP โดย Google สามารถลดขนาดภาพได้มากกว่า % โดยไม่สูญเสียคุณภาพใด ๆ

    JS และ CSS ที่สำคัญในบรรทัด

    – อย่างมีประสิทธิภาพ โค้ดถูกแบ่งออกเป็นส่วนสำคัญและไม่สำคัญ โดยโหลดระดับวิกฤตก่อน (นี่คือ

    guide สำหรับวิธีทำสิ่งนี้กับ CSS.)

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

    คู่มือสำหรับผู้เริ่มต้น ในการโหลดรูปภาพแบบขี้เกียจ

    3) สื่อสารปัญหาเกี่ยวกับปลั๊กอิน/นักพัฒนาแอป

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

    แนวโน้มหลักของ Web Vitals

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

    อ่านการศึกษา Core Web Vitals ฉบับเต็ม ที่นี่.

    349818หน้าแรก

  • Marketing & Digital Marketing News
  • Back to top button