איך חיפוש Google משתמש בכללי ספקולציות

Barry Pollard

Oleksiy Busaryev

תאריך פרסום: 12 בפברואר 2025

חיפוש Google הוא אחד האתרים הפופולריים ביותר באינטרנט, וגם אחד המהירים ביותר. הצוות של חיפוש Google משקיע כל הזמן בשיפור חוויית החיפוש. בדף פופולרי כמו חיפוש Google, אפילו שיפור של אלפיות השנייה מצטבר במהירות! ההתעניינות במהירות כוללת את דף הבית המוכר של Google, את דף תוצאות החיפוש (SERP) וקליקים לאתרים אחרים מתוצאות החיפוש האלה.

בחיפוש Google נעשה שימוש ב-Speculation Rules API כדי לשפר את מהירות הניווט מדף תוצאות החיפוש לקישורים של התוצאות. בנוסף, נעשה שימוש בכמה תכונות של ה-API שעשויות לעניין בעלי אתרים אחרים.

אחזור מראש של שתי התוצאות הראשונות

אחד השימושים הראשונים בכללי ספקולציה היה שליפה מראש של שתי תוצאות החיפוש הראשונות. לדוגמה, אם מחפשים את המילה 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 בתחתית הן שתי תוצאות החיפוש הראשונות, והן נטענות מראש באופן מיידי. אם המשתמש ילחץ על הקישורים האלה, הוא יקבל יתרון כי מסמך ה-HTML כבר יהיה זמין בדפדפן.

אפשר לראות את הכלל ואת ניסיונות הטעינה מראש בכרטיסייה Speculation (ניחוש) בכלי Application (אפליקציה) בכלי הפיתוח כפי שמתואר במסמך הקודם:

החלונית Speculation בכלי הפיתוח מציגה שתי הגדרות מילוניות של המילה text, ששתיהן נטענו מראש בהצלחה — החלונית Speculations עם שתי אחזור מראש מוצלחים.

טעינה מראש ששומרת על הפרטיות

הקישורים האלה הם לתוכן באתרים אחרים, ולכן יש כמה שיקולים נוספים בנוגע לפרטיות כשמדובר באחזור מראש, כי המשתמש עדיין לא ביקר באתרים האלה.

למזלנו, ממשק ה-API תוכנן מתוך מחשבה על כך, וחיפוש Google משתמש בשתי תכונות כדי לשמור על פרטיות המשתמשים.

האפשרות הראשונה היא להשתמש בהגדרה requires כדי לוודא שההורדה מראש מתבצעת באמצעות שרת ה-proxy הפרטי להורדה מראש ב-Chrome:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

השיטה הזו משתמשת בשרת proxy כדי לוודא שכתובת ה-IP תהיה אנונימית, כך שלא נחשוף את כתובת ה-IP של המשתמש לאתר לפני שהוא לוחץ על הקישור כדי לעבור אליו מדף תוצאות החיפוש.

שנית, חיפוש Google משתמש בהגדרה referrer_policy כדי לוודא שאף פרט שמקודד בכתובת ה-URL של דף החיפוש לא נשלח לאתר בכותרת ה-HTTP‏ referer:

"referrer_policy": "strict-origin",

ברוב הדפדפנים, ברירת המחדל היא strict-origin-when-cross-origin, אבל ההגדרה הזו משתמשת בהגדרה מחמירה יותר כדי להשתמש במדיניות הגורם המפנה strict-origin גם לאחזור מראש של נתונים מאותו מקור.

הגנה שלישית מתרחשת באופן אוטומטי אם למשתמש יש קובצי Cookie באתר. במקרה כזה, יכול להיות שהמשתמשים יקבלו תוצאות שונות על סמך קובצי ה-Cookie האלה, ו-Chrome לא ישתמש ב-HTML שנשלף מראש:

בחלונית Speculation בכלי הפיתוח מוצגות שתי כתובות URL, אבל אחת מהן לא נשלפה מראש בגלל שגיאה שציינה שהיא לא עומדת בדרישות כי למשתמש היו קובצי Cookie של המקור הזה — חלונית הניחושים עם שליפה מראש אחת שנכשלה בגלל קובצי Cookie.

