تدقيق وتحسين أداء متصفح Chrome في بيئة سطح المكتب الافتراضي (VDI) لتقليل التكاليف

عندما تبدأ في ملاحظة ذلك متصفح كروم بطيء على بنية VDI الخاصة بك، ويستهلك الكثير من ذاكرة الوصول العشوائي، أو يتسبب في ارتفاع مفاجئ في استخدام وحدة المعالجة المركزيةلا يقتصر الأمر على تدهور تجربة المستخدم، بل ترتفع تكلفة الخوادم والتراخيص والبنية التحتية للشبكة بشكلٍ كبير. ففي بيئات تضم عشرات أو مئات من أجهزة سطح المكتب الافتراضية، يتضاعف حجم كل علامة تبويب إضافية وكل ميغابايت غير مُدار بشكل جيد مع عدد المستخدمين المتصلين.

لذلك من المنطقي تماماً أن نأخذ الأمر على محمل الجد تدقيق وتحسين أداء متصفح Chrome في بيئة سطح المكتب الافتراضي مع التركيز على خفض التكاليفالأمر لا يتعلق فقط بـ "جعله أسرع"، بل يتعلق بفهم ما يحدث، وقياسه باستخدام الأدوات المناسبة (DevTools، Lighthouse، PageSpeed، التحليلات، مقاييس الخادم، إلخ) وتطبيق السياسات التقنية وسياسات الاستخدام التي تقلل من استهلاك الموارد دون تدمير إنتاجية الموظفين.

لماذا يؤثر أداء متصفح Chrome في بيئة سطح المكتب الافتراضي (VDI) بشكل مباشر على تكاليفك؟

لقد شهدنا على الإنترنت لسنوات كيف بضع مئات من المللي ثوانٍ تُحدث فرقًا هائلاً في عالم الأعماللاحظت الشركات الكبرى انخفاضًا في المبيعات أو حركة المرور على مواقعها الإلكترونية بمجرد زيادة طفيفة في زمن استجابة صفحاتها. يحدث شيء مشابه في بيئة سطح المكتب الافتراضي (VDI)، ولكن على نطاق مختلف: فكل تباطؤ، وكل علامة تبويب تتجمد، يُترجم إلى المزيد من وحدات المعالجة المركزية والذاكرة لكل مستخدم، والمزيد من الخوادم، والمزيد من التراخيص، والمزيد من عرض النطاق الترددي.

في الوقت نفسه، يتحمل المستخدم على جهاز مكتبي فعلي كامل تكلفة الأداء تقريبًا على جهازه الخاص. أما في بنية سطح المكتب الافتراضي، تأتي جميع هذه الموارد من مجموعة مشتركة في مركز البياناتقد يجبرك استخدام متصفح Chrome غير المحسن على 100 جهاز كمبيوتر مكتبي على زيادة حجم مزرعة VDI الخاصة بك، ودفع المزيد مقابل التخزين، والتعاقد على سعة شبكة أكبر، وحتى الاستثمار في وحدات معالجة الرسومات إذا كنت ترغب في تشغيل الفيديو بسلاسة.

بالإضافة إلى ذلك، فإن سرعة تطبيقات الويب التي تفتح داخل متصفح كروم مهمة أيضاً. موقع ويب ثقيل، يحتوي على العديد من الصور وجافا سكريبت غير ضرورية.لا يقتصر الأمر على إحباط المستخدم فحسب، بل يعني أيضًا زيادة استهلاك وحدة المعالجة المركزية، وزيادة استهلاك الذاكرة، وزيادة حجم البيانات لكل جلسة VDI. لذا، يُعد تحسين مواقع الويب وتطبيقاتها، وليس المتصفح فقط، جزءًا أساسيًا من معادلة التكلفة.

ومما يزيد الأمر سوءًا، أن محركات البحث تُولي أهمية متزايدة للأداء. إذا كانت تطبيقات الويب الداخلية لديك تحتوي أيضًا على نسخة عامة، تدقيق أداء جيد وتحسين محركات البحث التقني يساعد ذلك على تحسين ترتيب موقعك، وجذب المزيد من الزيارات عالية الجودة، وجعل استثمارك في التطوير مربحًا.

