كيف تحسّن سرعة موقعك ومؤشرات Core Web Vitals

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

ما هي مؤشرات Core Web Vitals؟

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

مؤشر INP هو الذي حلّ محل المؤشر القديم FID في 12 مارس 2024. إذا وجدت دليلاً ما زال يتحدث عن FID فهو لم يُحدَّث.

كيف تقيس سرعة موقعك؟

قبل استخدام أي أداة افهم الفرق بين نوعين من البيانات، لأن الأرقام تختلف بينهما:

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

أدوات القياس الأساسية

1. PageSpeed Insights: أداة مجانية من جوجل. تُدخل رابط الصفحة فتعرض البيانات الميدانية إن توفرت، ثم تقريراً مختبرياً يضم قائمة بالمشكلات وفرص التحسين. افحص النسخة المخصصة للجوال أولاً، فهي الأصعب في العادة.
2. تقرير «مؤشرات أداء الويب الأساسية» في Google Search Console: يصنّف صفحات الموقع إلى جيدة وتحتاج إلى تحسين وضعيفة، ويجمع الصفحات المتشابهة في مجموعات. هو أفضل نقطة بداية لأنه يريك حجم المشكلة على مستوى الموقع لا صفحة واحدة.
3. أدوات المطوّر في المتصفح: لوحة الأداء ولوحة Lighthouse في كروم تساعدان المطوّر على تتبع السبب بدقة.

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

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

إصلاحات الصور: أسرع مكسب في معظم المواقع

الصور تشكّل عادة الجزء الأكبر من وزن الصفحة، وأكبر عنصر مرئي يكون صورة في كثير من الأحيان. لذلك تبدأ من هنا:

1. اضبط الأبعاد قبل الرفع. صورة عرضها أربعة آلاف بكسل تُعرض في مساحة عرضها ثمانمئة بكسل تُحمَّل كاملة ثم يصغّرها المتصفح. صغّرها إلى أقصى حجم ستُعرض به فعلاً.
2. استخدم صيغاً حديثة. صيغتا WebP وAVIF تعطيان حجماً أصغر من JPEG وPNG بجودة مقاربة، وتدعمهما المتصفحات الحديثة.
3. اضغط الصور. أدوات الضغط وإضافات أنظمة إدارة المحتوى تقلّل الحجم دون فرق تلاحظه العين.
4. قدّم نسخاً متجاوبة. خاصية srcset تجعل المتصفح يختار نسخة صغيرة للجوال وأكبر للشاشات الواسعة.
5. أجّل الصور التي تقع أسفل الصفحة. خاصية التحميل المؤجل loading=”lazy” تمنع تحميل الصورة حتى يقترب الزائر منها.
6. لا تؤجل الصورة الرئيسية. الصورة التي تظهر أعلى الصفحة يجب أن تُحمَّل فوراً وبأولوية عالية. تأجيلها خطأ شائع يرفع قيمة LCP.
7. حدّد العرض والارتفاع لكل صورة. حين يعرف المتصفح أبعاد الصورة مسبقاً يحجز مكانها، فلا يقفز النص عند ظهورها. هذا أبسط علاج لمؤشر CLS.

إصلاحات الاستضافة والخادم

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

• التخزين المؤقت للصفحات: بدل أن يبني الخادم الصفحة من قاعدة البيانات عند كل زيارة، يحفظ نسخة جاهزة ويرسلها مباشرة. في ووردبريس يتم ذلك عبر إضافة تخزين مؤقت أو من إعدادات الاستضافة نفسها.
• شبكة توزيع المحتوى (CDN): تحفظ نسخاً من ملفات الموقع على خوادم موزعة جغرافياً، فيستلمها الزائر من أقرب نقطة إليه. تزداد فائدتها حين يكون جمهورك في بلد والخادم في بلد بعيد.
• موقع الخادم: اختر مركز بيانات قريباً من جمهورك الأساسي قدر الإمكان.
• ضغط الملفات النصية: تفعيل ضغط Gzip أو Brotli على الخادم يصغّر ملفات HTML وCSS وجافاسكربت أثناء نقلها.
• خطة الاستضافة: الاستضافة المشتركة الرخيصة تتقاسم مواردها مواقع كثيرة. إذا بقيت الاستجابة بطيئة بعد تفعيل التخزين المؤقت فالترقية إلى خطة أقوى قد تكون الحل.
• تحديث البرمجيات: الإصدارات الحديثة من PHP ومن نظام إدارة المحتوى أسرع في الغالب من القديمة.

إصلاحات الأكواد والإضافات

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

