Computer >> คอมพิวเตอร์ >  >> ระบบเครือข่าย >> อินเทอร์เน็ต

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

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

สัญชาตญาณแรกของคุณคือ - โย่ ไดโนเสาร์ตัวเก่า - และมันก็เป็นของฉันด้วย ดังนั้นฉันจึงตัดสินใจตรวจสอบสิ่งที่ให้ Google มีบริการมากมาย เช่น Google Search Console (เครื่องมือใหม่ของผู้ดูแลเว็บ), PageSpeed ​​Insights และอื่นๆ อีกสองสามบริการ ซึ่งสามารถช่วยคุณตรวจสอบว่าเว็บไซต์ของคุณทำงานเป็นอย่างไร ดังนั้นฉันจึงตรวจสอบ Dedoimedo แล้วเขียนบทความนี้ เพื่อปัญญา.

ทำไมความเร็วของหน้าจึงไม่มีความหมาย

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

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

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

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

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

ตัวอย่างที่ใช้ได้จริง:บทวิจารณ์ Linux ทั่วไปที่ฉันเผยแพร่ที่นี่ มีความยาวค่อนข้างมาก โดยปกติจะมีข้อความประมาณ 40K ตัวอักษร (ซึ่งเท่ากับประมาณ 2,500-3,000 คำ) และมีรูปภาพประมาณ 30-40 ภาพในหน้าเดียว เนื้อหานี้ใช้เวลาในการโหลด - ไม่มากแต่บางส่วน

อย่างไรก็ตาม ... บทความจะเริ่มต้นด้วยข้อความสองย่อหน้าเสมอ ซึ่งอาจใช้เวลาอ่าน 15-20 วินาที หากนานกว่านั้น เมื่อผู้ใช้อ่านจบ เนื้อหาทั้งหมดก็โหลดขึ้นสิบครั้ง ความเร็วไม่มีผลกับประสบการณ์ของผู้ใช้

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

และนั่นคือคุณภาพ

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

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

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

เอาล่ะ มาให้คะแนนหน้ากันบ้าง

แต่อย่างที่ฉันพูดไปในตอนต้น - เราต้องการจำนวนจริง ดังนั้นฉันจึงทำการทดสอบความเร็วสำหรับ dedoimedo.com และให้ฉันแสดงผลลัพธ์ให้คุณดู โปรดทราบว่าคุณจะได้รับผลลัพธ์สองชุดแยกกัน - วิธีที่หน้าเว็บแสดงบนเดสก์ท็อปและวิธีที่แสดงบนโทรศัพท์ (มือถือ) คะแนนอยู่ระหว่าง 0-100 และแน่นอนว่ายิ่งสูงยิ่งดี

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

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

ตอนนี้ Lab Data ให้คุณมากขึ้น และเราได้รับข้อมูลเพิ่มเติมบางส่วนจากที่นี่ แต่อีกครั้ง หากไม่คำนึงถึงบริบทของธรรมชาติของหน้า ตัวเลขก็ไม่ได้มีความหมายมากนัก ตัวอย่างเช่น Time to Interactive ไม่มีการโต้ตอบจริงบนหน้าของฉัน - ข้อความและรูปภาพ อ่านดู ส่วนหนึ่งของเวลานี้ - เนื้อหาของหน้าถูกเติมข้อมูลอย่างรวดเร็วเพียงใด โดยดัชนีความเร็วจะระบุ สิ่งนี้ย้อนกลับไปที่ข้อโต้แย้งของฉันเกี่ยวกับความเร็วที่ไม่มีความหมาย ตัวอย่างเช่น หน้าดัชนีบน Dedoimedo แสดงหัวข้อข่าวสำหรับเนื้อหาที่เผยแพร่ในช่วงไม่กี่เดือนที่ผ่านมา แน่นอนว่าถ้ามีน้อยก็จะใช้เวลาในการโหลดน้อยลง แต่นั่นไม่ใช่ประเด็น

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

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

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

การวินิจฉัยที่ชาญฉลาด - ดูเหมือนว่ารหัสของบุคคลที่สามบางส่วนบล็อกการโหลดเธรดหลัก (ของอะไร) ประมาณ 1 วินาทีเต็ม รายละเอียดแสดงให้เห็นว่าตัวการหลักคือโค้ด Google Ads ที่ฉันใช้ในหน้าต่างๆ ของฉัน ในทำนองเดียวกัน document.write() ถูกทำเครื่องหมายว่าเป็นปัญหาอื่นสำหรับผู้ที่มีการเชื่อมต่อที่ช้า และขอย้ำอีกครั้งว่าปัญหานี้เป็นของโค้ดของบุคคลที่สาม

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

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

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

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

นี่เป็นหนึ่งในเหตุผลที่ Dedoimedo มี JavaScript ออร์แกนิกเป็นศูนย์ - และเหตุผลที่ควรรวดเร็ว ไม่มีคุกกี้ ไม่มีความคิดเห็น ไม่มีอะไรเลย โค้ดของบุคคลที่สามเพียงอย่างเดียวคือการวิเคราะห์ขั้นพื้นฐาน การค้นหา โฆษณาบางตัวเพื่อพยายามหารายได้จากที่นี่และที่นั่น และแอปเพล็ตซ้อนทับคุกกี้ ซึ่ง GDPR และ CCPA กำหนด แต่เมื่อดูผลลัพธ์ด้านบน สิ่งที่ดีที่สุดที่ฉันทำได้คือทิ้งสคริปต์ของบุคคลที่สามทั้งหมด

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

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

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

ตัวเลขดูเหมือนจะตรงกันข้ามกับสิ่งที่ Google Search Console รายงาน หน้าเว็บทั้งหมดของฉันรายงานประสิทธิภาพของหน้าเว็บที่ดี แต่รายงานข้อความของ Field Data ดูเหมือนจะเห็นด้วย ในหมายเหตุด้านข้าง จากหน้าเว็บที่จัดทำดัชนีทั้งหมด มีเพียงสองหน้าเท่านั้นที่ดูเหมือนจะมีปัญหาด้านความสามารถในการใช้งานมือถือ และในทั้งสองกรณี สิ่งเหล่านี้ดูเหมือนจะเป็นผลบวกที่ผิดพลาด เนื่องจากการทดสอบสดรายงานว่าทั้งหมดเป็นสีเขียว (รวมถึงการแสดงผลอย่างถูกต้องบนโทรศัพท์ด้วย) . ตัวอย่างเช่น หนึ่งในสองเพจเท่านั้นที่ถูกตั้งค่าสถานะที่นี่ คู่มือการหาประโยชน์ของ Windows 10:

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

Google Core Web Vitals &Paradox ของความเร็วหน้าเว็บ

การพูดที่เป็นมิตร ตัวอักษรสีเทาซีดบนพื้นหลังสีเทาไม่เป็นมิตรจริงๆ ห่างไกลจากมัน

บทสรุป

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

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

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

ไชโย.