معايير Google الجديدة: "أساسيات الويب الأساسية"
نشرت: 2020-12-01تم التحديث في مايو 2021
في تسويق تحسين محركات البحث ، تتنافس الشركات والمدونات والمواقع الإلكترونية والمنصات عبر الإنترنت يوميًا. أعلى قائمة Google هو المكان الذي يريدون أن يكونوا فيه.
من بين القوائم التي لا تعد ولا تحصى على Google ، 90٪ من المواقع المدرجة لا تصل إلى الصفحة الأولى. 10٪ هي الإعلانات المدفوعة والرسوم البيانية المعرفية وما يقرب من عشر قوائم عضوية. حركة المرور بينهم متفاوتة. أقل من 3٪ من مستخدمي الويب يصلون إلى النتائج في صفحات المتابعة.
حتى هذه النقطة ، كانت آليات تسويق تحسين محركات البحث المؤثرة الرئيسية هي العناوين ، والمحتوى ، وعلامات العنوان ، والكلمات الرئيسية ، وأوصاف الصور ، والروابط الداخلية ، والروابط الخلفية ، وما إلى ذلك. مع التركيز على مراقبة الجودة ، والمحرك الضخم ، ستأخذ Google في الاعتبار عنصرًا جديدًا مطلوب.
يجب أن تصبح "أساسيات الويب الأساسية" مكونًا محددًا لوكالات تحسين محركات البحث الفنية في الولايات المتحدة . يمكن أيضًا توقع إعادة تعريف نتائج البحث ويكون عرضة لذلك. في حين أن التسويق التقليدي لكبار المسئولين الاقتصاديين (SEO) يحتضن بشكل أساسي الأهمية ، فإن المسافة والشهرة ستعمل على ترسيخ القيمة.
جدول المحتويات
- ما هي حيوية الويب الأساسية؟
- العناصر الثلاثة لأساسيات الويب الأساسية
- أكبر رسم مضمون
- أول تأخير في الإدخال
- التحول في التخطيط التراكمي
- المقاييس الحيوية الأساسية للويب
- أدوات تحليل حيوية الويب الأساسية
- ما سبب أهمية "تحسين حيوية الويب الأساسية"
- استنتاج
ما هي حيوية الويب الأساسية؟
تعد "أساسيات الويب الأساسية" مجموعة منفصلة من المقاييس التي تحدد تجربة المستخدم (UX) على مواقع الويب. يتضمن الأخير ثلاثة قياسات مختلفة لسرعة الصفحة وقياسات تفاعل عقدة العميل. سيظهر تراكم هذه العوامل في نظام تسجيل النقاط الذي يحدد الأولوية التي تتلقاها الصفحة كقائمة.
العناصر الثلاثة لأساسيات الويب الأساسية
أكبر رسم مضمون
Largest Contentful Paint (LCP) هو مقياس تم إنشاؤه بواسطة Google لضمان رضا المستخدم. تركز هذه المعلمة بشكل أكبر على الأداء بدلاً من العرض. إذا استغرق تحميل الصفحة وقتًا طويلاً وغادر متصفحي الويب ، فيُعتبر هذا غير مُرضٍ.
يحدد وقت تحميل صفحة الويب وعوامل تجربة Google مثل علامات الصور والصور المصغرة للفيديو تصنيف LCP. تتم أيضًا مراقبة صور الخلفية التي تحتوي على CSS وعناصر نصية مثل الفقرات والعناوين والقوائم للتأكد من طلاقتها.
أسباب ضعف LCP
أوقات استجابة الخادم البطيئة
تعتمد سرعة عرض موقع الويب على وقت رد فعل الخادم. كلما كان الخادم أبطأ ، كلما استغرق الأمر وقتًا أطول لعرض أي شيء على شاشة الجهاز.
الحل الأساسي هنا هو تحسين الخادم الخاص بك. يؤدي تخزين الأصول مؤقتًا وخدمة ذاكرة التخزين المؤقت بتنسيق HTMLs أولاً إلى تسريع عمليات الخدمة. بالإضافة إلى ذلك ، يُنصح بتوجيه المستخدمين إلى شبكة CDN قريبة. من خلال إنشاء اتصالات الطرف الثالث مبكرًا ، يصبح وقت الاستجابة ضئيلًا ، وهو أمر مهم لمواقع الويب المستجيبة للجوال.
حظر عرض CSS وجافا سكريبت.
تقدم المتصفحات المحتوى عن طريق تحليل ترميز HTML في شجرة DOM. إذا صادف المحلل اللغوي أي أوراق أنماط خارجية ، فإنه يتوقف مؤقتًا. تؤخر البرامج النصية وأوراق الأنماط الخارجية توزيع موارد الحجب و FCP و LCP في النهاية.
CSS و Java قويتان ويمكنهما أن يفقدا "الكثير من الوزن" من خلال المراعاة والتقليل والتقليل. تتضمن البرامج المتاحة لضغط جافا UglifyJS2 و Closure Compiler و YUI Compressor. CSSnano و UNCSS و CSSO كلها آليات قادرة على ضغط CSS. سيتم تحسين وقت التحميل الأمثل مع نشر هذه الأدوات.
أوقات تحميل الموارد الضعيفة
بينما تؤدي زيادة نشاط CSS و JavaScript إلى نتائج سيئة ، فإن المكونات الأخرى تثبت أنها مشكلة. العناصر التي تؤثر سلبًا على LCP هي <image> و <img> و <video> ومكونات مستوى الكتلة التي تحتوي على عقد نصية.
سيساعد هنا تحسين وضغط ملفات الصور والنص. من خلال التحميل المسبق للموارد الضرورية وتخزين الأصول مؤقتًا ، أثناء استخدام عامل خدمة مختلف ، يقلل الوقت المطلوب.
عرض نهاية المستخدم
المواقع التي تقوم بمعظم عرضها على العميل تفقد قدراً معقولاً من التحكم. يتضح عيب هذا الخيار مع استخدام حزم JavaScript كبيرة. في معظم الحالات ، لا يتم عرض المحتوى حتى يكمل JavaScript عرضه ؛ سيعرض تصنيفات LCP للخطر.
يعد تصغير JavaScript أمرًا بالغ الأهمية ، ويفضل عرض نهاية الخادم على المستخدم. حل آخر هو العرض المسبق الذي سيساعد في وقت تحسين التحميل.
أول تأخير في الإدخال
يقيس تأخير الإدخال الأول (FID) الوقت من تفاعل المستخدم الأولي إلى وقت استجابة المتصفح. إنه عامل حاسم في ما إذا كان العميل سيغادر الموقع أم لا. تحدث التأخيرات بشكل عام عندما يكون الموضوع الرئيسي للمتصفحات مشغولاً.
عادةً ما تكون ملفات JavaScript التي يتم تحميلها بواسطة التطبيقات المحلية مسؤولة عن مشكلات FID. ما يحدث هو أن المتصفحات تحاول التحليل والتنفيذ ، ولكن يحدث تأخير ، مما يؤدي إلى عدم استجابة الأجهزة الطرفية. قد يؤكد تصنيف FID المنخفض أن الموقع أو الصفحة المعنية غير قابلة للاستخدام.
أسباب ضعف FID
جافا سكريبت
بشكل عام ، بينما يكون الموضوع الرئيسي مشغولاً ، لا يمكن للمتصفح الاستجابة للتفاعلات. يؤدي تنفيذ JavaScript الثقيل إلى تفاقم هذه المشكلة ، مما يؤدي إلى حدوث تأخيرات في سرعة التحميل.
عن طريق تقسيم المهام الطويلة ، يمكنك تخفيف التراكم. بالإضافة إلى ذلك ، يجب أن يؤدي تقييد وقت تشغيل JavaScript إلى تحسين الاستجابة. استخدام عامل الويب مفيد أيضًا. هذه كلها طرق لتحسين مقاييس موقع الويب للتفاعل.
التحول في التخطيط التراكمي
يقيس مقياس تغيير التخطيط التراكمي (CLS) ثبات تصميم صفحات الويب. وهي تعمل على ضمان تدفق تفاعلات العملاء بشكل طبيعي قدر الإمكان. غالبًا ما يواجه متصفحو الويب انقطاعات أو قفزات أثناء عرض المحتوى على أحد المواقع. ومن ثم ، فإنه يؤدي إلى انقطاع في التركيز ويخلق تجربة سيئة.
سبب الإزعاج هو ضعف التصميم. تسود التأثيرات على مواقع الويب المستجيبة للجوال ومتصفحات سطح المكتب.
يؤدي عدم وجود عناصر تصميم صحيحة إلى عدم الاستقرار البصري. يميل هذا الأخير إلى فرض تغييرات مفاجئة في التخطيط ، مما يتسبب في كثير من الأحيان في قيام المستخدم بالنقر فوق محتوى غير مرغوب فيه عن غير قصد. الأمثلة النموذجية هي المواقع التي تحتوي على إعلانات منبثقة.
قد تؤدي التصميمات الجديدة ، على الرغم من أنها منظمة بشكل صحيح ، إلى إبطاء صفحات الويب. تعوض خوارزمية Google بالسماح بإغفال 500 مللي ثانية قبل أن تبدأ عملية الحساب.
الأسباب الشائعة لـ CLS
صور بدون أبعاد
سيؤدي استبعاد سمات حجم العرض والارتفاع لكلٍ من الفيديو والصور إلى ترتيب منخفض. كثير من الناس لا يحتفظون بمساحة للوسائط ، وهذا يؤدي إلى قفزات وتحولات.
الحل هنا بسيط. قم دائمًا بتضمين العرض والارتفاع. الخيار الآخر هو مربعات نسبة العرض إلى الارتفاع في CSS. إنها سهلة الاستخدام لحجز المساحة على مواقع الويب. إنها مفيدة بشكل خاص على المواقع التي تستضيف الإعلانات.
الإعلانات والتضمينات وإطارات Iframes بدون أبعاد
الإعلانات من المساهمين الكبار في هذه القضية. تختار شبكات الإعلانات الحجم الديناميكي بدلاً من المتغير الثابت ، مما يزيد من حركة المرور إلى مواقع الويب. لسوء الحظ ، يكون هذا على حساب تجربة سطح المكتب أو الهاتف المحمول.
تسمح عناصر واجهة مستخدم معينة بتضمين عناصر مثل مقاطع الفيديو والخرائط ومحتوى الوسائط الاجتماعية في صفحة الويب. المشكلة هنا هي أن الموقع غالبًا لا يكون لديه فكرة عن الحجم الدقيق أو تكوين التضمين. من خلال عدم الاحتفاظ بمساحة ، يصبح عدم الاستقرار واضحًا بمجرد تحميل الصفحة.
يؤدي الحساب المسبق للاحتياجات المكانية الضرورية لتضمين أو احتياطي الموقع إلى تجنب خطر CLS. أدوات مطور المستعرض سهلة الاستخدام للحصول على الطول والعرض للنتيجة. بعد إنشاء هذا ، سيتلاءم إطار iframe تلقائيًا مع المساحة المحجوزة في كل مرة يتم فيها تحميل الصفحة.
المحتوى المحقون ديناميكيًا
العناصر المُدرجة حديثًا على الوسائط القديمة هي أيضًا ما يُنشئ تغييرات في التخطيط. ومن الأمثلة النموذجية على ذلك لافتات الحث على الشراء. فهي لا تمنع التفاعل فحسب ، بل إنها تزعجك بدلاً من إقناعها.
مرة أخرى ، حجز مساحة. بالإضافة إلى ذلك ، يمكن لمصممي الموقع إضافة هيكل عظمي لواجهة المستخدم. الأخير هو عنصر نائب يمنع النص من الترحيل عند تحميل الصورة.
تسبب خطوط الويب في FOIT / FOUT
يعد تنزيل محارف الويب وعرضها عاملاً أساسيًا في عملية فلاش للنص غير المصمم (FOUT). في هذه الحالة ، يحل النمط الجديد محل الطباعة الاحتياطية.
والنتيجة الإضافية هي Flash of Invisible Text (FOIT) الذي يخفي المحرف حتى تتوفر حالة جديدة.
تعمل واجهة برمجة تطبيقات تحميل الخطوط على تقليل الوقت اللازم للحصول على أنماط الحروف الضرورية ، وبالتالي تقليل حدوث FOUT و FOIT أو القضاء عليهما.
المقاييس الحيوية الأساسية للويب
كما لوحظ ، فإن العناصر الأساسية الثلاثة للويب الحيوية لها قياسات فردية. كل واحد متدرج وفقًا لمعايير زمنية مختلفة.
- تصنيف LCP الجيد أقل من 2.5 ثانية. ستمنح Google التساهل مع أي شيء أقل من 4 ثوانٍ ، ولكن هذا لا يزال يعني أن هناك مجالًا للتحسين.
- وحدة قياس FID هي ميلي ثانية وإذا كان الوقت بين إدخال المستخدم ورد فعل صفحة الويب يقع في أي مكان أقل من 100 ، فهذا مثالي. مقياس 300 مللي ثانية مقبول ، لكنه يشير إلى مشاكل قادمة. أي شيء يزيد عن 300 مللي ثانية يؤدي إلى إقصاء قائمة الويب.
- القراءة المثالية لـ CLS هي صفر. تقبل خوارزميات Google 0.1 ، ولكن نظرًا لأن الحد الأقصى للقبول هو 0.25 ، فإنها تخلق هامشًا صغيرًا جدًا للمرونة. قد يسعى مديرو الموقع أيضًا لتحقيق الكمال التام.
أدوات تحليل حيوية الويب الأساسية
- يشبه Web Vitals For Chrome أي امتداد آخر ، وقد لا يشعر البعض بالراحة مع هذا الخيار بسبب مخاوف الخصوصية.
- إحصاءات سرعة الصفحة هي واجهة بسيطة تتيح لك التبديل بين خيارات سطح المكتب والجوال. تختلف نتائج جهاز الكمبيوتر والأجهزة الذكية بغض النظر عن برنامج التحليل الذي تستخدمه. ما سبق يُنتج بيانات ميدانية لمستخدمي Google الحقيقيين على مدار 28 يومًا.
- تسمح لهم أدوات Chrome Dev وتصميمات Lighthouse بمراقبة LCP و CLS. لسوء الحظ ، نفس البرنامج غير قادر على قياس FID ، ولكن من أجل ذلك ، هناك TBT.
مع انتشار Core Web Vitals ، لا بد من ظهور المزيد من أدوات المراقبة في المشهد.
ما سبب أهمية "تحسين حيوية الويب الأساسية"
من المقرر أن يتم تحديث Google الأساسي في مايو 2021. وهذا يعني أنه اعتبارًا من ذلك الحين فصاعدًا ، لن تكون إشارات تحسين محركات البحث المعتادة كافية للحفاظ على مرتبة عالية على Google.
إنه تنفيذ لمعيار يدعو إلى الجودة UX. لن تتأثر المواقع التي تواكب المعايير الجديدة. من المؤكد أن تشعر صفحات الويب التي لم يتم تعديلها بالتأثيرات ، على الرغم من مدى فعالية مُحسنات محركات البحث الخاصة بها. ستنخفض القوائم ذات العناصر الحيوية الأساسية للويب الضعيفة في الترتيب ، مما يفسح المجال للكيانات المتوافقة.
استنتاج
من خلال وضع لائحة جديدة في تسويق تحسين محركات البحث ، يمهد Google الطريق للتحسين. يعد معيار Core Web Vital هو الأول ، ومن المؤكد أنه سيتبعه الكثير. تخلق هذه الإجراءات منصة لعصر جديد من الإنترنت للاندماج مع التقنيات الناشئة الأخرى التي لا تشوبها شائبة. بالإضافة إلى ذلك ، يمكنك استخدام هذه النصائح لزيادة سرعة تحميل موقع الويب الخاص بك.