ما مقدار حركة المرور التي يمكن أن يتعامل معها موقع الويب الخاص بي؟

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

في WP Engine ، نعرف أداء موقع الويب هو أكثر من مجرد شعار أحادي البعد. في الواقع ، عندما يتعلق الأمر بالمواقع التي تعمل على نظامنا الأساسي ، فإننا ننظر إلى الأداء على أنه معادلة استراتيجية تجمع بين جوانب حلولنا السحابية والأمان مع خبرة WordPress المُدارة لدينا.

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

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

بينما نغطي السرعة والمقاييس مثل Time to First Byte (TTFB) هنا ، تقدم المقالة التالية نظرة عميقة على مقاييس حركة المرور والسؤال الشائع ، وإن كان مهمًا: "ما مقدار حركة المرور التي يمكن لموقعي التعامل معها؟"

تأطير السؤال.

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

أولاً ، دعنا نستكشف تعريف المستخدمين المتزامنين ، في سياق الإنترنت.

في WP Engine ، هذا المورد هو موقع WordPress الخاص بك.

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

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

مقاييس حركة المرور الشهرية: هل هي مفيدة؟

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

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

هذا هو المكان الذي لن تساعد فيه أرقام المرور الشهرية. المقياس الأكثر موثوقية لفهم السعة في هذا (ولكن في الحقيقة أي) مستوى حركة المرور هو المستخدمون المتزامنون.

التعمق في مقاييس المستخدم.

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

• المستخدمون أو الزوار عبارة عن مقاييس تصف دخول مستخدم إلى الموقع لأول مرة. يتم تعريفه عادةً بواسطة معرف مستخدم فريد. في WP Engine ، يتم تعريفه على أنه عنوان IP فريد ويتم احتسابه كزائر فريد واحد يوميًا. نظرًا لأن أي زيارات إضافية يقوم بها نفس المستخدم يتم التعرف عليها بواسطة معرف مستخدم فريد ، فسيتم حساب المستخدم الفريد مرة واحدة فقط.
• تمثل الجلسات أو الزيارات الفترة التي تفاعل فيها المستخدم مع الموقع. تبدأ الجلسة عندما يزور المستخدم الموقع لأول مرة وتنتهي عند حدوث ثلاثة أشياء: يغلق المستخدم المتصفح ، أو يمسح ملفات تعريف الارتباط ، أو يصبح غير نشط لمدة 30 دقيقة (وهي الفترة الافتراضية في Google Analytics ويمكن تخصيصها). يمكن لمستخدم واحد الحصول على جلسات متعددة على مدار اليوم.
• الفعالية هي التفاعل بين الموقع ومورد محدد. على جانب التحليلات الرقمية ، يتم تعريف هذا المقياس على أنه بيانات يتم إرسالها إلى Google Analytics. هذه الزيارات هي الأكثر شيوعًا مشاهدات الصفحة. ضمن سياق WP Engine ، يمكن أن تكون النتيجة طلبًا لبيئة الإنتاج. يمكن أن تكون هذه الطلبات قابلة للتخزين المؤقت مثل الأصول الثابتة (pngs ، jpegs ، pdfs) أو ديناميكية مثل عمليات الكتابة في قاعدة البيانات (التسجيلات ، منشورات النشر ، طلبات المنتجات).

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

باختصار ، معرفة عدد المستخدمين أو الزوار شهريًا لا يكفي .

ماذا عن مستخدمي Google Analytics النشطين؟

غالبًا ما يكون هناك سوء فهم فيما يتعلق بالطريقة التي يلتقط بها Google Analytics و WP Engine المقاييس وتعريفها. بعبارات بسيطة ، كلاهما يتتبع هذه البيانات لأغراض مختلفة. يعد Google Analytics في الأساس أداة تحليلات للتسويق والتحويل. في المقابل ، WP Engine عبارة عن نظام أساسي مُدار يتتبع استخدام الموارد الخام في طبقة البنية التحتية والأداء في طبقة التطبيق. المنهجيات مختلفة ويمكن أن تسبب تناقضات بين كلا النظامين الأساسيين.

