مقدمة عن التقنيات المتاحة بسهولة.
ما سبب أهمية سرعة تحميل الصفحة؟
يعتبر معظم المستخدمين بشكل روتيني أنّ عمليات تحميل الصفحات البطيئة هي أحد مصادر الاستياء الرئيسية (%54 في دراسة للمستخدمين أجرتها Google). لذا، ليس من المفاجئ أن يؤدّي تحميل الصفحات بسرعة أكبر إلى تحقيق نتائج أفضل للنشاط التجاري. في الواقع، إذا شعر الزوار بالإحباط حتى قبل تفاعلهم مع موقع إلكتروني، من غير المرجّح أن يمضوا وقتًا طويلاً بما يكفي لتقدير قيمته. وفي الواقع، أظهرت دراسة أخرى أجرتها Google عبر 254 موقعًا إلكترونيًا للتجارة الإلكترونية والتمويل والسفر أن المواقع الإلكترونية التي يتم تحميلها في ثانيتين أو أقل حققت معدلات إحالات ناجحة أعلى بنسبة 15%.
تسريع سرعة عرض أكبر محتوى مرئي (LCP)
كما يقول المثل: لا يمكنك تحسين ما لا تقيسه. بالنسبة إلى تجارب المستخدمين على الويب، نعتقد أنّ مؤشرات أداء الويب الأساسية تشكِّل مجموعة كبيرة من المقاييس التي تركّز على المستخدم والمصمّمة لتسجيل الجوانب الأساسية لتجربة المستخدم. على وجه الخصوص، تقيس سرعة عرض أكبر محتوى مرئي (LCP) أداء تحميل الصفحات من خلال الإبلاغ عن الوقت الذي يستغرقه عرض أكبر جزء من النص أو الصور الذي يراه المستخدم. لتقديم تجربة جيدة للمستخدم، يجب أن يتم احتساب سرعة عرض أكبر جزء من المحتوى على الصفحة في غضون 2.5 ثانية من وقت بدء تحميل الصفحة لأول مرة (أي الحد الأدنى لسرعة عرض أكبر محتوى مرئي).
لنلقِ نظرة على العوامل التي تساهم في سرعة LCP للصفحة العادية.
عندما يزور أحد المستخدمين صفحة، يطلب المتصفّح رمز HTML من الخادم. يستجيب الخادم بلغة HTML، ما يمنح المتصفّح المزيد من التلميحات حول ما يجب جلبه بعد ذلك، بما في ذلك CSS وJavaScript والخطوط والصور. وعند ظهور هذه الاستجابات، يجب على المتصفح أيضًا إجراء بعض الإجراءات لتقييمها، وفي النهاية وضع المكونات ورسمها على الصفحة. ومع ذلك، يتم قضاء معظم الوقت في انتظار انتقال تلك الحِزم من الجهاز إلى الخادم ثم العودة إلى الجهاز. ففي الواقع، تُظهر بياناتنا (Chrome لنظام التشغيل Android، المتوسط) أنّ المتصفّح ينتظر عادةً عودة البايت الأول من الخادم إلى% 40 من وقت الاستجابة المرئي للمستخدم.
قوة الجلب المسبق
إذا كان بإمكان المرء جلب جميع هذه الملفات مُسبقًا - أي جلبها قبل زيارة المستخدم للصفحة - سيوفر ذلك زيادة كبيرة في السرعة، ما يؤدي إلى ترك بضع مهام فقط قبل عرض الصفحة: التقييم والحساب والرسم.
استنادًا إلى البيانات التي تمت مشاركتها سابقًا، يمكن للمرء أيضًا أن يجلب المورد الرئيسي مسبقًا ويواصل تحميل الصفحة بشكل أسرع بكثير. وفي حالة الموقع الإلكتروني نفسه، يتوفّر هذا النوع من الأساليب بسهولة مع أساسيات مثل rel=prefetch. ومع ذلك، في سيناريوهات العمل عبر المواقع، لا يكون الأمر واضحًا جدًا.
التنقّل في المواقع الإلكترونية المختلفة
وعلى الرغم من توفّر الجلب المُسبَق منذ فترة، يجب أخذ مسألة إضافية في الاعتبار عند الجلب المُسبق للصفحات من أحد المواقع الإلكترونية أثناء استخدام المستخدم على موقع إلكتروني آخر.
لنفترض أنّ موقع المُحيل يريد أن يطلب من المتصفح جلب صفحة من موقع إلكتروني آخر بشكل مسبق. من الواضح أنه عندما ينقر المستخدم على الرابط المؤدي إلى هذه الصفحة التي تم جلبها مسبقًا، سيستمتع بتجربة مستخدم أفضل من خلال تحميل الصفحة بسرعة أكبر. ومع ذلك، ماذا لو لم ينقر المستخدم على هذا الرابط؟ ولا يتوقّع أن يعرف أحد المواقع الإلكترونية المرتبطة أنّه قد يكون مهتمًّا بموضوع معيّن أثناء التصفّح على الموقع الإلكتروني المُحيل. ومع ذلك، يشكّل ذلك خطرًا كبيرًا لأنّ طلبات الجلب المُسبَق ستتضمّن عنوان IP للمستخدِم وملفات تعريف الارتباط في حال توفُّرها، مثل أي طلب عادي آخر.
الحلول
لتفعيل ميزة "الجلب المُسبَق" على المواقع الإلكترونية والتوافق مع معايير الخصوصية، طوّرنا حلَين على مدار آخر 3 سنوات: الخادم الوكيل للجلب المُسبَق الخاص والتبادل الموقَّع (SXG). أجرينا أيضًا تجربة واسعة النطاق للتأكد من أنّ ميزة الجلب المُسبَق من مصادر متعددة توفّر مزايا كبيرة وسريعة. بتعبير آخر، عندما تمكّن محرّك بحث Google من جلب ترميز HTML الرئيسي مسبقًا بشكل آمن أثناء عملية التنقّل التالية لدى المستخدم، لاحظنا أنّ نسبة عمليات تحميل الصفحة "الجيدة" من حيث LCP قد زادت بمقدار 14 نقطة مئوية.
الاعتبارات الرئيسية
على الرغم من أنّ الخادم الوكيل الخاص للجلب المُسبَق والتبادل الموقَّع يحلان حالة الاستخدام نفسها، تقدِّم كل تقنية مجموعة مختلفة من المقايضات. وبالتالي، يعتمد الخيار الأفضل على الاحتياجات المحدّدة لموقعك الإلكتروني. لمساعدتك في التعرّف على المقايضات المعنيّة، تتناول الأقسام التالية اعتبارَين رئيسيَين لتفعيل الجلب المُسبَق على مواقع إلكترونية مختلفة والاختيار من بين التكنولوجياتَين المتوفّرتَين. ستعثر أيضًا على مزيد من التفاصيل في المقالات التفصيلية لكل تقنية.
الزوّار المتكرّرون
من السهل تفعيل ميزة "الجلب المُسبَق" على عدة مواقع إلكترونية للمستخدمين الذين يزورون موقعك الإلكتروني للمرة الأولى. بالنسبة إلى الزوار المتكرّرين، يعتمد ذلك على مقدار التخصيص الذي يتم إجراؤه على موقعك الإلكتروني. ويرجع ذلك إلى أنّ طلبات الجلب المُسبَق على مواقع إلكترونية متعددة لا يمكن أن تتضمّن ملفات تعريف الارتباط لأسباب تتعلق بالخصوصية.
- بالنسبة إلى الزائرين لأول مرة، لا يمثل هذا القيد أي تحدٍ لأن هؤلاء الزائرين ليس لديهم ملفات تعريف ارتباط للبدء بها. وبالتالي، يمكنك تفعيل ميزة الجلب المسبق على مواقع إلكترونية متعددة لهؤلاء المستخدمين بدون إجراء أي تغييرات على موقعك الإلكتروني.
- إذا كنت تريد تفعيل الجلب المُسبَق على مواقع إلكترونية مختلفة للزوّار المتكررين وتم تخصيص موقعك الإلكتروني استنادًا إلى ملفات تعريف الارتباط، ستحتاج إلى إجراء التحميل الكسول لهذه العناصر المخصّصة بعد انتقال المستخدم. والسبب في ذلك هو أنّه عند التنقّل في الصفحة، لم يعُد حظر ملفات تعريف الارتباط مطلوبًا، لأنّ المستخدم اختار زيارة موقعك الإلكتروني صراحةً. ولذلك، خلال وقت التنقّل، يتمكّن موقعك الإلكتروني من الوصول إلى ملفات تعريف الارتباط كالمعتاد. للحصول على إرشادات ملموسة، يُرجى الاطّلاع على أفضل الممارسات المتعلقة بالتحميل الكسول.
- في حال كنت حاليًا ترمّز التخصيص مباشرةً في HTML، سيظل بإمكانك مواصلة إجراء ذلك عند توفُّر ملفات تعريف الارتباط، واستخدام التحميل الكسول كاستراتيجية احتياطية للصفحات التي يتم جلبها مسبقًا.
- إذا لم يتم تخصيص موقعك الإلكتروني استنادًا إلى ملفات تعريف الارتباط، أو إذا لم يكن التخصيص أمرًا بالغ الأهمية، يمكنك اختيار عرض المحتوى نفسه للزوّار المتكرّرين كما هو الحال بالنسبة إلى الزائرين لأول مرة.
في الوقت الحالي، لا يتم تفعيل الخادم الوكيل للجلب المُسبَق الخاص إلا للزوّار الجدد (الروابط التي لا تتضمّن ملفات تعريف ارتباط) ويواصلون العمل على توسيع التغطية لتشمل الزوّار المتكرّرين (الروابط التي تتضمّن ملفات تعريف ارتباط). ومن ناحية أخرى، يتيح Signed Exchange بالفعل الجلب المسبق على مواقع إلكترونية متعددة لكل من الزائرين للمرة الأولى والمتكررين (باستخدام الأساليب الموضحة أعلاه).
عرض بيانات إضافية من خلال الجلب المُسبَق
قد يؤدي تفعيل الجلب المُسبَق على مواقع إلكترونية مختلفة إلى عرض المزيد من البيانات. وبالفعل، إذا كان المُحيل يجلب صفحتك مُسبقًا ولكن لم ينقر المستخدم على الرابط، سيشكّل ذلك زيارات إضافية لك.
- وللحدّ من ذلك، يمكن للمرء أن يطلب أن يكون المُحيل أقل حسمًا في طلبات الجلب المُسبَق. وبالمثل، يمكن للمُحيل أو المتصفّح الحدّ من هذه المشكلة من خلال التركيز على الموارد الخفيفة نسبيًا والمهمة في الوقت ذاته (على سبيل المثال، المورد الرئيسي أو الموارد المهمة لصفحات CSS أو JavaScript). وتمثل هذه الخطوة في الأساس مفاضلة بين مزايا السرعة وعدد الزيارات الإضافية.
- وبدلاً من ذلك، يمكن التعويض عن هذه الزيارات عن طريق تفعيل التخزين المؤقت الإضافي (راجِع هذا القسم حول Signed Exchange لمزيد من التفاصيل). قد ينتج عن التخزين المؤقت للمحتوى لفترة طويلة جدًا عرض معلومات قديمة للمستخدمين. ويؤدي ذلك في الأساس إلى المفاضلة بين عرض البيانات الإضافية وحداثة المحتوى.
لاتخاذ أفضل قرار هنا، اسأل نفسك عن الموقع الذي يقع فيه موقعك الإلكتروني على مقياس متدرّج بين أقصى حداثة والحد الأدنى من الطلبات الإضافية. تعتمد الإجابة عن هذا السؤال في النهاية على الاحتياجات المحدّدة لنشاطك التجاري ومستخدميك.
الخطوات الأولى
تم دمج هذه التكنولوجيات في "بحث Google" لكي تبدأ المواقع الإلكترونية في تحسين سرعة LCP على الفور. نأمل أن يشجّع ذلك أيضًا الإحالات الناجحة الأخرى الشائعة على حذو حذو حذو حذوها وأن يساعد على تسريع عملية الويب كثيرًا في جميع أنحاء العالم.
في حين أن كلتا التقنيتين تحلان نفس حالة الاستخدام، إلا أنهما تقدمان مقايضة مختلفة بشأن الاعتبارات الرئيسية التي تم شرحها سابقًا. يمكنك حتى أن تقرر البدء بإحدى التكنولوجيات والانتقال إلى تقنية أخرى مع تطور احتياجاتك أو تقديرك لفوائدها. اطّلِع على هذه التفاصيل لمعرفة التكنولوجيا الأنسب لموقفك الحالي: