سرعة الموقع لم تعد انطباعاً شخصياً. غوغل تقيس تجربة الزائر بأرقام واضحة تسمى Core Web Vitals، وتستخدمها ضمن ترتيب النتائج. الخبر الجيد أن المؤشرات ثلاثة فقط، والإصلاحات الأكثر تأثيراً معروفة ومتاحة للجميع.
المؤشرات الثلاثة بلغة بسيطة
- LCP — أكبر عنصر مرئي: كم ينتظر الزائر قبل أن يرى المحتوى الرئيسي. الهدف أقل من 2.5 ثانية.
- INP — استجابة التفاعل: كم يتأخر الموقع عند النقر أو الكتابة. الهدف أقل من 200 مللي ثانية.
- CLS — ثبات التصميم: هل تقفز العناصر أثناء التحميل؟ الهدف أقل من 0.1.
كيف تقيسها بدون أدوات مدفوعة؟
- افتح PageSpeed Insights وأدخل رابط صفحة واحدة مهمة، وليس الصفحة الرئيسية فقط.
- افحص من تقرير Search Console قسم تجربة الصفحة بعد أسبوع من جمع البيانات.
- انظر إلى بيانات المستخدم الحقيقي لا إلى مختبر اصطناعي فقط.
القياس أولاً يمنعك من إصلاح ما لا يؤثر. موقعك قد يخسر LCP بسبب صورة واحدة، وليس بسبب كل السكربتات كما يُشاع.
خمسة إصلاحات بأعلى أثر
- اضغط الصور: استخدم WebP وأبعاداً مناسبة، ولا ترفع صورة 4000 بكسل لعرض 800 بكسل.
- حدد أبعاد الصور مسبقاً: يمنع قفز التصميم ويحسّن CLS.
- أجّل السكربتات غير الضرورية: التحليلات والإعلانات يجب ألا تعطل أول رسم.
- فعّل الكاش: صفحات HTML المخزّنة تصل أسرع بمرات.
- قلل الإضافات: كل إضافة قد تضيف ملفات CSS وJS على كل صفحة.
أخطاء شائعة عند التحسين
أول خطأ هو التحسين بلا قياس، فتضيف إضافات كاش متعددة تتعارض فيما بينها. ثاني خطأ هو التركيز على درجة المختبر ونسيان تجربة الهاتف الحقيقية. ثالث خطأ هو تحسين الرئيسية وترك صفحات المقالات، وهي التي تأتي منها الزيارات. ابدأ بالصفحات التي تجلب زواراً، لا بالصفحات التي تحبها.
ربط السرعة بالاستضافة
لا يمكن لقالب خفيف أن ينقذ خادماً مزدحماً. إذا كانت الاستجابة بطيئة قبل تحميل أي صورة، فالمشكلة في الاستضافة. راجع سبع خطوات لتسريع موقعك لتشخيص الطبقة الصحيحة أولاً، واطلع على ما هو NVMe لفهم أثر نوع القرص على زمن الاستجابة.
كيف تقرأ تقرير السرعة دون أن تُربك نفسك؟
التقرير الكامل قد يعرض عشرات الملاحظات، ومعظمها منخفض الأثر. ابدأ بثلاثة أسئلة فقط: ما أكبر عنصر في LCP؟ هل هناك سكربت يمنع الرسم الأول؟ هل توجد صورة بلا أبعاد محددة؟ إن أجبت عن هذه الثلاثة فأنت تعالج أغلب المشكلة. لا تحاول الوصول إلى درجة كاملة؛ حاول الوصول إلى تجربة لا يشتكي منها زائر على شبكة متوسطة السرعة.
الفرق بين المختبر والمستخدم الحقيقي
أداة المختبر تختبر جهازاً واحداً وشبكة سريعة، وبيانات المستخدم الحقيقي تجمع من هواتف وشبكات مختلفة. قد يبدو موقعك ممتازاً في المختبر ومتوسطاً على الهاتف الفعلي. لهذا انظر إلى الحقلين معاً، واعتبر بيانات المستخدم هي الحكم النهائي. وإن كانت لديك صفحات كثيرة، ابدأ بالصفحات التي تستقبل أكبر عدد من الزيارات أو التي تقود إلى التسجيل، لأن تحسينها يعود بأثر مالي مباشر لا مجرد رقم.
جدول أولويات عملي
- أسبوع 1: الصور والأبعاد.
- أسبوع 2: السكربتات المؤجلة.
- أسبوع 3: الكاش والاستضافة.
- أسبوع 4: إعادة القياس وتوثيق النتيجة.
ماذا تفعل بعد كل قياس؟
اكتب في ملف صغير تاريخ القياس والمؤشر الأسوأ وإصلاحك التالي. بعد شهر، قارن الأرقام. إن لم يتحسن المؤشر فالإصلاح لم يعمل أو أن العائق الحقيقي في مكان آخر، فارجع خطوة. هذا السجل يحميك من الدوران في نفس الإصلاحات، ويجعل تحسين السرعة قراراً مبنياً على دليل لا على انطباع. ولاحظ أن تحسين LCP قد يخفض CLS أو العكس إذا أضفت مساحات احتياطية عشوائية؛ لذلك غيّر شيئاً واحداً في كل مرة.
ولا تنسَ قياس الصفحة نفسها بعد كل تعديل من جهاز هاتف حقيقي، لا من حاسوبك المتصل بشبكة سريعة. الفرق بين الجهازين قد يكشف مشكلة لم تظهر في أي تقرير، وخصوصاً في الصور الكبيرة والخطوط غير المحسّنة. راقب أيضاً عدد الطلبات في الصفحة الواحدة؛ كل ملف إضافي يعني وقت انتظار إضافياً، وقد يكون حذف عنصر واحد أسرع من إضافة إصلاح جديد.
السرعة ليست مشروعاً ينتهي مرة واحدة؛ هي عادة صيانة. قس كل شهر، أصلح أكبر عائق واحد، ووثّق ما تغيّر. بعد ثلاثة أشهر ستكون تجربتك أفضل من معظم المنافسين، وستظهر النتائج في الترتيب والتحويل معاً.
قياس واحد لا يكفي
قِس الصفحة نفسها بعد كل تعديل، وسجّل الرقم قبل وبعد. الفرق بين القراءتين هو الدليل، لا انطباعك بأن الموقع صار أسرع.