كيفية استخدام محرّك بحث Google لقواعد التوقّع

Barry Pollard

Oleksiy Busaryev

تاريخ النشر: 12 فبراير 2025

يُعدّ "بحث Google" من أكثر المواقع الإلكترونية رواجًا على الويب، كما أنّه من أسرعها. يستثمر فريق "بحث Google" باستمرار في جعل تجربة البحث أسرع. في صفحة رائجة مثل "بحث Google"، يمكن أن تؤدي حتى أجزاء من الثانية من التحسين إلى نتائج إيجابية بسرعة. ويشمل هذا الاهتمام بالسرعة صفحة Google الرئيسية المعروفة وصفحة نتائج محرّك البحث (SERP) والنقرات على المواقع الإلكترونية الأخرى من نتائج البحث هذه.

يستخدم محرّك بحث Google واجهة برمجة التطبيقات الخاصة بقواعد التخمين لتحسين سرعة التنقّل من صفحة نتائج البحث إلى روابط النتائج، كما يستخدم بعض ميزات واجهة برمجة التطبيقات التي قد تهمّ مالكي المواقع الإلكترونية الآخرين.

الجلب المُسبَق لأول نتيجتَين

كانت إحدى أولى استخدامات قواعد التخمين هي جلب أول نتيجتَين من نتائج البحث مسبقًا. على سبيل المثال، يتضمّن البحث عن "اختبار" قاعدة التخمين التالية في الصفحة:

{
    "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 من المفترض أن يكون متاحًا للمتصفّح.

يمكن الاطّلاع على القاعدة ومحاولات الجلب المسبق في علامة التبويب "التخمين" ضمن "أداة التطبيق" في DevTools كما هو موضّح سابقًا:

لوحة "التخمين" في DevTools تعرض تعريفَين من القاموس لكلمة "نص"، وقد تمّت عملية الجلب المسبق لكليهما بنجاح — لوحة التخمينات التي تتضمّن عمليتَي جلب مسبق ناجحتَين

عمليات الجلب المسبق التي تحافظ على الخصوصية

بما أنّ هذه الروابط تؤدي إلى محتوى على مواقع إلكترونية أخرى، هناك بعض الاعتبارات الإضافية المتعلّقة بالخصوصية عند إجراء الجلب المسبق لأنّ المستخدم لم يزر هذه المواقع الإلكترونية بعد.

لحسن الحظ، تم تصميم واجهة برمجة التطبيقات مع أخذ ذلك في الاعتبار، ويستخدم "بحث Google" ميزتَين للحفاظ على خصوصية المستخدمين.

الأول هو استخدام إعداد requires لضمان استخدام عمليات الجلب المسبق لخادم وكيل خاص بالجلب المسبق في Chrome:

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

يتم استخدام خادم وكيل للتأكّد من أنّ الاتصال يخفي عنوان IP، وبالتالي لا يتم تسريب عنوان IP الخاص بالمستخدم إلى الموقع الإلكتروني قبل أن ينقر المستخدم على الرابط للانتقال إليه من صفحة نتائج البحث.

ثانيًا، يستخدم محرّك بحث Google إعداد referrer_policy لضمان عدم إرسال أي تفاصيل مشفّرة في عنوان URL الخاص بصفحة البحث إلى الموقع الإلكتروني في عنوان HTTPreferer:

"referrer_policy": "strict-origin",

تستخدم معظم المتصفّحات الآن الإعداد التلقائي strict-origin-when-cross-origin، ولكن يستخدم هذا الإعداد إعدادًا أكثر صرامة لاستخدام سياسة المُحيل strict-origin حتى بالنسبة إلى عمليات الجلب المسبق من المصدر نفسه.

يتم توفير إجراء حماية ثالث تلقائيًا إذا كان لدى المستخدم ملفات تعريف ارتباط للموقع الإلكتروني. في هذه الحالة، قد يتلقّى المستخدم نتائج مختلفة استنادًا إلى ملفات تعريف الارتباط هذه، ولن يستخدم Chrome ملف HTML الذي تمّت جلب بياناته مسبقًا:

تعرض لوحة "التخمين" في "أدوات مطوّري البرامج" عنوانَي URL، ولكن تعذّر جلب محتوى أحدهما مسبقًا بسبب ظهور خطأ يشير إلى أنّه غير مؤهَّل لأنّ المستخدم لديه ملفات تعريف ارتباط لذلك المصدر — لوحة التخمينات مع تعذُّر الجلب المُسبَق لصفحة واحدة بسبب ملفات تعريف الارتباط

هذا يعني أنّ المستخدمين الذين لديهم ملفات تعريف ارتباط لن يستفيدوا من التحسينات التي يوفّرها جلب البيانات المسبق عند النقر على هذا الموقع الإلكتروني، ولكن يتم منح الأولوية لحماية الخصوصية وعمليات تحميل الصفحات الدقيقة. بالإضافة إلى ذلك، إذا سبق للمستخدم زيارة موقع إلكتروني وكان لديه ملفات تعريف ارتباط خاصة به، من المرجّح أن يتم تخزين بعض مواد العرض من هذا الموقع مؤقتًا، ومن المحتمل أن يتم تحميل الصفحة بشكل أسرع حتى بدون الجلب المسبق.

تأثير ميزة "الجلب المسبق" لأول نتيجتَين في المستخدمين

كما هو الحال مع معظم التغييرات، طرحت "بحث Google" ميزة "الجلب المسبق" في تجربة اختبار A/B، وتم قياس تأثيرها. وقد شهدوا تحسّنًا كبيرًا في سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP). على Chrome لنظام التشغيل Android، انخفضت مدة عرض أكبر محتوى مرئي (LCP) للنقرات الواردة من "بحث Google" بمقدار 67 ملي ثانية. أدّى إطلاق ميزة مماثلة في إصدار Chrome على أجهزة الكمبيوتر إلى تحسُّن مماثل في مقياس LCP بمقدار 58.6 ملي ثانية. هذه التحسينات لا تطرأ على موقع "بحث Google" نفسه، بل على الموقع الإلكتروني الذي يتم الانتقال إليه، ولكنّها تفيد مستخدمي "بحث Google".

