مؤشرات الويب الأساسية: كيف تقيس سرعة موقعك وتُصلحها

 

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

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

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

1. ما هي مؤشرات الويب الأساسية؟

مؤشرات الويب الأساسية (Core Web Vitals) هي ثلاثة مقاييس رسمية من جوجل تصف تجربة الزائر الفعلية في صفحتك: كم ينتظر قبل أن يرى المحتوى، وكم يستغرق الموقع ليستجيب لأول ضغطة، وهل تبقى العناصر ثابتة أم تتقافز أثناء التحميل.

ليست مقاييس جمالية ولا تفاصيل تقنية للفريق التقني فقط. هي الطريقة التي تُترجم بها «موقعي بطيء» إلى رقم يمكن متابعته، وإلى قائمة إصلاحات مرتّبة بالأولوية.

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

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

 

2. المقاييس الثلاثة وحدودها الرسمية

المقياس	ما يقيسه بالضبط	الحدّ الجيد	يحتاج تحسينًا
LCP	زمن ظهور أكبر عنصر في الشاشة (صورة الغلاف أو العنوان الرئيسي)	أقل من 2.5 ثانية	أكثر من 4 ثوانٍ
INP	زمن استجابة الصفحة لأول ضغطة أو نقرة من الزائر	أقل من 200 ميلي ثانية	أكثر من 500 ميلي ثانية
CLS	مقدار اهتزاز العناصر وانزلاقها أثناء التحميل	أقل من 0.1	أكثر من 0.25

ملاحظتان تُوفّران عليك وقتًا:

• القياس يُؤخذ من الزوار، لا من أدواتك وحدها. جوجل تجمع الأرقام من مستخدمي كروم الحقيقيين شهريًا (بيانات المستخدمين الفعليين)، وأي رقم تقيسه محليًّا هو تقدير مفيد لكنه ليس الحكم النهائي.
• مقياس FID انتهى. كان يقيس تأخير أول تفاعل، وأُزيل واستُبدل بـ INP في مارس 2024 لأنه كان قاصرًا: يقيس أول ضغطة فقط، لا أسوأ تجربة تفاعل مرّ بها الزائر.

المقياس الجيد لا يعني مقياسًا كاملًا: جوجل تعرض النتيجة على ثلاث حالات (جيد، يحتاج تحسينًا، ضعيف)، فاجعل هدفك أن تنتقل الصفحات المهمة من «ضعيف» إلى «جيد» تدريجيًّا، بدل مطاردة الكمال في كل صفحة.

 

3. من أين تقرأ أرقامك بلا تخمين

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

الحقيقة التي أقولها بصدق: 80% من الأرقام السيئة التي رأيتها في مواقع صغيرة سببها اشتراك مُثقَل أو صورة واحدة ضخمة في أعلى الصفحة، لا خادم سحري ولا شبكة توزيع معقّدة.

 

4. ما يُبطئ موقعك فعلًا — وكيف تُصلحه

LCP: زمن ظهور أكبر عنصر

السبب الأغلب أن أكبر عنصر في أعلى الصفحة صورة غلاف كبيرة بلا ضغط ولا تحجيم. الإصلاحات مرتّبة بالأثر:

• اضغط الصور وحوّلها إلى WebP، ولا تخدم صورة بعرض 2000 بكسل لشاشة عرضها 700 بكسل. الشرح العملي خطوة بخطوة في تحسين السيو للصور.
• حمّل صورة الغلاف مبكرًا: سمة fetchpriority بالقيمة high وسمة preload للعنصر الأساسي، وأجّل تحميل كل ما هو أسفل الشاشة بسمة lazy.
• قلّل ما يحجب الرسم: كل ملف CSS وكل سكربت في الرأس يؤجّل أول عرض. اجمع ما يمكن جمعه، وأجّل ما لا يلزم.
• قلّل عدد الإضافات والسكربتات الخارجية، خصوصًا أدوات المحادثة والتحليلات التي تُحمَّل من نطاقات أخرى.

INP: استجابة الصفحة لأول ضغطة

المشكلة هنا في السكربت، لا في الصور:

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

CLS: اهتزاز العناصر

الاهتزاز يحدث لأن شيئًا يُضاف بعد رسم الصفحة، فيدفع ما حوله:

• حدّد أبعاد كل صورة وفيديو سمتي العرض والارتفاع حتى يُحجز مكانه قبل تحميله.
• لا تُدرج إعلانات أو بانرات أو صناديق تنبيه تأتي متأخرة وتدفع المحتوى.
• اضبط الخطوط مسبقًا عبر خاصية font-display واستخدم خطًّا واحدًا للعناوين، فتبديل الخط يحرّك كل سطر في الصفحة.

5. الخادم والاستضافة: الطبقة التي لا تراها

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

هنا يفرق الاختيار:

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

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

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

6. خطة عملية: أول 30 يومًا

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

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

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

7. أخطاء تُفسد العمل

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

8. هل ترفع المؤشرات ترتيبي فعلًا؟

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

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

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

الخلاصة

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

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

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

ما هي مؤشرات الويب الأساسية؟

مؤشرات الويب الأساسية هي ثلاثة مقاييس رسمية من جوجل لقياس تجربة الزائر في الصفحة: LCP لزمن ظهور أكبر عنصر، INP لزمن استجابة الصفحة للتفاعل، وCLS لمقدار اهتزاز العناصر أثناء التحميل. تُقاس من بيانات زوار حقيقيين عبر مستخدمي كروم.

ما الفرق بين LCP وINP؟

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

كيف أحسّن CLS في موقعي؟

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

هل مؤشرات الويب الأساسية عامل ترتيب؟

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

كم يستغرق تحسّن الأرقام بعد الإصلاح؟

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