เผยแพร่: 12 ก.พ. 2025
Google Search เป็นหนึ่งในเว็บไซต์ที่ได้รับความนิยมสูงสุดบนเว็บ และเป็นเว็บไซต์ที่เร็วที่สุดเว็บไซต์หนึ่งด้วย ทีม Search ลงทุนอย่างต่อเนื่องเพื่อทำให้ประสบการณ์การค้นหาเร็วขึ้น ในหน้าเว็บที่ได้รับความนิยมอย่าง Google Search การปรับปรุงเพียงไม่กี่มิลลิวินาทีก็ส่งผลอย่างมาก ความสนใจเรื่องความเร็วนี้รวมถึงหน้าแรกของ Google ที่เป็นที่รู้จักกันดี หน้าผลการค้นหาของเครื่องมือค้นหา (SERP) และการคลิกไปยังเว็บไซต์อื่นๆ จากผลการค้นหาเหล่านั้น
Google Search ใช้ประโยชน์จาก Speculation Rules API เพื่อปรับปรุงความเร็วในการไปยังส่วนต่างๆ จากหน้าผลการค้นหาไปยังลิงก์ผลการค้นหา และได้ใช้ฟีเจอร์บางอย่างของ API ที่เจ้าของเว็บไซต์รายอื่นๆ อาจสนใจ
เรียกข้อมูลผลการค้นหา 2 รายการแรกล่วงหน้า
การใช้กฎการคาดการณ์ครั้งแรกๆ คือการเรียกข้อมูลผลการค้นหา 2 รายการแรกล่วงหน้า ตัวอย่างเช่น การค้นหาคำว่า "test" จะมีกฎการคาดเดาต่อไปนี้ในหน้า
{
"prefetch": [{
"source": "list",
"requires": [
"anonymous-client-ip-when-cross-origin"
],
"referrer_policy": "strict-origin",
"urls": [
"https://www.merriam-webster.com/dictionary/test",
"https://dictionary.cambridge.org/dictionary/english/test"
]
}]
}
URL 2 รายการที่ด้านล่างคือผลการค้นหา 2 รายการแรก และระบบจะทำการเรียกข้อมูลล่วงหน้าทันที หากผู้ใช้คลิกลิงก์ดังกล่าว ผู้ใช้จะได้รับข้อมูลล่วงหน้าเนื่องจากเบราว์เซอร์ควรมีเอกสาร HTML อยู่แล้ว
คุณดูกฎและการพยายามทำการคาดการณ์ล่วงหน้าได้ในแอปพลิเคชัน DevTools -> แท็บการคาดการณ์ ตามที่ได้บันทึกไว้ก่อนหน้านี้

การโหลดล่วงหน้าที่รักษาความเป็นส่วนตัว
เนื่องจากลิงก์เหล่านี้เป็นลิงก์สำหรับเนื้อหาในเว็บไซต์อื่น จึงมีข้อควรพิจารณาด้านความเป็นส่วนตัวเพิ่มเติมสำหรับการโหลดล่วงหน้าเนื่องจากผู้ใช้ยังไม่ได้เข้าชมเว็บไซต์เหล่านั้น
แต่ API นี้ออกแบบมาโดยคำนึงถึงเรื่องนี้ และ Google Search ใช้ประโยชน์จากฟีเจอร์ 2 อย่างเพื่อรักษาความเป็นส่วนตัวของผู้ใช้
ประการแรกคือการใช้การกำหนดค่า requires
เพื่อให้แน่ใจว่าการเรียกข้อมูลล่วงหน้าใช้พร็อกซีการเรียกข้อมูลล่วงหน้าส่วนตัวใน Chrome
"requires": [
"anonymous-client-ip-when-cross-origin"
],
ซึ่งจะใช้พร็อกซีเพื่อให้การเชื่อมต่อปิดบังที่อยู่ IP ของผู้ใช้เพื่อไม่ให้เราเปิดเผย IP ของผู้ใช้ไปยังเว็บไซต์ก่อนที่ผู้ใช้จะคลิกลิงก์เพื่อไปยังเว็บไซต์นั้นจากหน้าผลการค้นหา
ประการที่ 2 Google Search ใช้การตั้งค่า referrer_policy
เพื่อให้แน่ใจว่าไม่มีการส่งรายละเอียดที่เข้ารหัสใน URL ของหน้าค้นหาไปยังเว็บไซต์ในส่วนหัว HTTP referer
"referrer_policy": "strict-origin",
ปัจจุบันเบราว์เซอร์ส่วนใหญ่ตั้งค่าเริ่มต้นเป็น strict-origin-when-cross-origin
แต่การตั้งค่านี้ใช้การตั้งค่าที่เข้มงวดกว่าเพื่อใช้นโยบาย URL ที่มา strict-origin
แม้สําหรับการจําหน่ายล่วงหน้าจากต้นทางเดียวกัน
การปกป้องที่ 3 จะทำงานโดยอัตโนมัติหากผู้ใช้มีคุกกี้สําหรับเว็บไซต์ ในกรณีนี้ ผู้ใช้อาจเห็นผลลัพธ์ที่แตกต่างกันตามคุกกี้เหล่านั้น และ Chrome จะไม่ใช้ HTML ที่โหลดล่วงหน้า

