لماذا لا تهم نتائج أدوات السرعة PageSpeed و Pingdom و GTmetrix

تم آخر تحديث في
مارس 24, 2021
بواسطة أنمار النقيب
لماذا لا تهم نتائج أدوات السرعة PageSpeed و Pingdom و GTmetrix

توقف عن الاستماع إلى اختبارات ونتائج أدوات السرعة السخيفة (إذا كنت لا تعرف ما تفعله)!!!

ستتعلم كيف تقرأ نتائج جوجل PageSpeed و Pingdom و GTmetrix وطريقة تسريع موقعك.

لقد كتبت هذا الدليل لتجنب تكرار نفسي مرارًا وتكرارًا مع العملاء الساذجين. نأمل أن يساعد أيضًا المطورين/المسؤولين الآخرين الذين يتجادلون مع العملاء الجدد حول تحسين السرعة. (إنه يشبه الأشخاص الذين يتجادلون مع طبيبهم بسبب شيء قرأوه على WebMD.)

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

درجات السرعة في GTmetrix لا تهم!
درجات السرعة لا تهم!
وقت التحميل مهم (أوقات TTFB وبعض مؤشرات أداء الويب)
توقيت الصفحة هو الأكثر أهمية! (أوقات TTFB وبعض مؤشرات أداء الويب)
الطلبات في بداية تقرير Waterfall مهمة!
الطلبات في بداية تقرير Waterfall مهمة!
الطلبات في نهاية تقرير Waterfall لا تهم!
الطلبات في نهاية تقرير Waterfall لا تهم!

لماذا لا تهم نتائج أدوات السرعة PageSpeed و Pingdom و GTmetrix

1. أنت لا تعرف كيف تقرأ اختبار السرعة

أنا على استعداد للمراهنة على أن معظم الأشخاص الذين يخافون من نتائج السرعة ليسوا حتى مطوري ويب أو مبرمجين محترفين. هناك سبب يجعل الأدوات والأدوات باهظة الثمن في المستشفيات مخصصة للاستخدام من قبل الأطباء المعتمدين فقط. هذا لأنهم يعرفون ما يفعلونه. إنهم يعرفون المقاييس التي يجب الانتباه إليها وأي المقاييس يجب تجاهلها. لماذا لا يتركون شخصًا عشوائيًا ينظر إليه؟ لأن هذا الشخص العشوائي لن يعرف أي شيء عن كيفية عمله، وما الذي يقيسه، وما إذا كانت كل نتيجة سيئة أم جيدة. إنهم ببساطة سيصابون بالذعر والإفراط في رد الفعل تجاه كل إشارة بصرية / صوتية تنبعث من الآلة!

أسئلة بسيطة لمعرفة ما إذا كنت مؤهلاً لقراءة اختبار السرعة:

  • هل تعرف ما هو TTFB؟
  • هل تعرف ما هو first paint؟
  • هل تعلم ما هي العناصر الأكثر أهمية في waterfall؟
  • كيف يمكنك معرفة ما إذا كان CDN يساعد أو يضر بتحميل الملفات الثابتة الخاصة بك؟
  • ما هو HTTP/2 وما فائدته؟
  • ما الذي يحدد ما إذا كانت صورك مضغوطة بدرجة كافية؟
  • لماذا يجب أن تتجاهل طلبات الطرف الثالث؟
  • إلى أي مدى يجب يبعد خادم اختبار السرعة من خادم الويب الخاص بك؟

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

2. تشجع أدوات اختبار السرعة تحسين الموقع للحصول على درجات السرعة بدلاً من تحسينهُ للمستخدمين

فخ الموت رقم 1 في اختبارات السرعة.

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

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

هذا هو السبب في أن مستشاري السرعة يكررون مرارًا وتكرارًا أنه يجب عليك التحسين للمستخدمين، وليس لنتائج السرعة!

