يمكن لموقع يبدو رائعًا ويُقرأ بشكل جيد أن يظل ضعيف الأداء في نتائج البحث إذا كان بطيء التحميل أو يبدو غير مستقر أثناء محاولة الزائر استخدامه. Core Web Vitals هي الإشارات المحددة والقابلة للقياس التي تستخدمها جوجل للحكم على تلك التجربة، وهي تقع عند تقاطع غير معتاد بالنسبة لمعظم الشركات: جزء منها عامل سيو، وجزء آخر مسألة استضافة، وجزء ثالث قرار تصميم مواقع. فهم ما تقيسه هذه المقاييس فعليًا، ومن المسؤول فعليًا عن إصلاحها، يمنع الموقف الشائع حيث يفترض فريق سيو ومطور ومزود استضافة كل منهم أن الآخر يتعامل مع سرعة الموقع بينما لا أحد يفعل ذلك فعليًا.
يشرح هذا الدليل ما هي Core Web Vitals ولماذا تستخدمها جوجل، ويفصّل LCP وCLS وINP بلغة بسيطة، ويغطي كيف تؤثر خيارات الاستضافة والكود على كل مقياس، ويشير إلى الأدوات المجانية التي تقيسها، ويرتب الإصلاحات العملية حسب مقدار الجهد الذي تتطلبه مقابل مقدار التأثير الذي تحققه.
ما هي مؤشرات الويب الأساسية ولماذا تستخدمها جوجل
مؤشرات الويب الأساسيةمجموعة محددة من المقاييس قدمتها جوجل لقياس تجربة الصفحة في العالم الحقيقي — ليس فقط ما إذا كانت الصفحة تتحمل في النهاية، بل ما إذا كانت تتحمل بسرعة، وتصبح قابلة للاستخدام بسرعة، وتبقى مستقرة بصريًا بينما يحاول شخص قراءتها أو التفاعل معها. تستخدم جوجل هذه المقاييس المحددة لأنها قابلة للقياس على نطاق واسع عبر الويب بأكمله وترتبط ارتباطًا قويًا بما يختبره الناس فعليًا كـ”صفحة جيدة” مقابل “صفحة محبطة”، ما يجعلها مؤشرًا أكثر مباشرة لتجربة المستخدم من مقاييس السرعة الأقدم والأكثر تقنية.
تدخل هذه المقاييس في أنظمة الترتيب لدى جوجل كجزء من إشارة تجربة الصفحة الأوسع، رغم أنه يستحق الدقة بشأن وزنها الفعلي: فهي عامل واحد من بين عوامل عديدة، ويمكن لمحتوى استثنائي على صفحة بطيئة معتدلة أن يتفوق في الترتيب على محتوى ضعيف على صفحة سريعة البرق. مع ذلك، بين صفحات متشابهة الجودة والصلة بخلاف ذلك، يمكن أن يكون أداء مؤشرات الويب الأساسية هو الفارق، وتشكل الدرجات الضعيفة باستمرار عبئًا حقيقيًا على كل من الترتيب، وبنفس القدر من الأهمية، معدلات التحويل الفعلية بغض النظر عن وزنها المباشر في السيو.
LCP وCLS وINP بلغة بسيطة
Largest Contentful Paint (LCP)
يقيس LCP المدة التي يستغرقها أكبر عنصر مرئي في صفحة ما — عادة صورة رئيسية أو كتلة نص كبيرة أو بانر — ليُعرض بالكامل بعد أن يطلب الزائر الصفحة. بعبارة بسيطة، إنه أقرب تقريب لـ”كم شعر هذا أنه استغرق للتحميل” من منظور زائر حقيقي، إذ إن أكبر عنصر عادة ما يكون ما ينتظر الشخص رؤيته فعليًا. يشير LCP البطيء عادة إلى صور كبيرة غير محسّنة، أو أوقات استجابة خادم بطيئة، أو موارد تعطل العرض تؤخر الوقت الذي يمكن فيه للمتصفح عرض ذلك المحتوى الرئيسي.
Cumulative Layout Shift (CLS)
يقيس CLS الاستقرار البصري — تحديدًا، مقدار المحتوى الذي يتحرك بشكل غير متوقع أثناء تحميل الصفحة أو بعده بوقت قصير. أي شخص حاول النقر على زر ليجد إعلانًا أو صورة تُحمَّل فوقه وتدفعه للأسفل، مسببة نقرة خاطئة، عانى مباشرة من CLS ضعيف. يهم هذا المقياس لأنه يلتقط تجربة محبطة فعليًا لم تقسها مقاييس السرعة التقليدية أبدًا: يمكن لصفحة أن تنهي التحميل تقنيًا بسرعة بينما تبقى غير قابلة للاستخدام خلال تلك العملية لأن كل شيء يستمر في التحرك.
Interaction to Next Paint (INP)
يقيس INP مدى استجابة صفحة عندما يتفاعل زائر معها فعليًا — النقر على زر، فتح قائمة، إرسال نموذج — ملتقطًا التأخير بين ذلك التفاعل واستجابة الصفحة بشكل مرئي. يمكن لصفحة أن تتحمل بسرعة وتبقى ثابتة بصريًا، ولا تزال تشعر بالبطء وعدم الاستجابة إذا أدى كل نقر أو لمسة إلى تأخير ملحوظ قبل حدوث أي شيء. حل INP محل مقياس سابق يُدعى First Input Delay تحديدًا لأنه يلتقط الاستجابة عبر زيارة الصفحة بأكملها بدلاً من التفاعل الأول فقط.
كيف تؤثر خيارات الاستضافة والكود على كل مقياس
تؤثر جودة الاستضافة مباشرة على LCP من خلال وقت استجابة الخادم — تضيف بيئة استضافة بطيئة أو محملة بشكل زائد أو معدة بشكل سيئ تأخيرًا قبل أن يتمكن المتصفح حتى من بدء عرض المحتوى، بغض النظر عن مدى تحسين الصفحة نفسها. هذا بالضبط سبب وقوع سرعة الموقع عند تقاطع الاستضافة والسيو التقني بدلاً من الانتماء بوضوح إلى تخصص واحد فقط: الصفحة المُحسَّنة بشكل جميل والمبنية على بنية تحتية استضافة غير كافية لا تزال ترث قيود وقت استجابة تلك الاستضافة.
تؤثر خيارات الكود والموارد على المقاييس الثلاثة بطرق مختلفة. الصور غير المحسّنة والكبيرة جدًا هي واحدة من أكثر أسباب ضعف LCP شيوعًا، إذ يتعين على المتصفح تنزيل وفك تشفير ملف أكبر بكثير من اللازم قبل أن يتمكن من عرض المحتوى المرئي الرئيسي. المحتوى المُدرَج ديناميكيًا — إعلانات أو تضمينات أو نصوص برمجية تُدرج عناصر بعد التحميل الأولي للصفحة — سبب شائع لضعف CLS، إذ يدفع ذلك المحتوى المُدرَج المحتوى الموجود إذا لم يُحجز له مساحة بشكل صحيح مسبقًا. جافا سكريبت الثقيل وغير المحسَّن هو السبب الأكثر شيوعًا لضعف INP، إذ لا يستطيع المتصفح المشغول بتنفيذ نص برمجي كبير الاستجابة فورًا لنقرة أو لمسة زائر، ما يخلق التأخير الملحوظ الذي يقيسه INP مباشرة.
تعالج شبكة توصيل المحتوى، أو CDN، جزءًا من هذه الصورة من خلال تقديم الموارد الثابتة من خوادم أقرب جغرافيًا للزائر، ما يقلل من زمن الوصول الذي يساهم في بطء LCP بغض النظر عن مدى جودة إعداد الخادم الأصلي نفسه. يعالج الجمع بين استضافة قوية، وCDN مُعد بشكل صحيح، وإدارة منضبطة للكود والموارد كل مقياس من زاوية مختلفة بدلاً من الاعتماد على إصلاح واحد لحل الثلاثة في آن واحد.
أدوات مجانية لاختبار موقعك
يبقى Google PageSpeed Insights الطريقة الأكثر مباشرة للتحقق من درجات أداء صفحة محددة عبر هذه المقاييس، جامعًا بين بيانات المختبر (اختبار محاكى) وبيانات ميدانية حقيقية عند توفرها من تقرير Chrome UX Report، الذي يجمّع بيانات تجربة مستخدم فعلية من مستخدمي Chrome الذين زاروا الصفحة. يوفر Lighthouse، المدمج في أدوات مطوري Chrome، تدقيقًا مشابهًا قائمًا على المختبر إلى جانب توصيات محددة وقابلة للتنفيذ مرتبطة بما يبطئ الصفحة فعليًا. يُظهر تقرير مؤشرات الويب الأساسية في Google Search Console الأداء المجمّع عبر الموقع بأكمله، مجمّعًا الصفحات حسب درجاتها ومشيرًا إلى الأنماط عبر القوالب بدلاً من طلب فحص كل صفحة على حدة.
استخدام بيانات المختبر والبيانات الميدانية معًا يعطي صورة أكمل من أي منهما بمفرده: يمكن لبيانات المختبر من اختبار محاكى واحد أن تفوّت التباين الحقيقي عبر أجهزة وسرعات اتصال مختلفة، بينما تعكس البيانات الميدانية ما اختبره الزوار الحقيقيون فعليًا، مجمّعًا بمرور الوقت.
إصلاحات عملية مرتبة حسب الجهد والتأثير
ضغط الصور وتحديد أحجامها بشكل صحيح عادة ما يكون الإصلاح الأعلى تأثيرًا والأقل جهدًا المتاح، إذ إن الصور كبيرة الحجم غير الضرورية واحدة من أكثر مشاكل LCP شيوعًا وأدوات ضغط الصور لا تتطلب أي تغييرات برمجية للتنفيذ. تحديد أبعاد صريحة للصور وحجز مساحة للمحتوى المُحمَّل ديناميكيًا يعالج CLS بجهد متواضع مماثل، مانعًا انزياحات التخطيط التي تحدث عندما يُحمَّل المحتوى دون مساحة مخصصة مسبقًا. تفعيل التخزين المؤقت للمتصفح وCDN يتطلب عادة جهد إعداد معتدلًا لمرة واحدة لكنه يقدم تحسينًا واسعًا عبر LCP للزوار المتكررين والجماهير البعيدة جغرافيًا على حد سواء.
تقليل وتأجيل جافا سكريبت غير الحرج إصلاح أعلى جهدًا يستهدف INP مباشرة، إذ يتطلب عادة من مطور تحديد أي النصوص البرمجية ضرورية للوظائف الأولية مقابل تلك التي يمكن أن تُحمَّل لاحقًا دون التأثير على تجربة الزائر الفورية. الترحيل إلى استضافة أفضل أو بيئة خادم مُعدة بشكل صحيح هو التغيير الأعلى جهدًا في هذه القائمة، لكنه أيضًا الذي يزيل سقفًا عن كل تحسين آخر — لا يعوّض أي قدر من ضغط الصور أو تنظيف الكود بالكامل عن وقت استجابة خادم بطيء جوهريًا.
كيف يرتبط هذا بجودة الاستضافة
ينتهي عمل سرعة الموقع بالوصول إلى سقف استضافة لا يمكن لأي قدر من التحسين الأمامي (front-end) تجاوزه بالكامل. النشاط التجاري الذي يشغّل موقعًا مُحسَّنًا جيدًا ومبرمجًا بشكل صحيح على خطة استضافة مشتركة محملة بشكل زائد سيظل يرى درجات الأداء محدودة بقيود وقت استجابة تلك البيئة الاستضافية، وهذا بالضبط سبب وجوب النظر في قرارات الاستضافة وعمل السيو التقني معًا بدلاً من التعامل معها كمشاريع منفصلة تمامًا تديرها فرق غير مرتبطة. هذا أيضًا سبب معاناة الشركة التي تعمل مع موردين منفصلين للاستضافة والتطوير والسيو من صعوبة حل مشاكل السرعة المستمرة فعليًا — إذ يمكن لكل مورّد أن يشير إلى نطاق الآخرين كسبب محتمل، وتبقى المشكلة دون معالجة في الفجوة بينهم.
مراجعة ملاءمة الاستضافة جنبًا إلى جنب مع تدقيق مؤشرات الويب الأساسية، بدلاً من افتراض أن خطة الاستضافة الحالية كافية افتراضيًا، غالبًا ما تكشف السبب الجذري الفعلي وراء مشاكل الأداء المستمرة التي لا تحلها إصلاحات الواجهة الأمامية وحدها بالكامل. فريق أو وكالة واحدة مسؤولة عن الاستضافة والتطوير والسيو معًا تزيل تلك اللعبة من تبادل اللوم تمامًا، إذ لا يوجد حافز لعزو مشكلة مشتركة إلى جزء شخص آخر من المكدس التقني.
الأسئلة الشائعة
إنها إشارة واحدة من بين إشارات عديدة ضمن عامل تجربة الصفحة الأوسع، ويمكن لجودة محتوى استثنائية أن تتفوق على ضعف معتدل في مؤشرات الويب الأساسية. مع ذلك، بين صفحات متشابهة الصلة والجودة، يمكن أن يكون الأداء القوي في مؤشرات الويب الأساسية فارقًا ذا معنى، وتؤثر الدرجات الضعيفة على معدلات التحويل بغض النظر عن وزنها المباشر في السيو.
تنشر جوجل عتبات محددة لـLCP وCLS وINP تصنف الأداء كجيد أو يحتاج تحسينًا أو ضعيف. بدلاً من حفظ أرقام دقيقة، النهج الأكثر فائدة هو التحقق من موقعك المحدد في PageSpeed Insights أو Search Console، والذي يظهر بالضبط أين يقع كل مقياس بالنسبة لتلك العتبات.
بعض الإصلاحات، مثل ضغط الصور، متاحة دون خبرة تقنية. أخرى — تقليل وقت تنفيذ جافا سكريبت، إصلاح انزياح التخطيط الناتج عن محتوى مُدرَج ديناميكيًا، أو عمليات ترحيل الاستضافة — تتطلب عادة مشاركة مطور لتنفيذها بشكل صحيح.
مراجعة تقرير مؤشرات الويب الأساسية في Search Console شهريًا، أو فورًا بعد أي تغيير كبير في الموقع مثل إعادة تصميم أو تحديث إضافة، يلتقط الانتكاسات قبل أن تتراكم إلى مشكلة أكبر.
يزيل سقفًا كبيرًا، خصوصًا لـLCP، لكن مشاكل مستوى الكود مثل الصور غير المحسّنة والمحتوى المُدرَج ديناميكيًا وجافا سكريبت الثقيل لا تزال بحاجة لمعالجة مباشرة، إذ إن استضافة أفضل وحدها لا تصلح مشاكل ناشئة من كود الصفحة ومواردها الخاصة.
هل أنت مستعد لاكتشاف أين يقف موقعك؟
تقع سرعة الموقع عند تقاطع السيو والاستضافة وتصميم المواقع، ما يعني أن إصلاحها بشكل صحيح يتطلب غالبًا النظر إلى الثلاثة معًا بدلاً من بمعزل عن بعضها. احصل على تدقيق سيو مجاني من Creative 4 All واكتشف بالضبط ما يؤثر على درجات مؤشرات الويب الأساسية لموقعك اليوم.
