لماذا لا يزال موقع الويب الخاص بك بطيئًا حتى عندما يكون PageSpeed ​​باللون الأخضر

هناك موقف واحد يربك الناس كثيرًا.

رؤى PageSpeed ​​باللون الأخضر. الرقم يبدو جيدا. وفي بعض الأحيان يكون أعلى من 90.

ولكن عند فتح الموقع، لا يزال الأمر غير لطيف.

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

إذا حدث لك ذلك، فالمشكلة عادة لا تكمن في أن شعورك خاطئ.

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

تعد نتيجة PageSpeed ​​باللون الأخضر علامة جيدة، ولكنها لا تعني تلقائيًا أن تجربة المستخدم الحقيقية جيدة أيضًا.

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

اللون الأخضر لا يعني دائمًا السرعة

هذا هو المكان الذي يحدث فيه عادةً أكبر سوء فهم.

اللون الأخضر في PageSpeed ​​يجعل الناس يشعرون أن كل شيء على ما يرام. من الناحية البصرية، يبدو الأمر مطمئنًا، خاصة عندما تكون النتيجة في التسعينات.

لكن PageSpeed ​​ليست أداة تقرر كل شيء من لون واحد.

فهو يختبر صفحة واحدة، في حالة واحدة، بطريقة واحدة. يتم استخدام مواقع الويب الحقيقية من قبل الأشخاص الذين:

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

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

1. يمكن أن يتم اختبار صفحة واحدة بشكل جيد في حين أن الصفحات الأخرى ليست جيدة

يقوم العديد من مالكي مواقع الويب بفحص الصفحة الرئيسية فقط.

وهذا أمر مفهوم، لأن الصفحة الرئيسية هي عادةً الصفحة الأولى التي يراها الأشخاص. المشكلة هي أن الصفحة الرئيسية ليست دائمًا هي الصفحة الأثقل.

ما هو أبطأ في كثير من الأحيان هو:

• صفحات الخدمة،
• مقالات تحتوي على العديد من الصور،
• صفحات الفئات،
• صفحات المنتج،
• صفحات الخروج،
• أو الصفحات التي تحتوي على الكثير من التضمينات والعناصر الديناميكية.

وبالتالي، إذا حصلت الصفحة الرئيسية على 94، فهذا لا يعني تلقائيًا أن الموقع بأكمله سليم.

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

ولهذا السبب، إذا كنت تريد تقييم الأداء بأمانة، فلا تتوقف عند الصفحة الرئيسية.

2. الاختبارات المعملية ليست مثل تجربة المستخدم الحقيقية

هذه النقطة مهمة جدا.

تعرض PageSpeed ​​Insights نوعين من البيانات التي غالبًا ما يتم خلطها معًا:

• بيانات المختبر،
• والبيانات الميدانية.

البيانات المخبرية مفيدة للتشخيص. البيانات الميدانية أقرب إلى تجربة المستخدم الحقيقية.

إذا كانت نتيجة المختبر باللون الأخضر ولكن الموقع لا يزال بطيئًا في العالم الحقيقي، فعادةً ما أرغب في التحقق من:

• ما إذا كانت مؤشرات أداء الويب الأساسية قد تم تمريرها،
• كيف يبدو LCP وINP وCLS في البيانات الميدانية،
• وما إذا كانت المشكلة تؤثر على صفحة واحدة فقط أم على الموقع بأكمله.

إذا لم تكن قد قرأت هذا بعد، فإنني أوصي بمتابعة مقالتي حول Core Web Vitals Passed vs a 100 PageSpeed ​​Score، لأنني أشرح الفرق بمزيد من التفاصيل هناك.

3. يمكن أن تكون الاستضافة وTTFB بمثابة عنق الزجاجة الحقيقي

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

عندما يحدث ذلك، عادةً ما أشك في أساس الخادم.

إحدى الإشارات التي يجب مراقبتها هي TTFB.

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

• الاستضافة مزدحمة للغاية،
• موارد الخادم صغيرة جدًا،
• ضعف التخزين المؤقت من جانب الخادم،
• PHP أو تكوين قاعدة بيانات غير صحية،
• أو موقع الخادم بعيد جدًا عن معظم الزوار.

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

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

4. تساعد ذاكرة التخزين المؤقت، ولكنها لا تحفظ كل صفحة

هناك أيضًا حالات مثل هذا:

بمجرد تمكين ذاكرة التخزين المؤقت، تبدو الصفحة الرئيسية سريعة، لكن بعض الصفحات لا تزال بطيئة.

وهذا أمر طبيعي أيضا.

لا يمكن التعامل مع كل صفحة بنفس الطريقة عن طريق التخزين المؤقت.

صفحات مثل:

• الخروج،
• عربة،
• صفحات الحساب،
• نتائج البحث،
• صفحات ذات مرشحات ديناميكية،
• أو مناطق مخصصة للغاية،

في كثير من الأحيان لا تستفيد من التخزين المؤقت بقدر الصفحات الثابتة العادية.

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

ولهذا السبب فإن النتيجة الجيدة لا تعني دائمًا تجربة سلسة عبر الموقع بأكمله.