من حيث صلته بالتزامن ، يقدم Google Analytics تقارير في الوقت الفعلي تراقب تأثيرات الحملات التسويقية على موقعك. يتضمن هذا عدد المستخدمين النشطين على موقعك الآن:

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

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

هل يمكنك الاعتماد على مستخدمي Google Analytics النشطين؟ كما هو الحال دائمًا ، كلما زادت البيانات لديك ، كان ذلك أفضل. لكنها وحدها لا تحدد احتياجاتك من السعة.

كيفية قياس المستخدمين المتزامنين .

إذا لم يوفر Google Analytics مقياسًا واضحًا للمستخدمين المتزامنين ، فماذا يفعل؟ فيما يلي طريقتان شائعتان لمساعدتك في تحديد هذا الرقم:

1. حساب المستخدمين المتزامنين .

باستخدام هذه الصيغة مع البيانات المأخوذة من Google Analytics ، يمكنك حساب عدد المستخدمين النشطين على موقعك خلال وحدة زمنية صغيرة جدًا ، مثل الثانية:

[الجلسات القصوى في الساعة X متوسط ​​مدة الجلسة (بالثواني)] / 3600

بالنسبة إلى جلسات الذروة كل ساعة ، انتقل إلى تقرير "نظرة عامة على الجمهور" في Google Analytics -> ابحث عن فترة ذروة حركة المرور -> غيّر علامة التبويب إلى "كل ساعة" -> مرر الماوس فوق الرسم البياني لمعرفة أكبر عدد من الجلسات في غضون ساعة.

بالنسبة لمتوسط ​​مدة الجلسة ، يتم عرض المقياس في لوحة المعلومات "نظرة عامة". إذا لم يكن كذلك ، فانتقل إلى "تحديد مقياس" ضمن علامة التبويب "نظرة عامة" لعرض المدة.

2. اختر Google Analytics البديل .

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

ماذا عن القابلية للتخزين المؤقت؟

إذن ، هل المستخدمون المتزامنون مقياس صحيح للأداء؟ ليس تماما. يساعدك هذا المقياس على فهم حجم السيناريو على مستوى عالٍ ولكنه لا يوفر رؤية أعمق.

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

للتوسع في هذا الأمر ، تأتي هذه الأنواع المختلفة من الطلبات في شكل إما ثابت أو ديناميكي:

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

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

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

عندما يقوم مستخدمو WP Engine بتسجيل الدخول إلى موقع WordPress الخاص بهم ، فإنهم يتفاعلون مع محتوى ديناميكي يكاد يكون غير قابل للتوصيل بالكامل. لذلك ، فإنه يتجاوز طبقات التخزين المؤقت للواجهة الأمامية مثل الورنيش و CDN. نتيجة لذلك ، عادةً ما تكون هذه الطلبات غير القابلة للتخزين أكثر كثافة من حيث الموارد حيث يجب معالجتها حديثًا في الخلفية عبر PHP و MySQL. وفي الوقت نفسه ، يمكن للمواقع التي لا تتطلب تسجيل الدخول أن تختلف في إمكانية التخزين المؤقت اعتمادًا على العناصر الموجودة في الصفحة.

يوضح هذا الرسم البياني التقنيات المختلفة المطلوبة لخدمة المحتوى الثابت مقابل الديناميكي:

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

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

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

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

أنواع المواقع المختلفة .

من الواضح أن كل موقع فريد ويواجه تحديات مختلفة. ومع ذلك ، لا يزال صحيحًا أن الخصائص الأساسية لموقع الويب ستعلمك بإمكانية تخزينه مؤقتًا.

للتوسع في هذا المفهوم ، إليك الأنواع المختلفة من المواقع التي تكون عادةً أكثر ثباتًا أو ديناميكية.

ثابتة:

• مواقع الكتيبات
• مواقع تسويق B2B
• منظمات غير ربحية
• المدونات (نشاط منخفض بعد ذلك)
• أي موقع به تفاعل منخفض جدًا من المستخدم

