كيفية تسريع موقع الويب الخاص بك: 15 إصلاحًا سريعًا وسهلاً لتقليل أوقات تحميل صفحة الويب
نشرت: 2021-10-10 في منشور اليوم ، سأوضح لك كيفية تقليل وقت تحميل موقع الويب الخاص بك بسرعة وسهولة (ولماذا هو مهم).
في الواقع:
التقنيات التي أنا على وشك الكشف عنها هي نفس الإستراتيجيات التي استخدمتها لزيادة سرعة صفحتي من وقت التحميل الكامل لأكثر من 3 ثوانٍ إلى 1.2 ثانية بوضوح.
لكن هذا هو الجزء الأفضل:
لا تتطلب أي من تحسينات تحميل موقع الويب هذه معرفة المطورين ويمكن تنفيذها حتى بواسطة مُحسنات محركات البحث المبتدئين بسرعة فائقة.
إذا كنت ترغب في زيادة سرعة موقعك ، والحصول على مرتبة أعلى ، وزيادة المشاركة وتحويل المزيد من الزيارات ، فهذا المنشور يناسبك. ولكن أولاً ، ما سبب أهمية وقت تحميل صفحة الويب السريعة؟
إحصائيات وقت تحميل الموقع
- سيغادر 59.2٪ من المستخدمين موقع الويب في أول 6 ثوانٍ إذا كان تحميله بطيئًا - Unbounce
- نظرًا لأن وقت تحميل الصفحة يبدأ من ثانية واحدة ، يزداد احتمال الارتداد بنسبة 32٪ - Think With Google
- يؤدي تقليل وقت التحميل بمقدار 0.1 ثانية إلى تحسين معدل الارتداد لصفحات إنشاء قوائم العملاء المحتملين بنسبة 8.3٪ - Google و Fifty-Five و Deloitte
- عندما يتم تقليل وقت التحميل بمقدار 0.1 ثانية فقط:
- زيادة مشاركة عملاء التجزئة بنسبة 5.2٪.
- تحسنت معدلات الارتداد على صفحات قوائم المنتجات في فئتي البيع بالتجزئة والسفر بنسبة 5.7٪ و 5.4٪ - Google و Fifty-Five و Deloitte
- تنخفض معدلات تحويل موقع الويب بمعدل 4.42٪ مع كل ثانية إضافية من وقت التحميل بين صفر وخمس ثوانٍ - Portent
- تؤدي زيادة وقت تحميل الموقع بمقدار عُشر من الثانية إلى انخفاض بنسبة 7٪ في معدلات التحويل - Akamai
- يؤدي تقليل وقت تحميل الموقع بمقدار عُشر من الثانية إلى زيادة بنسبة 8.4٪ في معدلات التحويل لمواقع البيع بالتجزئة وزيادة بنسبة 10.1٪ في التحويلات لمواقع السفر - Google و Five و Deloitte
- إذا كان تحميل موقع التجارة الإلكترونية أبطأ من المتوقع ، يعترف أكثر من 45٪ من الأشخاص بأنهم أقل احتمالًا لإجراء عملية شراء - Unbounce
- يقول حوالي 70٪ من الأشخاص أن سرعة الصفحة تؤثر على رغبتهم في الشراء من بائع تجزئة عبر الإنترنت - Unbounce
- 77٪ من المتسوقين عبر الهواتف الذكية يقولون إنهم أكثر عرضة للشراء من مواقع الجوال التي توفر لهم القدرة على إجراء عمليات الشراء بسرعة - فكر مع Google
- تشهد مواقع البيع بالتجزئة زيادة بنسبة 9.2٪ في متوسط قيمة الطلب عندما يقل وقت التحميل بمقدار عُشر من الثانية - Deloitte
- متوسط الوقت الذي تستغرقه صفحة ويب الجوال لإكمال التحميل بصريًا هو 21.6 ثانية - Backlinko
- متوسط الوقت الذي تستغرقه صفحة ويب سطح المكتب لإكمال التحميل بصريًا هو 8.2 ثانية - Backlinko
- متوسط سرعة تحميل الصفحة لصفحة ويب محملة بالكامل هو 27.3 ثانية على الهاتف المحمول - Backlinko
- متوسط سرعة تحميل الصفحة لصفحة ويب محملة بالكامل هو 10.3 ثانية على سطح المكتب - Backlinko
- يستغرق متوسط صفحة الويب 87.84٪ وقتًا أطول ليتم تحميلها بالكامل على الأجهزة المحمولة مقابل سطح المكتب - Backlinko
- تؤدي صفحات الجوّال التي يتم تحميلها ببطء إلى معدلات ارتداد أعلى مرتين ونسبة 27٪ أقل في مشاهدات الصفحة مقارنة بصفحات سطح المكتب - مثالي
أنت الآن تفهم أهمية موقع ويب سريع التحميل ، دعنا نغطي سرعة الصفحة (بدقة) وكيف يمكنك تحسينها.
ما هي سرعة الصفحة؟
سرعة الصفحة هي مقدار الوقت الذي يستغرقه تحميل صفحة ويب.