1. احذف ما لا تستخدمه. راجع الإضافات المثبتة وأزل ما لا حاجة إليه. كل إضافة قد تحمّل ملفاتها في كل الصفحات حتى لو استُخدمت في صفحة واحدة.
2. راجع سكربتات الأطراف الخارجية. أكواد التتبع ونوافذ المحادثة وأدوات الخرائط الحرارية والنوافذ المنبثقة تتراكم مع الوقت. احتفظ بما تستخدم بياناته فعلاً، وحمّل الباقي بعد تفاعل الزائر إن أمكن.
3. أجّل الجافاسكربت غير الضروري للعرض الأول. خاصيتا defer وasync تمنعان السكربت من إيقاف بناء الصفحة.
4. صغّر ملفات CSS وجافاسكربت. التصغير يحذف المسافات والتعليقات فيقل حجم الملف.
5. تخلّص من الأنماط غير المستخدمة. القوالب متعددة الأغراض وأدوات بناء الصفحات تحمّل أنماطاً لعناصر لا تظهر في الصفحة.
6. اضبط الخطوط. اقتصر على الأوزان التي تستخدمها، وفضّل صيغة WOFF2، واستخدم خاصية font-display ليظهر النص بخط بديل حتى يكتمل تحميل الخط. الخطوط العربية بأوزانها المتعددة قد تكون ثقيلة، فلا تحمّل منها ما لا يلزم.
7. احجز مكان العناصر المتأخرة. الإعلانات والمقاطع المضمّنة وشرائط التنبيه يجب أن يكون لها ارتفاع محدد مسبقاً، وألا تُدرج فوق محتوى ظهر بالفعل.

بأي ترتيب تعمل؟

1. افتح تقرير المؤشرات في Search Console وحدد مجموعات الصفحات الضعيفة والمؤشر المتأثر.
2. افحص صفحة تمثل كل مجموعة في PageSpeed Insights، واقرأ التشخيص.
3. ابدأ بالصفحات الأهم تجارياً: الرئيسية، وصفحات الخدمات أو المنتجات، وصفحات الهبوط الإعلانية.
4. نفّذ إصلاحاً واحداً في كل مرة، وأعد الاختبار المختبري لتتأكد من أثره، وتحقق من أن الصفحة ما زالت تعمل كما ينبغي.
5. انتظر البيانات الميدانية. هي تُجمع من زوار حقيقيين على مدى أسابيع، فلن يظهر التحسن فيها فوراً. وخيار التحقق من الإصلاح في تقرير Search Console يبدأ فترة مراقبة مدتها 28 يوماً.

متى يكون الحل في إعادة البناء؟

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

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

الأسئلة الشائعة

 
 
 
 
  ممتاز  
  
 استنادًا إلى 23 تقييمًا على جوجل 
 
 
  
 
 
 
 
 
 
 
 
 
  
 
 
 
 تم نشره على Google  
 
  
 
 
 Abdulelah Murshid 
 
 
 
 تتحقق Trustindex من أن المصدر الأصلي للمراجعة هو Google. 
Almost since 4 months I contracted this marking company,
Honestly, outstanding team,
First they work as team with a leader, sent an official acontrct, payment on official web site,they obtain your CV, ask about your targets, perform market study in your field discuss with you with thire plan, communicates with you with a watsup  group with whole team,discuss every action and approve it first from you.I strongly recommend them for bissy &inexperienced provisionals who want excellent marketing on the social media,
so far I am renewing my monthly subscriptions because I was lucky to deal with them,and contracting them made a clear difference in growing my business.
  
 
  
 
 
 
 تم نشره على Google  
 
  
 
 
 Mahmoud Omar 
 
 
 
 تتحقق Trustindex من أن المصدر الأصلي للمراجعة هو Google. 
من افضل الشركات و التيمات المتعاونة الي اشتغلت معاهم بالتوفيق لتيم المهندسة رحمة بجد عاملين شغل جبار
  
 
  
 
 
 
 تم نشره على Google  
 
  
 
 
 Hager Hamdy 
 
 
 
 تتحقق Trustindex من أن المصدر الأصلي للمراجعة هو Google. 
شركه محترمه جدا وقمه في الزوق والاجتهاد في العمل
  
 
  
 
 
 
 تم نشره على Google  
 
  
 
 
 Ahmed Shahin 
 
 
 
 تتحقق Trustindex من أن المصدر الأصلي للمراجعة هو Google. 
Very professional and efficient team
Highly Recommended
  
 
  
 
 
 
 تم نشره على Google  
 
  
 
 
 Mohamed Salman 
 
 
 
 تتحقق Trustindex من أن المصدر الأصلي للمراجعة هو Google. 
شركة محترمة ملتزمين جدا بيحاولوا دايما يكونوا افضل بقالي معهم سنوات و مكملين