سؤال بسيط لمعرفة ما إذا كنت تقدر نتائج السرعة بدرجة عالية جدًا:

  • اى واحدة تفضل؟ تحميل سريع للصفحة ونتيجة صفحة (page score) فضيعة أو تحميل بطيء للصفحة ولكن نتيجة جيدة للصفحة (95 A+)؟
  • هل يزعجك إذا كان موقع منافسك يتم تحميله بشكل أبطأ من موقعك ولكن لديه درجات سرعة أعلى؟
  • هل تعتقد حقًا أنه من المهم الحصول على نتيجة صفحة 100/100 A+؟
  • هل تعتقد حقًا أن الحصول على نتيجة صفحة عالية يعني أن موقعك سريع؟

صدق أو لا تصدق ، هناك القليل جدًا من الارتباط بين درجة الصفحة العالية ووقت تحميل الصفحة الفعلي. لا تتردد في البحث عن العديد من المواقع الشهيرة الموجودة هناك وانظر بنفسك.

3. لا تأخذ اختبارات السرعة في الحسبان الإحتياجات المحددة لموقعك

كل موقع يختلف عن الآخر

لنفترض أن إحدى السيارات تغادر المنزل وهي تحمل 50 رطلاً من العتاد وسيارة أخرى تغادر المنزل تحمل 500 رطل من العتاد. هل السيارة الثانية تحمل وزنًا كبيرًا حقًا؟ لا نعلم! ماذا لو كانت السيارة الأولى متجهة إلى منزل الجيران فقط وكانت السيارة الثانية تتجه للتخييم؟ ترى ما أقصده؟

ماذا لو أظهر الاختبار أن صور موقعك ثقيلة جدًا مقارنةً بموقع آخر؟ هل هذا جيد ام سيء؟ حسنًا، هذا يعتمد! إذا كان موقعك عبارة عن متجر للتجارة الإلكترونية أو محفظة تصوير فوتوغرافي، فربما تريد صورًا أكبر وأعلى جودة! أما إذا كان موقعك عبارة عن مدونة نصية بسيطة، فربما تريد صورًا أصغر حجمًا.

لا يمكن أن يكون لديك بعض الأدوات الآلية السخيفة للحكم على هذه الأشياء عندما لا يكون لديها أي منظور لما يفعله موقعك وكيف يختلف عن المواقع الأخرى. يتم الحكم على جميع المواقع وفقًا لبعض المعايير (التعسفية) دون مراعاة الاحتياجات المحددة لكل فرد. الفكرة هي أن ما قد يكون "سيئًا" لموقع ما قد يكون في الواقع "جيدًا" أو "مقصودًا" لموقع آخر.

أمثلة على اقتراحات اختبار السرعة الشائعة (وسبب وجود عيوب فيها):

  • الدمج بين CSS/JS لتقليل الطلبات - فقد يؤدي في الواقع إلى إبطاء تحميل صفحتك و/أو تعطيل تصميم/وظيفة موقع الويب الخاص بك!
  • ضغط الصور بشكل أكبر لتوفير مساحة - يقلل من جودة الصورة ولا ينصح به للمواقع التي تحتاج إلى صور عالية الجودة!
  • التحميل الكسول للصور لتسريع تحميل الصفحة - يمكن أن يضر في تجربة مستخدم التجارة الإلكترونية من خلال إعاقة قدرة الزائر على التمرير السريع!
  • إجمالي وقت التحميل البطيء - لا ينبغي أن يكون ذلك مهمًا لأن المستخدمين لا يحتاجون إلى تحميل كل شيء على الفور ، فهم يحتاجون فقط إلى العناصر أو العناصر المهمة بالقرب من أعلى الصفحة!

4. لا يمكن لاختبارات السرعة إخبارك بما يؤثر على سرعتك أكثر من غيره

غالبًا ما تعرض اختبارات السرعة قدرًا كبيرًا من الأشياء التي لا تؤثر على السرعة.