המשמעות היא שמשתמשים עם קובצי Cookie לא ייהנו מהשיפור בביצועים שמאפשרת אחזור מראש של נתונים כשלוחצים על האתר הזה, אבל ההגנה על הפרטיות וטעינת הדפים המדויקת מקבלות עדיפות. בנוסף, אם משתמש כבר ביקר באתר מסוים ויש לו קובצי Cookie שקשורים לאתר הזה, סביר להניח שחלק מהנכסים מהאתר הזה יישמרו במטמון, והדף ייטען מהר יותר גם בלי אחזור מראש.

ההשפעה על משתמשים של אחזור מראש של שתי התוצאות הראשונות

כמו ברוב השינויים, Google השיקה את האפשרות לאחזור מראש בחיפוש Google כניסוי של בדיקת A/B, ומדדה את ההשפעה. הם ראו שיפורים משמעותיים במהירות שבה נטען רכיב התוכן הכי גדול (LCP). ב-Chrome ל-Android, ערך ה-LCP לקליקים מחיפוש Google ירד ב-67 מילי-שניות. השקה נוספת ל-Chrome למחשב הביאה לשיפור דומה ב-LCP של 58.6 מילישניות. השיפורים האלה מתייחסים לאתר שאליו המשתמשים מועברים, ולא לאתר של חיפוש Google עצמו – אבל הם מועילים למשתמשים בחיפוש Google.

יכול להיות שהשיפורים האלה ב-LCP נראים לא משמעותיים, אבל באתר שעבר אופטימיזציה מוגברת כמו חיפוש Google, אנחנו שמחים על כל שיפור של אלפיות השנייה למען המשתמשים שלנו, ולכן שיפורים של עשרות אלפיות השנייה הם יוצאי דופן! יכול להיות שהאתר שלכם ייהנה מיתרון גדול יותר – כדאי לנסות כדי לגלות!

התכונה 'אחזור מראש באמצעות כללי ניחוש' מופעלת כברירת מחדל בחיפוש ב-Android מאז אוקטובר 2022, והיא הושקה למחשבים בספטמבר 2024.

מעבר לשתי התוצאות הראשונות

מאז ההשקה הראשונית של Speculation Rules API, הוסף לו מאפיין של ציפייה שמאפשר לבצע ניחושים רק כשהמשתמש מעביר את העכבר מעל קישור או מתחיל ללחוץ עליו.

מערכת חיפוש Google החליטה לא להסתפק בשתי תוצאות החיפוש הראשונות, אלא לבצע אחזור מראש גם של שאר תוצאות החיפוש – אבל רק כשהמשתמש מעביר את העכבר מעל הקישור, באמצעות הגדרת moderate eagerness. כך נמנע בזבוז מיותר של משאבים לקישורים שפחות סביר שיילחצו עליהם.

שוב, אפשר לראות את הכלל בכלי הפיתוח כשמחפשים ב-Chrome, והוא זהה לכלל הקודם, אבל הפעם האפשרות "eagerness": "moderate" מוגדרת:

חלונית הכללים בכלי הפיתוח שמציגה כלל רשימה באמצעות anonymouse-client-ip-when-cross-origin, מדיניות מפנה strict-origin, רמת דחיפות בינונית ושבע כתובות URL — כלל הספקולציה שבו נעשה שימוש בחיפוש Google.

העברת העכבר מעל הקישורים האלה תפעיל את האחזור מראש. שימו לב: Google Search מפרטת את כתובות ה-URL במפורש במקום להשתמש בתכונה document rules של Speculation Rules API, כי היא לא רוצה לאחזר מראש כתובות URL אחרות כמו מודעות.

ההשפעה על משתמשים של אחזור מראש של תוצאות מעבר לשתי התוצאות הראשונות

ב-Chrome למחשב, הצגת התוכן הראשוני (FCP) של ניווטים מחיפוש Google קוצרה ב-7.6 אלפיות השנייה, וה-LCP קוצר ב-9.5 אלפיות השנייה (כפי שמוצג בבדיקת A/B). השיפורים האלה קטנים יותר בהשוואה לשיפורים של 58.6 מילישניות שנראו בשתי התוצאות הראשונות, אבל זה לא מפתיע בהתחשב בזמן ההמתנה הקצר יותר, כי המערכת לא מבצעת אחזור מראש של התוצאות האלה באותה מידה של התלהבות. עם זאת, אלה עדיין שיפורים משמעותיים מאותן סיבות שצוינו קודם.