أساسيات البنية التحتية لسطح المكتب الافتراضي (VDI) وتحليل موارد متصفح Chrome

تُعتبر البنية التحتية لسطح المكتب الافتراضي، في جوهرها، مجموعة من أجهزة سطح المكتب التي تعمل بنظام ويندوز (أو أنظمة أخرى) والتي تعمل على خوادم مركزيةيمكن الوصول إليها من أي جهاز تقريبًا عبر الشبكة. وبدلاً من تثبيت نظام التشغيل والتطبيقات على جهاز الكمبيوتر الخاص بالمستخدم، يتم استضافتها في مركز البيانات، سواءً في مقر الشركة أو في السحابة.

في هذا النموذج، تكون كل جلسة مستخدم عبارة عن جهاز افتراضي أو سطح مكتب منشور يتنافس على موارد الخادم: ذاكرة الوصول العشوائي، ووحدة المعالجة المركزية الافتراضية، والقرص، والشبكة، وحتى وحدة معالجة الرسومات إذا كان هناك واحد. متصفح كروم، بسبب بنيته متعددة العمليات واستخدامه المكثف للذاكرة، عادة ما يكون أحد أكثر المكونات تطلبًا للموارد، خاصة عند دمجه مع مواقع ويب ثقيلة، والعديد من علامات التبويب المفتوحة، والإضافات غير المحسّنة بشكل جيد.

كمرجع عملي، يوصي مزود المتصفح نفسه بشيء من هذا القبيل للاستخدام السلس في بيئة سطح المكتب الافتراضي (VDI): 1 جيجابايت من ذاكرة الوصول العشوائي وما بين 2 و 4 وحدات معالجة مركزية افتراضية لكل سطح مكتب افتراضيهذا يعني أنه إذا كنت ترغب في خدمة 100 مستخدم متزامن، فيجب عليك التخطيط لما لا يقل عن 100 جيجابايت من ذاكرة الوصول العشوائي و200 وحدة معالجة مركزية افتراضية. إذا لم تُخصّص الموارد بشكل صحيح، فسيبدأ متصفح Chrome بالتباطؤ، وستتأثر الجلسات سلبًا، وستكون تجربة العمل سيئة للغاية.

قبل الخوض في عملية التحسين، من الجيد إجراء تقييم سريع: ما هو إصدار متصفح كروم المستخدم، وما هي الإضافات المثبتة، وما هي أنواع المواقع الإلكترونية التي تتم زيارتها بشكل متكرر، وكيف تتم إدارة ملفات تعريف المستخدمين، وما هي الأجهزة المستخدمة؟تُعد هذه اللقطة الأولية ضرورية لكي يركز التدقيق على الهدف وليكون قادراً على مقارنة التحسينات لاحقاً.

أفضل الممارسات لتكوين VDI لمتصفح Chrome

تتضمن الطبقة الأولى من التحسين صمم بيئة VDI الخاصة بك بشكل جيد بحيث يحصل متصفح كروم على ما يحتاجه دون إهدار الموارد. وهذا يشمل سعة الخادم وقرارات معمارية وسياسات جماعية متنوعة.

ذاكرة الخادم ووحدة المعالجة المركزية
لا يمكن الحفاظ على نسبة المستخدمين إلى مضيفي VDI إلا إذا تم احترام بعض... الحد الأدنى من تخصيصات ذاكرة الوصول العشوائي ووحدة المعالجة المركزية الافتراضية لكل سطح مكتب افتراضيلا جدوى من محاولة وضع 200 جهاز كمبيوتر مكتبي على خادم ذي ذاكرة محدودة: سينتهي بك الأمر إلى استخدام الذاكرة الافتراضية، ومشاكل تأخير كبيرة، واتصال المستخدمين بالدعم الفني باستمرار. اضبط عدد أجهزة الكمبيوتر المكتبية لكل مضيف بناءً على:

• ذاكرة الوصول العشوائي المتاحة على الخادم ومتوسط ​​الذاكرة المستهلكة لكل جلسة Chrome.
• تعتمد وحدات المعالجة المركزية الافتراضية الفعلية والاشتراك الزائد المقبول على برنامج إدارة الأجهزة الافتراضية الخاص بك.
• أنماط الاستخدام: إذا كان المستخدمون يقومون بالكثير من البث المباشر أو تحليل البيانات أو مؤتمرات الفيديو، فسوف يحتاجون إلى المزيد من الموارد.