بخلاف ذلك ، يُعرف باسم وقت التحميل ، يتم قياس سرعة الصفحة من خلال الفاصل الزمني بين المستعرض الذي يطلب صفحة ويب والوقت الذي يعرض فيه المتصفح الصفحة.
تتأثر سرعة تحميل الصفحة بعدة عوامل مثل مسافة انتقال البيانات ، وسرعة خادم موقع الويب ، وتعقيد كودها ، وحجم ملف الصفحة ، ونوع الاتصال.
ناهيك عن ضغط الملفات والتخزين المؤقت وحظر العرض وعشرات العوامل الأخرى التي تؤثر على سرعة الصفحة وتحسين محركات البحث.
كما بدأت في الحديث ، فإن تحسين سرعة الصفحة ليس بسيطًا مثل تثبيت مكون إضافي لسرعة الصفحة.
هناك العديد من العوامل المعقدة أحيانًا التي تساهم في مدى السرعة - أو بطيئًا - يتم تحميل موقع الويب الخاص بك.
ليس هذا فقط ، لا توجد "طريقة واحدة" لقياس وقت تحميل الصفحة ، فهناك العديد منها.
إليك الثلاثة الأكثر شيوعًا:
وقت تحميل الصفحة
هذا هو الوقت الذي يستغرقه تحميل الصفحة بالكامل.
يقيس وقت التحميل الكامل تحميل جميع الأجزاء المرئية من الصفحة ، بالإضافة إلى العناصر المخفية مثل النصوص البرمجية والكود - فهو يقيس بشكل أساسي وقت تحميل 100٪ من جميع الموارد على الصفحة.
إنه أبسط مقياس لسرعة الصفحة يجب فهمه ، ولكن ليس بالضرورة الأكثر فائدة ، حيث قد تظهر الصفحة محملة للمستخدم (وتعمل بالفعل) قبل تحميل الصفحة بالكامل بوقت طويل.
أكبر رسم مضمون
أكبر مقياس محتوى (LCP) هو مقياس أكثر قيمة لتحديد وقت تحميل الصفحة من وجهة نظر المستخدم.
يقيس الوقت الذي تستغرقه صفحة الويب لتظهر للمستخدم أكبر محتوى على الشاشة.
عادةً ما يكون هذا هو عنوان الصفحة أو الصورة المميزة أو محتوى النص الرئيسي.
باختصار ، يقيس LCP الوقت الذي يجب أن يكون فيه المحتوى المهم في الجزء المرئي من الصفحة مرئيًا بالكامل للمستخدم.

على سبيل المثال ، لنفترض أن الصفحة تستغرق 10 ثوانٍ ليتم تحميلها بالكامل.
لن "تظهر" الصفحة ليتم تحميلها ببطء طالما أن أول رسم محتوى في غضون ثانيتين.
باختصار ، يمكنك أن تفلت من وقت التحميل الكامل البطيء طالما أن أكبر طلاء يحتوي على محتوى سريع.
الوقت حتى البايت الأول
ببساطة ، هذا هو قياس المدة التي يجب أن ينتظرها متصفح الويب قبل تلقي البايت الأول من البيانات من خادم موقع الويب.
لا يقيس TTFB حقًا المدة التي يستغرقها تحميل الصفحة ، ولكنه يؤثر على وقت تحميل الصفحة.
كلما استغرق المستعرض وقتًا أطول في تلقي البيانات من الخادم ، كلما استغرق عرض الصفحة وقتًا أطول.
كيف تحسب وقت تحميل الصفحة؟
هناك العديد من الطرق المختلفة لقياس سرعة الصفحة:
- الوقت حتى البايت الأول (TTFB)
- أكبر طلاء محتوى (LCP)
- أول طلاء ذو مغزى (FMP)
- وقت التفاعل (TTI)
- أول تأخير في الإدخال (FID)
والقائمة تطول…
ولأنه لا يوجد أي من هذه المقاييس أفضل من غيره.
أوصيك بالعمل على تسريع موقع الويب الخاص بك عبر كل منهم.
لا تقلق. سأريكم بعد قليل كيف ، لكن أولاً:
لماذا تعتبر سرعة الصفحة مهمة لتحسين محركات البحث؟
ليس هناك من ينكر ذلك ، جوجل مهووسة بسرعة تحميل الصفحة.

منذ عام 2010 ، استخدمت Google سرعة الموقع (وبالتالي سرعة الصفحة) كعامل تصنيف في خوارزمية محرك البحث الخاصة بها.
ثم في عام 2018 ، طرحت Google "تحديث السرعة" الذي أثر بشكل أكبر على تصنيفات محرك البحث لصفحات التحميل البطيء.
وفي الآونة الأخيرة في عام 2021 ، قدمت Google تجربة الصفحة التي كان أحد مكوناتها الرئيسية هو حيوية الويب الأساسية وسرعة التحميل.

تهتم Google كثيرًا بسرعة الصفحة - ولماذا لا تفعل ذلك؟
إذا كانت Google سترسل عددًا كبيرًا من الزيارات المجانية إلى موقع الويب الخاص بك ، فإنهم يريدون أن يستمتع المستخدمون بتجربة رائعة. جزء كبير من ذلك هو صفحة ويب سريعة التحميل.
ببساطة:
سيؤدي موقع الويب البطيء التحميل إلى إتلاف تصنيفات Google الخاصة بك.
سيساعد موقع الويب سريع التحميل تصنيفات Google الخاصة بك.
السؤال الوحيد هو كيف يمكنك تحسين أوقات تحميل صفحتك؟ سنغطي ذلك بعد ذلك.
كيفية تسريع موقع الويب الخاص بك: أفضل 15 ممارسة لتقليل أوقات تحميل صفحة الويب
لا مفر منه ، فالكثير مما يساهم في سرعة الصفحة متجذر في الكود وتقني للغاية.
يتطلب إنشاء صفحات AMP وتقليل طلبات HTTP واستخدام التحميل غير المتزامن - جميعها خبرة على مستوى المطور. وبسبب ذلك ، لن أناقش تحسينات سرعة الصفحة في هذا المنشور.
بدلاً من ذلك ، أشارك 15 طريقة سهلة التنفيذ (لكنها غالبًا ما تُنسى) لتعزيز سرعة موقعك بشكل لم يسبق له مثيل.
دعنا نقفز في:
(1). قم بإجراء اختبار سرعة الصفحة حتى تتمكن من قياس وقت التحميل (ومعرفة ما يجب تحسينه)
قبل أن تحاول تحسين سرعة صفحتك ، من المفيد أن تعرف مدى سرعة - أو بطء - تحميل موقع الويب الخاص بك.
بعد كل شيء ، إذا كنت لا تعرف سرعة صفحتك الحالية ، فكيف ستعرف ما إذا كانت تحسينات السرعة الخاصة بك ناجحة؟
يمكنك استخدام العديد من الأدوات لتقييم تحسينات سرعة صفحتك ، ونوصي بتشغيل موقعك بالكامل.
لكن كلمة تحذير سريعة:
ستختلف درجاتك بشكل كبير من أداة إلى أخرى.
ذلك لأن كل أداة من أدوات اختبار سرعة صفحة الويب تستخدم طرقًا مختلفة لتقييم الأداء. ليس ذلك فحسب ، فإن مواقع خوادمهم موجودة في مدن مختلفة - وكما ستكتشف لاحقًا - فإن موقع الخادم له تأثير كبير على أوقات تحميل موقع الويب.
ليست هناك حاجة للانشغال بالتفاصيل. في الوقت الحالي ، ما عليك سوى إجراء اختبار باستخدام كل أداة وتدوين درجاتك.
بينغدوم
اختبار سرعة موقع سهل الاستخدام يحاكي الطريقة التي يتم بها تحميل الصفحة في مستعرض ويب. تقدم Pingdom حاليًا سبعة مواقع خادم يمكنك من خلالها اختبار موقعك.
بخلاف الأدوات الأخرى التي تقيس وقت التحميل وفقًا لوقت تحميل الصفحة بالكامل ، يستخدم Pingdom وقت التحميل الذي يسجل وقت تنزيل جميع الموارد على الصفحة. في هذه المرحلة ، ستكون الصفحة تفاعلية ، ولكن ربما لا تزال البرامج النصية تعمل في الخلفية.

