ไขความลับของ Core Web Vitals สำหรับ WordPress

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

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

ลำโพง:

• Alex Zuniga ผู้จัดการผลิตภัณฑ์ของ WP Engine
• Mark Davoli ผู้อำนวยการฝ่ายพัฒนาเว็บของ Amsive Digital
• Matt Chase ผู้อำนวยการฝ่ายพัฒนาของ Vital Design
• Sanjucta Ghose นักพัฒนาเว็บอาวุโสของ WP Engine
• Mike Crantea ผู้อำนวยการฝ่ายวิศวกรรมส่วนหน้าของ XWP

ถอดเสียง:

ALEX ZUNIGA: สวัสดี และยินดีต้อนรับสู่ Demystifying Core Web Vitals สำหรับ WordPress ฉันชื่อ Alex Zuniga ผู้จัดการผลิตภัณฑ์ที่ WP Engine และวันนี้ เราจะมาพูดถึงข้อมูลเชิงลึกของแก่นสำคัญของเว็บสำหรับเว็บไซต์ WordPress ของคุณ Core Web Vitals เป็นตัวชี้วัดที่จำเป็นในการเพิ่มประสิทธิภาพ หากคุณสนใจเกี่ยวกับการเพิ่มประสิทธิภาพไซต์ของคุณสำหรับ SEO เพื่อประสิทธิภาพของไซต์ แต่อาจเป็นเรื่องยากที่จะทราบว่าเครื่องมือและกลยุทธ์ใดของ WordPress ที่มีผลกระทบมากที่สุด ดังนั้นเข้าร่วมเซสชันนี้เพื่อดูข้อมูลเชิงลึกว่าแนวทางปฏิบัติและเครื่องมือที่ดีที่สุดสามารถช่วยคุณปรับปรุงคะแนนสำคัญของเว็บสำหรับ WordPress ได้อย่างไร

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

MIKE CRANTEA: สวัสดีครับ ผมไมค์ แครนเทีย ฉันอยู่ที่หมู่เกาะคะเนรี ประเทศสเปน ฉันเป็นผู้อำนวยการฝ่ายวิศวกรรมส่วนหน้าของ XWP ซึ่งฉันทำงานมาตลอด 17 ปีที่ผ่านมา ส่วนใหญ่ในส่วนเทคโนโลยีส่วนหน้า ฉันชอบประสิทธิภาพของเว็บ และฉันดีใจที่ได้มาที่นี่ เฮ้.

ALEX ZUNIGA: ขอบคุณ ไมค์ ต่อไป เรามี Matt Chase

แมตต์ เชส: ฉันเป็นผู้อำนวยการฝ่ายพัฒนาที่ Vital Design ในเมืองพอร์ตสมัธ รัฐนิวแฮมป์เชียร์ ส่วนหน้าเน้นหนักไปที่งานของฉัน ดังนั้นเราจึงทำคะแนนประภาคารและ Core Web Vital เป็นจำนวนมาก

อเล็กซ์ ซูนิกา: ยอดเยี่ยม ขอบคุณแมตต์ และมาร์ค

MARK DAVOLI: สวัสดีครับ ผม Mark Davoli ผู้อำนวยการฝ่ายพัฒนาเว็บของ Amsive Digital มีความเชี่ยวชาญในพื้นที่ Core Web Vital สำหรับทีมของเราเนื่องจาก SEO มีความสำคัญต่อบริษัทของเรามาก ดังนั้น Core Web Vitals ก็เช่นกัน มีความสุขที่ได้มาที่นี่

ALEX ZUNIGA: มีความสุขที่มีคุณ ผู้ชาย และสุดท้ายแต่ไม่ท้ายสุด Sanjucta

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

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

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

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

ALEX ZUNIGA: แน่นอน แมตต์ คุณมี—

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

ALEX ZUNIGA: จากทั้งหมดที่กล่าวมา เรารู้ว่ามันสำคัญ แต่วิธีที่ดีที่สุดในการวัดคะแนนของเราคืออะไร?

มาร์ค ดาโวลี: หนึ่งในวิธีที่เราวัดนอกเหนือจากการใช้ นั่นคือเครื่องมือ Page Speed ​​Insight ของ Google ซึ่งสำคัญมากเพราะเป็นเครื่องมือที่พวกเขาใช้ในการวัด ถูกต้อง ดังนั้นหากคุณต้องการสร้างผลกระทบ การใช้เครื่องมือนั้นมีความสำคัญ มี Lighthouse ในเบราว์เซอร์ของคุณด้วยใน Chrome DevTools ซึ่งสำคัญมาก และ Search Console ก็มีเครื่องมือประสบการณ์ผู้ใช้ที่ยอดเยี่ยมสำหรับการตรวจสอบเมตริกผู้ใช้จริงในช่วง 28 วันที่ผ่านมา ซึ่งเป็นสิ่งสำคัญสำหรับการตรวจสอบเป็นเวลานาน

