تعرَّف على كيفية تحسين "مؤشرات أداء الويب الأساسية" من قِبل صنّاع القرار في الأنشطة التجارية وغير المطوّرين.
مقدمة
فقد تبيّن أنّ تجربة المستخدم على الموقع الإلكتروني لها تأثير مباشر على نتائج النشاط التجاري. لذلك إنّ تقديم تجربة أفضل، حيث يتم تحميل المواقع الإلكترونية والاستجابة للمستخدمين بشكل أسرع، غالبًا ما يؤدي إلى زيادة التفاعل والإحالات الناجحة. مؤشرات أداء الويب الأساسية هي مبادرة تهدف إلى قياس تجربة المستخدم على المواقع الإلكترونية من أجل تحديد مجالات التحسين.
مع ذلك، هناك الكثير من مستندات "مؤشرات أداء الويب الأساسية" موجَّهة لمطوّري البرامج على الويب الذين لديهم فهم فني متعمق والتحكم الكامل في الرموز البرمجية. يتم إنشاء العديد من المواقع الإلكترونية من قِبل غير المطوّرين باستخدام منصة "أداة إنشاء المواقع الإلكترونية"، مثل WordPress أو Shopify أو Wix أو حلول أخرى مشابهة غالبًا بدون الاستعانة بفريق لتطوير الويب.
حتى في حال كان هناك فريق متخصص أو مطوِّر على الويب، فهم ليسوا المسئولين الوحيدين عن أداء الويب. يؤثر صناع القرار في الأنشطة التجارية تأثيرًا كبيرًا على أداء مواقع الويب، بدءًا من اتخاذ قرارات بشأن المحتوى والتصميمات ووصولاً إلى وضع استراتيجيات إعلانية بهدف جذب مزيد من الزيارات إلى مواقعهم الإلكترونية. وغالبًا ما يكون لهذه القرارات تأثير كبير في أداء الموقع الإلكتروني.
يهدف هذا الدليل إلى توفير بعض المعلومات ذات الصلة بأدوات إنشاء المواقع الإلكترونية ومالكيها لفهم تجربة المستخدم وتحسينها قدر الإمكان بدون الحاجة إلى معرفة تقنية عميقة بتطوير المواقع الإلكترونية.
في الوقت نفسه، تتطلّب العديد من مشاكل الأداء من المطوّرين تنفيذ الإصلاحات الفنية، ويمكن أن تساعد الأدلة التي تركّز على المطوّرين في هذه الجهود. ليس من المفترض أن يكون هذا الدليل دليلاً شاملاً، بل يهدف إلى تقديم تعريف لصانعي القرار حول الأنشطة التجارية بشأن مبادرة "مؤشرات أداء الويب الأساسية" بسبب بعض الأسباب الرئيسية الشائعة غير المتعلقة بالتطوير لضعف أداء الصفحات. بالإضافة إلى ذلك، من المرجّح أن يشارك مطوِّر على الويب في إحراز تقدّم.
ما هي "مؤشرات أداء الويب الأساسية"؟
مؤشرات أداء الويب الأساسية هي مجموعة من ثلاثة مقاييس مصمَّمة لقياس تجربة المستخدم على صفحة معيّنة، وخاصةً مدى سرعة الصفحة بالنسبة إلى المستخدمين. ولكل منها اختصار من ثلاثة أحرف:
- يقيس سرعة عرض أكبر محتوى مرئي (LCP) أداء التحميل، وهو مقدار الوقت الذي يستغرقه ظهور المحتوى الأكثر بروزًا على الصفحة بعد بدء تحميلها بالثواني.
- تقيس متغيّرات التصميم التراكمية (CLS) الثبات البصري لصفحة معيّنة، أي مقدار تحرك المحتوى أثناء التحميل.
- إنّ مقياس مدى استجابة الصفحة لتفاعلات المستخدم (INP) الذي حلّ محل مقياس FID رسميًا في 12 آذار (مارس) 2024 هو مقياس مدى استجابة الصفحة للصفحة، أي مدى سرعة استجابة الصفحة للنقرات والنقرات والتفاعلات باستخدام لوحة المفاتيح.
يقيس كل مقياس جانبًا مختلفًا من تجربة المستخدم. توفّر Google أيضًا الحدود الدنيا التي يُنصَح بها لكل مقياس، وتكون تجربة المستخدم جيدة إذا كانت ضمنها تجربة سيئة. ومن بين هذه الحدود، تُعتبر الصفحة ضمن نطاق بحاجة إلى تحسين. ضع في اعتبارك أنه مع هذه المقاييس، يكون انخفاض الأرقام أفضل.
كيف يتم قياس "مؤشرات أداء الويب الأساسية"؟
تُقاس "مؤشرات أداء الويب الأساسية" من قِبل المستخدمين الفعليين لموقعك الإلكتروني، وتحقّق نتائج مختلفة لكل مستخدم. وهي ليست "ما يعتقده Google" أو "ما يفكر به برنامج googlebot"، بل هي "ما اختبره المستخدمون الفعليون لموقعك الإلكتروني".
سيستخدم بعض المستخدمين أجهزة أسرع وشبكات أسرع. وسيكون بعضها على أجهزة أبطأ أو شبكات أبطأ. سيزور بعض المستخدمين صفحات أبسط وأسرع على موقعك، بينما سيزور البعض الآخر صفحات أكثر تعقيدًا وأبطأ. ويتم بعد ذلك تجميع نتائج جميع تجارب المستخدمين هذه لتوفير قياس عام لموقعك الإلكتروني بالكامل.
توفّر Google بيانات مستخدمي Chrome الذين وافقوا على ذلك في تقرير تجربة المستخدم على Chrome (CrUX) الذي يؤدي إلى تقديم خلاصات على العديد من أدوات Google، مثل إحصاءات PageSpeed وGoogle Search Console.
يتوفّر تقرير CrUX على الملايين من المواقع الإلكترونية الشهيرة، ولكن ليست كل المواقع الإلكترونية متوفّرة في CrUX. يمكن أيضًا لأدوات مراقبة المستخدم الفعلي الأخرى (RUM) الأخرى جمع هذه المقاييس لموقعك الإلكتروني.
كيف يمكنني العثور على "مؤشرات أداء الويب الأساسية" لموقعي الإلكتروني؟
هناك العديد من الأدوات التي تعرض مقاييس "مؤشرات أداء الويب الأساسية" التي تقدّمها Google والجهات الخارجية. تقدّم هذه المشاركة أداتَين تتيحان لك الاطّلاع بسرعة على "مؤشرات أداء الويب الأساسية" لموقعك الإلكتروني. لإلقاء نظرة أكثر تفصيلاً على أدوات Google الأخرى، بما في ذلك سير العمل لاستخدامها في معالجة "مؤشرات أداء الويب الأساسية"، يمكنك الاطّلاع على مشاركة سير عمل "مؤشرات أداء الويب الأساسية" مع أدوات Google.
إذا كان النظام الأساسي لديك يوفر حلاً RUMًا مدمجًا، فيمكنه توفير معلومات أكثر تفصيلاً للصفحات على موقعك، أو السماح لك بالتوغّل في صفحات معينة أو تقسيم المستخدمين لديك للمساعدة في فهم المشكلات وتحديدها.
إحصاءات PageSpeed
للحصول على عرض سريع لا يتطلب أي إعداد، يمكنك استخدام إحصاءات PageSpeed (PSI). اكتب عنوان URL وانقر على "تحليل". إذا كان موقعك الإلكتروني مدرَجًا في CrUX، من المفترض أن يظهر لك بسرعة قسم "اكتشاف ما يواجهه المستخدمون الحقيقيون":
يوضّح هذا تجربة مستخدمي Chrome الحقيقيين لموقعك الإلكتروني خلال آخر 28 يومًا. ستظهر لك مؤشرات أداء الويب الأساسية الثلاثة في أعلى الصفحة، بالإضافة إلى مقاييس داعمة أخرى أسفلها (بما في ذلك مقياس INP في انتظار المراجعة). يتم احتساب مقاييس "مؤشرات أداء الويب الأساسية" فقط في التقييم العام الذي تم اجتيازه/تعذّر اجتيازه في أعلى الصفحة، ولكن يمكن أن تكون المقاييس الأخرى مفيدة في تحديد المشاكل وحلّها في ما يخصّ "مؤشرات أداء الويب الأساسية" كما هو موضّح في القسم التالي.
يمكنك التبديل بين طرق عرض "الجهاز الجوّال" و"سطح المكتب" باستخدام الأزرار في أعلى هذا القسم. يمكنك أيضًا التبديل بين عنوان URL هذا وجميع البيانات من هذا المصدر باستخدام مفتاح التبديل في أعلى يسار الصفحة، حيث تتوفّر البيانات لكلّ منهما.
يجب أن تقدّم هذه الأرقام مؤشرًا واسعًا حول مستوى أداء موقعك الإلكتروني والمقاييس التي يمكن تحسينها وأنواع الأجهزة التي يمكن تحسينها.
Google Search Console
إنّ خدمة Google Search Console (GSC) مخصَّصة لمالكي المواقع الإلكترونية فقط، لذا فهي تتطلّب تسجيل ملكية الموقع الإلكتروني وإثباتها حتى يتم استخدامها. وهي تقدّم تفاصيل حول كيفية ظهور موقعك الإلكتروني لمحرّك بحث Google.
وعلى عكس "إحصاءات PageSpeed"، تتضمّن خدمة GSC جميع الصفحات التي يكون محرّك بحث Google على علم بها على موقعك الإلكتروني، وتوفّر تفاصيل حول "مؤشرات أداء الويب الأساسية" لكل هذه الصفحات:
يتم تجميع الصفحات في مجموعات عناوين URL لتتمكّن من معرفة ما إذا كانت فئات معيّنة من الصفحات (مثل صفحات تفاصيل المنتجات وصفحات المدونات وما إلى ذلك) تتضمّن مشاكل في "مؤشرات أداء الويب الأساسية". ولأنها عادةً ما تستند إلى تقنيات أو نماذج مماثلة، فقد يكون هناك سبب شائع لأي مشاكل في هذه الصفحات.
المشاكل الشائعة في "مؤشرات أداء الويب الأساسية" لأدوات إنشاء المواقع الإلكترونية
إنّ العديد من مشاكل الأداء يتطلّب من المطوّرين تنفيذ الإصلاحات الفنية ويمكن أن تساعد أدلتنا التي تركّز على المطوّرين في ذلك. في هذا القسم، نناقش بعض المشاكل الشائعة غير المتعلقة بالمطوّرين والتي يمكن لصناع القرار في الأنشطة التجارية المساعدة بشأنها لتحسين هذه المقاييس.
عندما نشير إلى "غير المطوّرين"، نشير إلى أولئك الذين يستخدمون أنظمة إنشاء المواقع الإلكترونية، إذ يمكنهم التحكم بشكل محدود في طريقة ترميز الموقع الإلكتروني أو صناع القرار في الأنشطة التجارية الذين قد يتخذون قرارات بشأن تصميم الموقع أو يساعدون في تحديد أولوية الميزانيات.
مشاكل سرعة عرض أكبر محتوى مرئي (LCP)
تهدف ميزة LCP إلى قياس سرعة تحميل صفحات الويب من خلال قياس الوقت المنقضي من النقر على الرابط وحتى ظهور أكبر جزء من المحتوى في المتصفّح (سواء صورة بانر أو عنوان رئيسي).
لتقديم تجربة صفحة جيدة، يجب أن تهدف صفحة الويب إلى عرض المحتوى خلال 2.5 ثانية من النقر على الرابط. وإذا استغرق عرض المحتوى أكثر من 4 ثوانٍ، تُعتبر التجربة سيئة.
سنتناول في الأقسام التالية بعض المشاكل الشائعة التي تؤثر على سرعة LCP والتي يمكن لصناع القرار في الأنشطة التجارية التأثير فيها.
تأخير في بدء تحميل الصفحة
غالبًا ما نفكر في تحسين وقت تحميل الصفحة نفسها، ولكن غالبًا ما يكون هناك تأخير قبل البدء في ذلك. من المستحيل أن يكون معدل سرعة عرض أكبر محتوى مرئي (LCP) أقل من الحدّ الأدنى الذي يبلغ 2.5 ثانية إذا لم يتم تنزيل الموقع الإلكتروني لبضع ثوانٍ.
وقت تحميل أول بايت (TTFB) هو الوقت الذي يستغرقه تنزيل الجزء الأول من صفحة الويب. إذا كانت إحصاءات PageSpeed تعرض مقياسًا تشخيصيًا كبيرًا لـ TTFB باللون الأحمر أو الأصفر، تكون معالجة هذا المقياس أمرًا أساسيًا ومن المفترض أن يكون لها تأثير مباشر على سرعة LCP.
فهم جمهورك
بالنسبة إلى مشاكل 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" المضمّنة في صفحة "التواصل معنا"، لن تحتاج إلى تحميله في كل صفحة يمكن أن يتسبّب في حدوث مشاكل في الاستجابة.
التفكير في عدد الإعلانات، خاصةً على الأجهزة الجوّالة
تمثل الإعلانات استراتيجية جيدة لتحقيق الربح بالنسبة إلى العديد من الأنشطة التجارية، ولكنها غالبًا ما تكون معقدة وتتطلب موارد كثيرة. وكلما زاد عدد الإعلانات المعروضة على قناتك، زاد استهلاكها للموارد، ما قد يؤثّر في سرعة الصفحة. وينطبق هذا الأمر بشكل خاص على الأجهزة الجوّالة، حيث لا تكون معالجة ذاكرة الطاقة مماثلة في كثير من الأحيان كما هي الحال في أجهزة الكمبيوتر المكتبي أو الكمبيوتر المحمول.
حاوِل تحقيق التوازن بين تحقيق الربح والأداء. إذا كان المستخدمون ينسحبون في وقت مبكر بسبب تجربة سيئة، فقد تكلفك تلك الإعلانات الإضافية أرباحًا أكثر مما تضيفه.
تجنُّب زيادة حجم الصفحة
تتطلب الصفحات الكبيرة والمعقدة وقتًا أطول في المعالجة. على سبيل المثال، إذا كان لديك معرض منتجات يحتوي على 1,000 منتج مختلف، سيستغرق ظهوره في نافذة متصفّح المستخدم بعض الوقت. ننصحك بالتفكير في وقت تقسيم الصفحات إلى صفحات لتقليل هذا الوقت.
كيف يمكنني الحصول على مزيد من المساعدة؟
تسرد هذه المشاركة بعض الاعتبارات العامة التي يمكن لمالكي الأنشطة التجارية اتخاذها والتي قد تؤثر في الأداء. بالإضافة إلى ذلك، ننصحك باستشارة مطوّري البرامج على الويب للحصول على مزيد من المعلومات عن الإجراءات التي يمكنك اتّخاذها لتحسين أداء موقعك الإلكتروني.
معلومات خاصة بالنظام الأساسي
تهتم معظم المنصات كثيرًا بأداء الويب الخاص بها، وقد تكون لديها نصائح مخصّصة خاصة بالنظام الأساسي حول كيفية تحسين ذلك. يمكنك أيضًا التواصل مع فِرق مخصّصة لتحسين أداء الموقع الإلكتروني كجزء من استخدام هذا النظام الأساسي، والتي يمكنها تقديم المزيد من النصائح حول كيفية تحسين موقعك الإلكتروني.
تعرض أداة Lighthouse أيضًا معلومات خاصة بالنظام الأساسي باستخدام وظيفة حزمة الحزم، والتي يمكنها توجيه مستخدمي الأنظمة الأساسية المتوافقة إلى النصائح المناسبة.
وبمرور الوقت، تتحسن المنصّات باستمرار مع مرور الوقت، ويركّز العديد منها حاليًا على الأداء و"مؤشرات أداء الويب الأساسية". احرص على تحديث المنصّة باستمرار للاستفادة من آخر التحسينات التي أجرها مطوِّرو المنصّة.
وتكون هذه الطريقة أسهل عندما تكون على منصة مستضافة حيث يدير موفّر المنصة النظام تلقائيًا، بما في ذلك تحديثات النظام الأساسي. إذا كنت تستضيف المنصة بنفسك، على سبيل المثال، تثبيت WordPress محلي على خادمك الخاص، فإنّ ضمان تحديث النظام الأساسي بشكلٍ دوري سيسمح لموقعك الإلكتروني بالاستفادة من أي تحسينات نفّذها مطوّرو النظام الأساسي. يجب أن تمنح الأنشطة التجارية الأولوية لعملية الصيانة هذه، أو أن تختار خدمة تُديرها نيابةً عنها.
التواصل مع مطوّر ويب
من المرجّح أن يتمكّن مطوّر على الويب لديه خبرة في أداء الويب من معالجة مشاكل كثيرة أخرى غير تلك التي قد يواجهها مالك النشاط التجاري. قد تكون سبق لك الاستعانة بمطوّر على الويب لإنشاء موقعك الإلكتروني في البداية، أو لإجراء تغييرات دورية، أو قد يكون لديك فريق مخصّص للتطوير، أو قد تحتاج إلى الاستعانة بمطوّر للاستعانة به (من الأفضل أن يكون لديك خبرة في هذا المجال).
يُرجى الرجوع إلى المطوّرين في حال لم تكن الاقتراحات المذكورة أعلاه تقدّم ما يكفي لمعالجة مشاكل الأداء التي تواجهها في موقعك الإلكتروني، ولكن نأمل أن توضّح الأمثلة السابقة أيضًا أنّه من المهم العمل مع المطوّرين لتحقيق التوازن بين أولويات النشاط التجاري وقرارات التطوير للوصول إلى الحل المناسب لموقعك الإلكتروني.
تذكَّر أنّ أداء الويب نادرًا ما يكون عبارة عن مهمة واحدة فقط. إنّ الحفاظ على أداء جيد للموقع الإلكتروني غالبًا ما يتطلّب المراقبة والصيانة المنتظمة لضمان عدم تراجُع الموقع الإلكتروني بعد إجراء التحسينات.
الخلاصة
غالبًا ما يكون موقع الويب هو نقطة الدخول الأولى لأي نشاط تجاري مع عملائه، وترغب في تقديم تجربة رائعة لهم. وهذا ينطبق على كل من الزائرين لأول مرة الذين يحصلون على انطباعهم الأول عن نشاطك التجاري، وكذلك الزوار المتكرّرين والعملاء الأوفياء، الذين يجب منحهم تجربة سلسة قدر الإمكان، وخالية من الاستياءات التي قد تترك انطباعًا سلبيًا. مؤشرات أداء الويب الأساسية هي أحد مقاييس تجربة المستخدم التي تنصح Google بأن تأخذها المواقع الإلكترونية في الاعتبار. ومع كل ما تقدمه الويب، يصبح من السهل جدًا على المستخدمين تجربة مواقع ويب أخرى إذا شعروا بالإحباط من موقعك.
وفي الوقت نفسه، تشكّل "مؤشرات أداء الويب الأساسية" مقياسًا واحدًا فقط لموقعك الإلكتروني. يجب أن يقرر أصحاب الأنشطة التجارية بأنفسهم مقدار الاستثمار في مواقعها الإلكترونية، والعائد الذي سيحققه هذا الاستثمار.
شكر وتقدير
صورة مصغّرة من إنشاء كارلوس موزا على UnLaunch