متحرك:

• متاجر التجارة الإلكترونية
• مواقع العضوية
• مواقع ووردبريس المتعددة
• نظم إدارة التعلم
• أي موقع به تفاعل كبير من المستخدم (التعليقات والتسجيلات ومعاملات الطلب ونشاط تسجيل الدخول واستعلامات البحث)

ملاحظة: على الرغم من تصنيفها على هذا النحو ، قد يحتوي موقع WordPress الخاص بك على عناصر ثابتة وديناميكية. لهذا السبب ، عند النظر إلى درجة قابلية التخزين المؤقت ، من المهم فهم النسبة بين كليهما.

الآن دعونا نترجم هذا إلى حركة المرور. تخيل سيناريو يكون لديك فيه نوعان من المواقع: الكتيب والتجارة الإلكترونية. بطبيعته ، يكون موقع الكتيب أكثر ثباتًا من متجر التجارة الإلكترونية. على التوالي ، سنقول أن درجة القابلية للتخزين المؤقت لكل موقع هي 90٪ و 20٪. إذا كان موقعك مستضافًا على WP Engine ، فتواصل مع فريق الدعم لدينا لتحديد درجة قابلية التخزين المؤقت الخاصة بك.

في هذا السيناريو ، لنفترض أنك قررت استخدام حل Google Cloud المخصص على منصة WP Engine لكل موقع. بافتراض أن الحلول متطابقة تمامًا ، ما مقدار حركة المرور التي يمكن أن يتعامل معها موقع الكتيب قبل أن ينخفض؟ ماذا عن موقع التجارة الإلكترونية؟

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

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

طرح الأسئلة الصحيحة .

بدلاً من تحديد مقدار حركة المرور التي يمكن لموقعك التعامل معها ، ربما يكون السؤال الأكثر فائدة هو ...

كم عدد المستخدمين المتزامنين الذين يمكن لموقعي التعامل معهم خلال مدة زمنية معينة خلال سيناريو حركة مرور عالية واقعية؟ على سبيل المثال ، سيتم عرض موقعك في برنامج تلفزيوني وتتوقع 1000 مستخدم متزامن لم يسجل دخولهم لمدة 20 دقيقة.]

كم عدد هؤلاء المستخدمين الذين قاموا بتسجيل الدخول مقابل تسجيل الخروج؟

ما مدى قابلية الموقع للتخزين المؤقت؟

ما هو المستوى المقبول لوقت الاستجابة والطلبات في الدقيقة ووقت الاستجابة ومعدلات الخطأ أثناء ذروة الحمل؟

وكما يُترجم إلى الأعمال ، ماذا يحدث إذا لم يتم تلبية مؤشرات الأداء الرئيسية هذه؟

كيف يمكن أن يؤثر ذلك على الإيرادات؟

أدخل اختبار الحمل .

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

 اختبار الحمل هو عملية وضع الطلب على نظام لتحديد كيفية أدائه.

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

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

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

فيما يلي بعض الموارد للمساعدة:

لمزيد من التعمق في اختبار الحمل ، يرجى الاطلاع على هذا المستند التقني.

للحصول على نصائح حول تحسين إمكانية التخزين المؤقت للصفحة ، راجع هذه المقالة.

أفكار نهائية .

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

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

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

كل عمل له احتياجات مختلفة. بالنسبة لعملاء المؤسسات ، هناك متطلبات عمل ووظيفية مهمة يجب الوفاء بها.

وفقًا لأركان إطار عمل AWS المصمم جيدًا ، فهذه هي الأولوية القصوى:

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

يتبع WP Engine ممارسات الصناعة القياسية التي تتماشى مع هذه الركائز.

هل تريد معرفة المزيد حول مقدار حركة المرور التي يمكن لموقعك التعامل معها؟ انقر هنا لمعرفة المزيد عن خطط WP Engine والفوائد التي يراها العملاء عند استخدامهم لمنصة استضافة WordPress المُدارة.