ซันจุคตา โกส: ใช่ ดังนั้นฉันจะบอกว่า Page Speed ​​Insights เป็นเครื่องมือที่ดีมาก เพราะมันให้ข้อมูลทั้งตามเวลาจริง ในแง่ที่ว่า Core Web Vitals นั้นอ้างอิงจากข้อมูลผู้ใช้จริงในช่วง 28 วันที่ผ่านมา แต่คุณยังสามารถดูรายงาน Lighthouse ของคุณ ซึ่งอ้างอิงจากข้อมูลในห้องปฏิบัติการ และนั่นคือสิ่งที่คุณสามารถปรับปรุงได้ทันที เพราะต้องใช้เวลาสักระยะก่อนที่คุณจะเห็นการปรับปรุงใน Core Web Vitals จริง ๆ เนื่องจากวัดผลในช่วงเวลาหนึ่ง

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

อเล็กซ์ ซูนิกา: ยอดเยี่ยม ฟังดูเหมือนตะโกนใหญ่สำหรับประภาคารที่นั่น ยอดเยี่ยม. ยอดเยี่ยม.

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

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

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

มาร์ค ดาโวลี: ใช่ และสำหรับฉัน สิ่งสำคัญคือสิ่งที่เราเรียกว่าการเรนเดอร์ครึ่งหน้าบน เพื่อให้แน่ใจว่าการแสดงผลนั้นเร็วที่สุด และดังที่กล่าวไว้ก่อนหน้านี้ การเลื่อนเวลาและขี้เกียจโหลดสิ่งอื่นๆ ที่อยู่นอกจอเพื่อให้แน่ใจว่าคุณจะได้คะแนนที่ดีที่สุดเท่าที่จะเป็นไปได้ ตามที่กล่าวไว้ WP Rocket นั้นยอดเยี่ยมสำหรับคุณสมบัติสคริปต์การหน่วงเวลา แต่เรามักจะ- เช่นฉันพยายามจำกัดสิ่งนั้นไว้เฉพาะ GTM หรือสคริปต์โฆษณาของ Google หรืออะไรทำนองนั้น และมุ่งเน้นไปที่การปรับปรุงสถาปัตยกรรมหลักที่แท้จริงของธีมซึ่งขับเคลื่อนเว็บไซต์เพื่อให้แน่ใจว่าได้รับการปรับให้เหมาะสมที่สุดเท่าที่จะเป็นไปได้ ดังนั้นคุณจึงไม่ต้องพึ่งพาปลั๊กอินของบุคคลที่สามเพื่อให้มีผลกระทบต่อประสิทธิภาพดังกล่าว

MATT CHASE: โอ้แน่นอน ใช่. ปลายทั้งสอง

อเล็กซ์ ซูนิกา: เข้าใจแล้ว ก๊อตชา. และเพื่อชี้แจง คุณพูดว่า WP Rocket และนั่นคือคุณสมบัติสคริปต์ล่าช้า

มาร์ค ดาโวลี: ใช่

อเล็กซ์ ซูนิกา: ยอดเยี่ยม

MIKE CRANTEA: สิ่งหนึ่งที่ไม่ได้รับความสนใจเพียงพอคือการแคช แต่เวลาตอบสนองของเซิร์ฟเวอร์ที่รวดเร็วไม่ได้รับประกันว่าจะได้รับประสบการณ์ที่รวดเร็ว แต่ถ้าเซิร์ฟเวอร์ของคุณตอบสนองช้า รับประกันว่าคุณจะได้รับประสบการณ์ที่ช้า ดังนั้นการใช้เลเยอร์การแคชทั้งหมดที่มีอยู่ - การแคชเบราว์เซอร์, การแคชวัตถุ, การแคชหน้า - และการเปิดใช้งานและใช้งานได้จึงเป็นขั้นตอนแรกที่ดี ทำพื้นฐานของคุณ จากนั้นคุณสามารถทำงานเพื่อเพิ่มประสิทธิภาพส่วนหน้า ตรวจสอบสิ่งที่อยู่ในหัวของคุณ และอื่น ๆ และอื่น ๆ.

อเล็กซ์ ซูนิกา: ยอดเยี่ยม

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

