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

كم يجب أن تكون سرعة تحميل موقعك: السؤال بصيغته الصحيحة

«هل موقعي سريع؟» سؤال لا يمكن الإجابة عليه، لأن السرعة ليست رقماً واحداً. الصفحة قد تظهر بسرعة ثم تتجمد عند أول ضغطة، وقد تكتمل متأخرة بينما القارئ بدأ يقرأ منذ ثانية.

ولهذا توقفت جوجل عن التعامل مع السرعة كرقم واحد، وقسّمتها إلى ثلاثة مؤشرات لكل منها حد منشور. هذه الأرقام هي الإجابة الوحيدة التي يمكن قياسها والحكم عليها.

ما يلي هو الأرقام كما هي موثقة، وكيف تُقاس على بيانات حقيقية، ومتى يكون السعي وراءها إهداراً للوقت.

الأرقام الرسمية الثلاثة

وفق صفحة جوجل الرسمية لمؤشرات الويب الأساسية، الحدود المعتبرة «جيدة» هي:

ملاحظة مهمة: FID لم يعد موجوداً

إن كان لديك تقرير قديم يذكر مؤشر FID، فهو متقادم. المصدر نفسه يوضح أن INP رُقّي في 2023 من تجريبي إلى معلّق تمهيداً لإحلاله محل FID، وأنه أصبح مؤشراً أساسياً مستقراً في 2024.

الفرق عملي وليس تسمية: FID كان يقيس تأخر أول تفاعل فقط، أما INP فيقيس الاستجابة عبر التفاعلات خلال الزيارة كلها. مواقع كثيرة كانت «جيدة» على المقياس القديم وليست كذلك على الجديد، وهذا ليس تراجعاً في أدائها بل قياساً أدق كان يخفيه المقياس السابق.

لماذا لا يكفي قياس واحد من جهازك

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

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

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

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

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

وماذا عن الترتيب في جوجل بالضبط

هنا يُقال كلام كثير غير دقيق في الاتجاهين. الموقف الموثق من جوجل في صفحة تجربة الصفحة واضح ومحدد.

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

وفي سؤال مباشر عن وجود إشارة موحدة لتجربة الصفحة، الإجابة المنشورة: «لا توجد إشارة واحدة. أنظمة الترتيب الأساسية لدينا تنظر في مجموعة متنوعة من الإشارات».

الترجمة العملية لهذا الكلام

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

أي أن الأثر يظهر عند التنافس المتقارب. وهذا بالضبط ما يفسر لماذا يستحق التحسين في سوق مزدحم ولا يغيّر شيئاً في صفحة لا منافس لها. النقاش الكامل حول جدوى الجهد موجود في تحسين الموقع لتجربة الصفحة: هل يستحق الجهد؟.

كيف تقيسها على بيانات حقيقية

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

• تقرير تجربة الصفحة في Search Console يخبرك أي مجموعات صفحات خارج الحدود، وهو مبني على زوار حقيقيين.
• أدوات المختبر تشخّص السبب في صفحة بعينها، وتفيد أثناء الإصلاح لا في الحكم.
• قِس على الموبايل أولاً، لأن أغلب الزيارات في السوق المصري والخليجي منه.

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

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

ما الذي يستحق الإصلاح أولاً

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

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

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

ترتيب الإصلاح حسب العائد

• ابدأ بالصور: ضغطها وتحديد أبعادها في الكود يعالج جزءاً من LCP وجزءاً من CLS معاً.
• ثم السكربتات: كل أداة تتبع أو دردشة تضيف وزناً، وكثير منها يمكن تأجيل تحميله بعد ظهور المحتوى.
• ثم الخطوط: حمّل الأوزان المستخدمة فعلاً فقط، واضبط سلوك العرض حتى لا يقفز النص.
• وأخيراً البنية: الاستضافة والتخزين المؤقت، وهي الأغلى والأقل إلحاحاً في أغلب الحالات.

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

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

ملاحظة خاصة بالمواقع العربية

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

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

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

حدود يجب أن تُقال

أولاً: تحسين السرعة لا يعوّض محتوى لا يجيب على سؤال الزائر. صفحة سريعة وفارغة تظل فارغة، وجوجل تقول صراحة إنها تعرض المحتوى الأكثر صلة حتى لو كانت تجربته أقل.

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

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

رابعاً: القياس نفسه يحتاج وقتاً. البيانات الميدانية تُبنى على نافذة زمنية من زيارات حقيقية، فالتحسين الذي نفّذته اليوم لن يظهر أثره في التقرير غداً. من ينفذ إصلاحاً ثم يفحص بعد ساعة ويستنتج أنه لم ينجح، يحكم على قياس لم يكتمل بعد.

خامساً: الأثر التجاري للبطء موجود لكنه يختلف كثيراً بين موقع وآخر، وأي رقم عام عن نسبة المبيعات المفقودة لكل ثانية تأخير يجب التعامل معه بحذر ما لم يكن مقيساً على موقعك أنت. فريق Rivl ناقش هذه النقطة تحديداً بالإنجليزية في Core Web Vitals business impact، والخلاصة هناك أن الأثر حقيقي وأن الأرقام المتداولة عنه أوسع من أن تُبنى عليها قرارات.