من الممارسات المفيدة استخدام مقاييس مدير مهام Chrome ومقاييس المشرف لمقارنة كيفية تصرف جلسات مؤسستك مقابل مجموعة من الصفحات المرجعية، وبالتالي تقدير الاستهلاك الفعلي بشكل أفضل.

تسريع الأجهزة ووحدة معالجة الرسومات
لا تحتوي العديد من خوادم VDI على وحدات معالجة رسومية مخصصة، أو أنها مخصصة لأحمال عمل رسومية محددة للغاية. في هذه الحالات، إذا تركت الخيار مفعلاً... "استخدم تسريع الأجهزة عند توفره"قد تواجه سلوكًا غريبًا، أو استخدامًا لوحدة المعالجة المركزية أعلى من المتوقع، أو مشاكل في الاستقرار.

الحل واضح: يمكنك إدارة هذا الخيار باستخدام سياسات المجموعة.في محرر إدارة نهج المجموعة في نظام ويندوز، قم بتعطيل تسريع الأجهزة في متصفح كروم عندما لا يمتلك الخادم وحدات معالجة رسومية مناسبة. هذا يمنع المتصفح من محاولة الاعتماد على تسريع رسومي غير موجود فعليًا أو غير مُحسَّن لبيئة سطح المكتب الافتراضي (VDI).

إدارة صارمة للتوسعة
إضافات كروم مريحة للغاية، ولكن كما أنها تُعدّ من المصادر الرئيسية لاستنزاف الذاكرة ووقت بدء التشغيل.في أجهزة سطح المكتب الافتراضية، يُعد السماح لكل مستخدم بتثبيت ما يريده مصدرًا للمشاكل واستهلاكًا مفرطًا للموارد.

إن أكثر الأمور منطقية هو تحديد سياسة لتمديدات الشركات: قائمة بيضاء بالامتدادات المسموح بها، وحظر الباقي، ومراجعة دوريةستجد غالبًا أن بعض الإضافات لها وظائف مكررة أو لم تعد ضرورية. تُعدّ وحدة تحكم إدارة Chrome وسياسات تطبيقات Windows والإضافات أدواتك الأساسية للحفاظ على بيئة نظيفة ومستقرة.

ملفات تعريف المستخدمين المتنقلة والمزامنة
في بيئة سطح المكتب الافتراضي (VDI)، تتأثر تجربة المستخدم سلبًا إذا كان كل شيء يتصرف كما لو كان متصفح Chrome مثبتًا حديثًا عند تسجيل الدخول. لتجنب ذلك، يمكنك الاعتماد على... ملفات تعريف المستخدمين المتنقلة ومزامنة Chrome المُدارةوالتي تسمح لك بالاحتفاظ بالإشارات المرجعية وسجل التصفح وبعض الإعدادات بين الجلسات وأجهزة سطح المكتب.

من المهم جداً اتباع توصيات جوجل لمزامنة الملفات الشخصية والإصداراتإذا كنت تستخدم نفس الملف الشخصي مع إصدارات متصفح قديمة وحديثة، فقد تواجه مشاكل في قواعد البيانات، أو أخطاء في تسجيل الدخول، أو سلوكًا غير متناسق. تجنب دائمًا الرجوع إلى إصدارات أقدم على أجهزة سطح المكتب التي تتشارك الملفات الشخصية، وإذا كنت لا تستخدم الطرق الموصى بها، فاحرص على مراعاة التوافق مع الإصدارات اللاحقة.

توصيات الاستخدام للمستخدمين في بيئات VDI

بغض النظر عن مدى جودة ضبط الجوانب التقنية، يؤثر سلوك المستخدم اليومي بشكل كبير على الأداء العامفي بيئة العمل عن بُعد الافتراضية، تتحول العادة السيئة إذا تكررت مع 300 شخص إلى كارثة. لذا، من المهم استثمار الوقت في التدريب والتوعية.