ดังนั้นฉันคิดว่าภาพ และยังมีสิ่งง่ายๆ เช่น การย่อขนาด JavaScript ของคุณใน CSS ระหว่างขั้นตอนการสร้าง ฉันคิดว่ามันช่วยได้มากเช่นกัน มันค่อนข้างง่ายที่จะทำ

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

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

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

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

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

อเล็กซ์ ซูนิกา: ยอดเยี่ยม เครื่องมืออื่น ๆ ที่คุณชอบใช้?

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

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

MIKE CRANTEA: และนั่นคือจุดที่การเปิดใช้แคชและพร้อมใช้งานจะช่วยได้

มาร์ค ดาโวลี: และ CDN

ไมค์ แครนเทีย: ใช่ หลีกเลี่ยงภัยพิบัติที่อาจเกิดขึ้น

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

ซันจุคตา โกส: ฉันคิดว่าปลั๊กอินนั้นยอดเยี่ยม ตัวอย่างเช่น WP Rocket นั้นยอดเยี่ยมมาก เราใช้ EWWW Image Optimizer เป็นจำนวนมาก และฉันก็คิดว่ามันยอดเยี่ยมเช่นกัน แต่เหมือนฉันคิดว่ามันถูกพูดไปแล้ว WP Rocket คุณต้องใช้อย่างระมัดระวังเพราะถ้าคุณเปิดฟีเจอร์ defer JavaScript ฉันเคยเห็นกรณีที่มันแนะนำข้อบกพร่องแปลก ๆ ข้อบกพร่องอย่างหนึ่ง ดังนั้นฉันจึงชอบที่จะม้วนโซลูชันของฉันเองในบางครั้งแทนที่จะใช้ปลั๊กอิน โดยมีเงื่อนไขว่าคุณมีความเชี่ยวชาญในการพัฒนา

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

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

แต่ใช่ WP Rocket เป็นสิ่งที่ฉันไปอย่างแน่นอนนอกเหนือจากโค้ดที่ดีในและโค้ดที่ดี ขวา. การทำงานเป็นวิธีที่ดีที่สุดในการเข้าถึงมันเสมอ ปลั๊กอินสามารถทำงานอัตโนมัติได้ แต่ไม่มีอะไรทดแทนการให้รหัสของคุณเป็นจริงและมีความหมาย

MIKE CRANTEA: มีปลั๊กอินอีกหนึ่งตัวที่ถูกทำเครื่องหมายว่าเป็นปลั๊กอินประเภทแล็บ นั่นคือ Performance Lab ดำเนินการโดยทีม WordPress Performance Core และแม้ว่าจะฟังดูน่ากลัว แต่ก็มีให้ในการทดสอบทั้งหมดของฉันจนถึงตอนนี้มีความเสถียรเต็มที่ และนั่นก็น่าประทับใจมากสำหรับสิ่งที่ควรจะเป็น และคุณภาพของงานที่ลงเอยด้วยปลั๊กอิน Performance Lab ดังนั้นจึงคุ้มค่าที่จะลองดู ช่องทำเครื่องหมายสองสามช่อง และทุกอย่างที่อยู่ในนั้นก็ปลอดภัย ฉันไม่แน่ใจเกี่ยวกับสวิตช์ฐานข้อมูล นั่นเป็นสิ่งที่ขัดแย้งกันมากขึ้นเมื่อฉันอ่านเกี่ยวกับเรื่องนี้ ใช่. อย่าแตะปุ่มนั้น เช่นเดียวกับที่พวกเขาเพิ่มการสนับสนุน SQLite หรืออะไรทำนองนั้นในปลั๊กอินซึ่งใช้งานได้กับเว็บไซต์ขนาดเล็กบางแห่ง

อเล็กซ์ ซูนิกา: น่าสนใจ

มาร์ค ดาโวลี: ใช่ และสำหรับฉัน WP Rocket นั้นยอดเยี่ยมมาก เราจำกัดการใช้งานบนไซต์ส่วนใหญ่ของเรา เนื่องจากสิ่งที่เราทำส่วนใหญ่สร้างขึ้นเอง แต่ยังมีคุณสมบัติอื่น ๆ อีกมากมายใน Core WordPress ที่หากใช้อย่างถูกต้อง คุณจะได้รับเว็บไซต์ที่ปรับแต่งมาเป็นอย่างดี เช่นเดียวกับการใช้ Block Editor แทนบุคคลที่สามเช่น Elementor หรืออื่นๆ สามารถเพิ่มจำนวนมากให้กับไซต์ได้ ดังนั้นหากคุณสร้างระบบบล็อกประเภท Gutenberg แบบเนทีฟใหม่ และโหลดไฟล์ตามต้องการจริงๆ แทนที่จะโหลดทุกอย่างพร้อมกันในทุกหน้า เป็นต้น มีคุณสมบัติในการโหลดแบบ Lazy Loading ใน WordPress ในขณะนี้ ดังนั้นการเฝ้าดูวิธีการใช้และการใช้อย่างเหมาะสม เป็นต้น แล้วเพิ่มเครื่องมือเช่น WP Rocket เพื่อปรับปรุงสิ่งที่มีอยู่แล้ว แต่ไม่ได้พึ่งเท่านั้น.

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