قد تبدو هذه التحسينات في مقياس LCP غير مهمة، ولكن بالنسبة إلى موقع إلكتروني محسّن للغاية مثل "بحث Google"، نحتفل حتى بالتحسينات التي تستغرق أجزاء من الثانية للمستخدمين، لذا فإنّ التحسينات التي تتراوح بين عشرات الأجزاء من الثانية هي تحسينات غير معتادة. قد يحقّق موقعك الإلكتروني فائدة أكبر بكثير، لذا ننصحك بتجربتها لمعرفة ذلك.

تم تفعيل ميزة "الجلب المسبق" باستخدام "قواعد التخمين" تلقائيًا على "بحث Google" على Android منذ تشرين الأول (أكتوبر) 2022، وتم طرحها على أجهزة الكمبيوتر المكتبي بحلول أيلول (سبتمبر) 2024.

ما بعد أول نتيجتَين

منذ إطلاق واجهة برمجة التطبيقات Speculation Rules API لأول مرة، تم تحسينها باستخدام سمة الحماس التي تتيح إجراء التخمينات فقط عندما يمرّر المستخدم مؤشر الماوس فوق رابط أو يبدأ في النقر عليه.

قرّر "بحث Google" الانتقال إلى ما بعد أول نتيجتَي بحث، بالإضافة إلى جلب نتائج البحث المتبقية مسبقًا، ولكن فقط عندما يمرّر المستخدم مؤشر الماوس فوق الرابط، وذلك باستخدام الإعداد moderate eagerness. يمنع ذلك إهدار الموارد بلا داعٍ على الروابط التي من غير المرجّح أن يتم النقر عليها.

مرة أخرى، يمكن الاطّلاع على القاعدة في "أدوات مطوّري البرامج" عند البحث في Chrome، وهي مطابقة للقاعدة السابقة، ولكن هذه المرة مع ضبط الخيار "eagerness": "moderate":

لوحة "القواعد" في DevTools تعرض قاعدة قائمة تستخدم anonymouse-client-ip-when-cross-origin، وسياسة إحالة strict-origin، ومستوى متوسط من الحماس، وسبعة عناوين URL — قاعدة التوقّع التي يستخدمها محرّك بحث Google:

سيؤدي تمرير مؤشر الماوس فوق هذه الروابط إلى بدء عملية الجلب المسبق. يُرجى العِلم أنّ "بحث Google" يدرج عناوين URL بشكل صريح بدلاً من استخدام ميزة قواعد المستندات في Speculation Rules API، لأنّه لا يريد جلب عناوين URL أخرى مسبقًا، مثل الإعلانات.

تأثير جلب البيانات مسبقًا لما بعد أول نتيجتَين على المستخدمين

انخفضت سرعة عرض أول محتوى مرئي (FCP) في متصفّح Chrome على أجهزة الكمبيوتر المكتبي بمقدار 7.6 ملي ثانية، وانخفضت سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) بمقدار 9.5 ملي ثانية (كما هو موضّح في اختبار A/B). تمثّل هذه التحسينات مكاسب أصغر مقارنةً بالتحسينات البالغة 58.6 ملي ثانية التي تم رصدها في أول نتيجتَين، ولكن هذا ليس مفاجئًا نظرًا إلى مهلة التنفيذ الأقصر لأنّه لا يتم جلبها مسبقًا بالقدر نفسه من الحماس. ومع ذلك، تظل هذه المكاسب جيدة للأسباب نفسها المذكورة سابقًا.