إنهم ببساطة يعطونك قائمة عملاقة (وعلى ما يبدو) شاملة لقوائم المراجعة وقوائم المهام. لكنهم لا يخبرونك عن سبب أهمية هذه الأشياء. العديد من الأشياء التي يتم قياسها لا تؤثر فعليًا على سرعتك. إنها مجرد تحسينات عشوائية قد (أو لا) تحسن تجربة المستخدم… يا له من إرباك!

لماذا لا تستطيع اختبارات السرعة إخبارك بما هو مهم؟

ذلك لأنها آلية بالكامل ولا يمكنها الحكم على الأشياء بالطريقة التي يستطيع بها الإنسان (على الأقل حتى الآن). لا يزنون المقاييس اعتمادًا على الموقع. إنهم لا يفهمون أن التحسينات المتعلقة بالصور يجب أن يكون لها وزن أكبر على المواقع ذات الصور الثقيلة. ويجب أن يكون لهذه التحسينات المتعلقة بـ CSS وزن أكبر على مواقع CSS الثقيلة. لا يمكنهم حساب ذلك، لذا فهم يزنون تلك المقاييس بنفس الطريقة لكل موقع.

  • حجم CSS يزيد وزنه بمقدار 500 كيلو بايت مقابل زيادة وزن الصور بمقدار 5 كيلو بايت لا يزال ناقص نفس القدر من النقاط.
  • 10 صور يزيد وزن كل منها عن 1 كيلو بايت تقلل درجاتك أكثر من CSS الذي يحتوي على 30 كيلو بايت من المساحات الفارغة.

هل تفهم ما اعني؟ الاختبارات معيبة! لم أشرح كل سيناريو محتمل حيث يحدث هذا ولن أفعل ذلك. آمل أن توفر لنا الوقت (وثق بي فقط).

لا تأخذ اختبارات السرعة في الحسبان متى يجب كسر القواعد (العامة)

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

5. اختبارات السرعة معيبة

نعم، إنها معيبة والعديد من المستخدمين لا يعرفون حتى! إنها تجعل المستخدمين الجدد يشعرون بالسوء حيال الأشياء التي لا يمكنهم تغييرها أو لا ينبغي عليهم تغييرها. سأدرج بعض الأمثلة أدناه:

توصيات عفا عليها الزمن

لا تزال اختبارات السرعة لا تحسب بشكل صحيح تقنيات خادم الويب الحديثة. ما زلت أرى العديد من التوصيات التي كانت أسرع مع تقنية خادم الويب الأقدم ولكنها في الواقع أبطأ مع تقنية خادم الويب اليوم. أشياء مثل التوصية بـ GZIP عند استخدام Brotli (لمعلوماتك: brotli أفضل من gzip)، أو التوصية بتقليل طلبات HTTP بينما يسمح بروتوكول HTTP/2 بطلبات متوازية!

معاقبة طلبات الطرف الثالث

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

6. تفشل جميع اختبارات السرعة تقريبًا في اختبار العين!

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

يجب أن يكون اختبار العين هو أول اختبار لسرعة الصفحة تقوم بتشغيله على الإطلاق. وبعد ذلك، يجب أن تستخدم الخطوة التالية وظيفة أدوات المطور (DEV Tools) في متصفحك لمعرفة مدى سرعة تحميل كل شيء في متصفحك الفعلي. هذا هو أقرب ما يمكن أن تحصل عليه في العالم الحقيقي!

أخبرني ما هو الموقع الذي تفضله… موقع يتم تحميله بالكامل في 3 ثوانٍ… أو موقع يتم تحميله بالكامل في 6 ثوانٍ؟ (أجب على هذا قبل الانتقال)

  • ماذا لو أخبرتك أن موقع الويب الذي يبلغ وقت تحميله 3 ثوانٍ فارغ تمامًا ولا يتم عرضه حتى علامة 2.8 ثانية، بينما يظهر الموقع الذي تبلغ مدته 6 ثوانٍ على الفور ثم يقوم بتحميل العناصر الأقل أهمية في الخلفية بصمت؟
  • في حالة عدم وضوح ذلك، سأختار الموقع الذي تبلغ مدته 6 ثوانٍ كل يوم من أيام الأسبوع. في الواقع، يستغرق الكثير منها عدة ثوانٍ للتحميل بالكامل (على الرغم من الظهور المرئي على الفور تقريبًا)!

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