جي تي متريكس
أداة لاختبار سرعة الصفحة توفر قياسًا لسطح المكتب والجوّال وخيار الاختبار عبر متصفحات متعددة. يوفر GT Metrix مواقع خادم مختلفة ، بما في ذلك 7 في الخطة المجانية و 15 في الخطة الاحترافية.
القياس الافتراضي هو وقت التحميل الكامل ، مع وقت التحميل اختياري.

WebPageTest
WebPageTest هي أداة رائعة أخرى توضح لك سرعة وأداء موقع الويب الخاص بك في متصفحات مختلفة.
يحتوي WebPageTest على أكبر عدد من مواقع الاختبار ، بإجمالي 38 موقعًا. مثل GT Metrix ، يستخدم WebPage Test وقت التحميل الكامل بشكل افتراضي ، مع وقت التحميل (المعروف أيضًا باسم وقت اكتمال المستند) اختياريًا.

PageSpeed Insights
هذه هي أداة Google لتقييم أداء سرعة الصفحة. على عكس الأدوات الثلاثة المذكورة أعلاه ، تستخدم Google البيانات الميدانية بدلاً من بيانات المختبر في درجاتها - بافتراض توفر البيانات الميدانية.
ماذا يعني هذا:
بدلاً من تشغيل اختبار يحاكي وقت التحميل لمستخدم حقيقي ، تجمع Google PageSpeed Insights بيانات مستخدم حقيقية من مستخدمي متصفح Chrome. يتم تجميع هذه البيانات على مدار 30 يومًا ، مما يعني أنك قد لا ترى تحسنًا في درجاتك إلا بعد 30 يومًا من تحسين وقت التحميل.

من المهم معرفة تقييم Google لوقت التحميل. هذه هي النتيجة التي يستخدمونها لـ Core Web Vitals - وهي جزء أساسي من إشارات تجربة الصفحة التي تساهم في أداء تصنيف محرك البحث.
ومع ذلك ، فإن الأدوات الثلاث الأخرى (Pingdom و GT Metrix و WebPageTest) تكون أكثر فائدة في قياس أداء سرعة صفحتك بشكل سريع قبل وبعد.
زوجان من المؤشرات:
أولاً ، حدد موقع اختبار بالقرب من جمهورك المستهدف. إذا تم تشغيل اختبارك من الولايات المتحدة ، ولكن المستخدمين في أستراليا ، فلن تحصل على مقياس واقعي لأداء سرعة الصفحة.

ثانيًا ، لا تخطئ في اختبار صفحتك الرئيسية فقط.
Pagespeed فريد لكل صفحة.
أقترح عليك اختبار جميع عناوين URL الأكثر أهمية واستخدام Google Analytics لتحديد صفحات التحميل البطيئة بسرعة.

نصيحة - يمكنك العثور على "توقيتات الصفحة" ضمن "سرعة الموقع" في قائمة "السلوك" في GA.
فهمت؟ رائع.
لنبدأ في تحسين سرعة صفحتنا.
(2). قم بتبديل نظام اسم المجال المجاني الخاص بك لمضيف DNS سريع البرق
فكر في مضيف نظام اسم المجال (DNS) ، مثل دفتر الهاتف.
يقوم بتعيين اسم المجال الذي يمكن قراءته بواسطة الإنسان إلى عنوان IP (حيث يوجد موقع الويب الخاص بك بالفعل ).

بالمختصر:
في كل مرة يكتب فيها المستخدم عنوان الويب الخاص بك في شريط عنوان URL الخاص بالمستعرض ، يقوم المتصفح ببحث DNS الذي يحول عنوان الويب إلى عنوان IP ، ومن خلال القيام بذلك ، يحدد موقع الخادم حيث يتم استضافة موقع الويب الخاص بك.
بشكل افتراضي ، ستستخدم خدمة DNS المجانية التي يقدمها مسجل المجال الخاص بك.
توفر لك NameCheap و GoDaddy و Google Domains (وتقريبًا كل مسجل نطاق آخر) القدرة على إعداد خوادم الأسماء الخاصة بك وتوجيه نطاقك إلى عنوان IP لمضيف الويب الخاص بك.
مشكلة خدمات DNS المجانية هذه؟
إنها حقا بطيئة.
إذا كنت تريد موقعًا سريعًا على الإنترنت ، فإنني أوصي بتبديل DNS الخاص بك إلى Cloudflare.
لقد انتقلت من خدمة DNS الخاصة بـ Namecheap وانتقلت من وقت استعلام يبلغ 26 مللي ثانية:

إلى 13 مللي ثانية مذهلة.

بمعنى آخر ، قمت بقطع 50٪ من وقت معالجة DNS.
أفضل للجميع ، أنها لم تكلفني فلسا واحدا.
بمجرد التسجيل للحصول على حساب Cloudflare مجاني ، يمكنك ببساطة تسجيل الدخول إلى مسجل المجال الخاص بك واستبدال خوادم الأسماء الافتراضية بـ Cloudflare.

