هناك حل يضيف عنصر التحميل بشكل طفيف في وقت أبكر…
هل تملك مصدرًا يؤكد تأثير الأداء المُدرَك على ترتيب البحث، أم أنك تقصد FCP/LCP؟ فـ FCP و LCP مفاهيم محددة ولها متطلبات تقنية رغم أنها مبنية على الإدراك. كما تجدر الإشارة إلى أن FCP ليست جزءًا من “إحصائيات الويب الأساسية” (Core Web Vitals) الخاصة بجوجل (بينما LCP جزء منها).
إليك المزيد من التفاصيل من https://web.dev/lcp/:
كما هو محدد حاليًا في واجهة برمجة تطبيقات Largest Contentful Paint، فإن أنواع العناصر التي تُؤخذ في الاعتبار لـ Largest Contentful Paint هي:
- عناصر
<img>- عناصر
<image>داخل عنصر<svg>- عناصر
<video>(يُستخدم صورة الغلاف)- عنصر يحتوي على صورة خلفية تم تحميلها عبر دالة
url()(على عكس تدرج CSS)- عناصر مستوى الكتلة تحتوي على عقد نصية أو عناصر نصية مضمنة أخرى كأبناء.
إذا أزال الصفحة عنصرًا من DOM، فلن يُؤخذ هذا العنصر في الاعتبار بعد ذلك. وبالمثل، إذا تغيرت مورد الصورة المرتبط بعنصر ما (مثل تغيير
img.srcعبر JavaScript)، فإن هذا العنصر سيتوقف عن الاعتباره حتى يتم تحميل الصورة الجديدة.
هذه المتطلبات تجعل الأمر صعبًا بعض الشيء، ربما يمكن أن يعمل عنصر تحميل يحتوي على صورة كبيرة أو نص إذا قمت بإخفائه بطريقة أخرى بدلاً من إزالته من DOM؟ يستخدم المؤشر أعلاه خاصية z-index لإخفاء نفسه، لذا ربما يمكن أن ينجح ذلك… لكن المؤشر نفسه لا يكفي لأنه ليس صورة أو نصًا (إنه CSS).
أتفق على أن وجود نوع من عناصر التحميل سيكون مفيدًا للمستخدمين على الشبكات البطيئة، لكن هناك متطلبات محددة يجب الالتزام بها من أجل جوجل (ولا نعرف ما إذا كان ذلك سيحل المشكلة التي ذكرها صاحب الموضوع الأصلي).