التوصية الأولى والأكثر وضوحاً هي الحد من عدد علامات التبويب. كلما زاد عدد علامات التبويب النشطة، زادت عمليات Chrome، وزاد استخدام الذاكرة ووحدة المعالجة المركزية. لكل مستخدم. اطلب من الموظفين إغلاق أي شيء لا يستخدمونه فعليًا. أحيانًا يكون مجرد التوعية وعرض البيانات كافيًا لحث الناس على تغيير عادة فتح 40 علامة تبويب "احتياطًا".

ومن الإجراءات الفعالة الأخرى استخدام وصلات الرموش التي تُعلق الرموش غير النشطة. أدوات "تهدئ" الرموش التي ظلت غير نشطة لفترة من الوقت. تُحرر هذه الإضافات مساحة التخزين دون أن يفقد المستخدم المحتوى، حيث يُعاد تحميله عند عودته إلى علامة التبويب. مع ذلك، احرص على اختيار إضافة موثوقة ومُحدّثة باستمرار، تتوافق مع سياسة الخصوصية الخاصة بك، وقم بتوزيعها مركزياً.

من المهم أيضاً التثقيف بشأن الاستخدام المسؤول لخدمات البث (فيديو، موسيقى، إلخ) وحول كيفية حسّن جودة مكالمات الفيديو الخاصة بك من خلال البنية التحتية لسطح المكتب الافتراضي (VDI). قد يؤدي استخدام مجموعة من المستخدمين في وقت واحد لموقع يوتيوب ومنصات الفيديو حسب الطلب ومكالمات الفيديو إلى استهلاك كامل عرض النطاق الترددي للخادم ووحدة المعالجة المركزية، خاصةً إذا لم تكن تستخدم وحدة معالجة رسومية (GPU). لذا، حدد بوضوح في سياسات شركتك الاستخدامات المسموح بها والشروط التي تُطبق عليها، وفكّر في بدائل، مثل تشغيل المحتوى مباشرةً على الجهاز المحلي عند الاقتضاء.

تدقيق أداء الويب باستخدام أدوات المطورين ولوحة معلومات التدقيق

يتضمن متصفح كروم بعض الأدوات القوية جدًا بشكل افتراضي لـ تحليل وتحسين أداء تطبيقات الويب التي تفتح داخل المتصفحعلى الرغم من أنها غالباً ما ترتبط بالتطوير البحت، إلا أنها في بيئة VDI تعتبر أساسية أيضاً، لأن الموقع البطيء يعني استهلاك المزيد من الموارد لكل جلسة.

الخطوة الأولى هي أن تتعرف على أدوات المطورين (DevTools)يمكنك فتحها من قائمة المتصفح (الأدوات > أدوات المطورين) أو باستخدام الاختصارات المعتادة. ستجد ضمن لوحاتها ما يلي: عمليات التدقيق أو لجنة لايتهاوسمما يسمح بالتحليل التلقائي للأداء وإمكانية الوصول وأفضل الممارسات والجوانب الأخرى.

عند إجراء تدقيق للأداء، يتم إعادة تحميل الصفحة مع تفعيل طرق استدلالية مختلفة، ويعرض Lighthouse تقريرًا يتضمن التوصيات مصنفة حسب درجة الخطورةعادةً ما تكون هذه التوصيات مُرمّزة بالألوان (الأحمر للمشاكل الخطيرة، والأصفر للمشاكل متوسطة الأهمية). كما تُشير كل توصية إلى عدد مرات اكتشاف المشكلة في الصفحة.

الهدف هو استخدام هذا التقرير كنقطة انطلاق لـ أعط الأولوية للتحسينات التقنية لمواقع الويب وتطبيقات الويب الخاصة بكالموارد غير المخزنة مؤقتًا، والصور الكبيرة جدًا، وجافا سكريبت التي تعيق التحميل، وCSS غير المستخدم، وما إلى ذلك. إذا كانت شركتك تستخدم تطبيقات داخلية يتم الوصول إليها من خلال Chrome في VDI، فإن تشغيل Lighthouse عليها وحل المشكلات الأكثر خطورة يعد أحد أفضل الاستثمارات التي يمكنك القيام بها لتقليل استهلاك وحدة المعالجة المركزية وذاكرة الوصول العشوائي وعرض النطاق الترددي.