5. غالبًا ما تجعل شركات البناء الثقيلة موقع الويب يبدو بطيئًا حتى عندما تكون النتيجة لا تزال جيدة

هذا شيء أراه كثيرًا في WordPress.

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

يحدث هذا عادةً عندما تكون بنية الصفحة معقدة للغاية:

• حجم DOM كبير جدًا،
• يتم تحميل الكثير من CSS وJavaScript،
• يقوم المنشئ بإنشاء علامات ذات طبقات،
• أو أن هناك الكثير من العناصر المرئية التي ليست مهمة حقًا.

مشاكل مثل هذه لا تظهر دائمًا بشكل كبير في نتيجة نهائية واحدة، ولكن لا يزال المستخدمون الحقيقيون يشعرون بها.

في مثل هذه المواقف، غالبًا ما لا يكون الحل الأفضل هو مجرد تقليل الأصول. إنه يبسط أساس الصفحة نفسها.

6. لا تبدو نصوص الطرف الثالث في كثير من الأحيان “خاطئة”، لكنها لا تزال تبطئ الأمور

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

ولكي نكون منصفين، فإن العديد من مواقع الأعمال التجارية تحتاج إليها حقًا.

المشكلة هي أن كل نص إضافي له تكلفته الخاصة.

في بعض الأحيان لا يؤدي ذلك إلى تدمير النتيجة، ولكنه يكفي لإنشاء:

• تأخير بسيط قبل أن تستجيب الصفحة،
• التفاعل الأول أبطأ،
• تحول طفيف في التخطيط،
• أو عملية تقديم تبدو غير مكتملة.

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

7. يفتح المستخدمون الموقع في ظل ظروف مختلفة تمامًا

غالبا ما يتم نسيان هذه النقطة.

يمكن إجراء اختبارات الأداء في ظل ظروف المحاكاة. يصل المستخدمون الحقيقيون بتنوع أكبر بكثير.

يمكنهم فتح موقعك من:

• هاتف أندرويد متوسط المدى،
• اتصال 4G غير مستقر،
• متصفح مليء بعلامات التبويب،
• وضع توفير البطارية،
• أو شبكة مكتبية بطيئة بالنسبة لموارد محددة.

لذا، حتى لو كانت النتيجة تبدو جيدة على شاشتك، فقد لا تكون تجربة المستخدم الحقيقية بنفس الجودة.

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

8. يمكن أن يبدو موقع الويب سريعًا عند فتحه ولكنه بطيء عندما يستخدمه الأشخاص

هذا هو واحد من الفخاخ الأكثر سرا.

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

عندما يحدث ذلك، فإن السبب الجذري عادة ما يكون:

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

لذا فإن الموقع الذي يتم فتحه بسرعة ليس دائمًا موقعًا يبدو سريعًا أثناء استخدامه.

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

ما أتحقق منه عادةً أولاً

إذا كان موقع الويب يبدو بطيئًا على الرغم من أن نتيجة PageSpeed ​​تظهر باللون الأخضر، فلن أبدأ بالرقم.

أبدأ بأسئلة أكثر أساسية:

1. ما هي الصفحة التي تبدو بطيئة بالفعل؟
2. هل يحدث البطء عند التحميل أم عند التمرير أم عند النقر؟
3. هل المشكلة تحدث في كل الصفحات أم بعضها فقط؟
4. ما الذي تظهره البيانات الميدانية ومؤشرات أداء الويب الأساسية؟
5. ما هو TTFB؟
6. هل الموقع ثقيل جدًا بسبب المنشئ أو المكونات الإضافية أو البرامج النصية التابعة لجهات خارجية؟
7. هل عنق الزجاجة هو الاستضافة أو الأصول أو بنية الصفحة؟

الأخطاء الأكثر شيوعًا

1. الشعور بالراحة المفرطة لمجرد أن اللون أخضر

غالبًا ما يتوقف الأشخاص في وقت مبكر جدًا بعد رؤية نتيجة جيدة.

2. الاعتقاد بأن الصفحة الرئيسية تمثل الموقع بأكمله

لا. يمكن أن تتصرف الصفحات الداخلية بشكل مختلف تمامًا.

3. التركيز على النتيجة بدلاً من التركيز على عنق الزجاجة

النتيجة هي دليل، وليس التشخيص الكامل.

4. عدم فصل التحميل الأولي عن تفاعل ما بعد التحميل

كلاهما يمكن أن يكون له أسباب مختلفة.

خاتمة

تعتبر نتيجة PageSpeed ​​باللون الأخضر إشارة جيدة، ولكنها ليست دليلاً على أن موقع الويب سريع في كل المواقف.

لا يزال من الممكن أن يشعر موقع الويب بالبطء حتى عندما تكون النتيجة جيدة لأن المشكلة الحقيقية قد تكمن في:

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

لذا، إذا كان موقعك على الويب بطيئًا، فثق في الأعراض أولاً. ثم تدقيق السبب بشكل صحيح.

لأن الهدف الحقيقي ليس الحصول على اللون الأخضر.

الهدف الحقيقي هو جعل موقع الويب يبدو سريعًا ومستقرًا وممتعًا للمستخدمين الحقيقيين.

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