ซันจุคตา โกส: ในหัวข้อ CSS ที่สำคัญ ฉันแค่อยากจะพูดถึงว่า Addy Osmani มีเครื่องมือที่ยอดเยี่ยมที่เรียกว่า Critical คุณสามารถเพิ่มขั้นตอนการสร้างเพื่อสร้าง CSS ที่สำคัญของคุณได้ มันเจ๋งมาก. และน่าเชื่อถือมาก ดังนั้นเมื่อคุณพูดถึง CSS ที่สำคัญ ฉันคิดว่าฉันจะเพิ่มสิ่งนั้น ขอโทษที่ตัดคุณออกไป

MIKE CRANTEA: ไม่เป็นไร ในหัวข้อเดียวกันของ CSS ที่สำคัญ มีความพยายามจากทีม Jetpack ที่จะทำบางอย่างกับปลั๊กอิน Jetpack Boost นั่นเป็นวิธีที่น่าสนใจมากในการสร้าง CSS ที่สำคัญโดยการแสดงหน้าใน iframes หรืออะไรทำนองนี้ ที่ให้เมื่อมันทำงาน มันเป็นทางออกที่ดี เมื่อไม่เป็นเช่นนั้น มันจะบอกคุณ เฮ้ มันไม่ได้ผลที่นี่ เพียงแค่ย้ายตาม คุณต้องการอย่างอื่น การเข้าถึง CSS ที่สำคัญไม่ใช่เรื่องง่ายเสมอไป ในทางกลับกัน เมื่อ 4 หรือ 5 ปีที่แล้ว CSS ที่สำคัญมีขนาดใหญ่มาก มันช่วยได้มาก

ในช่วงสองหรือสามปีที่ผ่านมาด้วยความก้าวหน้าของ HTTP/3 การมี CSS ที่สำคัญหนึ่งตัวที่แสดงผลการบล็อกมีผลกระทบน้อยมากที่จะมี 100 กิโลไบต์หรือ CSS แบบอินไลน์ กำลังทำให้เว็บไซต์ทำงานได้เร็วเท่ากับเว็บไซต์ที่เคยมี CSS ที่สำคัญเมื่อสี่หรือห้าปีที่แล้ว ดังนั้นอย่ากลัวที่จะมี CSS ขนาดพอเหมาะในไซต์ของคุณ คุณไม่จำเป็นต้องกำจัดมัน และฉันเคยเห็นเว็บไซต์ที่ได้รับการปรับแต่งเป็นพิเศษ

เรามี CSS ที่สำคัญเช่น CSS แบบอินไลน์ 100 กิโลไบต์ และการปิดกั้นการแสดงผล, jQuery และอีกสองสคริปต์ที่ไม่ได้ใช้ มันแบบว่า เย้ คุณกำลังเอาชนะจุดประสงค์ด้วยสิ่งนั้น มันสามารถช่วยให้เรามีแนวทางประเภท 5% ที่คงอยู่ได้ แต่ถ้าเริ่มดูข้อแรก

อเล็กซ์ ซูนิกา: ยอดเยี่ยม สุดยอด. ฉันคิดว่าเครื่องมือทั้งหมดนั้น เป็นเรื่องดีที่ได้ยินเสียงตะโกนเหล่านั้น และยินดีรับฟังข้อเสนอแนะเหล่านั้น และคำถามต่อไปของเราก็วนเวียนอยู่แบบนั้น ลักษณะเฉพาะของการทำงานบน WordPress โดยเฉพาะกับ Core Web Vitals คืออะไร คุณต้องทำสิ่งนี้ผ่านปลั๊กอินแทนที่จะทำกับกองเทคโนโลยีอื่น ๆ หรือไม่? WordPress ง่ายกว่าไหม มีเครื่องมือเพิ่มเติมหรือไม่ ดังที่เราเพิ่งพูดถึงคุณทั้งหมดเพิ่งเลิกใช้เครื่องมือมากมาย WordPress ง่ายกว่าไหม WordPress ยากกว่าไหม? คุณเอาอะไร