الاستراتيجيات الرئيسية: الشبكة، والذاكرة المؤقتة، والموارد، وترتيب التحميل

عادةً ما تصنف عمليات تدقيق الأداء اقتراحاتها إلى فئتين رئيسيتين: استخدام الشبكة وأداء الموقع الإلكترونييؤثر كلا البعدين على تكلفة تشغيل هذا التطبيق في بيئة VDI.

في قسم الشبكة، تتضمن التوصيات النموذجية ما يلي:

• استفد من ذاكرة التخزين المؤقت للمتصفح لتجنب تكرار عمليات التفريغ.
• استخدم التخزين المؤقت عبر الوكيل أو شبكة توصيل المحتوى (CDN) عند الإمكان.
• قلل حجم ملفات تعريف الارتباط لتبسيط كل طلب.
• تقديم محتوى ثابت من نطاقات لا تستخدم ملفات تعريف الارتباط.
• حدد الأبعاد في الصور لجعل التصميم أكثر قابلية للتنبؤ.

تبرز في الصفحة جوانب مثل ما يلي: تحسين ترتيب تحميل ملفات CSS و JavaScriptتحميل أي شيء غير ضروري للوحة الأولى بشكل غير متزامن أو مؤجل، و قم بإزالة قواعد CSS غير المستخدمة ورمز JavaScriptأي زيادة يمكنك تقليصها تعني عددًا أقل من الكيلوبايتات للتنزيل، وتحليلًا أقل، وتنفيذًا أقل، وفي النهاية، استهلاكًا أقل لوحدة المعالجة المركزية والذاكرة بواسطة Chrome على كل سطح مكتب افتراضي.

يجدر التذكير بأن العديد من هذه التوصيات ممارسات تطوير الويب العامة الجيدةلكن في بيئة سطح المكتب الافتراضي (VDI) يكون لها تأثير اقتصادي أكثر وضوحًا: إذا قللت من حجم صفحاتك وعدد الطلبات، فإنك تقلل من فاتورة النشر، وعرض النطاق الترددي للشبكة، وحتى تكاليف التخزين والتخزين المؤقت في الواجهة الخلفية.

التعمق أكثر في ذاكرة التخزين المؤقت للمتصفح والشبكة

من أهم النقاط المربحة هي تحقيق أقصى استفادة من التخزين المؤقت لبروتوكول HTTPإذا كان مورد ثابت (مثل صورة أو ملف CSS أو نص برمجي) لا يتغير إلا قليلاً، فلا جدوى من تحميله في متصفحات جميع أجهزة سطح المكتب الافتراضية عند كل زيارة. باستخدام رؤوس HTTP المناسبة، يمكنك توجيه المتصفحات لتخزينه محليًا لفترة زمنية محددة.

يُعرّف بروتوكول HTTP توجيهات مثل Cache-Control، أو Expires، أو ETag تتيح لك هذه الإعدادات التحكم في مدة تخزين الموارد وكيفية التحقق من صحتها. على سبيل المثال، يمكنك توجيه العملاء بعدم طلب ملف مرة أخرى لعدة أيام أو أسابيع، أو التحقق من الخادم بحثًا عن أي تغييرات قبل تنزيل الملف بالكامل.

لتشخيص مشاكل التخزين المؤقت، يمكنك استخدام لوحة الشبكة في أدوات المطورين: بالنقر على مورد، سترى رؤوس الطلب والاستجابةإذا رأيت عناوين مثل "Cache-Control: no-cache" أو غيابًا تامًا لسياسات انتهاء الصلاحية على الموارد الثابتة بشكل واضح، فلديك بالفعل فكرة عن سبب توليد موقعك للكثير من حركة المرور في كل مرة يتم تحميلها.

يتضمن الحل تعديل تكوين الخادم أو إطار عمل التطبيق، وإضافة رؤوس Expires و Cache-Control مع الحد الأقصى المناسب للعمر بالنسبة للموارد التي ترغب في تخزينها مؤقتًا. هذا يقلل من حركة البيانات في الزيارات اللاحقة، ويحسن أوقات التحميل، وفي بيئة سطح المكتب الافتراضي (VDI)، يعني تقليل الضغط على الشبكة ووحدة المعالجة المركزية لكل سطح مكتب.