ซึ่งหมายความว่าผู้ใช้ที่มีคุกกี้จะไม่ได้รับประโยชน์จากประสิทธิภาพที่ดีขึ้นจากการโหลดล่วงหน้าเมื่อคลิกเว็บไซต์นั้น แต่ระบบจะให้ความสำคัญกับการปกป้องความเป็นส่วนตัวและการโหลดหน้าเว็บที่ถูกต้อง นอกจากนี้ หากผู้ใช้เข้าชมเว็บไซต์และมีคุกกี้ของเว็บไซต์นั้นอยู่แล้ว ก็มีความเป็นไปได้สูงที่จะมีชิ้นงานบางส่วนจากเว็บไซต์นั้นๆ อยู่ในแคช และอาจทำให้หน้าเว็บโหลดเร็วขึ้นแม้ว่าจะไม่มีการโหลดล่วงหน้าก็ตาม
ผลกระทบต่อผู้ใช้ของการโหลดผลการค้นหา 2 รายการแรกล่วงหน้า
Google Search ได้เปิดตัวการโหลดล่วงหน้าในการทดสอบ A/B และวัดผลลัพธ์ เช่นเดียวกับการเปลี่ยนแปลงส่วนใหญ่ และพบว่า Largest Contentful Paint (LCP) ดีขึ้นอย่างมาก ใน Chrome สําหรับ Android LCP ของการคลิกจาก Google Search ลดลง 67 มิลลิวินาที การเปิดตัว Chrome บนเดสก์ท็อปที่ตามมาส่งผลให้ LCP ดีขึ้น 58.6 มิลลิวินาที การดำเนินการเหล่านี้เป็นการปรับปรุงเว็บไซต์ที่ไปยัง ไม่ใช่เว็บไซต์ Google Search โดยตรง แต่ส่งผลดีต่อผู้ใช้ Google Search
การปรับปรุง LCP เหล่านี้อาจดูไม่สำคัญ แต่สำหรับเว็บไซต์ที่ได้รับการเพิ่มประสิทธิภาพอย่างสูงอย่าง Google Search เรายินดีกับการปรับปรุงเพียงไม่กี่มิลลิวินาทีสำหรับผู้ใช้ของเรา การปรับปรุงในช่วงหลายสิบมิลลิวินาทีจึงเป็นเรื่องผิดปกติ เว็บไซต์ของคุณอาจได้รับประโยชน์มากกว่านี้มาก คุณจึงควรลองใช้เพื่อดูผลลัพธ์
การเรียกข้อมูลล่วงหน้าโดยใช้กฎการคาดคะเนได้เปิดใช้โดยค่าเริ่มต้นใน Search บน Android ตั้งแต่เดือนตุลาคม 2022 และเปิดตัวในเดสก์ท็อปภายในเดือนกันยายน 2024
นอกเหนือจากผลลัพธ์ 2 รายการแรก
นับตั้งแต่เปิดตัวครั้งแรก Speculation Rules API ได้รับการเพิ่มประสิทธิภาพด้วยพร็อพเพอร์ตี้ความกระตือรือร้น ซึ่งช่วยให้การคาดคะเนเกิดขึ้นเฉพาะเมื่อผู้ใช้วางเมาส์เหนือหรือเริ่มคลิกลิงก์เท่านั้น
Google Search จึงตัดสินใจแสดงผลการค้นหานอกเหนือจาก 2 รายการแรกและยังแสดงผลการค้นหาที่เหลือล่วงหน้าด้วย แต่เฉพาะเมื่อผู้ใช้วางเมาส์เหนือลิงก์โดยใช้moderate
การตั้งค่าความกระตือรือร้น วิธีนี้จะช่วยป้องกันไม่ให้ทรัพยากรถูกใช้ไปโดยเปล่าประโยชน์สําหรับลิงก์ที่มีแนวโน้มจะได้รับการคลิกน้อย
อีกครั้ง กฎจะแสดงในเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์เมื่อคุณค้นหาใน Chrome และกฎนี้เหมือนกับกฎก่อนหน้าทุกประการ แต่ครั้งนี้มีการตั้งค่าตัวเลือก "eagerness": "moderate"