MATT CHASE: ฉันคิดว่ามันง่ายมากกับ WordPress ดังนั้นเราจึงพูดคุยกันเล็กน้อยเกี่ยวกับหรือฉันพูดถึงแพ็คเกจโหนดสคริปต์ WordPress ที่พวกเขาแจกจ่าย ซึ่งเป็นระบบการสร้าง webpack ที่ยอดเยี่ยมในกล่องเดียว พวกเขายังมีบล็อกสร้าง WordPress ซึ่งเป็นวิธีที่ง่ายและรวดเร็วในการบูตบล็อกที่กำหนดเองสำหรับไซต์ที่ใช้ WordPress ของคุณ แต่มันถูกสร้างขึ้นในลักษณะที่โค้ดกาวจำนวนมากถูกเขียนขึ้นเพื่อคุณ มันฉลาดอยู่แล้วเกี่ยวกับ– มาร์ค คุณพูดถึงสคริปต์เหล่านั้นเมื่อคุณควรพูดเท่านั้น ดังนั้นคุณจึงรู้ว่าบล็อกของคุณกำลังทำสิ่งนั้นอยู่นอกประตูหรือไม่ คุณไม่จำเป็นต้องคิดเกี่ยวกับมัน WordPress ทำให้เรื่องแบบนั้นเป็นเรื่องง่ายจริงๆ

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

ALEX ZUNIGA: นั่นอาจเป็นคำเรียกของระบบปิดเทียบกับโอเพ่นซอร์ส เอาเลยซานจุคต้า

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

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

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

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

MIKE CRANTEA: และการกำหนดขีดจำกัด เฮ้ คุณสามารถมีโทรศัพท์ได้ไม่เกิน x เครื่อง คุณไม่ควรนำ 25 มาใส่ในตารางด้วยรูปแบบต่างๆ ทั้งหมด ที่ช่วยตั้งแต่ขั้นตอนการออกแบบ นอกจากนี้ หากไม่มีจุดสัมผัสบางอย่างที่เกิดขึ้นในช่วงระยะเวลาของโครงการ บางครั้งก็ง่ายที่จะผ่านบางสิ่งไป เช่นเดียวกับคำขอ sprint เจ็ดสำหรับการเพิ่มปลั๊กอินแบบทดสอบในการผสม หากไม่ได้เลือกไว้ คุณจะพบมันเล็กน้อยในตอนท้าย ดังนั้นคำแนะนำของฉันจึงดำเนินการตามนี้ทุก ๆ การวิ่งสองสามครั้ง เราตรวจสอบการวัดแบบอัตโนมัติของขั้นตอนของวิวัฒนาการของสิ่งต่างๆ เกิดอะไรขึ้นกับสิ่งสุดท้ายที่ถูกผลักออกไป สิ่งต่าง ๆ ช้าลงหรือไม่? เราจำเป็นต้องดำเนินการแก้ไขใดๆ ล่วงหน้าหรือไม่ แทนที่จะตอบโต้เมื่อสิ้นสุดโครงการ

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

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

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

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

อเล็กซ์ ซูนิกา: ยอดเยี่ยม

MIKE CRANTEA: ฉันคิดว่าการแสดงนั้นขาดความอดทน ดังนั้นหากคุณกำลังคิดว่า ลองมาแสดงประสิทธิภาพที่คงอยู่สักสองสามสปรินท์ หลังจากครั้งแรก เมื่อฉันเห็นมัน? เมื่อฉันเห็นมัน? การวางแผนที่จะเผยแพร่ซ้ำๆ เช่น การเพิ่มฟีเจอร์ 1 รายการ ฟีเจอร์เดียว จะเพิ่มความมั่นใจถึงผลกระทบที่งานนี้ทำ และยิ่งคุณเห็นสิ่งนี้แปลไปสู่การแปลงและการเปลี่ยนแปลงมากเท่าไหร่ คุณก็ยิ่งเห็นคุณค่าได้รวดเร็วขึ้นโดยไม่ต้องใช้เวลามากมายไปกับการศึกษา

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

ALEX ZUNIGA: นั่นเป็นสัญญาณที่ดี โทรออกที่ดี

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

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

ดังนั้น ทุกท่าน ขอบคุณมากสำหรับเวลาของคุณ นั่นคือแผงของเรา เราต้องการกล่าวขอบคุณอย่างมากต่อผู้ร่วมอภิปรายของเราทุกคน เราขอขอบคุณสำหรับการเข้าร่วมการอภิปรายครั้งนี้ และเราหวังว่าคุณจะสนุกกับการดู DE{CODE} เซสชันที่เหลือของเรา