كيف يؤثر اختبار أ / ب على سرعة موقعك؟ تجد هنا

عندما بحثت إحدى وكالات التحسين في كيفية تأثير أدوات اختبار A / B على سرعة موقع الويب ، وجدت تأخيرات. على الرغم من أن معظم المستخدمين بدا واضحًا بالنسبة إلى المستخدمين النهائيين ، فقد شكل عدد قليل منهم تهديدات قوية لتجربة مستخدم موقع الويب (في حوالي 4 ثوانٍ!).

شاركنا أيضًا في التحليل - تنافسنا وجهاً لوجه مع أمثال Optimizely و VWO و AB Tasty من بين آخرين - ووصلنا إلى المراكز الثلاثة الأولى . (لقد رتبنا في الواقع أفضل من هؤلاء الثلاثة!)

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

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

فيما يلي بعض الأساسيات التي يجب وضعها في الاعتبار .

يمكن أن يكلف اختبار A / B بضعة مللي ثانية

في عالم مثالي ، لن يؤثر إجراء اختبار A / B أو تجربة على سرعة موقع الويب الخاص بك على الإطلاق.

لكن ليست هذه هي المسألة.

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

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

لنأخذ سيناريوهين لفهم هذا:

لنفترض أنك تختبر عنوان صفحتك الرئيسية أو UVP.

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

كما أنه يضيف إلى مقياس "وقت الرسم أولاً" لموقع الويب الخاص بك حيث إنه الوقت الذي يستغرقه موقع الويب الخاص بك قبل ظهور المحتوى الرئيسي.

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

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

سواء كانت محسوسة أم لا ، فإن تحويل الخبرات أو أي أداة اختبار A / B أخرى تستخدمها تضيف إلى سرعة تحميل موقع الويب الخاص بك.

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

فهم التأثير الحقيقي لاختبار A / B على السرعة ...

قد يكون تحديد وفهم تأثير أداة اختبار A / B على السرعة أمرًا صعبًا.

هذا لأن معظم أدوات تشخيص سرعة مواقع الويب مثل اختبار سرعة صفحة Google تستخدم طرقًا مختلفة لقياس أداء موقع الويب.

باختصار ، ليس الأمر واضحًا أبدًا مثل:

X ثانية قبل تحويل التجارب و X.5 ثانية بعد تحويل التجارب.

لماذا ا؟

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

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

الاقتراب من اختبار التأثير الصفري قدر الإمكان

أحد الأشياء التي تمت تسويتها بشأن السرعة من حيث صلتها بالتحويلات وتجربة المستخدم وتحسين محركات البحث هو:

كل ميلي ثانية لها أهميتها.

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

يعد اختيارك لأداة اختبار A / B والتجارب أمرًا بالغ الأهمية هنا.

استخدام حل اختبار A / B "موجود في كل مكان"

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

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

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

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

الذهاب إلى حل اختبار A / B الذي يعطي الأولوية للسرعة

بغض النظر عن مدى سرعة تقنية الخدمة مثل التجريب ، يمكنها دائمًا أن تعمل بشكل أفضل . على سبيل المثال ، لم نكن دائمًا على شبكة Akamai. أعدنا تصميم الحل الخاص بنا للانتقال إليه (من Amazon Cloudfront) لأننا أردنا تقديم تجاربك بشكل أسرع.

من خلال التبديل إلى Akamai ، قللنا عددًا كبيرًا من عمليات بحث DNS عند تقديم الاختبارات ووفرنا عشرات المللي ثانية من السرعة في كل عرض تجربة:

الذهاب إلى حل اختبار A / B الذي يدعم الإعداد الأمثل ️

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

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

تساهم هذه الأشياء بشكل كبير في وقت التحميل وتجربة المستخدم ويمكن أن تخرج عن نطاق السيطرة بسهولة.

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

تكلفة الدفع مقابل نجاح الاختراق (والنمو المستمر)

نظرًا لأن بعض التكتيكات فعالة مثل التجريب لزيادة معدل التحويل (والاستمرار في تحسينه) ، فلا يمكنك تجنب ذلك بسبب مخاوف السرعة.

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

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