Marketing & Digital marketing

Google เปลี่ยนตัวชี้วัด Core Web Vitals; วิธีใช้ข้อมูลห้องปฏิบัติการและภาคสนามเพื่อการเพิ่มประสิทธิภาพ

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

มีหลายสัปดาห์ที่สงวนไว้สำหรับการสังเกตและการปรับเปลี่ยน: “ ประสบการณ์หน้า จะไม่มีบทบาทอย่างเต็มที่ในฐานะส่วนหนึ่งของระบบเหล่านั้น จนถึงสิ้นเดือนสิงหาคม” Google กล่าว หลังจากนั้น ปัจจัยการจัดอันดับประสบการณ์หน้าเดสก์ท็อปจะเปิดตัวต่อไปและจะเปิดตัวอย่างสมบูรณ์ก่อนสิ้นปี

เกี่ยวกับตัวชี้วัด Core Web Vitals

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

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

ข้อมูลห้องปฏิบัติการไม่ได้รับการพิจารณาสำหรับการจัดอันดับ

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

โดยทั่วไปคุณสามารถตั้งตารอคะแนนที่ดีขึ้นได้หากคุณ ได้รับผลกระทบจากตัวชี้วัดที่ได้รับการรื้อปรับระบบใหม่บางส่วน มีประโยชน์อย่างยิ่งคือการปรับเปลี่ยนวิธีการ Largest Contentful Paint (LCP) และ Cumulative Layout Shift (CLS) ถูกวัด

การเปลี่ยนแปลงใน First Contentful Paint

เกณฑ์สำหรับการบรรลุคะแนน “ดี” สำหรับ First Contentful Paint (FCP) ส่วนประกอบที่นำไปสู่ ​​Core Web Vitals ที่ไม่มี FCP เป็นหนึ่งเดียว เพิ่มขึ้นจาก 1.0 เป็น 1.8 วินาที บัญชี FCP สำหรับ Time to First Byte เป็นการสะท้อนเวลาตอบสนองของเซิร์ฟเวอร์มากกว่าสิ่งที่คุณจัดการโดยตรงด้วยรหัส บวกกับเวลา ใช้ในการประมวลผล แสดงทรัพยากรการบล็อก เช่น CSS ซึ่งคุณทำได้

การเปลี่ยนแปลงใน Largest Contentful Paint

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

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

การเปลี่ยนแปลงรูปแบบสะสม

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

นั่นเป็นการแสดงการเปลี่ยนแปลงที่ดีกว่าการนับเซสชันที่ไม่ได้ปิดทั้งหมดซึ่งสามารถคงอยู่ได้ – นาทีขึ้นไปสำหรับคะแนนที่ถูกเป่าออกนอกสัดส่วน

มีอะไรใหม่บ้าง

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

uncapped_cumulative_layout_shift

.

 เลือก uncapped_cls จาก `chrome-ux-report.all.202105`, UNNEST( Experimental.uncapped_cumulative_layout_shift.histogram.bin ) AS uncapped_cls WHERE ต้นทาง = 'https://searchengineland.com'

เมื่อ Page Speed ​​Insights (PSI ) ข้อมูลมีประโยชน์

เคล็ดลับคือการเรียนรู้วิธีเรียกคะแนนอย่างเป็นทางการมากกว่าหนึ่งวิธี ซึ่งจะยิ่งซับซ้อนขึ้นไปอีกจากการคิดเกี่ยวกับข้อมูลที่คุณกำลังดูอยู่ Page Speed ​​Insights (PSI) ซึ่งมักเน้นโดยผู้ปฏิบัติงาน SEO ไม่ ให้ข้อมูลไม่เพียงพอในการบอกเล่าเรื่องราวทั้งหมด

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

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

The CrUX ของมัน

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

นั่นคือข้อมูล BigQuery สำหรับรายงาน CrUX จะผ่านกระบวนการปรับประสิทธิภาพให้เหมาะสมซึ่งเตรียมข้อมูลก่อนหน้า ข้อมูลเดือนสำหรับการบริโภคของประชาชน การจัดทำดัชนีดังกล่าว และอาจแคชการตอบกลับแบบสอบถามบางอย่าง ทำให้ผู้ใช้ CrUX สามารถสืบค้นข้อมูลย้อนหลังได้จนถึงช่วงปลาย 768 เมื่อมีการรวบรวมข้อมูลครั้งแรก ประกาศมาถึงวันอังคารที่สองของแต่ละเดือนใหม่สำหรับ เมื่อเดือนก่อนหน้าพร้อมสำหรับการสอบถาม .

ข้อมูลห้องปฏิบัติการให้ ข้อเสนอแนะที่สมบูรณ์ยิ่งขึ้น

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

หากคะแนนในห้องปฏิบัติการบ่งบอกถึงสภาวะเฉลี่ยที่มากกว่า ก็จะเป็นเช่นนั้น ไม่เปิดเผยปัญหาคอขวดด้านประสิทธิภาพที่นักพัฒนาซอฟต์แวร์จำเป็นต้องดูเพื่อทำการเปลี่ยนแปลงเพื่อปรับปรุงประสบการณ์ใช้งานเพจภายใต้สภาวะที่ตึงเครียด ประภาคารนอก PSI ใน Dev Tools หรือแพ็กเกจโดย NPM เป็นโปรเจ็กต์ Open Node สามารถปรับเทียบเพื่อจำลองสถานการณ์ต่างๆ ได้

ข้อมูลภาคสนามให้ตัวอย่างการใช้งานจริง

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

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

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

ใช้ข้อมูลห้องปฏิบัติการเพื่อการเพิ่มประสิทธิภาพ

โปรเจ็กต์ Lighthouse แบบโอเพนซอร์สคือสิ่งที่ขับเคลื่อนข้อมูลแล็บ และได้นำไปใช้ในเครื่องมือ Dev และสามารถติดตั้งในแพ็คเกจที่มาพร้อมกับ Command Line Interpreter (CLI) ของตัวเองได้ Lighthouse ใน Dev Tools สามารถกำหนดค่าให้จับคู่พลังงานและความเร็วที่ลดลงหรือเพิ่มขึ้นจากค่าเริ่มต้น "เปอร์เซ็นไทล์บน"

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

การใช้งาน CLI

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

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

$ ประภาคาร   

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

ตัวอย่างคำสั่ง Lighthouse CLI

  • 347765

  • Back to top button