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