اختبار جانب العميل مقابل. الاختبار من جانب الخادم: كلاهما يفوز.
نشرت: 2020-05-28
عندما يتعلق الأمر بتشغيل التجارب ، يمكن للمُحسِنين الاختيار بين الاختبار من جانب العميل والاختبار من جانب الخادم.
بينما يمكنك تشغيل كل اختبار من جانب العميل تقريبًا على جانب الخادم وبعض التجارب الخلفية خفيفة الوزن عبر اختبار جانب العميل (باستخدام عنوان URL المقسم أو تجارب إعادة التوجيه) ، فإن القيام بذلك لن يكون ممكنًا أو قويًا مثلك. أحب… لأنه ، لأي فرضية ، واحد فقط من الاثنين يعمل بشكل أفضل .
واختيار الشخص المناسب يحتاج إلى دراسة متأنية. هناك العديد من الجوانب التي يجب مراعاتها عند اتخاذ هذا الاختيار. انظر إلى تأثير الإعداد على السرعة وتحسين محركات البحث ، ومتطلبات الجهد والوقت لدورة حياة التجربة ، وهدف التجربة والمزيد.
دعنا نتناول هذه العوامل ونرى كيف يختلف الاختبار من جانب العميل عن الاختبار من جانب الخادم وإيجابيات وسلبيات كل منهما.
اختبار جانب العميل مقابل. الاختبار من جانب الخادم
ما الفرق بين الاختبار من جانب العميل والاختبار من جانب الخادم؟
في الاختبار من جانب العميل ، بمجرد أن يطلب المستخدم صفحة ، يقوم الخادم بتسليمها. ولكن في هذه الحالة ، تقوم أداة التجريب الخاصة بك بتنفيذ بعض جافا سكريبت داخل متصفح المستخدم الخاص بك لتغيير المحتوى الذي يقدمه الخادم بحيث يحصل المستخدم النهائي على الشكل المناسب بناءً على قواعد الاستهداف الخاصة بك. (المتصفح هو "العميل".)
من ناحية أخرى ، في الاختبار من جانب الخادم ، بمجرد أن يطلب المستخدم صفحة ما ، يحدد الخادم الخاص بك الإصدار الذي يجب تقديمه ويقدم ذلك بالضبط. تعمل أداة التجريب الخاصة بك على الخادم وليس داخل متصفح المستخدم الخاص بك.
نظرًا لأن الاختبار من جانب العميل لا يحدث إلا مع تنفيذ JS على مستوى المتصفح ، يمكنك فقط اختبار الأشياء على مستوى السطح مثل التخطيطات والألوان والمراسلة باستخدامه. يصف بعض المحسّنين اختبارات مثل الاختبارات "التجميلية".
ومع ذلك ، من شأن ذلك استبعاد الاختبار من جانب العميل.
قد يبدو الاختبار من جانب العميل بسيطًا ، لكنه فعال.
من السهل رفض اختبار A / B من جانب العميل باعتباره "الاختبار السهل" الذي يمكن لأي شخص إجراؤه. متفق عليه: إنه سهل التنفيذ. وأحيانًا ، يمكن أن يكون صغيرًا مثل اختبار لون أو نسخة مختلفة لزر CTA.
ولكن سواء كان هذا أو شيء كبير مثل اختبار إعادة تصميم أو صفحة مجددة ، فإن الاختبار من جانب العميل يؤثر على النتيجة النهائية للشركة .
ما هو اختبار جانب العميل؟
باختصار: الاختبار من جانب العميل يعني أن التحسين يتم على مستوى المتصفح. استنادًا إلى قواعد الاستهداف التي أعددتها ، سيقوم متصفح الزائر بتعديل المحتوى لتقديم الإصدار المقصود.
في دراسة الحالة هذه ، استخدمت شركة SaaS تحويل الخبرات كأداة اختبار A / B من جانب العميل لزيادة النمو في العملاء المحتملين بنسبة 61٪ على صفحتها الرئيسية:

