ما هي Core Web Vitals وكيف تحسنها؟ شرح مبسط مع أمثلة عملية
كيف حسنت سرعة موقعي بعد أن اكتشفت أن المشكلة لم تكن في المحتوى
في الأشهر الأولى من إنشاء موقعي كنت مقتنعاً بأن كتابة مقالات مفيدة هي العامل الوحيد الذي يحدد نجاح الموقع في نتائج البحث. كنت أقضي ساعات في كتابة المحتوى، ثم أنشر المقال وأنتظر أن يبدأ بالحصول على زيارات. لكن شيئاً كان يزعجني دائماً، فبعض المواقع التي تقدم محتوى أقل تفصيلاً كانت تظهر قبلي في نتائج Google. في البداية اعتقدت أن السبب هو قوة المنافسين، لكن بعد فترة اكتشفت أن المشكلة كانت في أداء الموقع نفسه وليس في المقالات.
بداية اكتشاف المشكلة
في أحد الأيام كنت أفتح موقعي من هاتفي باستخدام شبكة إنترنت عادية، ولاحظت أن الصفحة الرئيسية تحتاج عدة ثوانٍ حتى تكتمل. بعض الصور كانت تظهر متأخرة، وأحياناً أضغط على رابط ثم أنتظر قليلاً قبل أن يستجيب الموقع. عندها أدركت أنني كنت أختبر الموقع دائماً من جهاز الكمبيوتر المتصل بإنترنت سريع، بينما أغلب الزوار يستخدمون الهاتف.
قررت أن أبحث عن طريقة لقياس سرعة الموقع، فوجدت أداة PageSpeed Insights. عندما أدخلت رابط موقعي ظهرت لي نتيجة لم أكن أتوقعها، وكانت سرعة بعض الصفحات على الهاتف أقل بكثير مما كنت أعتقد. لم أفهم في البداية معنى الأرقام أو المصطلحات، لكنني بدأت أقرأ عن كل مقياس حتى عرفت ما هي Core Web Vitals ولماذا تهتم بها Google.
أول خطأ اكتشفته
بعد مراجعة التقرير لاحظت أن معظم الصور التي أرفعها كانت كبيرة الحجم. كنت أصمم صورة للمقال ثم أرفعها كما هي دون التفكير في حجم الملف. بعض الصور تجاوز حجمها نصف ميغابايت، وهذا جعل تحميل الصفحة أبطأ خاصة عند فتحها من الهاتف.
بدأت أضغط الصور قبل رفعها، ولم ألاحظ فرقاً في جودتها، لكنني لاحظت أن حجمها أصبح أصغر بكثير. بعد تحديث عدة مقالات وإعادة الاختبار، بدأت سرعة التحميل تتحسن تدريجياً.
المشكلة الثانية كانت في الصفحة الرئيسية
كنت أضع في الصفحة الرئيسية عدداً كبيراً من الأقسام، مع صور كثيرة وعناصر لم يكن الزائر يحتاج إليها فعلاً. كنت أعتقد أن كثرة العناصر تجعل الموقع يبدو احترافياً، لكنني اكتشفت أن العكس هو الصحيح.
قمت بحذف بعض الأقسام التي لم تكن تضيف أي فائدة، وركزت على عرض أحدث المقالات فقط. بعدها أصبحت الصفحة أخف وأسرع في التحميل، خاصة على الهواتف.
تعلمت أن الهاتف أهم من الكمبيوتر
في البداية كنت أختبر الموقع من شاشة كبيرة واتصال سريع، لذلك لم ألاحظ المشاكل التي يواجهها الزائر العادي. بعد أن بدأت أراجع كل تعديل من الهاتف، اكتشفت أشياء لم أكن أنتبه إليها، مثل صور تستغرق وقتاً طويلاً حتى تظهر أو أزرار يصعب الضغط عليها.
منذ ذلك الوقت أصبحت أراجع كل مقال جديد من الهاتف قبل نشره، لأن أغلب الزوار يدخلون إلى المواقع من أجهزتهم المحمولة.
ماذا تعني Core Web Vitals بالنسبة لي؟
في البداية كنت أظن أنها مجرد مصطلحات تقنية معقدة، لكن بعد التجربة اكتشفت أنها تعبر عن أمور بسيطة يهتم بها أي زائر، مثل:
- هل تظهر الصفحة بسرعة؟
- هل يستطيع الضغط على الأزرار دون تأخير؟
- هل تبقى العناصر ثابتة أثناء التحميل؟
عندما فكرت فيها بهذه الطريقة أصبحت أفهم سبب اهتمام Google بها، لأنها تقيس تجربة المستخدم وليس مجرد أرقام.
أكثر التحسينات التي أعطتني نتيجة
من خلال تجربتي، أكثر الأمور التي أحدثت فرقاً كانت:
- ضغط الصور قبل رفعها.
- حذف العناصر غير الضرورية من الصفحة الرئيسية.
- استخدام عدد أقل من الإضافات.
- مراجعة الموقع من الهاتف وليس من الكمبيوتر فقط.
- إعادة اختبار الصفحات بعد كل تعديل بدلاً من إجراء عدة تعديلات دفعة واحدة.
أخطاء لن أكررها
لو عدت إلى بداية إنشاء موقعي، فلن أؤجل تحسين السرعة كما فعلت سابقاً. كنت أظن أن هذه التفاصيل يمكن تأجيلها، لكنني اكتشفت أنها تؤثر على تجربة الزائر منذ أول ثانية يدخل فيها إلى الموقع. كما أنني لن أرفع أي صورة قبل التأكد من حجمها، ولن أضيف عناصر إلى الصفحة إلا إذا كانت تقدم فائدة حقيقية.
نصيحتي لأي صاحب موقع
إذا كان موقعك بطيئاً، فلا تبدأ بتغييرات معقدة. افتح موقعك من هاتفك، وتصفح عدة صفحات كما لو كنت زائراً عادياً. إذا شعرت أن الصفحة بطيئة أو مزدحمة، فغالباً سيشعر الزائر بالأمر نفسه. بعد ذلك استخدم أدوات قياس الأداء لمعرفة أهم المشاكل، ثم أصلحها واحدة تلو الأخرى.
الخلاصة
من أكثر الأخطاء التي ارتكبتها في بداية إنشاء موقعي أنني ركزت على المحتوى فقط وتجاهلت تجربة المستخدم. بعد أن بدأت أهتم بسرعة الموقع وتحسين الأداء، أصبحت الصفحات أسهل في التصفح وأكثر راحة للزوار. تعلمت أن الموقع السريع لا يفيد محركات البحث فقط، بل يجعل القارئ أكثر استعداداً للبقاء وقراءة مقالات أخرى، وهذا ما أحاول الحفاظ عليه مع كل تحديث جديد أقوم به.