تم طرح ميزة الجلب المسبق لنتائج البحث المتبقية على أجهزة الكمبيوتر المكتبي تلقائيًا في ديسمبر 2024.

بالنسبة إلى الأجهزة الجوّالة، حيث لا تتوفّر عادةً ميزة التمرير، لم يتم رصد أي تحسّن حقيقي، وبالتالي لم يتم تفعيل عمليات الجلب المسبق الإضافية هذه على الأجهزة الجوّالة، مع العلم أنّه لم يتم رصد أي تراجع أيضًا.

استخدام التخمينات في "بحث Google"

لم تنتهِ Google من تجربة واجهة برمجة التطبيقات الجديدة والمثيرة هذه، ونأمل أن نتمكّن من جعل تصفّح الويب أسرع ما يمكن. لدينا بعض الحيل الأخرى التي نعمل على تطويرها.

على سبيل المثال، يطرح Chrome صفحات نتائج بحث مُسبقة العرض للمستخدمين الذين فعّلوا ميزة "التحميل المُسبَق"، وذلك عندما يكتب المستخدمون طلبات بحث في شريط العناوين في Chrome وفي أماكن أخرى، مثل مربّع البحث على Android. يمكن لمحرّكات البحث الأخرى أيضًا استخدام هذه الميزة، وليس فقط "بحث Google"، مع أنّنا لا نعلم حاليًا عن أي عمليات تنفيذ لهذه الميزة في محرّكات البحث الأخرى.

لا يسعى "بحث Google" إلى المضي قدمًا وتنفيذ العرض المسبق لروابط النتائج نفسها، لأنّ هذه الميزة غير متاحة للتنقّل بين المواقع الإلكترونية (ويجب حتى تفعيلها للعرض المسبق على الموقع نفسه ومن مصادر متعددة).

ملاحظة حول التوافق مع المتصفّح

Browser Support

Source

يتم حاليًا تنفيذ واجهة برمجة التطبيقات Speculation Rules API في المتصفّحات المستندة إلى Chromium، ولكن ينشر Chrome مواصفات واجهة برمجة التطبيقات من خلال عملية معايير W3C، وهو حريص على أن تنفّذ المتصفّحات الأخرى واجهة برمجة التطبيقات هذه.

لا يتوفّر خادم وكيل للتحميل المسبق الخاص حاليًا إلا في Chrome وليس في المتصفحات الأخرى المستندة إلى Chromium، ولكن إذا وفّرت المتصفحات الأخرى خادم وكيل للتحميل المسبق الخاص بها، قد يسعى "بحث Google" إلى تطبيق هذه التحسينات فيها أيضًا.

بسبب الآثار المترتبة على الخصوصية عند استخدام الجلب المسبق بدون وكيل جلب مسبق خاص، لا يجلب "بحث Google" المحتوى مسبقًا على المتصفحات التي لا تتوافق مع هذه التكنولوجيا، وبالتالي لم يتم تنفيذ حلّ احتياطي باستخدام تكنولوجيات أخرى للمتصفحات الأخرى. ومع ذلك، وكتحسين تدريجي، يعني هذا فقط أنّ المستخدمين على هذه المتصفّحات لن يستفيدوا من هذه الزيادة الطفيفة في السرعة.

جرِّب هذه الميزة على موقعك الإلكتروني.

تتوفّر واجهة برمجة التطبيقات Speculation Rules API لجميع المواقع الإلكترونية، وليس فقط لمحرّك بحث Google. بالإضافة إلى إمكانات الجلب المسبق التي تمّت مناقشتها هنا، يقدّم العرض المسبق مزايا إضافية عند إمكانية استخدامه. بما أنّ المواقع الإلكترونية الكبيرة، مثل "بحث Google"، تُظهر مزايا واضحة لهذه الواجهة في ما يتعلّق بتجربة المستخدم، ننصح جميع مالكي المواقع الإلكترونية بالاطّلاع على كيفية استخدامها والاستفادة منها.

بالإضافة إلى ذلك، تتوفّر إجراءات حماية الخصوصية الموضّحة في هذه المشاركة أيضًا للمواقع الإلكترونية الأخرى، مع العلم أنّه يجب أن يفعّل المستخدمون ميزة "الجلب المسبق الموسّع" في إعداداتهم للسماح للمواقع الإلكترونية غير التابعة لـ Google بتوجيه الزيارات باستخدام خادم وكيل خاص للجلب المسبق تابع لـ Google. والسبب في ذلك هو أنّ هذا الإجراء يقدّم Google كطرف إضافي بين المستخدم والموقع الإلكتروني، في حين أنّ هذا الإجراء غير ضروري على مواقع Google الإلكترونية لأنّها أحد الأطراف المعنية.