تحسين سرعة الموقع: دليل عملي للقياس والإصلاح

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

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

محتويات هذا الدليل

• ماذا تعني السرعة عند جوجل: مؤشرات الويب الأساسية
• كيف تقيس السرعة قبل أن تصلح أي شيء
• ما الذي يبطئ المواقع العربية تحديداً
• ترتيب إصلاحات تحسين سرعة الموقع بحسب الأثر
• إصلاحات عملية لكل مؤشر
• أخطاء شائعة تُفشل جهد التحسين
• هل السرعة عامل ترتيب في جوجل فعلاً؟
• أسئلة شائعة
• مصادر ومراجع
• الخلاصة: قِس، ثم أصلح بالترتيب

ماذا تعني السرعة عند جوجل: مؤشرات الويب الأساسية

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

LCP: سرعة ظهور المحتوى الأكبر

مؤشر Largest Contentful Paint يقيس، بحسب توثيق web.dev، الزمن الذي يستغرقه ظهور أكبر عنصر مرئي في الشاشة الأولى منذ لحظة انتقال الزائر إلى الصفحة. هذا العنصر غالباً صورة، أو فيديو، أو كتلة نص كبيرة، أو خلفية صورية. عملياً هو الجواب على سؤال الزائر: متى رأيت شيئاً حقيقياً على الشاشة؟

العتبة التي يعتبرها web.dev جيدة هي ثانيتان ونصف أو أقل، وما بين ثانيتين ونصف وأربع ثوانٍ يحتاج تحسيناً، وما فوق أربع ثوانٍ ضعيف.

INP: استجابة الصفحة للتفاعل

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

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

CLS: ثبات الصفحة بصرياً

مؤشر Cumulative Layout Shift لا يقيس زمناً بل اضطراباً. يرصد العناصر التي تقفز من مكانها بعد أن رآها الزائر، ويحسب أكبر دفعة من هذه القفزات ضمن نافذة زمنية. العتبة الجيدة هي واحد من عشرة أو أقل، وما بين ذلك وربع نقطة يحتاج تحسيناً، وما فوق ذلك ضعيف. التغيّرات التي يسببها الزائر نفسه بنقرة أو ضغطة لا تُحسب عليك.

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

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

كيف تقيس السرعة قبل أن تصلح أي شيء

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

بيانات الميدان مقابل بيانات المعمل

بيانات الميدان هي قياسات مأخوذة من زيارات حقيقية لمستخدمي متصفح كروم، وتُجمع في تقرير تجربة مستخدمي كروم. هذه هي البيانات التي تُقيَّم عليها مؤشرات الويب الأساسية فعلاً، وهي تظهر في PageSpeed Insights وفي تقرير مؤشرات الويب الأساسية داخل Search Console. عيبها أنها تتأخر لأنها تعتمد على نافذة زمنية سابقة، فلا تتوقع أن يتغير الرقم في اليوم التالي لإصلاحك.

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

القاعدة العملية: احكم على حالتك من بيانات الميدان، وشخّص السبب من بيانات المعمل، وأصلح، ثم انتظر تحديث بيانات الميدان قبل أن تحتفل. وإن لم يكن موقعك مضافاً إلى Search Console بعد، فابدأ من هناك أولاً عبر دليل إضافة موقعك إلى Search Console، لأن تقرير المؤشرات لا يظهر بدونه.

ماذا تفحص، ولا تكتفِ بالصفحة الرئيسية

أكثر من نصف حالات «الموقع بطيء» التي تصلنا تُفحص فيها الصفحة الرئيسية وحدها، وهي غالباً أخف صفحات الموقع. افحص بدلاً من ذلك عيّنة تمثل ما يدخله الناس فعلاً:

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

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

ما الذي يبطئ المواقع العربية تحديداً

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

الخطوط العربية الثقيلة

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

ما يُصلح هذه الحالة عملياً:

• اقتصر على صيغة WOFF2، فهي الأعلى ضغطاً والمدعومة في المتصفحات الحديثة، ولا داعي لتحميل صيغ قديمة بجانبها.
• حمّل الأوزان التي تستخدمها فعلاً فقط، ولا تحمّل وزناً لأنه قد يلزم يوماً ما.
• استخدم خاصية font-display بوعي، فقيمة swap تعرض النص بخط بديل فوراً ثم تستبدله، وهذا يمنع اختفاء النص لكنه قد يسبب قفزة بصرية إن وصل الخط متأخراً.
• قلّل فرق القياس بين الخط البديل والخط النهائي بخاصية size-adjust حتى لا تتحرك الأسطر لحظة الاستبدال، وهذه من أسهل طرق خفض CLS.
• لا تستضف الخط من مصدر خارجي إن استطعت استضافته على نطاقك، لأن كل نطاق إضافي يعني اتصالاً جديداً قبل بدء التحميل.

الصور غير المضغوطة

الصورة هي العنصر الأكبر في أغلب الصفحات، وهي في الغالب عنصر LCP نفسه. ما نراه يومياً: صورة بعرض ثلاثة آلاف بكسل تُعرض في مساحة عرضها أربعمئة بكسل على الجوال، فيتحمل الزائر تنزيل كل ذلك الوزن بلا أي فائدة بصرية.

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

إضافات ووردبريس والقوالب المتضخمة

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

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

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

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

ترتيب إصلاحات تحسين سرعة الموقع بحسب الأثر

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

1. زمن استجابة الخادم. استضافة مناسبة، وتخزين مؤقت للصفحات، وتقليل عمليات إعادة التوجيه المتسلسلة. هذا الزمن يدخل مباشرة في حساب LCP، وتوثيق web.dev يوصي بأن يشغل نحو أربعين بالمئة منه فقط.
2. عنصر LCP نفسه. اعرف أي عنصر هو الأكبر في شاشتك الأولى، ثم اجعل تحميله أولوية: صورة مضغوطة، ومكتشفة مبكراً في كود الصفحة، وبلا تحميل كسول.
3. الملفات التي تحجب العرض. ملفات التنسيق والسكربتات التي يجب تحميلها قبل أن يرسم المتصفح أي شيء. قلّلها، أو أدرج الحرج منها داخل الصفحة، وأجّل غير الحرج.
4. الخطوط. عدد الملفات وأوزانها وطريقة عرضها، كما فصّلنا أعلاه.
5. الجافاسكربت غير الضروري. كل سكربت طرف ثالث لا يخدم هدفاً واضحاً يُحذف: أدوات تتبع مكررة، ودردشات، ونوافذ منبثقة، ومؤثرات حركية.
6. حجم شجرة الصفحة. الصفحات التي تُبنى بعشرات الطبقات المتداخلة تكلف المتصفح جهداً في كل إعادة رسم، وهذا ينعكس على INP.
7. التفاصيل الأخيرة. ضغط الملفات النصية، وسياسات التخزين المؤقت للمتصفح، وتقليل الطلبات. مهمة، لكنها لا تنقذ موقعاً مشكلته في البنود الخمسة الأولى.

إصلاحات عملية لكل مؤشر

خفض LCP

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

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

خفض INP

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

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

خفض CLS

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

أخطاء شائعة تُفشل جهد التحسين

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

هل السرعة عامل ترتيب في جوجل فعلاً؟

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

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

أسئلة شائعة

كم يستغرق تحسين سرعة الموقع حتى تظهر النتيجة؟

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

هل أحتاج إلى شبكة توزيع محتوى لموقع يخدم السعودية فقط؟

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

هل تحسين سرعة الموقع يعني حذف كل الصور والمؤثرات؟

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

موقعي يعطي نتيجة ممتازة على الحاسب وضعيفة على الجوال، ما السبب؟

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

هل استبدال القالب أفضل من إصلاح القالب الحالي؟

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

مصادر ومراجع

• Web Vitals، توثيق web.dev: تعريف مؤشرات الويب الأساسية الثلاثة وعتباتها وأدوات قياس بيانات الميدان والمعمل.
• Page Experience، توثيق Google Search Central: موقف جوجل من استخدام مؤشرات الويب الأساسية في أنظمة الترتيب وحدود هذا الأثر.

الخلاصة: قِس، ثم أصلح بالترتيب

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

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

Mazen

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