إليك تجربة اختبار A / B أخرى باستخدام Convert Experiences كأداة اختبار من جانب العميل لنفس شركة SaaS على صفحة التسعير الخاصة بها والتي أدت إلى زيادة بنسبة 57٪ في العملاء المتوقعين:

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

يمكنك القول أنه إذا كان الاختبار من جانب العميل للمسوقين ، فإن الاختبار من جانب الخادم يكون بشكل أساسي لفرق الإنتاج والهندسة. وتوفر أدوات اختبار A / B مثل Convert Experiences اختبارًا من جانب العميل ومن جانب الخادم لاستيعاب فرق التسويق والهندسة.
جربه مجانًا لمدة 15 يومًا!
نظرًا لأن اختبار مثل هذه التغييرات العميقة على مستوى المنتج يتطلب أكثر بكثير من مجرد معالجة JS بسيطة تعتمد على المتصفح ، فلا يمكن أن يحدث ذلك داخل المتصفح ويجب معالجته على مستوى الخادم.
في حين أن الاختبار من جانب الخادم له حالات استخدام فريدة ، إلا أن بعض الشركات تستخدمه لإجراء حتى الاختبارات التجميلية - الاختبارات التي من شأنها أن تكون خالية تمامًا من الأخطاء حتى من جانب العميل.
يفعلون ذلك غالبًا لتجنب ظاهرة "الوميض" أو "وميض المحتوى الأصلي". يحدث الوميض عندما تغير أداة التجريب المحتوى الأصلي الذي يقدمه الخادم بعد أن يراه المستخدمون النهائيون بالفعل. تخيل أن المستخدمين يرون عنوانًا معينًا ثم يرونه يتغير في ومضة إلى عنوان آخر. (نعم ، يمكن أن يؤثر الوميض بشكل خطير على تجربة المستخدم!)
في أوقات أخرى ، يفعلون ذلك لتحسين السرعة. بينما لا يؤدي الاختبار إلى إبطاء موقع الويب أو التسبب في مشكلات خطيرة في الأداء ، فإنه يضيف ثانية أو ثانيتين إلى تجربة التحميل المتصورة لموقع الويب. من جانب الخادم يمكن أن يجعل هذا أسرع.
من حين لآخر ، قد تجري الشركة تجربة من جانب الخادم بدلاً من تجربة من جانب العميل بسبب مخاوف تتعلق بالخصوصية أو الأمان. نظرًا لأن استهداف الجمهور يحدث على الخادم وتوجد شفرة التجربة على الخادم في الاختبار من جانب الخادم ، فإن الشركات تتحكم بشكل أفضل في جوانب الخصوصية والأمان.
لكن تنفيذ تجربة من جانب الخادم ليس ممكنًا دائمًا ، خاصةً عندما يقوم جانب العميل بعمل نفس الشيء.
تنفيذ التجارب من جانب الخادم
في الاختبار من جانب العميل ، تحتاج فقط إلى موارد تصميم وتطوير محدودة لبناء تجاربك وتنفيذها. لن تحتاجها حتى إذا كنت تقوم فقط بإجراء تغييرات على النص أو تغيير لون الزر. كل ما عليك فعله هو:
1. قم بتسجيل الدخول إلى أداة مثل التحويل.
2. استخدم محرر WYSIWYG وقم ببناء التنوعات.
3. إعداد التجربة (عيِّن شروط استهداف الجمهور ، ومدة التجربة ، وحجم العينة وتقسيمها ، ومستوى الثقة ، وما إلى ذلك)
احصل على كود JS وأضفه إلى موقع الويب الخاص بك.
وفعلت.
ستسعى بعد ذلك إلى الحصول على مساعدة في التطوير لطرح الإصدار الفائز إذا فقدت السيطرة.
ومع ذلك ، فإن الاختبار من جانب الخادم ليس بهذه السهولة.
هنا ، سيتعين عليك:
1. قم بإنشاء تجربتك في تحويل الخبرات
2. قم بتطوير ونشر جميع أشكال تجربتك على الخادم الخاص بك.
3. قم بتعيين خبراتك التي تم نشرها على الخادم في "تحويل التجارب" باستخدام رمز مخصص (باستخدام معرف تجربتك ومعرفات الأشكال كما تم تعيينها في أداة التجريب والمزيد).
في مثل هذه التجارب على جانب الخادم ، تحتاج التعليمات البرمجية الخاصة بك إلى إخبار الخادم بالاختلاف الذي سيتم عرضه للمستخدم الحالي. يمكنك استخدام ملفات تعريف الارتباط لتسهيل ذلك. على سبيل المثال ، لتنفيذ اختبار A / B من جانب الخادم باستخدام التحويل ، سيتعين عليك إعداد ملف تعريف ارتباط بالبيانات التالية:

سيقوم الخادم بعد ذلك بقراءة ملف تعريف الارتباط الخاص بك و
تقديم نسخة (وجميع الجلسات اللاحقة) وفقًا لذلك.
نظرًا لأن الخادم الخاص بك يحدد الإصدار الذي سيتم إرساله إلى المستخدم ، فإن الاستهداف يحدث على الخادم (وليس داخل المتصفح كما هو الحال مع الاختبار من جانب العميل). ستعتمد دقة الاختبار على مدى قدرتك على ترميز شروط الاستهداف الخاصة بك على الخادم الخاص بك. من خلال الاختبار من جانب العميل ، يمكنك استهداف جمهورك بالليزر لجميع تجاربك.
أيضًا ، يمكن أن يصبح الاختبار من جانب الخادم أكثر تعقيدًا في إعداد الخوادم المتعددة وأيضًا عندما يحتاج CDN إلى التكامل.
4. قم بإجراء التجربة.
5. طرح النسخة الفائزة ودحر الخاسرين.
قد تحتاج أيضًا إلى تنظيف الخوادم ، ونشر الطرح النهائي / التراجع.
كما ترى ، فإن دورة حياة التجربة من جانب الخادم طويلة ومعقدة على عكس دورة حياة العميل. هذا هو السبب في أن إجراء الاختبار من جانب الخادم يحتاج إلى بعض المداولات.
بشكل عام ، لا يمكنك تشغيل تجربة من جانب الخادم إذا كان أحد العملاء سيفعل ...
يعد إجراء تجربة واحدة من جانب الخادم أمرًا صعبًا لأن تطويرها ونشرها عملية تتطلب الكثير من الموارد وتستغرق وقتًا طويلاً.
بالإضافة إلى ذلك ، إذا كنت تستخدم الاختبار من جانب الخادم لاختبار التغييرات التي يمكن التحقق من صحتها بسهولة من جانب العميل ، فسيكون من الصعب الوصول إلى سرعة اختبار جيدة وبرنامج تجريبي قوي.
أيضًا ، بالنسبة لمثل هذه التجارب ، فإن اختيار التجريب من جانب الخادم عندما يكون لديك عدد قليل من أدوات اختبار A / B الرائعة من جانب العميل والتي تتيح لك تشغيلها بدون وميض دون التأثير على مُحسنات محركات البحث أو السرعة لا يعد بأفضل استخدام للاختبار الخاص بك عرض النطاق.
يجب تفضيل التجارب على جانب الخادم فقط عندما تقدم حجة قوية للفرضية المحددة. وهم يفعلون ذلك عدة مرات لأن العديد من التجارب التي تؤثر على مقاييس المحصلة النهائية للأعمال التجارية يمكن أن تحدث فقط على جانب الخادم.
أخبرنا ... هل أجريت أي اختبارات من جانب الخادم؟ إذا كان الأمر كذلك ، فما هو أصعب جزء في العملية؟ أوه ، وإذا كنت تريد تشغيل اختبار A / B من جانب الخادم ، فتحقق من التحويل (إنه مجاني لمدة 15 يومًا!)