تسجيل وتحليل طلبات الموارد

لإجراء تدقيق أداء جاد، لا يكفي النظر إلى تقرير واحد. إنه مفيد للغاية. تسجيل طلبات الموارد بشكل منهجي: كم عددها، وما نوعها، وما حجمها، وفي أي أوقات يتم تقديمها.

تتيح لك لوحة الشبكة في المتصفح رؤية ما يلي بنظرة سريعة إجمالي وزن الصفحة، وعدد الملفات، والتصنيف حسب النوع (الصور، والبرامج النصية، وأوراق الأنماط، والخطوط، إلخ). قبل البدء في إجراء أي تغييرات، يُنصح بتعطيل ذاكرة التخزين المؤقت (أو استخدام نافذة التصفح الخفي) لقياس أول تحميل فعلي. بعد ذلك، يمكنك حفظ الملف التعريفي في ملف JSON أو التقاط لقطة شاشة بسيطة للمقارنة.

من أهم المؤشرات التي تستحق المتابعة ما يلي:

• إجمالي وزن الصفحة وعدد الطلبات.
• حجم وكمية جافا سكريبت، والبرامج النصية الفردية التي تتجاوز عتبة معينة (على سبيل المثال، 100 كيلوبايت).
• لم يتم استخدام أكواد JavaScript وCSS، ويمكن اكتشافها باستخدام أداة تغطية متصفح كروم.
• حجم وعدد الصور، والتنسيقات المستخدمة (PNG، JPEG، WebP، SVG) وما إذا كانت التقنيات المتجاوبة مطبقة.
• استخدام موارد إضافية مثل خطوط الويب، وخطوط الأيقونات، ومقاطع الفيديو، وما إلى ذلك.

في البيئات ذات الاتصال الجيد، من السهل الوقوع في فخ الاعتقاد بأن "الشحن سريع وينتهي الأمر". ومع ذلك، محاكاة اتصالات الهاتف المحمول البطيئة أو ذات زمن الاستجابة العالي يساعد ذلك على فهم كيفية تصرف التطبيق بالنسبة للمستخدمين عن بعد أو على الشبكات المزدحمة، وهو أمر شائع جدًا عندما تتصل جلسات VDI من مواقع ذات شبكة WAN محدودة.

الصور، وحجم الصفحة، واستخدام الذاكرة

في معظم المواقع الإلكترونية، الـ تُعد الصور المساهم الأكبر بكثير في الوزن الإجمالي وعدد الطلباتإضافةً إلى تنزيل هذه الملفات عبر الشبكة، يلزم فك تشفيرها وعرضها، مما يستهلك الذاكرة ووحدة المعالجة المركزية. قد يُشكّل هذا عائقًا في الهواتف والأجهزة منخفضة المواصفات؛ أما في بيئة سطح المكتب الافتراضي (VDI)، ومع تكرار ذلك مع جميع الجلسات، فقد يُرهق ذاكرة الوصول العشوائي (RAM) للخادم إلى أقصى حد.

تتضمن الوصفة الأساسية لتحسين الصور ما يلي:

• إزالة الصور المكررة أو قطع زخرفية لا تضيف شيئاً.
• قلل أبعاد البكسل إلى ما هو ضروري حقًا للتصميم.
• زيادة الضغط واختيار التنسيقات الفعالة (على سبيل المثال، JPEG بدلاً من PNG كلما أمكن ذلك، أو WebP مع خيار احتياطي).
• تحميل الصور التي لا تظهر على الشاشة الأولى عند الحاجة.

يتمثل النمط الشائع في مواجهة صور بعرض آلاف البكسلات معروضة في حاوية صغيرةينتج عن ذلك هدر هائل للموارد: ملفات بحجم مئات الكيلوبايتات، والتي قد تشغل، بعد فك ضغطها، عدة ميغابايتات من ذاكرة الوصول العشوائي في كل تبويب. ويمكن تحقيق تقليص حجمها بنسبة 90% أو أكثر بمجرد تغيير حجمها وإعادة ضغطها، مما يؤثر بشكل مباشر على الأداء الملحوظ واستهلاك الموارد.