การวางเมาส์เหนือลิงก์เหล่านี้จะทริกเกอร์การโหลดล่วงหน้า โปรดทราบว่า Google Search จะแสดง URL อย่างชัดเจนแทนที่จะใช้ฟีเจอร์ document rules ของ Speculation Rules API เนื่องจากไม่ต้องการทำการโหลด URL อื่นๆ ล่วงหน้า เช่น โฆษณา
ผลกระทบต่อผู้ใช้ของการโหลดล่วงหน้านอกเหนือจากผลการค้นหา 2 รายการแรก
Chrome บนเดสก์ท็อปลด First Contentful Paint (FCP) สำหรับการไปยังส่วนต่างๆ จาก Google Search ลง 7.6 มิลลิวินาที และ LCP ลง 9.5 มิลลิวินาที (ตามที่การทดสอบ A/B แสดงให้เห็น) ตัวเลขเหล่านี้แสดงถึงประสิทธิภาพที่เพิ่มขึ้นน้อยกว่าเมื่อเทียบกับการปรับปรุง 58.6 มิลลิวินาทีที่พบในผลลัพธ์ 2 รายการแรก แต่นั่นก็ไม่น่าแปลกใจเมื่อพิจารณาจากเวลาในการนำส่งที่น้อยลงเนื่องจากไม่ได้มีการเรียกข้อมูลล่วงหน้าอย่างกระตือรือร้น อย่างไรก็ตาม ตัวเลขเหล่านี้ยังคงเป็นรายได้ที่ดีด้วยเหตุผลเดียวกันกับที่กล่าวไว้ก่อนหน้านี้
การเรียกข้อมูลผลการค้นหาที่เหลือไว้ล่วงหน้าบนเดสก์ท็อปได้เปิดตัวโดยค่าเริ่มต้นในเดือนธันวาคม 2024
สําหรับอุปกรณ์เคลื่อนที่ ซึ่งโดยปกติแล้วการวางเมาส์เหนือจะไม่พร้อมใช้งาน เราไม่พบการปรับปรุงที่แท้จริง และแม้ว่าจะไม่มีการถดถอย แต่เราก็ไม่ได้เปิดใช้การอ่านล่วงหน้าเพิ่มเติมเหล่านี้ในอุปกรณ์เคลื่อนที่
การใช้การคาดคะเนเพิ่มเติมสําหรับ Google Search
Google ยังคงทดสอบ API ใหม่ที่น่าตื่นเต้นนี้อยู่ และหวังว่าจะช่วยให้การท่องเว็บรวดเร็วที่สุด เรายังมีเคล็ดลับอื่นๆ อีกหลายอย่างที่กำลังพัฒนาอยู่
ตัวอย่างเช่น Chrome กำลังเปิดตัวหน้าผลการค้นหาที่แสดงผลล่วงหน้าสำหรับผู้ใช้ที่เปิดใช้การโหลดล่วงหน้า เมื่อผู้ใช้พิมพ์ข้อความค้นหาในแถบที่อยู่ของ Chrome และในตำแหน่งอื่นๆ เช่น ช่องค้นหาใน Android นอกจากนี้ เครื่องมือนี้ยังเปิดโอกาสให้เครื่องมือค้นหาอื่นๆ นำไปใช้งานด้วย ไม่ใช่แค่ Google Search เท่านั้น แต่เราไม่ทราบว่ามีการใช้งานเครื่องมือนี้กับเครื่องมือค้นหาอื่นๆ หรือไม่ในขณะนี้
Google Search ไม่ได้ต้องการดำเนินการต่อและติดตั้งใช้งานการประมวลผลล่วงหน้าสำหรับลิงก์ผลการค้นหาเอง เนื่องจากไม่พร้อมใช้งานสำหรับการไปยังส่วนต่างๆ ในเว็บไซต์ต่างๆ (และยังต้องเลือกใช้การประมวลผลล่วงหน้าข้ามแหล่งที่มาในเว็บไซต์เดียวกันด้วย)
หมายเหตุเกี่ยวกับการรองรับเบราว์เซอร์
ปัจจุบัน Speculation Rules API ใช้งานได้ในเบราว์เซอร์ที่ใช้ Chromium แต่ Chrome กำลังเผยแพร่ข้อกำหนดเฉพาะของ API ผ่านกระบวนการมาตรฐาน W3C และยินดีให้เบราว์เซอร์อื่นๆ ใช้ API นี้
ปัจจุบันมีการใช้พร็อกซีการเรียกข้อมูลล่วงหน้าแบบส่วนตัวใน Chrome เท่านั้น และไม่ได้ใช้กับเบราว์เซอร์อื่นๆ ที่ใช้ Chromium แต่หากเบราว์เซอร์อื่นๆ ใช้พร็อกซีการเรียกข้อมูลล่วงหน้าแบบส่วนตัวของตนเอง Google Search อาจพิจารณาใช้การปรับปรุงเหล่านี้ในเบราว์เซอร์เหล่านั้นด้วย
Google Search จะไม่ดึงข้อมูลล่วงหน้าในเบราว์เซอร์ที่ไม่รองรับเทคโนโลยีนี้เนื่องจากผลกระทบด้านความเป็นส่วนตัวของการดึงข้อมูลล่วงหน้าที่ไม่มีพร็อกซีการดึงข้อมูลล่วงหน้าส่วนตัว และยังไม่ได้ใช้วิธีอื่นโดยใช้เทคโนโลยีอื่นๆ สำหรับเบราว์เซอร์อื่นๆ อย่างไรก็ตาม เนื่องจากเป็นการเพิ่มประสิทธิภาพแบบค่อยเป็นค่อยไป ผู้ใช้เบราว์เซอร์เหล่านั้นจึงไม่ได้รับประโยชน์จากความเร็วที่เพิ่มขึ้นเล็กน้อยนี้
ลองใช้ในเว็บไซต์ของคุณเลย
Speculation Rules API พร้อมให้เว็บไซต์ทุกแห่งใช้งานได้ ไม่ใช่แค่ Google Search เท่านั้น นอกจากความสามารถในการโหลดล่วงหน้าที่กล่าวถึงแล้ว การแสดงผลล่วงหน้ายังมีประโยชน์เพิ่มเติมเมื่อและที่ใดก็ตามที่ใช้งานได้ เว็บไซต์ขนาดใหญ่อย่าง Google Search แสดงให้เห็นถึงประโยชน์ที่ชัดเจนของ API นี้สำหรับประสบการณ์ของผู้ใช้ เราจึงขอแนะนําให้เจ้าของเว็บไซต์ทุกรายดูวิธีใช้และประโยชน์ที่อาจได้รับจาก API นี้
นอกจากนี้ การคุ้มครองความเป็นส่วนตัวที่ระบุไว้ในโพสต์นี้ยังพร้อมให้บริการแก่เว็บไซต์อื่นๆ ด้วย โดยมีข้อควรระวังคือผู้ใช้ต้องเปิดใช้การรองรับการโหลดล่วงหน้าแบบขยายเวลาในการตั้งค่าเพื่ออนุญาตให้เว็บไซต์ที่ไม่ใช่ของ Google กำหนดเส้นทางการเข้าชมโดยใช้พร็อกซีการดึงข้อมูลล่วงหน้าส่วนตัวของ Google เนื่องจากการดำเนินการนี้ทำให้ Google เป็นบุคคลที่สามเพิ่มเติมระหว่างผู้ใช้กับเว็บไซต์ ซึ่งไม่จำเป็นในเว็บไซต์ของ Google เนื่องจาก Google เป็นหนึ่งในบุคคลที่เกี่ยวข้องอยู่แล้ว