7. معالجة الخرافات الشائعة والدحض

كما هو الحال دائمًا، يأتي العملاء بافتراضات وأسئلة منطقية:

"إن وجود موقع سريع التحميل أو درجات سرعة عالية أمرًا مهمًا لتحسين محركات البحث."

ليس صحيحاً. ما لم يكن موقعك بطيئًا للغاية، فإن هذا القول خاطئ إلى حد كبير؛ إنها ليست حتى أسطورة. يمكنك التحقق من ذلك بنفسك من خلال البحث في أفضل 10 نتائج للكلمات الرئيسية العشوائية. ليس من غير المألوف العثور على أفضل النتائج التي تستغرق 3-5 ثوانٍ للتحميل (وفقًا لاختبارات سرعة الصفحة).

مع ذلك ، يمكن أن يؤدي امتلاك موقع ويب سريع إلى تحسين تفاعل المستخدم والتحويلات ، وأعتقد أن هذا يساعد في تصنيفات تحسين محركات البحث إلى حد ما. بغض النظر ، السرعة رائعة للتحويلات!

"لا يمكنك الحصول على موقع جيد/سريع بدون تسجيل درجة A في أدوات السرعة!"

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

"إذا كانت درجات السرعة غير مهمة، فلماذا توجد؟"

توجد كقائمة مراجعة مفيدة لأولئك الذين يعرفون كيفية قراءتها. بعض الأشياء مهمة، وبعض الأشياء ليست كذلك.

"لماذا يكون موقع الويب الخاص بمنافسي أسرع ويحقق نتائج أعلى من موقعي؟"

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

"ولكن في اليوم الآخر، قمت بتثبيت بعض المكونات الإضافية الأخرى أو عملت مع شخص آخر قام بتحسين نقاط موقعي إلى 100/100."

تتناسب معك. نعم، من الممكن أن تحصل على 100/100 إذا كنت لا تهتم بأي شيء آخر غير النتيجة، ولكن قد تبطئ تحميل صفحتك دون قصد أو تعيق تجربة المستخدم عند القيام بذلك. في نهاية اليوم، فإن توصيات نتيجة الصفحات هذه هي مجرد توصيات… فهي ليست تعليمات تجريبية يجب اتباعها لكل سيناريو.

"أنا لا أهتم بما تقوله! اجعل موقعي سريعًا وبنقاط A + 100/100! "

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

"لكن اختبارات السرعة تلك مخيفة للغاية! كيف أعرف الأشياء التي يجب إصلاحها وكيفية إصلاحها؟ "

قد يساعدك أن تأخذ وقتك في القراءة وتعلم كيف يعمل كل واحد. ربما تعمل كمطور ويب لبضع سنوات. أو يمكنك توظيف شخص لديه خبرة أكثر منك.

فيما يلي بعض المقالات التي إترتها لك يدوياً لتقرأها فيما بعد:

الوسوم: Google PageSpeed, GTMetrix, Pingdom, أدوات السرعة

حول أنمار النقيب

مدير التحرير في النقيب للمعلوماتية. هو يعمل بدوام كامل في التدوين، هو مهندس مدني ، يوتيوبر ، خبير SEO ، خبير في التسويق الرقمي ، ولديه خبرة 3 سنوات في التسويق عبر فيسبوك و 2 سنوات في التدوين.

أحدث المقالات

الإشتراك
نبّهني عن
guest
2 تعليقات
الأحدث
الأقدم
Inline Feedbacks
View all comments
cross
linkedin facebook pinterest youtube rss twitter instagram facebook-blank rss-blank linkedin-blank pinterest youtube twitter instagram