وبهذا تكون قد انتهيت.
(3). نفذ هذا الضربة المزدوجة للتخزين المؤقت وقم بتسريع أوقات التحميل
إليك ما يحدث (عادةً) عندما ينتقل المستخدم إلى موقع الويب الخاص بك:
- متصفحهم يتصل بخادم الويب الخاص بك
- يسحب نظام إدارة المحتوى الخاص بك أحدث البيانات من قاعدة بياناتك (مثل منشوراتك وصفحاتك الأخيرة)
- يقوم خادم الويب الخاص بك بتجميع البيانات في صفحة HTML وتقديمها للزائر

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

وبذلك ، فإنه يسرع وقت التحميل للمستخدمين.
توصيات الانتقال إلى المكونات الإضافية للتخزين المؤقت في WordPress هي:
- WP Rocket (ما أستخدمه)
- W3 إجمالي ذاكرة التخزين المؤقت
- WP Super Cache
نظرًا لأن المكون الإضافي للتخزين المؤقت يزيل عمليات البحث في قاعدة البيانات ، فيمكنه قطع 1-3 ثوانٍ من أوقات تحميل موقع الويب الخاص بك.
ليس سيئًا.
ولكن إذا كنت تريد تحميل صفحاتك بسرعة شديدة ، فإنني أوصي بما يلي:
التخزين المؤقت للحافة (CDN)
بخلاف التخزين المؤقت للصفحة ، الذي يخزن نسخة مخبأة من موقع الويب الخاص بك على خادم الويب المركزي ...
يخزن التخزين المؤقت على الحافة صفحات HTML بالكامل على "عقد الحافة" الموجودة على شبكة خادم تمتد عبر الكرة الأرضية.
ماذا يعني هذا:
بدلاً من تقديم طلب إلى خادم على الجانب الآخر من الكوكب ...
عندما يطلب الزائر فتح صفحة ، يتم تسليمها من خادم يقع بالقرب منه.

مثل التخزين المؤقت للصفحة ، يتم حفظ نسخة مسبقة الإنشاء من صفحة الويب للوصول الفوري ، ولا يلزم الاتصال بقاعدة البيانات.
كما يمكنك أن تتخيل ، إذا كانت البيانات تحتاج فقط إلى السفر بضع مئات من الكيلومترات مقابل الآلاف - وكانت الصفحة مصممة مسبقًا وجاهزة للمستخدمين - فسيؤدي ذلك إلى أوقات تحميل أسرع.
ليس ذلك فحسب ، نظرًا لأن التخزين المؤقت للحافة يقوم بالكثير من العمل ، فإنه يخفف أيضًا الضغط عن استضافة الويب ، مما قد يؤدي إلى تحسين سرعة موقعك بشكل أكبر.
خدمة Edge Caching التي أوصي باستخدامها هي CDN الخاصة بـ Cloudflare:
مع أكثر من 200 خادم حول العالم:

وبسعر 20 دولارًا شهريًا ، إنها سرقة مطلقة.
(4). قم بتحسين صورك لتقليل الحمولات الضخمة
لا شيء يبطئ موقع الويب مثل الصور المتضخمة.
وهذا ليس مفاجئًا.
تشكل الصور جزءًا كبيرًا من حجم الصفحة.

(ما يقرب من 40٪ من إجمالي وزن الصفحة لصفحة خدمات تحسين محركات البحث الخاصة بنا).
لذلك كلما تمكنت من تحسين صورك ، زادت سرعة تحميل صفحتك.
والسؤال الوحيد هو كيف؟
أولاً ، تريد تغيير حجم جميع صورك إلى الحجم الأكبر الذي تريده - وليس أكبر
على سبيل المثال:
يبلغ الحد الأقصى لعرض الصور في هذه الصفحة 640 بكسل.
إذا قمت بتحميل صورة بعرض 650 بكسل ، كنت سأضيف وزنًا غير ضروري إلى الصفحة.
ليس ذلك فحسب ، نظرًا لأن نظام إدارة المحتوى الخاص بي سيحتاج إلى تغيير حجم الصورة إلى عرض 640 بكسل لتلائم أبعاد الصفحة ، فسيتم إبطاء وقت التحميل بشكل أكبر.
مع وضع ذلك في الاعتبار ، أوصيك بتغيير حجم صورك إلى الحد الأقصى الذي ستحتاج إليه قبل تحميلها على موقع الويب الخاص بك.

يمكنك استخدام أداة تحرير الصور عبر الإنترنت مثل Pixlr أو أداة أصلية لجهاز الكمبيوتر الخاص بك. لا تهم الآلية - فأنت بحاجة إلى أن تكون صورك بنفس حجم أقصى مساحة قابلة للعرض.
الشيء الثاني الذي تريد القيام به هو اختيار نوع الملف الصحيح.
يمكن أن يؤدي تحديد تنسيق الملف الخاطئ إلى زيادة الوزن أو يؤدي إلى انخفاض جودة الصور.
ما لم تكن صورك متحركة ، فإن PNG أو JPEG هي الأخف وزناً - وبالتالي فهي الأسرع في التحميل.
إليك كيفية معرفة نوع الملف الذي يجب اختياره:

ثالثًا ، تريد إزالة كل الانتفاخات غير الضرورية من ملف صورتك مع الحفاظ على أكبر قدر ممكن من الجودة.
لا تقلق بشأن الجوانب الفنية.
فقط قم بتثبيت Imageoptim ودع الأداة تقوم بالباقي.

يمكن أن يساعد في تقليل أحجام ملفاتك بمقدار النصف تقريبًا.
لكن انتظر!
ماذا لو تم تحميل صورك بالفعل؟
أخبار جيدة. إذا كنت تستخدم WordPress ، فلدي حل:
الفسفور الابيض Smush!
يقوم WP Smush تلقائيًا بضغط أي صورة تقوم بتحميلها إلى مكتبة وسائط WordPress.