השקת הטעינה מראש של תוצאות החיפוש הנותרות במחשב הושלמה בדצמבר 2024.

בניידים – שבהם בדרך כלל אין אפשרות להצבעה עם העכבר – לא נראה שיפור אמיתי, ולכן, למרות שלא היו גם נסיגות, לא הפעלנו בניידים את האחזורים הנוספים האלה.

שימוש נוסף בהשערות בחיפוש Google

אנחנו ב-Google עדיין לא סיימנו להתנסות ב-API החדש והמעניין הזה, ואנחנו מקווים לאפשר גלישה מהירה ככל האפשר באינטרנט. יש לנו עוד כמה טריקים בשרוול שאנחנו עובדים עליהם.

לדוגמה, אנחנו משיקים ב-Chrome דפי תוצאות חיפוש שעברו טרום-עיבוד – למשתמשים שהפעילו טרום-טעינה – כשמשתמשים מקלידים שאילתות חיפוש בסרגל הכתובות של Chrome, ובמקומות אחרים כמו תיבת החיפוש ב-Android. התכונה הזו זמינה גם למנועי חיפוש אחרים – לא רק לחיפוש Google – אבל אנחנו לא יודעים על הטמעות שלה במנועי חיפוש אחרים בשלב הזה.

חיפוש Google לא מתכוון להרחיב את השימוש בטכנולוגיה הזו וליישם טרום-עיבוד לקישורים לתוצאות עצמן, כי היא לא זמינה לניווט בין אתרים (ואפילו צריך להביע הסכמה לשימוש בטרום-עיבודים מאותו אתר וממקורות שונים).

הערה לגבי תמיכה בדפדפן

Browser Support

Source

בשלב הזה, Speculation Rules API מיושם בדפדפנים שמבוססים על Chromium, אבל צוות Chrome מפרסם את מפרט ה-API בתהליך התקנים של W3C, והוא מעוניין שדפדפנים אחרים יישמו את ה-API הזה.

כרגע, פרוקסי פרטי לאחזור מראש מיושם רק ב-Chrome ולא בדפדפנים אחרים שמבוססים על Chromium. אבל אם דפדפנים אחרים יישמו פרוקסי פרטי משלהם לאחזור מראש, יכול להיות שחיפוש Google יישם את השיפורים האלה גם בהם.

בגלל ההשלכות על הפרטיות של אחזור מראש ללא שרת proxy פרטי לאחזור מראש, חיפוש Google לא מבצע אחזור מראש בדפדפנים שלא תומכים בטכנולוגיה הזו, ולכן לא הטמענו חלופה באמצעות טכנולוגיות אחרות לדפדפנים אחרים. עם זאת, כשיפור מתקדם, המשמעות היא רק שהמשתמשים בדפדפנים האלה לא נהנים מהשיפור הקטן הזה במהירות.

כדאי לנסות באתר שלכם!

ממשק Speculation Rules API זמין לשימוש בכל האתרים, ולא רק בחיפוש Google. בנוסף ליכולות האחזור מראש שמוסברות כאן, טרום-עיבוד מציע יתרונות נוספים כשניתן להשתמש בו. אתרים גדולים כמו חיפוש Google מציגים יתרונות ברורים של ה-API הזה לחוויית המשתמש, ולכן אנחנו ממליצים לכל בעלי האתרים לבדוק איך הם יכולים להשתמש ב-API וליהנות מהיתרונות שלו.

בנוסף, אמצעי ההגנה על הפרטיות שמפורטים בפוסט הזה זמינים גם באתרים אחרים – אבל רק אם המשתמשים הפעילו תמיכה בטעינה מראש מורחבת בהגדרות שלהם כדי לאפשר לאתרים שאינם של Google לנתב תנועה באמצעות שרת proxy פרטי של Google לטעינה מראש. הסיבה לכך היא שהפעולה הזו מציגה את Google כצד נוסף בין המשתמש לבין האתר, בעוד שבאתרי Google אין בכך צורך – כי Google כבר נחשבת לאחד מהצדדים המעורבים.