للكشف عن هذه الحالات، ما عليك سوى فرز طلبات الشبكة حسب الحجم وفحص أكبر الصور. بعد ذلك، ستساعدك أدوات تحسين الصور وسير عمل النشر الذي يعالجها تلقائيًا في الحفاظ على أحجام الملفات تحت السيطرة.

أدوات وحدة المعالجة المركزية والذاكرة والتحليل

وبعيدًا عن الشبكة، هناك عائق رئيسي آخر، خاصة في الأجهزة المحمولة وتقنية سطح المكتب الافتراضي (VDI)، وهو حمل وحدة المعالجة المركزية واستخدام الذاكرةيؤدي استخدام جافا سكريبت الثقيلة، ونماذج DOM الضخمة، والرسوم المتحركة المعقدة، والمكتبات المكررة بشكل مباشر إلى زيادة الجهد المبذول على الخادم.

يوفر متصفح كروم العديد من الأدوات لقياس هذه الجوانب. Administrador de tareas del Navegador تتيح لك هذه الميزة معرفة مقدار استهلاك كل علامة تبويب وإضافة. كما توفر ملفات تعريف الأداء والذاكرة في أدوات المطورين تفاصيل أكثر دقة حول أجزاء الكود التي تؤثر سلبًا على تجربة المستخدم.

من الممارسات الجيدة لمنع ارتفاع استخدام وحدة المعالجة المركزية والذاكرة ما يلي:

• قلل من استخدام جافا سكريبت غير الضروريسواء من حيث الحجم أو التعقيد.
• تجنب تحميل نفس المكتبة في عدة إصدارات مختلفة.
• حافظ على حجم DOM معقولاً، بدون عقد يتيمة أو هياكل عميقة بشكل سخيف.
• استخدم تقنيات تقسيم الكود والتحميل الكسول للوحدات التي لا تحتاج إليها عند بدء التشغيل.

في بيئة سطح المكتب الافتراضي (VDI)، كل هذا ملحوظ على الفور: كلما كانت واجهة المستخدم الأمامية أخف وأكثر كفاءة، زاد عدد المستخدمين الذين يمكنك خدمتهم لكل مضيف بنفس الأجهزة، وقل احتمال أن "يستهلك" متصفح Chrome الذاكرة المتاحة.

تدقيق تحسين محركات البحث باستخدام Lighthouse للمواقع الإلكترونية للشركات

على الرغم من أن محور هذه المقالة هو الأداء والتكاليف في بيئة سطح المكتب الافتراضي (VDI)، إلا أنه لا ينبغي أن ننسى أن يمكن أيضًا استخدام العديد من أدوات التدقيق لمراجعة الجوانب الأساسية لتحسين محركات البحث. على مواقعك العامة. يدمج Lighthouse فئة محددة من عمليات تدقيق تحسين محركات البحث التي تتحقق من العناصر الأساسية لمحركات البحث.

لا تضمن هذه الاختبارات الحصول على تصنيف مثالي، كما أنها لا تهدف إلى تغطية جميع تقنيات تحسين محركات البحث الحالية. الغرض منها هو تحقق من أن صفحتك تستوفي سلسلة من المتطلبات الأساسية، مثل وجود علامات التعريف الوصفية، والسمات البديلة في الصور، وبنية العنوان المتماسكة، والروابط القابلة للفهرسة، وما إلى ذلك.

يمكنك إجراء عمليات التدقيق هذه بطريقتين:

• مع إضافة Lighthouse لمتصفح Chrome، واختيار فئة تحسين محركات البحث وإنشاء التقرير.
• من أدوات المطورين (التدقيق) في المتصفحات المبنية على Chromium والتي تدمجها.

بمجرد استلامك للتقرير، ستتعرف على العناصر الأساسية التي تُلبيها والعناصر التي تحتاج إلى تحسين. بالنسبة للمشاريع الجديدة أو الفرق التي لا تضم ​​خبراء في تحسين محركات البحث، تُعد هذه طريقة سريعة للتأكد من عدم ارتكاب أخطاء "المبتدئين" التي تُحد من ظهور موقعك في نتائج البحث.

