تعرَّف على الطريقة التي يمكن بها لصناع القرار في مجال الأنشطة التجارية وغير المطوّرين تحسين "مؤشرات أداء الويب الأساسية".
مقدمة
فقد تبيّن أنّ تجربة المستخدم على الموقع الإلكتروني لها تأثير مباشر على نتائج النشاط التجاري. لذلك إنّ تقديم تجربة أفضل، حيث يتم تحميل المواقع الإلكترونية والاستجابة للمستخدمين بشكل أسرع، غالبًا ما يؤدي إلى زيادة التفاعل والإحالات الناجحة. مؤشرات أداء الويب الأساسية هي مبادرة تهدف إلى قياس تجربة المستخدم على المواقع الإلكترونية من أجل تحديد مجالات التحسين.
مع ذلك، هناك الكثير من مستندات "مؤشرات أداء الويب الأساسية" موجّهة للمطوّرين على الويب الذين لديهم فهم تقني عميق وإمكانية تحكّم كامل في الرموز البرمجية الخاصة بهم. يُنشئ غير المطوّرين العديد من المواقع الإلكترونية باستخدام "أداة إنشاء المواقع". مثل WordPress أو Shopify أو Wix أو غيرها من الحلول المشابهة، وغالبًا ما تكون بدون فريق لتطوير الويب.
حتى في حال وجود فريق متخصّص أو مطوّري برامج على الويب، ليسوا وحدهم مسؤولون عن أداء الويب. يتمتع صانعو القرار في مجال الأنشطة التجارية بتأثير كبير على أداء موقع الويب، بدءًا من تحديد المحتوى والتصميمات وحتى تطوير الاستراتيجيات الإعلانية سعيًا إلى جذب المزيد من الزيارات إلى مواقعهم الإلكترونية. وغالبًا ما يكون لهذه القرارات أثر كبير في أداء الموقع الإلكتروني.
يهدف هذا الدليل إلى توفير بعض المعلومات ذات الصلة لصنّاع المواقع الإلكترونية ومالكيها لفهم وتحسين تجربة المستخدم قدر الإمكان بدون الحاجة إلى معرفة تقنية عميقة بتطوير المواقع الإلكترونية.
في الوقت نفسه، تتطلب العديد من مشاكل الأداء من المطوّرين تنفيذ الإصلاحات الفنية، ويمكن أن تساعد الأدلّة التي تركّز على المطوّرين في تحقيق هذه الجهود. ولا تهدف هذه الأداة إلى تقديم دليل شامل، بل هي مقدّمة حول مبادرة "مؤشرات أداء الويب الأساسية" المخصّصة لصنّاع القرار في مجال الأنشطة التجارية والتي تتناول بعض الأسباب الأساسية الشائعة غير المتعلّقة بالتطوير والتي تؤدي إلى ضعف أداء الصفحات. وعلاوة على ذلك، من المرجّح أن يحتاج مطوِّر على الويب إلى التواصل معه لتحقيق مزيد من التقدّم.
ما هي "مؤشرات أداء الويب الأساسية"؟
مؤشرات أداء الويب الأساسية هي مجموعة من ثلاثة مقاييس تم تصميمها لقياس تجربة المستخدم على الصفحة، وخاصةً مدى سرعة ظهور الصفحة للمستخدمين. لكل منها اختصار من ثلاثة أحرف:
- يقيس سرعة عرض أكبر محتوى مرئي (LCP) أداء التحميل: وهو مقدار الوقت بالثواني الذي يستغرقه المحتوى الأكثر بروزًا في الصفحة بعد بدء تحميل الصفحة.
- تقيس متغيّرات التصميم التراكمية (CLS) الثبات البصري للصفحة: مقدار تحرك المحتوى أثناء التحميل.
- إنّ مقياس مدى استجابة الصفحة لتفاعلات المستخدم (INP)، الذي حلّ محلّ مقياس FID رسميًا في 12 آذار (مارس) 2024، يقيس مدى استجابة الصفحة للنقرات وعمليات النقر والتفاعلات باستخدام لوحة المفاتيح.
يقيس كل مقياس جانبًا مختلفًا من تجربة المستخدم. توفّر Google أيضًا الحدود المقترَحة لكل مقياس، حيث تُعتبر تجربة المستخدم جيدة وفي حال دونها تُعتبر سيئة. وفي بين هذه الحدود، يتم اعتبار الصفحة في نطاق بحاجة إلى تحسين. ضع في اعتبارك أنه باستخدام هذه المقاييس، تكون الأرقام المنخفضة أفضل.
كيف يتم قياس "مؤشرات أداء الويب الأساسية"؟
يتم قياس مؤشرات أداء الويب الأساسية بواسطة المستخدمين الفعليين لموقعك الإلكتروني، وتكون النتائج مختلفة لكل مستخدم. وهي ليست "ما يعتقده Google". أو "ما الذي يفكر فيه googlebot"، بل التجربة التي واجهها مستخدمو موقعك الإلكتروني.
سيكون بعض المستخدمين على أجهزة أسرع وشبكات أسرع. وسيكون بعضها على أجهزة أبطأ أو شبكات أبطأ. سيزور بعض المستخدمين صفحات أبسط وأسرع على موقعك الإلكتروني، بينما يزور البعض الآخر صفحات أكثر تعقيدًا وبطئًا. يتم بعد ذلك تجميع نتائج تجارب المستخدمين هذه لإعطاء قياس عام لموقعك الإلكتروني بالكامل.
توفّر Google البيانات من مستخدمي Chrome الذين وافقوا على الاشتراك في تقرير تجربة المستخدم على Chrome (CrUX)، والذي يغذي العديد من أدوات Google، مثل إحصاءات PageSpeed وGoogle Search Console.
تتوفّر أداة CrUX على الملايين من المواقع الإلكترونية الرائجة، ولكن ليست جميع المواقع الإلكترونية في CrUX. ويمكن لأدوات "مراقبة المستخدم الفعلي" (RUM) الأخرى أيضًا جمع هذه المقاييس لموقعك الإلكتروني.
كيف يمكنني العثور على مؤشرات Core Web Vitals الخاصة بموقعي الإلكتروني؟
تتوفّر عدة أدوات تعرض مقاييس "مؤشرات أداء الويب الأساسية" التي تقدّمها Google والجهات الخارجية. تشرح هذه المشاركة أداتَين تتيحان لك الاطّلاع بسرعة على مؤشرات Core Web Vitals لموقعك الإلكتروني. ولمزيد من التفاصيل عن أدوات Google الأخرى، بما في ذلك سير العمل لاستخدامها لمعالجة "مؤشرات أداء الويب الأساسية"، يمكنك الاطّلاع على مشاركة سير العمل في "مؤشرات أداء الويب الأساسية" باستخدام أدوات Google.
وإذا كانت المنصّة التي تستخدِمها توفّر حل RUM مدمجًا، يمكن أن توفّر هذه المنصّة معلومات أكثر تفصيلاً عن صفحات موقعك الإلكتروني، أو تسمح لك بالتوغّل في صفحات معيّنة أو تقسيم المستخدِمين للمساعدة في فهم المشاكل وتحديدها.
إحصاءات PageSpeed
للاطّلاع على عرض سريع لا يتطلب أي إعداد، يمكنك استخدام إحصاءات PageSpeed (PSI). اكتب عنوان URL وانقر على تحليل. إذا كان موقعك الإلكتروني مضمّنًا في تقرير تجربة المستخدم على Chrome، من المفترض أن تظهر لك سريعًا علامة التبويب "اكتشاف ما يواجهه المستخدمون الحقيقيون". :
يعرض هذا المقياس تجربة مستخدمي Chrome لموقعك الإلكتروني خلال آخر 28 يومًا. ستظهر في أعلى الصفحة مؤشرات Core Web Vitals، بالإضافة إلى مقاييس داعمة أخرى تظهر أدناه (بما في ذلك مقياس INP الذي لا يزال في انتظار المراجعة). لا يتم احتساب سوى مؤشرات "Core Web Vitals" في التقييم العام "تم بنجاح" أو "تعذّر اجتياز المراجعة" في أعلى الصفحة، ولكن يمكن الاستفادة من المقاييس الأخرى في تحديد مشاكل مؤشرات Core Web Vitals وحلّها، كما هو موضّح في القسم التالي.
ويمكنك التبديل بين طريقتي عرض "الجوّال" و"سطح المكتب" باستخدام الأزرار أعلى هذا القسم. يمكنك أيضًا التبديل بين عنوان URL هذا وجميع البيانات الخاصة بالأصل باستخدام مفتاح التبديل في أعلى يسار الصفحة، حيث تتوفّر بيانات لكلٍّ منهما.
من المفترض أن توفّر هذه الأرقام مؤشرًا واسع النطاق حول أداء موقعك الإلكتروني والمقاييس التي يمكن تحسينها وأنواع الأجهزة التي يمكن تحسينها.
Google Search Console
إنّ خدمة Google Search Console (GSC) مخصّصة لمالكي المواقع الإلكترونية فقط، لذا فهي تتطلب تسجيل الموقع الإلكتروني وإثبات ملكيته لتتمكّن من استخدامه. توفّر هذه الصفحة تفاصيل حول كيفية ظهور موقعك الإلكتروني لمحرّك بحث Google.
على عكس "إحصاءات PageSpeed"، يسرد Google Search Console جميع الصفحات التي يتعرّف عليها محرّك بحث Google على موقعك الإلكتروني ويوفّر تفاصيل حول مؤشرات Core Web Vitals:
يتم تجميع الصفحات في مجموعات عناوين URL للسماح لك بمعرفة ما إذا كانت فئات معيّنة من الصفحات (على سبيل المثال، صفحات تفاصيل المنتج وصفحات المدونات وما إلى ذلك) بها مشاكل في مؤشرات Core Web Vitals. ونظرًا لأن هذه الصفحات تستند عادةً إلى تقنيات أو نماذج مماثلة، قد يكون هناك سبب شائع لأي مشاكل في هذه الصفحات.
المشاكل الشائعة في مؤشرات "Core Web Vitals" في أدوات إنشاء المواقع الإلكترونية
يتطلّب العديد من المشاكل في الأداء من المطوّرين تقديم إصلاحات فنية، ويمكن أن تساعد الأدلّة التي تركّز على المطوّرين المطوّرين في هذا الشأن. في هذا القسم، نناقش بعض المشاكل الشائعة التي لا تتعلّق بالمطوّرين والتي يمكن لصانعي القرار في مجال الأنشطة التجارية تقديمها لتحسين هذه المقاييس.
عندما نقول "غير مطوري البرامج" ونشير إلى أولئك الذين يستخدمون منصات إنشاء المواقع الإلكترونية حيث يحكمون بشكل محدود كيفية ترميز الموقع الإلكتروني أو صنّاع القرار في مجال الأنشطة التجارية الذين قد يتخذون قرارات بشأن تصميم الموقع أو يساعدون في تحديد أولويات الميزانيات.
مشاكل سرعة عرض أكبر محتوى مرئي (LCP)
يهدف مقياس LCP إلى قياس سرعة تحميل صفحات الويب من خلال قياس الوقت المنقضي منذ النقر على الرابط إلى أن يظهر أكبر جزء من المحتوى (عادةً صورة بانر أو عنوان) في المتصفّح.
لتقديم تجربة صفحة جيدة، يجب أن تهدف صفحة الويب إلى عرض هذا المحتوى خلال 2.5 ثانية من النقر على الرابط. وإذا استغرق عرض المحتوى أكثر من 4 ثوانٍ، تُعتبر هذه التجربة سيئة.
نعرض في الأقسام التالية بعض المشاكل الشائعة التي تؤثر في سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP) والتي يمكن لصانعي القرار في مجال الأنشطة التجارية التأثير فيها.
حالات التأخير في بدء تحميل الصفحة
غالبًا ما نفكر في تحسين وقت تحميل الصفحة نفسها، ولكن غالبًا ما يكون هناك تأخير قبل البدء في ذلك. من المستحيل أن يكون مقياس LCP أقل من الحدّ الأدنى المطلوب الذي يبلغ 2.5 ثانية إذا لم يتم تنزيل الموقع الإلكتروني لبضع ثوانٍ.
وقت تحميل أول بايت (TTFB) هو الوقت الذي يستغرقه تنزيل الجزء الأول من صفحة الويب. إذا كانت إحصاءات PageSpeed تعرض مقياسًا كبيرًا لتشخيص TTFB باللون الأحمر أو الأصفر، يعني هذا أنّ معالجة هذا المقياس أساسية ومن المفترض أن يكون لها تأثير مباشر على سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP).
فهم جمهورك
بالنسبة إلى مشكلات TTFB، من المهم أن تفهم جمهورك. إذا كان موقعك الإلكتروني مستضافًا في بلد واحد، ولكنّه يخدم جمهورًا عالميًا، يصبح القرب الجغرافي بين مستخدمي موقعك الإلكتروني وخادم الويب عاملاً في مقياس TTFB الخاص بالصفحة. تتيح شبكة توصيل المحتوى (CDN) تخزين نُسخ من موقعك الإلكتروني في ذاكرة التخزين المؤقت في جميع أنحاء العالم، وبالتالي تكون أقرب إلى المستخدمين. يضمِّن العديد من المستضيفين شبكة توصيل محتوى (CDN) كجزء من خدماتهم، وسيتولّون إجراء ذلك تلقائيًا. تحقَّق مما إذا كان هذا هو الحال بالنسبة إلى مكان استضافة موقعك الإلكتروني. تقدم بعض المنصات فئات خدمة مختلفة مع المزيد من مواقع شبكة توصيل المحتوى (CDN) للمستويات المدفوعة الأعلى. وفي هذه الحالات، على الأنشطة التجارية العالمية الاهتمام بمستويات أعلى.
تصغير عمليات إعادة التوجيه
عمليات إعادة التوجيه هي سبب شائع آخر لبطء تحويل النص إلى كلام (TTFB). عند عرض حملات إعلانية أو إرسال مراسلات عبر البريد الإلكتروني، حاوِل تقليل عدد عمليات إعادة التوجيه من خلال تجنُّب استخدام أدوات تقصير الروابط المتعددة، أو تضمين عناوين URL التي تحتاج إلى إعادة توجيهها. على سبيل المثال، عند استخدام example.com/blog في حملة تحتاج إلى إعادة توجيه المستخدمين إلى www.example.com/blog، التي تعيد التوجيه بعد ذلك إلى https://www.example.com/blog، تتم إضافة بعض الوقت إلى أداة TTFB الخاصة بالصفحة. تأكَّد من أنّ حملاتك التسويقية تستخدم أقل عدد ممكن من عمليات إعادة التوجيه.
التأكّد من استهداف الحملات الإعلانية للجمهور المناسب
تأكّد أيضًا من أنّ حملاتك الإعلانية تستهدف جمهورك بفعالية. إن جذب الكثير من الزيارات الجديدة من مستخدمين يعيشون في منتصف الطريق حول العالم - ولكن لا يمكنك عرض منتجك لهم - يؤدي ذلك في الوقت نفسه إلى إهدار الإنفاق الإعلاني، كما يؤثر سلبًا في أداء موقعك الإلكتروني.
يمكن لمَعلمات عناوين URL التأثير في أداء الويب
غالبًا ما يتم استخدام مَعلمات عناوين URL، مثل مَعلمات نظام مراقبة الزيارات من Urchin في حملات التسويق. ويمكن أن تقلل هذه الإعدادات من فعالية التخزين المؤقت في البنية الأساسية، إذ يمكن أن يبدو كل عنوان URL كصفحة فريدة، على الرغم من عرض الصفحة نفسها في كل مرة. إذا كنت تستخدم مَعلمات نظام مراقبة الزيارات من Urchin، يُرجى التواصل مع مزوّد شبكة توصيل المحتوى (CDN) أو فِرق البنية الأساسية للتأكّد من تجاهل مَعلمات عناوين URL هذه من خلال البنية الأساسية للتخزين المؤقت للسماح للحملات بالاستفادة من الصفحات التي تم تخزينها مؤقتًا.
قد يكون أداء الوسائط مكلفًا
فكِّر في تأثير الوسائط على صفحاتك. عادةً ما تكون الوسائط مثل الصور والفيديو أكبر بكثير، لذا تستغرق عملية التنزيل وقتًا أطول من النص. وقد يؤدي هذا أيضًا إلى إبطاء بقية تحميل الصفحة. ويُعتبر ذلك أمرًا مهمًا بشكل خاص عندما يكون عنصر LCP هو وسائط وليس نصًا. عنصر LCP هو صورة تظهر في 80% تقريبًا من صفحات الويب، لذا من المهم التفكير في تأثير الوسائط على موقعك الإلكتروني.
وفي الوقت نفسه، يمكن أن تساهم مواد عرض الوسائط في توفير تجربة مرئية تفاعلية للمستخدم، وتجذب المستخدم كثيرًا مقارنةً بالموقع الذي يحتوي على نصوص كثيفة. ولذلك، نادرًا ما يكون خيار إزالة الوسائط متاحًا، إلا أنّ إدراك تكلفة الوسائط وكيفية تقليلها يمكن أن يقلل من أي مشاكل في الأداء.
تجنُّب لوحات العرض الدوّارة
يمكن أن تؤثر لوحات العرض الدوّارة المكوَّنة من عدة صور في إجمالي وقت تحميل الصفحة لأنّها قد تتطلّب تنزيل عدة صور في الوقت نفسه في حال عدم تنفيذها على النحو الأمثل. بالإضافة إلى ذلك، على الرغم من انتشارها، لا توفّر لوحات العرض الدوّارة تجربة رائعة للمستخدم، لذا يُرجى التفكير مليًا قبل استخدامها على موقعك الإلكتروني.
استخدام صور محسّنة للويب
ثم هناك حجم مواد عرض الوسائط. يتم عرض العديد من الصور على الويب بدرجة دقة عالية جدًا. تأكَّد من أنّ أي شركاء وسائط أو وكالات تصميم يوفّرون صورًا محسّنة للويب بدلاً من صور بجودة الطباعة بالحجم الكامل التي يوفّرونها غالبًا. يمكنك استخدام خدمة مثل TinyJPG لإزالة البيانات غير الضرورية من الصور بسرعة قبل تحميلها. ستحاول العديد من أنظمة الويب الأساسية تحسين الصور تلقائيًا عند تحميلها، ولكن نظرًا لأنها لا تعرف الأبعاد التي سيتم عرض هذه الصور بها على جهاز المستخدم، يمكن أن يؤدي توفير صور أصغر حجمًا للبدء بها إلى تحقيق مكاسب كبيرة.
توخي الحذر الشديد عند التعامل مع الفيديوهات
يجب إيلاء اهتمام إضافي عند استخدام الفيديوهات. تشكّل الفيديوهات من أكبر الفيديوهات على الويب، وبالتالي الأبطأ منها، من حيث المحتوى الذي يمكن تنزيله وعرضه، لذا حاوِل عدم الإفراط في استخدامها. تجنَّب استخدامها في أعلى صفحات الويب، واحتفِظ بها للانتقال إلى أسفل الصفحة. ويمكن أن يسمح ذلك بعد ذلك بتحميل محتوى أقل تكلفة بسرعة، ما يمنح المستخدمين تجربة تحميل أفضل وضمان عدم تأثّر مقياس LCP.
اختبارات أ/ب
تُجري العديد من الأنشطة التجارية اختبارات أ/ب لتجربة التغييرات على مواقعها الإلكترونية. ويمكن أن تؤثر طريقة تنفيذ هذه السياسات بشكل كبير في سرعة عرض أكبر جزء من المحتوى على الصفحة (LCP).
يؤدي العديد من حلول اختبار A/B إلى تأخير عرض الموقع الإلكتروني للمستخدم لأول مرة إلى أن يتم تطبيق التغييرات في أي اختبارات. يؤدي هذا إلى تجنب عرض الإصدار الأصلي من الموقع الإلكتروني، ولكن مع تحمُّل ذلك إلى تأخير ظهور الموقع الإلكتروني للمستخدم. يتم تطبيق حلول أخرى من جهة الخادم لتجنُّب هذا التأخير. خصِّص بعض الوقت لفهم كيفية إجراء اختبار أ/ب وما إذا كان يخضع لهذه التأخيرات. بالإضافة إلى ذلك، ننصحك باستخدام حلول اختبار A/B من جهة الخادم بدلاً منها حيثما أمكن ذلك.
يمكن أن يوفّر اختبار A/B ملاحظات قيّمة قبل إطلاق تغييرات جديدة، ولكن يجب مقارنة تكلفة أداء الصفحة بأيّ مزايا محتمَلة.
بغض النظر عن البنية الأساسية، على أي مستخدم يجري اختبارات A/B دائمًا مراعاة أفضل الممارسات التالية:
- يمكنك حصر أدوات اختبار A/B على الصفحات التي تشكّل جزءًا من الاختبار بدلاً من تأخير جميع الصفحات، وذلك عندما لا يتم إجراء اختبار أ/ب على معظم الصفحات في أي وقت معيّن.
- يمكنك حصر اختبار A/B على مجموعة فرعية من المستخدمين لتجنُّب التأثير على معظم المستخدمين.
- يجب تحديد الحدّ الأدنى من الوقت اللازم لإجراء اختبارات A/B للحصول على نتائج حاسمة. كلما طالت مدة اختبارات A/B، كلما زاد طولها، ربما يعاني المستخدمون من ضعف أداء الصفحة.
- والأهم من ذلك كله، تذكّر إزالة تجارب اختبار أ/ب عندما لا تكون هناك حاجة إليها.
مشاكل متغيّرات التصميم التراكمية (CLS)
تقيس متغيّرات التصميم التراكمية (CLS) الثبات البصري للصفحة، ومدى تغيّر محتوى الصفحة أثناء تحميل المحتوى. وقد يكون هذا الأمر مشتتًا للانتباه إذا بدأ المستخدم في قراءة صفحة ويب، ولكنه فقد مكانه بعد ذلك مع وجود المزيد من المحتوى أو خانة الإعلانات. وقد يؤدي ذلك أيضًا إلى نقر المستخدمين بدون قصد على المحتوى الخطأ إذا تغيّر تنسيق الصفحة بشكل مفرط. كن حذرًا للغاية مع المحتوى الديناميكي الذي يتم تحميله لاحقًا، إذ يمكنه نقل بعض محتوى الصفحة الأولية.
ويتم قياس ذلك باستخدام صيغة رياضية تحسب مقدار تغيّر المحتوى ومقدار التغيير إليه. ويتم التعبير عنه في صورة كسر لا وحدة له قيمة 0.1 أو أقل وتكون جيدة وقيمة أعلى 0.25 على أنّها ضعيفة.
نعرض في الأقسام التالية بعض المشاكل الشائعة التي تؤثر في متغيّرات التصميم التراكمية (CLS) والتي يمكن لصانعي القرار في مجال الأنشطة التجارية التأثير فيها.
التحقّق من كيفية تحميل صورك أثناء الانتقال للأسفل في الصفحة
تتجنّب العديد من النماذج تحميل الصور إلى أسفل الصفحة لتوفير المزيد من الموارد للصور التي تظهر على الشاشة أثناء التحميل الأولي للصفحة. ويتم بعد ذلك تحميل الصور أثناء انتقال المستخدم للأسفل. ويُعرف أسلوب تحميل الصور هذا باسم التحميل الكسول.
يجب أن توفِّر نماذج الصفحات مساحة للصور التي يتم تحميلها باستخدام طريقة "التحميل الكسول"، حتى لا يتغيّر المحتوى المحيط بها إذا انتقل المستخدم بسرعة كبيرة قبل أن يحصل على فرصة التحميل. وإذا كان النموذج أو النظام الأساسي لا يفعل ذلك، ففكر في التبديل إلى النموذج أو النظام الأساسي الذي يفعل ذلك.
توخي الحذر بشأن الإعلانات التي توضع في منتصف المحتوى
قد يؤدي إدراج الإعلانات في منتصف المحتوى إلى دفع المحتوى إلى الأسفل، لأنّ تحميل الإعلانات غالبًا ما يستغرق وقتًا أطول، وغالبًا ما يكون أطول من الصور الموضّحة في القسم السابق. ويعد وجود هذه العناصر بجانب محتوى الصفحة الرئيسية نمطًا شائعًا يقلل من هذا الخطر. وتعتمد كيفية تحقيق ذلك على أرض الواقع على النظام الأساسي الذي تستخدمه وعلى النماذج التي تستخدمها لإنشاء موقعك.
تجنُّب إضافة محتوى ديناميكي إلى أعلى الصفحات
تجنَّب إضافة تنبيهات وإعلانات بانر إلى أعلى الصفحة بعد تحميل الصفحة، مثل إعلانات بانر حول ملفات تعريف الارتباط أو العروض الخاصة. وإذا اخترت بدلاً من ذلك تركيب التنبيهات وإعلانات البانر فوق المحتوى الأساسي، لن يتغيّر محتوى الصفحة. مثلما في القسم السابق، ستعتمد الخيارات المتاحة لك هنا على النظام الأساسي والنماذج المستخدَمة في صفحاتك.
مشاكل مدى استجابة الصفحة لتفاعلات المستخدم (INP)
يقيس INP سرعة استجابة الصفحة من أجل تقييم ما إذا كانت الصفحات تستجيب بسرعة للتفاعلات مثل النقرات والنقرات وإدخالات لوحة المفاتيح. فالصفحات التي لا تستجيب بسرعة لإدخالات المستخدم غالبًا ما تبدو بطيئة، ويمكن أن تكون محبطة للمستخدمين.
يقيس INP جميع التفاعلات المؤهِّلة خلال فترة عمل الصفحة بالكامل، ويشير إلى أسوأ تفاعل. يبلغ الحدّ الأدنى الجيد لمقياس INP 200 مللي ثانية وحد أدنى سيئ يبلغ 500 مللي ثانية. ويشكّل مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP) تحسينًا لمقياس "مهلة الاستجابة الأولى" (FID) ويتم قياس هذا الاستجابة بشكل أفضل، وبالتالي تم استبدال "مهلة الاستجابة الأولى" بمقياس "مهلة الاستجابة الأولى" (FID) ضِمن مؤشرات أداء الويب الأساسية لقياس مدى استجابة الصفحات لتفاعلات المستخدمين.
إنّ مقاييس الاستجابة، وخاصةً INP، هي مقاييس صعبة التحسين. عندما تكون هذه المقاييس في الحد السيئ، عادةً ما يرجع ذلك إلى تأخر التفاعلات بسبب محاولة صفحة الويب تنفيذ الكثير من الإجراءات، لذا تتضمّن الحلول الرئيسية هنا إزالة الرموز غير الضرورية لإنشاء صفحات أقل استخدامًا.
ستتناول الأقسام التالية بعض المشاكل الشائعة التي تؤثر في مقياس INP والتي يمكن لصانعي القرار في مجال الأنشطة التجارية التأثير فيها.
نتمنى لك يومًا سعيدًا.
راجِع المكوّنات الإضافية والأدوات التي تمت إضافتها إلى موقعك الإلكتروني، وأزِلها إذا لم تعُد تُستخدم. غالبًا ما يكون من السهل إضافة مكونات إضافية لتجربة شيء ما، ولكن قد يكون من السهل نسيانها لإزالتها لاحقًا إذا لم تجدها مفيدة. وهذا هو أحد الأسباب وراء بطء التفاعلات، ولكنه أبسط نسبيًا من العديد من الأسباب الأخرى.
وبالمثل، إذا كنت تستخدم "إدارة العلامات من Google" للحملات التسويقية، تأكّد من إزالة الحملات القديمة. وحتى في حال توقف تنشيطها، ستظل هناك حاجة إلى تنزيل الرمز من الحملات التسويقية المنتهية الصلاحية وتجميعها على كل صفحة، ما قد يؤدي إلى إبطاء تفاعلات المستخدمين أثناء التحميل الأولي للصفحة.
تجنب الأدوات والمكونات الإضافية الباهظة الثمن
قد تبدو الأدوات والمكونات الإضافية ذات المكلفة من الناحية الحاسوبية لطيفة، لكن هل تحسِّن تجربة المستخدم أم تزيد الأمر بشكل أسوأ؟ يمكن أن يساعد تقرير تشخيص مشاكل الأداء/Lighthouse في "إحصاءات PageSpeed" في تحديد لغة JavaScript التي تؤثر بشكل ملحوظ في أداء موقعك الإلكتروني.
من الناحية المثالية، يمكنك حصر التطبيقات المصغّرة على الصفحات المطلوبة فقط، وإذا كنت تستخدم خريطة Google المضمّنة في صفحة "التواصل معنا"، لن تحتاج إلى تحميلها في كل صفحة قد تسبب مشاكل في الاستجابة.
مراعاة عدد الإعلانات، خاصةً على الأجهزة الجوّالة
تشكّل الإعلانات استراتيجية جيدة لتحقيق الربح للعديد من الأنشطة التجارية، ولكنّها غالبًا ما تكون معقّدة وتستهلك الكثير من الموارد. كلما زاد عدد الإعلانات التي تعرضها، استهلكت مواردها بشكل أكبر، والتي يمكن أن تتداخل مع سرعة الصفحة. هذا صحيح بشكل خاص على الأجهزة المحمولة، حيث لا تكون ذاكرة معالجة الطاقة في كثير من الأحيان رائعة كما هي على أجهزة سطح المكتب أو الكمبيوتر المحمول.
تحقيق التوازن بين تحقيق الربح والأداء إذا كان المستخدمون ينسحبون مبكرًا بسبب تجربة سيئة، فقد تكلفك هذه الإعلانات الإضافية أرباحًا أكثر مما تضيفه.
تجنُّب استخدام الحجم الزائد للصفحة
يتطلّب عرض الصفحات الكبيرة والمعقدة وقتًا أطول في المعالجة. على سبيل المثال، إذا كان لديك معرض منتجات يحتوي على 1000 منتج مختلف، سيستغرق الأمر بعض الوقت حتى يتم عرضه في نافذة متصفح المستخدم. ننصحك بالتفكير في الحالات التي يجب فيها تقسيم الصفحات إلى صفحات للتقليل من هذا الوقت.
كيف يمكنني الحصول على مزيد من المساعدة؟
تسرد هذه المشاركة بعض الاعتبارات العامة التي يمكن لمالكي الأنشطة التجارية اتخاذها والتي قد تؤثر في الأداء. بالإضافة إلى ذلك، قد تحتاج إلى استشارة مطوّري برامج الويب للحصول على مزيد من الإحصاءات عن الإجراءات التي يمكنك اتخاذها لتحسين أداء موقعك الإلكتروني.
معلومات خاصة بالنظام الأساسي
تهتم معظم الأنظمة الأساسية بأداء الويب بشكل كبير، وقد يكون لديها نصائح مخصصة خاصة بالنظام الأساسي حول كيفية تحسين ذلك. ويمكنك أيضًا التواصل مع فِرق مخصّصة لأداء الويب كجزء من استخدام هذا النظام الأساسي الذين يمكنهم تقديم المزيد من النصائح حول كيفية تحسين موقعك الإلكتروني.
تعرض أداة Lighthouse أيضًا معلومات خاصة بالنظام الأساسي باستخدام وظيفة حزمة الحزم التي يمكن أن توجه مستخدمي المنصات المتوافقة إلى النصائح المناسبة.
وتتطوّر المنصات باستمرار مع مرور الوقت ويركّز العديد منها على الأداء ومؤشرات Core Web Vitals في الوقت الحالي. يُرجى الحرص على تحديث نظامك الأساسي باستمرار للاستفادة من أحدث التحسينات التي أجراها مطوّرو النظام الأساسي.
ويسهل ذلك عليك عندما تستخدم منصة مستضافة يدير فيها مزوّد المنصة تلقائيًا، بما في ذلك تحديثات المنصة. وإذا كنت تستضيف النظام الأساسي بنفسك، مثل تثبيت محلي من WordPress على خادمك الخاص، فإنّ ضمان تحديث المنصة بشكل روتيني سيتيح لموقعك الإلكتروني الاستفادة من أي تحسينات نفّذها مطوّرو المنصة. يجب أن تعطي الأنشطة التجارية الأولوية لهذه الصيانة أو اختيار خدمة تدير تلك العمليات نيابةً عنها.
التفاعل مع مطور الويب
من المرجح أن يكون مطوّر الويب ذو الخبرة في أداء الويب قادرًا على معالجة العديد من المشكلات أكثر من مالك النشاط التجاري. وربما سبق لك الاستعانة بمطوّر ويب لإنشاء موقعك الإلكتروني في البداية، أو لإجراء تغييرات دورية، أو قد يكون لديك فريق تطوير متخصِّص، أو قد تضطر إلى البحث عن مطوّر برامج للتواصل معه (من الأفضل أن يكون مطوّرًا لديه خبرة في الأداء على الويب).
يُرجى الرجوع إلى المطوّرين إذا كانت الاقتراحات المذكورة أعلاه لا توفّر ما يكفي لمعالجة مشاكل الأداء التي تواجهها في موقعك الإلكتروني، ولكن نأمل أن توضّح الأمثلة السابقة أيضًا أنه من المهم العمل مع المطوّرين لتحقيق التوازن بين أولويات النشاط التجاري وقرارات التطوير من أجل الوصول إلى الحل المناسب لموقعك الإلكتروني.
تجدر الإشارة إلى أنّ أداء الويب نادرًا ما يؤدي إلى تنفيذ مهام لمرة واحدة فقط. إنّ الحفاظ على أداء جيد للموقع الإلكتروني غالبًا ما يتطلّب مراقبة وصيانة منتظمة لضمان عدم تراجع الموقع الإلكتروني بعد إجراء التحسينات.
الخاتمة
غالبًا ما يكون موقع الويب نقطة الدخول الأولى للنشاط التجاري مع عملائه، وتريد أن يكون تجربة رائعة لهم. وهذا ينطبق على كلٍّ من الزوّار الذين لديهم أول انطباع عن نشاطك التجاري، وكذلك على الزوّار المتكرّرين والعملاء الأوفياء الذين يجب منحهم تجربة سلسة قدر الإمكان وخالية من المشاكل التي قد تترك انطباعًا سلبيًا لدى الزوار. مؤشرات أداء الويب الأساسية هي أحد مقاييس تجربة المستخدم التي تنصح Google المواقع الإلكترونية بأخذها في الاعتبار. مع كل ما يقدمه الويب، أصبح من السهل جدًا على المستخدمين تجربة مواقع ويب أخرى إذا شعروا بالإحباط من موقعك.
وفي الوقت نفسه، مؤشرات Core Web Vitals هي مقياس واحد فقط لموقعك الإلكتروني. وعلى الأنشطة التجارية أن تتخذ قرارًا بشأن مقدار الاستثمار في مواقعها الإلكترونية والعائد الذي يمكن تحقيقه من هذا الاستثمار.
شكر وتقدير
صورة مصغّرة للفنان كارلوس موزا على Unإعادة البداية