بدأ Google طرح تحديث تجربة الصفحة، الذي يدمج Core Web Vitals في الترتيب إلى جانب التوافق مع الموبايل وHTTPS وغياب النوافذ المزعجة. الطرح تدريجي وينتهي في وقت لاحق من هذا الصيف. وقبل أن يذعر أحد: هذه إشارة ترجيح لا بديل عن الصلة. صفحة بطيئة تحمل أفضل إجابة ستظل تتفوق على صفحة سريعة تحمل إجابة أسوأ.
مؤشرات Core Web Vitals الثلاثة بلغة واضحة
Largest Contentful Paint يسأل كم يستغرق ظهور العنصر الأساسي في الصفحة. الهدف أقل من 2.5 ثانية. وFirst Input Delay يسأل كم تستغرق الصفحة حتى تستجيب لأول نقرة. الهدف أقل من 100 مللي ثانية. وCumulative Layout Shift يسأل كم تقفز الصفحة أثناء التحميل. الهدف أقل من 0.1، وهذا يعني عمليًا صورًا وإعلانات بمساحة محجوزة.
بيانات الميدان هي التي تحدد نتيجتك، لا أدوات المختبر. أي زيارات حقيقية من أجهزة حقيقية، وهو ما يعني لمعظم المواقع المصرية هواتف Android متوسطة الفئة على بيانات الموبايل لا اللابتوب الذي اختبر عليه المطور.
ترتيب الإصلاح الذي نتبعه
أولًا، انزياح التخطيط، لأنه عادة الأرخص إصلاحًا والأكثر إزعاجًا للمستخدم. اضبط سمات العرض والارتفاع على كل صورة، واحجز مساحة للإعلانات والعناصر المضمنة، وتوقف عن حقن لافتات فوق محتوى قائم. ثانيًا، Largest Contentful Paint، وهو دائمًا تقريبًا صورة رئيسية ثقيلة أو خط يعطل العرض. اضغط، وقدّم صيغًا حديثة، وحمّل الصورة الرئيسية مسبقًا، ودع النص يظهر بينما يُحمّل الخط. ثالثًا، تأخر الاستجابة، وهو في المواقع التسويقية دائمًا تقريبًا JavaScript من طرف ثالث. راجع حاوية الوسوم واحذف ما لا يقرأه أحد.
ما الذي يجب تجاهله
مطاردة نتيجة مثالية في أداة مختبر. وإعادة بناء الموقع كله لأن مؤشرًا واحدًا برتقالي. وكل من يبيعك إضافة تعد بإصلاح Core Web Vitals بنقرة واحدة، لأن الأداء خاصية في طريقة بناء الصفحة لا شيء تركبه لاحقًا.
نفّذ الترتيب، وقِس بيانات الميدان مجددًا بعد 4 أسابيع، ثم انتقل إلى عمل المحتوى الذي يكسب الترتيب فعلًا. وإذا أظهرت المراجعة أن القالب نفسه هو المشكلة، فإن فريق تصميم وتطوير المواقع والتطبيقات لدينا يستطيع أن يخبرك بصدق أيهما أقل تكلفة على مدى عامين: الإصلاح أم إعادة البناء.