مقاييس الأعمال، والتحليلات، والاختبارات الواقعية

لا يمثل التدقيق الفني سوى جزء واحد من المهمة. لمعرفة ما إذا كانت التغييرات التي أجريتها مجدية، فأنت بحاجة إلى مقاييس واقعية: فنية وتجارية على حد سواءبدون بيانات، من المستحيل إثبات للإدارة أن تحسين متصفح Chrome في بيئة سطح المكتب الافتراضي (VDI) ومواقع الويب الخاصة بشركتك يوفر المال.

من الناحية التقنية، يمكنك الاستفادة من واجهات برمجة التطبيقات مثل توقيت الملاحة أو مراقب الأداء لتسجيل أوقات التحميل، وزمن استجابة التفاعل، وغيرها من الأحداث ذات الصلة. يمكن إرسال هذه البيانات إلى نظام التحليلات الخاص بك (مثل Google Analytics) كأحداث مخصصة، ومقارنتها بمؤشرات التحويل، والتخلي عن الموقع، وغيرها من المقاييس.

من منظور الأعمال، من المهم مراقبة مؤشرات مثل معدلات الارتداد، والوقت الذي يقضيه المستخدم على الصفحة، ومعدلات التحويل، والطلبات في الدقيقة، أو استخدام الواجهة الخلفيةإذا لاحظت بعد جولة من التحسينات انخفاض وقت التحميل وزيادة التحويلات، فسيكون لديك حجج قوية لمواصلة الاستثمار في الأداء.

يجدر أيضاً تجميع بيانات VDI. مقاييس الخادم: متوسط ​​استهلاك وحدة المعالجة المركزية والذاكرة لكل مضيف، وعدد المستخدمين المتزامنين لكل خادم، وعرض نطاق الشبكةإلخ. ستساعدك مقارنة هذه القيم قبل وبعد تطبيق سياسات التمديد والتخزين المؤقت وضبط الموارد وتدريب المستخدمين على تحديد الوفورات الفعلية.

تسجيل الشاشة وعرض التحسينات

إلى جانب الأرقام، فإن ما يلي مقنع للغاية الأدلة المرئية: تسجيلات الشاشة، وفيديوهات تحميل الصفحات، ولقطات من شريط الفيلمإن توضيح كيفية تصرف النظام قبل وبعد التحسين للمديرين غالباً ما يكون أكثر قيمة من مئة شريحة عرض.

يمكنك استخدام أدوات التسجيل على سطح المكتب أو الهاتف المحمول لتسجيل تحميل تطبيقاتك الرئيسية، مع إضافة مرجع زمني (مثل مؤقت على الشاشة) إذا رغبت في ذلك. سيُمكّنك حفظ هذه التسجيلات من عرض المعلومات على الفرق الأخرى والإدارة. الفرق في الخبرة واضح للغاية بعد إجراء تدقيق أداء جيد.

يُعد هذا النهج مفيدًا بشكل خاص عندما ترغب في تبرير مبادرات مثل قم بتقييد الإضافات، أو تغيير سياسات البث، أو الاستثمار في شبكة توصيل المحتوى (CDN)، أو تخصيص وقت التطوير لإعادة هيكلة أكواد جافا سكريبت المعقدة.إن رؤية كيف تتحول الصفحة من خمس ثوانٍ إلى أقل من ثانية واحدة لعرضها بطريقة مفيدة يساعد كثيراً في اتخاذ القرارات.

في نهاية المطاف، يجمع التدقيق والتحسين الجيد لأداء متصفح Chrome في بيئة سطح المكتب الافتراضي (VDI) بين تعديلات البنية التحتية، وسياسات الاستخدام، والتحسينات العميقة لمواقع الويب وتطبيقاتها، بالإضافة إلى طبقة من القياس المستمر باستخدام أدوات مثل DevTools وLighthouse وPageSpeed ​​Insights، أو تحليلات أعمالك الخاصة. يتيح لك العمل على جميع هذه الجوانب في وقت واحد خدمة عدد أكبر من المستخدمين بموارد أقل، وتوفير جلسات أكثر سلاسة، والأهم من ذلك كله، قلل من تكلفة بيئة VDI الخاصة بك دون التضحية بجودة التجربة.