ويقلل حجم الملف بأكثر من مرتين ، دون أي انخفاض ملحوظ في جودة الصورة.
رائع ، أليس كذلك؟
بمجرد ضغط أحجام ملفات الصور الخاصة بك ، هناك خدعة أخرى لتحسين الصور يمكنك استخدامها لتحسين أوقات تحميل صفحات الويب الخاصة بك.
(5). تنفيذ التحميل الكسول (ولكن ليس على شعارك)!
حتى لو كانت صورك خفيفة كالريشة ، فقد يظل وزن صفحتك ثقيلًا إذا استخدمت عددًا كبيرًا من الرسومات في مشاركاتك (مثلي).
ليس هذا فقط ، إذا كانت كل صورة بحاجة إلى التحميل حتى يتم عرض الصفحة - فسيتم إطالة وقت تحميل صفحتك.
أدخل التحميل البطيء.
التحميل الكسول هو المكان الذي يؤخر فيه المتصفح تحميل الصور حتى تحتاج إلى عرضها على الشاشة.

بمعنى آخر ، لا يتم تحميل جميع الصور مرة واحدة.
يتم تأجيل بعض الصور (والأصول الأخرى مثل مقاطع الفيديو والتضمينات) وتحميلها فقط عند الحاجة - على سبيل المثال ، عندما يقوم المستخدمون بالتمرير لأسفل إلى هذا القسم من الصفحة.
إذا شاهدت منشورات مدونتي عن كثب ، فسترى عملية التحميل البطيئة:

التحميل الكسول قوي. يمكن حقًا تسريع الموقع. ولكن ، هناك مشكلة كبيرة تتعلق بالتحميل البطيء:
عند تشغيله ، يقوم بتحميل كل الصور بشكل كسول.
نظرًا لأن معظم المواقع - مثل موقعي - بها صور يجب عرضها عند التحميل ، فإن استخدام التحميل البطيء يمكن أن يضر في الواقع بأكبر صورة مضمونة.
النقطة المهمة هنا هي أن إعدادات التحميل البطيئة الافتراضية ستطبق علامات التحميل البطيئة على جميع الصور على الصفحة ، بما في ذلك تلك الموجودة في الجزء العلوي والتي يجب عرضها على الفور للمستخدم.
مما يعني:
يجب أن تنتظر الصور "في الجزء المرئي من الصفحة" حتى يتم تنفيذ مكتبة JavaScript ذات التحميل البطيء قبل أن يتم تحميل الصور الموجودة أعلى الصفحة. بمعنى آخر ، يحظر lazyload JavaScript عرض الأصول المطلوبة لطلاء سريع المحتوى (LCP).
لمعالجة هذه المشكلة ، احصل على عنوان URL لشعارك وأي صور أخرى في الجزء المرئي من الصفحة (تلميح! صورتك المميزة) وأضفها كاستثناء في مكون التحميل البطيء.
أستخدم WP Rocket ، وهنا الإعدادات:

سواء كنت تستخدم WP Rocket أو Autoptimize (مكون إضافي رائع آخر للتحميل البطيء) ، تأكد من إرجاء تحميل الصور وتعيين شعارك على أنه استثناء.
مع ذلك ، إلى شيء آخر يجب ضبطه على "تأجيل التحميل".
(6) تأجيل ملفات JavaScript وزيادة سرعة صفحتك
إذا سبق لك تشغيل موقعك من خلال PageSpeed Insights أو GT Metrix ، فستكون على دراية بهذا التحذير:

لا مفر منه. يعد JavaScript أحد أكبر العوامل التي تؤثر على وقت تحميل موقع الويب.
لكن لماذا؟
عندما يزور شخص ما موقعك ، يسلم خادم الويب محتوى HTML الخاص بموقعك على الويب إلى متصفح المستخدم.
ثم يعمل متصفح المستخدم من خلال HTML من أعلى إلى أسفل لعرض الصفحة.
إذا عثر على أي JavaScript أثناء هذه العملية ، فإنه يتوقف عن عرض بقية الصفحة حتى يتم جلب ملف JavaScript الكامل وتحليله.
نظرًا لأن ملفات البرامج النصية كبيرة ويمكن أن تستغرق بعض الوقت للتحميل ، فيمكن أن تؤثر حقًا على أوقات التحميل.

وها هي الصفقة:
معظم ملفات جافا سكريبت مثل الدردشة الحية ، والنوافذ المنبثقة ، والأدوات ، أو حتى نصوص التتبع ليست ضرورية لعرض الصفحة بشكل صحيح.
ولهذا السبب أوصيك بتأخير تحليل ملفات JavaScript حتى بعد تحميل الصفحة.
بهذه الطريقة ، يتم تحميل كل المحتوى الأساسي على الصفحة ، ثم يتم تنفيذ البرامج النصية لاحقًا.
إذا كنت تستخدم WordPress ، يسمح لك كل من WP Rocket و Perfmatters بتأخير عرض JavaScript.
إذا كنت مهتمًا بالفضول ، فإليك إعدادات Perfmatters الخاصة بي:

ستكون النصوص البرمجية التي تؤخرها على موقعك فريدة بالنسبة إليك.
ستظهر لك مراجعة سريعة لتوصيات GT Metrix أن الجناة يبطئون أوقات التحميل.
(7). ترقية الاستضافة الخاصة بك
ليست كل مضيفي الويب متساوية. بعيد عنه.
يمكن أن يكون الاختلاف في وقت الاستجابة بين مزود الاستضافة السريع والبطيء 800 مللي ثانية بسهولة.
قد لا يبدو الأمر كثيرًا ، لكن هذا فرق 4X:

لن أستدعي مزودي الاستضافة الفرديين لأنني اختبرت عددًا قليلاً منهم فقط ، ولكن هناك احتمالات إذا أنفقت 4.99 دولارًا شهريًا على الاستضافة ، فلن يتم تحميل موقعك بسرعة.
ذلك لأن معظم خطط استضافة الميزانية تضع موقعك على نفس الخادم (المثقل بالأعباء) مثل مئات المواقع الأخرى - مما يؤدي إلى تباطؤ ، وتأخر ، وحتى أوقات تعطل.
لا يمكنني التحدث عن أداء معظم المضيفين ، ولكن كقاعدة عامة ، تحصل على ما تدفعه مقابل.
ومع ذلك ، إذا كنت تبحث عن اقتراحات الاستضافة ، فإليك مضيفان متميزان أستخدمهما ويمكنني أن أوصي به شخصيًا:
- Cloudways - استضافة سحابية مُدارة على مكدس خادم مُحسّن للسرعة لتوفير أكثر من 60 موقعًا حول العالم. توصيتي للعملاء.
- WP Engine - الاستضافة المُدارة لمواقع WordPress مع التخزين المؤقت للصفحة على مستوى الخادم. نفس مضيف الويب هذا الموقع مستضاف عليه.
سواء كنت تتبع توصياتي أو غيرها ، يجب أن تبحث عن عاملين.
أولاً ، تريد موفر استضافة يستخدم محرك أقراص الحالة الصلبة (SSD).
تعد محركات الأقراص ذات الحالة الصلبة أسرع بكثير من محركات الأقراص الثابتة القياسية ، مما يعني تقليل أوقات تحميل الصفحات.
ثانيًا ، اذهب مع مضيف بخادم موجود في بلدك - أو على الأقل قارتك.

عادةً ما يكون أداء مواقع الويب أبطأ بأكثر من ثانية واحدة خارج البلد الذي يوجد فيه الخادم.
مع وضع هذا الإحصاء في الاعتبار ، إذا كنت حاليًا تستخدم خادمًا مشتركًا رخيصًا يقع بعيدًا جدًا ، فقد حان الوقت للترقية إلى خادم SSD محلي مخصص.
(8). تنظيف وضغط التعليمات البرمجية الخاصة بك
باختصار ، تريد تصغير الموارد الموجودة على صفحتك.
التصغير (إذا كانت كلمة في الواقع) هي عملية إزالة المسافات والأحرف والتعليقات غير الضرورية - في الواقع ، أي عناصر غير ضرورية - لتقليل حجم الملفات.
الملفات الأخف تعني نقل بيانات أقل - وأوقات تحميل أسرع.
تركز عملية تصغير الملفات عادةً على JavaScript و CSS ولكن يمكن أن تتضمن أيضًا HTML.
ولكن ، قبل أن تفكر في التفكير في التمشيط عبر كل سطر من التعليمات البرمجية على موقع الويب الخاص بك للعثور على عناصر زائدة عن الحاجة ، لا تقلق.
يمكنك بسهولة تصغير الكود الخاص بك عن طريق تثبيت WP Rocket وتحديد عدة مربعات:

سوف WP Rocket تصغير التعليمات البرمجية الخاصة بك تلقائيًا!
الطريقة الثانية لتقليل الملفات هي ضغط GZIP.
يعمل GZIP بشكل مشابه لضغط ZIP و RAR الذي تستخدمه على جهاز الكمبيوتر الخاص بك ولكن يتم التعامل معه بواسطة الخادم الخاص بك.
في الأساس ، عندما يهبط زائر على موقع الويب الخاص بك ، فإن متصفحه يطلب ملفات الموقع من خادم الويب الخاص بك. عند تمكين GZIP ، سيقوم خادمك بضغط هذه الملفات قبل إرسالها إلى متصفح المستخدم.
ولأن هذه الملفات مضغوطة وأخف وزنًا - يكون النقل أسرع.
نظرًا لأنني أستخدم استضافة WP Engine ، فقد تم تمكين GZIP بالفعل.
إذا كانت استضافتك لا تدعم ضغط GZIP ، فيمكنك تمكينه عبر WP Rocket أو W3 Total Cache.
أو افعل ذلك يدويًا إذا كنت ماهرًا في هذا النوع من الأشياء.
(9). تخلص من بروتوكول HTTP القديم للاستفادة من بروتوكول HTTP2 الأسرع
لا أصدق أنني أقولها في هذا اليوم وهذا العصر.
ولكن إذا كنت لا تزال تقوم بتشغيل موقع الويب الخاص بك على بروتوكول HTTP (على عكس HTTPS) ، فقم بإجراء التحول الآن.
ربما تعلم أن HTTPS هو إشارة ترتيب.

بشكل أساسي ، إذا كان موقع الويب الخاص بك يستخدم بروتوكول HTTPS آمنًا ومشفّرًا ، فستعطي Google موقعك دفعة صغيرة في الترتيب. على العكس من ذلك ، إذا كنت تستخدم HTTP ، فإن أداء الترتيب الخاص بك سيضعف قليلاً.
لكن هذا ليس السبب الوحيد للحصول على شهادة SSL والتحول إلى استضافة HTTPS.
هل تعلم أن HTTPS أسرع أيضًا؟
عندما يعمل موقعك في وضع HTTPS (مشفر) ، سيستخدم برنامج متصفح الويب بروتوكول HTTP2 الأحدث (بافتراض أن مضيفك يدعمه) ، وهو أسرع بكثير من بروتوكول HTTP 1.1 السابق.
في الواقع ، سيسمح استخدام HTTPS لموقعك بتنزيل 14.3٪ بسرعة أكبر:

ليس برث للغاية!
قبل التبديل بسرعة إلى HTTPS مع مضيف الويب الحالي ، ضع في اعتبارك أن العديد من مزودي الاستضافة الرخيصين لا يزالون لا يدعمون HTTP2.
إذا لم يكن لديك ، فهذا مؤشر أكيد على أن بنيتهم التحتية قديمة وسبب آخر للانتقال إلى شركة استضافة متميزة مثل Cloudways أو WP Engine أو Kinsta.
نصيحة للمحترفين: اشترك في ميزة 0-RTT الخاصة بـ Cloudflare (صفر رحلة ذهابًا وإيابًا) ، والتي تعمل على تسريع مفاوضات تشفير HTTPS بشكل أكبر!
(10). استخدم الإصدار الأعلى من PHP الذي يسمح به موقع الويب الخاص بك (ويغلق في أوقات المعالجة الأسرع)
PHP هي لغة البرمجة التي تستخدمها أنظمة إدارة المحتوى الشهيرة مثل Joomla و Drupal و WordPress.
صدق أو لا تصدق ، إنها قاعدة الشفرة المستخدمة من قبل 4 من كل 5 مواقع:

أحد الأشياء الجيدة في PHP هو أنه يتم تحديثها باستمرار لتحسين الأمان وتحسين الأداء.
إنفاكت ، يتم إصدار إصدارات جديدة من PHP كل 6-12 شهرًا أو نحو ذلك - وكل تحديث PHP جديد يكون عادةً أسرع بنسبة 10-30٪ من الإصدار السابق.

يعمل كل إصدار بشكل أسرع من السابق بسبب الزيادة في عدد طلبات قاعدة البيانات التي يمكنه معالجتها مرة واحدة.
على سبيل المثال ، بمقارنة PHP 7.3 بـ PHP 5.6 ، يمكن للإصدار الأحدث معالجة 3 أضعاف المعاملات في الثانية.
إذا كان موقعك على WordPress ، فمن غير المنطقي تحديث موقعك إلى أحدث إصدار من PHP.
يقوم مقدمو الاستضافة المتخصصون مثل أولئك الذين سبق ذكرهم بتحديث إصدار PHP الخاص بك تلقائيًا.
بدلاً من ذلك ، يمكنك التحقق من إعدادات Site Health الخاصة بك ضمن قائمة الأدوات في WordPress. من هناك ، سترى إصدار PHP الذي تقوم بتشغيله:

ويمكن تحديثه وفقًا لذلك.
(11). استخدم هذه الخدمة للفيديو - ستعمل على تسريع موقع الويب الخاص بك بشكل كبير
ليس هناك من ينكر ذلك. تعد مقاطع الفيديو طريقة جيدة للغاية لجذب انتباه جمهورك.
لكن المشكلة هي أنها تستهلك قدرًا هائلاً من موارد الخادم للتحميل.
وعندما تبدأ في التعلم ، كلما قل الضغط على خادمك ، كان ذلك أفضل ، لأنه كلما كانت سرعة صفحتك أسرع.
إذن ، في حالة الفيديو ...
بدلاً من الاستضافة الذاتية لمقاطع الفيديو على موقعك ، استخدم خدمة استضافة فيديو مستقلة مثل YouTube أو Vimeo أو Wistia.
ثم أضف مقاطع الفيديو إلى موقع الويب الخاص بك باستخدام رمز التضمين.

بهذه الطريقة ، لن ينشغل خادمك بتحميل ملفات فيديو ثقيلة ويمكنه استخدام الوقت لمعالجة العناصر الأخرى على الصفحة.
ولكن من بين كل من هذه الخدمات ، أيهما أفضل؟
وفقًا لـ WP Rocket ، يعد Vimeo أسرع بشكل هامشي من YouTube و Wistia - وأسرع بكثير من Daily Motion ، أبطأ لاعب.

ومع ذلك ، فإن الفرق بين هذه المراكز الثلاثة الأولى ضئيل للغاية ، ولهذا السبب اخترت Wistia لمعظم مقاطع الفيديو الخاصة بي.
يحتوي على تحليلات رائعة ويدعم خرائط مواقع الفيديو - وهي ميزة رائعة لتحسين محركات البحث.
(12). البحث عن (وإصلاح) إعادة توجيه 3XX
تعد عمليات إعادة التوجيه 301 و 302 مفيدة.
يتم استخدامها لإعادة توجيه صفحة زائدة عن الحاجة إلى عنوان URL بديل للعمل.

المشكلة هي أنهم غادرون لسرعة الصفحة.
لماذا ا؟
لأنه كلما حاول المستخدم الوصول إلى صفحة رموز الحالة 3XX ، يتم تقديم طلبين إلى الخادم.
واحد لعنوان URL الأصلي (المعاد توجيهه) والآخر لعنوان URL المقصود النهائي.
يمكن أن يعني ذلك زيادة كبيرة في وقت تحميل الموقع.
ولكن هذا هو الشيء ...
لا يمكنك التخلص من عمليات إعادة التوجيه 3XX تمامًا. سيكون ذلك ضارًا بشكل كبير بمُحسنات محركات البحث لديك.
ومع ذلك ، يمكنك تقليل رموز الحالة 3XX غير الضرورية :
(أ). عمليات إعادة التوجيه الداخلية
تحدث عمليات إعادة التوجيه الداخلية عندما تتم إعادة توجيه صفحة بها روابط داخلية تشير إليها إلى صفحة أخرى.
على سبيل المثال:
على صفحتك الرئيسية ، يمكنك الارتباط بمقال حول نظام كيتو الغذائي (على سبيل المثال ، healthfitness.com/keto-diet/)
قررت لاحقًا إنشاء مقال جديد حول هذا الموضوع وإعادة توجيه المقالة القديمة إلى المقالة الجديدة (عمليات إعادة التوجيه 301 من healthfitness.com/keto-diet/ إلى healthfitness.com/new-keto-diet/)
عمل رائع - هذه ممارسة جيدة لتحسين محركات البحث.
تكمن المشكلة في أن الرابط الداخلي الذي وضعته على صفحتك الرئيسية يمر الآن بـ "قفزة" غير ضرورية - وبينما يعمل مع المستخدم - فإنه يضيف وقت تحميل إضافي لأولئك الذين يتابعون هذا الرابط.

لحسن الحظ ، هناك حل سهل. ما عليك سوى تحديث الرابط في الأصل إلى عنوان URL المقصود النهائي.
هناك طريقة بسيطة للعثور على عمليات إعادة التوجيه على موقعك وهي تثبيت Check My Links. سيقوم امتداد المتصفح هذا بالزحف إلى صفحتك وتمييز أي روابط تقوم بإعادة التوجيه.
يحدد الفحص السريع لصفحة Sherpa الرئيسية لتحسين محركات البحث عمليات إعادة توجيه داخلية متعددة في التذييل:

كل ما علي فعله هو تسجيل الدخول إلى WordPress وتحديث روابط التذييل هذه إلى الوجهة النهائية.
(ب). سلاسل إعادة التوجيه
تعتبر عمليات إعادة التوجيه ضارة بوقت التحميل ، ولكنها تكون أسوأ عندما تكون في سلسلة.
تحدث سلاسل عمليات إعادة التوجيه عندما تقوم إحدى الصفحات المعاد توجيهها بإعادة التوجيه إلى صفحة أخرى مُعاد توجيهها - وهكذا دواليك.
عادة ما تكون نتيجة للتغييرات التي يتم إجراؤها على الموقع بمرور الوقت.
على سبيل المثال:
- تم تحديث domain.com/about/ وإعادة توجيه 301 إلى:
- تم تحديث domain.com/about-us/ وإعادة توجيه 301 إلى:
- تم تحديث domain.com/about-our-company/ وإعادة توجيه 301 إلى:
- domain.com/company-history/
الآن سيتم إعادة توجيه أي شخص يحاول الوصول إلى الصفحة الأصلية ليس مرة واحدة ولكن ثلاث مرات.
أحب استخدام Ahrefs Site Audit للعثور على سلاسل إعادة التوجيه. بعد الزحف إلى موقعك ، سيحدد عدد مشكلات سلسلة إعادة التوجيه التي تواجهها (بالإضافة إلى الأخطاء الأخرى).

يمكنك التنقل في قائمة سلاسل إعادة التوجيه لمعرفة السلاسل التي تحدث:

لإصلاح كل سلسلة ، قم بتحديث عمليات إعادة التوجيه 301 في عنوان URL الأصلي برابط مطلق إلى الوجهة النهائية - وبالتالي إزالة سلسلة عمليات إعادة التوجيه في المنتصف.
(13). تخلص من أخطاء 404
يحدث ذلك!
يتم نقل الملفات (أو فقدها) ، وتعطل الروابط.

عند حدوث ذلك ، سيواجه المستخدمون أوقات تحميل أطول للصفحة بسبب طلبات خادم الويب الإضافية للعثور على الملفات المفقودة.
في النهاية ، مما أدى إلى خطأ 404.
أسباب هذه الأخطاء عديدة وغير منطقية.
كل ما تحتاج إلى معرفته هو كيفية العثور عليهم:
إحدى الطرق هي استخدام Google Search Console للعثور عليها وإصلاحها.
بمجرد تسجيل الدخول إلى حساب GSC الخاص بك ، انقر فوق Coverage ثم Error.
انقر فوق عنوان URL الذي تم إرساله غير موجود ، وسترى قائمة بجميع الروابط التي أدت إلى الخطأ 404:

بدلاً من ذلك ، يمكنك استخدام أداة تدقيق الموقع مثل Ahrefs أو Screaming Frog.
مهما كانت الأداة التي تستخدمها ، فاعلم أنك بحاجة إلى تحديد الروابط المؤدية إلى 404 صفحات وملفات وسائط.
ثم استبدل أو أزل تلك الروابط المعطلة.
سيؤدي القيام بذلك إلى تسريع موقعك.
(14). تقليص وتحديث وترقية - ثلاث خطوات لتحسين سرعة الصفحة الخاصة بك مع المكونات الإضافية
عندما يتعلق الأمر بالمكونات الإضافية والإضافات ، كلما كان ذلك أفضل.
تقوم معظم الوظائف الإضافية بتحميل JavaScript و CSS.
وكما أشرت بالفعل ، يمكن لهذين الأمرين وضع موقع الويب الخاص بك في وضع الانتقال البطيء.
لذا ، كلما أمكن ذلك ، أوصيك بإزالة المكونات الإضافية الخاصة بك واستخدام ما هو ضروري (تمامًا) فقط.
أي شيء ، ليس ضروريًا لوظائف موقعك ، أوقف تشغيله ثم احذفه.
بالطبع ، تؤثر بعض المكونات الإضافية على سرعة الموقع أكثر من غيرها.
لذلك ، حتى إذا كنت في حاجة ماسة إلى مكون إضافي ، فقد يكون هناك بديل أسرع.

يسرد هذا المنشور من ServeBolt المكونات الإضافية لـ WordPress التي تؤثر على أداء وقت التحميل - ويسرد خيارات أفضل وأسرع.
يجب عليك إجراء التبديل إذا وجدت بدائل أسرع.
الخطوة الثالثة في تسريع موقع الويب الخاص بك عبر المكونات الإضافية هي التأكد من تشغيل أحدث إصدارات البرنامج المساعد.
Very often, older plugins have incompatibilities with the current version of WordPress or PHP.
These incompatibilities almost always impact page speed performance.
Thankfully, the plugin menu in WordPress makes it easy to spot outdated plugins:

From there, you can simply upgrade to the latest version.
(15). Use This Little Known Google Tag Manager Trick to Speed up Your Website
You've probably heard of Google Tag Manager? And, hopefully, you are using it on your website.
Google Tag Manager is a container for all your pixels and tracking scripts, which makes deploying codes simple – and bypasses the need for a developer.
Simply moving your tracking pixels from embedded in your website code to Google Tag Manager can shave up to 2 seconds off your load time.
This is a great page speed improvement, but it doesn't stop there…
Did you know that Google Tag Manager, allows you to control when your tags are fired and thus speed up your load times even further?
As you've learned already, any code that's not required for a fast largest contentful paint should be delayed until after the main content has loaded.
By default, Google Tag Manager will fire your tags on page view.

But, by selecting the 'Window Loaded” trigger your tags are fired once the entire content of the page has been fully loaded, including any embedded resources such as images and scripts.

I set this up on the SEO Sherpa website, and because I have a bunch of tracking set up, it boosted load times significantly.
To implement this page speed trick on your own website, login to GTM and select 'New Trigger' and then 'Window Loaded.'
And once you've done that, you're done.
What Did You Think?
Now I'd like to hear from you:
Which technique from today's post are you going to implement first?
Are you going to fix broken links? Or implement lazy loading?
Either way, let me know by leaving a comment below.