كيف تجري اختبار A/B على صفحة الهبوط: ما هو الاختبار فعلاً
اختبار A/B هو أن تعرض نسختين من الصفحة نفسها على زوار متشابهين في الوقت نفسه، ثم تقيس أيهما حقق الهدف أكثر. الفكرة بسيطة، والتنفيذ الخاطئ شائع لدرجة أن أغلب ما يسمى اختباراً في السوق العربي ليس اختباراً.
ما يجعله اختباراً هو ثلاثة شروط مجتمعة: أن يقسم الزوار عشوائياً بين النسختين، وأن تعملا في الوقت نفسه لا واحدة بعد الأخرى، وأن يستمر حتى تجمع عينة كافية حددتها قبل البدء.
وما ليس اختباراً: أن تغير الصفحة يوم الأحد وتقارن أداء الأسبوع بالأسبوع الذي سبقه. هذه مقارنة زمنية، وأي شيء آخر تغير بينهما، من حملة إعلانية إلى موسم إلى عطلة، يدخل في النتيجة دون أن تراه. وفي أسواق مثل مصر والسعودية تكفي مناسبة واحدة في التقويم لتقلب أرقام أسبوع كامل.
الفرق العملي: الاختبار الصحيح يعطيك سبباً يمكنك تعميمه على صفحات أخرى. المقارنة الزمنية تعطيك رقماً لا تعرف مصدره، وتبني عليه قراراً قد يكون عكس الصواب.
ما يجب أن يكون جاهزاً قبل أول اختبار
الاختبار أداة تحسين دقيق، وليس أداة إصلاح. إن كانت صفحتك تعاني مشكلات واضحة فإصلاحها المباشر أعلى عائداً من اختبارها، لأن النتيجة معروفة سلفاً.
- قياس صحيح يعمل: هدف تحويل معرف بدقة ويسجل فعلاً
- صفحة تحمل بسرعة مقبولة على الموبايل، وهو الجهاز الغالب في زياراتك
- عرض واضح ومفهوم في أول شاشة دون تمرير
- نموذج لا يطلب أكثر مما يحتاجه فعلاً
- حجم زيارات يكفي للوصول إلى نتيجة خلال مدة معقولة
الأساسيات التي يجب أن تكون مستقرة قبل التفكير في الاختبار مجموعة في دليل بناء صفحة هبوط عربية عالية التحويل، وضبط القياس نفسه مشروح في دليل تركيب جوجل أناليتكس 4 على موقعك. اختبار يبنى على قياس غير سليم ينتج رقماً واثقاً وخاطئاً في آن واحد، وهو أسوأ من عدم القياس لأنه يقنعك.
وهناك عامل يفسد الاختبارات بصمت: فرق السرعة بين النسختين. إن كانت النسخة الجديدة تحمل صورة أثقل فقد تخسر لأسباب لا علاقة لها بنصها. تناولت rivl.dev الأثر التجاري لمؤشرات تجربة الصفحة في مقال Core Web Vitals business impact، وهو منشور بالإنجليزية ويستحق القراءة إن شككت أن السرعة هي المتغير الحقيقي لا التصميم.
متغير واحد، وفرضية مكتوبة قبل البدء
الفرضية جملة تكتب قبل الاختبار وتحدد ما تتوقعه ولماذا. صيغتها العملية: «أتوقع أن تغيير كذا سيرفع كذا، لأن كذا».
مثال: «أتوقع أن استبدال العنوان العام بعنوان يذكر المشكلة التي يحلها المنتج سيرفع نسبة تعبئة النموذج، لأن تسجيلات الجلسات تظهر أن أغلب الزوار يغادرون قبل التمرير».
كتابة الفرضية تفرض عليك أمرين: أن تحدد متغيراً واحداً، وأن تبني التوقع على ملاحظة لا على ذوق. ومصدر الملاحظة عادة ليس رأيك بل سلوك الزائر، وهو ما توفره خرائط الحرارة وتسجيلات الجلسات المشروحة في دليل خريطة الحرارة وتسجيل الجلسات لتحسين الموقع.
وترتيب ما يستحق الاختبار أولاً شبه ثابت: العرض نفسه وصياغته، ثم العنوان والشاشة الأولى، ثم طول النموذج وحقوله، ثم الدليل الاجتماعي وموضعه، ثم بعد ذلك بمسافة طويلة تفاصيل مثل لون الزر. من يبدأ بلون الزر يختبر أصغر متغير متاح ويحتاج أكبر عينة ممكنة ليرصد أثره.
حجم العينة والمدة: الرقم الذي يفسد أغلب الاختبارات
هنا يفشل أغلب الاختبارات، ولا يظهر الفشل لأن الأداة تعرض رقماً على أي حال.
القاعدة: حدد حجم العينة والمدة قبل أن تبدأ، والتزم بهما. الخطأ الأكثر شيوعاً هو مراقبة النتيجة يومياً وإيقاف الاختبار لحظة ظهور فارق مريح. هذا الإيقاف المبكر يحول التذبذب الطبيعي في الأرقام الصغيرة إلى قرار دائم.
لتفهم المشكلة عملياً: في اليوم الأول قد تتقدم إحدى النسختين بفارق كبير ثم يتلاشى الفارق تماماً خلال أسبوع. لو أوقفت في اليوم الأول لخرجت بنتيجة واثقة وخاطئة، ولعممتها على صفحات أخرى.
- احسب حجم العينة قبل البدء بناء على معدل تحويلك الحالي وحجم التحسن الذي يستحق قراراً
- شغل الاختبار عبر أسابيع كاملة، لأن سلوك الأحد يختلف عن الخميس
- لا توقف الاختبار لأن الرقم أعجبك، أوقفه لأنك بلغت ما خططت له
- لا تشغل حملة إعلانية جديدة في منتصف الاختبار فتغير تركيبة الزوار
وكلما صغر التحسن الذي تريد رصده، كبرت العينة اللازمة لرصده بشكل غير خطي. رصد تحسن كبير يحتاج زيارات أقل بكثير من رصد تحسن طفيف، وهذا بالضبط سبب نصيحة البدء بالمتغيرات الكبيرة: ليست أسهل فحسب، بل هي الوحيدة القابلة للإثبات بحجم زيارات واقعي.
كيف تختبر دون أن تضر ظهورك في جوجل
سؤال مشروع: إن عرضت نسختين من الصفحة نفسها، ألا يعد ذلك محتوى مكرراً؟ الإجابة أن جوجل تنشر إرشادات صريحة لهذه الحالة، والالتزام بها يجعل الاختبار آمناً.
تنص صفحة اختبار المواقع في مركز بحث جوجل للمطورين، وهي بالإنجليزية، على ما يلي:
- لا تموه. لا تعرض مجموعة روابط لعنكبوت جوجل ومجموعة أخرى للبشر، وتسمي جوجل ذلك تمويهاً مخالفاً لسياساتها الخاصة بالمحتوى غير المرغوب.
- استخدم rel="canonical". ضع الوسم على جميع الروابط البديلة للإشارة إلى الرابط الأصلي بوصفه النسخة المفضلة.
- استخدم 302 لا 301. إن كان الاختبار يوجه الزوار من الرابط الأصلي إلى رابط النسخة البديلة، فاستخدم إعادة توجيه مؤقتة 302 لا دائمة 301.
- أنه الاختبار في وقته. بعد انتهاء الاختبار حدث موقعك بالنسخة المختارة وأزل كل عناصر الاختبار في أسرع وقت. وتنبه جوجل إلى أن إطالة التجارب دون داع قد تفسر كمحاولة لتضليل محركات البحث وقد تعرضك لإجراء.
النقطة الأخيرة هي الأكثر إهمالاً: اختبارات تترك تعمل شهوراً بعد حسمها لأن أحداً لم يتذكر إيقافها. اجعل إزالة الاختبار خطوة في خطة الاختبار نفسها لا مهمة منفصلة.
وإن كانت صفحة الهبوط مقصودة من البحث العضوي أيضاً فراجع دليل سيو الصفحات المقصودة، لأن ما يرفع التحويل قد يخفض الملاءمة لكلمة تستهدفها، والقرار بينهما يحتاج وعياً بالاثنين معاً.
الأدوات بعد إغلاق Google Optimize
إن قرأت دليلاً عربياً عن اختبار A/B ونصحك باستخدام Google Optimize فتوقف: الأداة لم تعد موجودة.
تذكر صفحة الدعم الرسمية من جوجل أن Google Optimize و Optimize 360 لم يعودا متاحين اعتباراً من 30 سبتمبر 2023. وتشير جوجل في الصفحة نفسها إلى تعاونها على تكاملات مع مزودي اختبار من طرف ثالث من بينهم AB Tasty و Optimizely و VWO، وإلى أنها أتاحت واجهاتها البرمجية للعموم بحيث يمكن لأي جهة ربط أداة الاختبار الخاصة بها بجوجل أناليتكس.
هذا يعني أمرين عمليين. الأول أن أي محتوى عربي ما زال يبني شرحه على Optimize لم يحدث منذ ثلاث سنوات، وهو مؤشر جيد على مدى حداثة بقية ما فيه. والثاني أن البديل المجاني الرسمي غير موجود، فإما أداة مدفوعة وإما تنفيذ من جانب الخادم يبنيه مطورك.
وننصح هنا بصراحة: إن كان حجم زياراتك لا يبرر اشتراكاً شهرياً في أداة اختبار، فالغالب أنه لا يبرر الاختبار أصلاً. وفر المبلغ لإصلاح ما تعرف أنه معطوب.
كيف تقرأ النتيجة، ومتى لا تقرأها
حين ينتهي الاختبار ستواجه أحد ثلاثة احتمالات، والتعامل مع كل منها مختلف:
فارق واضح لصالح نسخة
طبق النسخة الفائزة، أزل عناصر الاختبار، وسجل الفرضية ونتيجتها لتبني عليها لاحقاً.
لا فارق يذكر
نتيجة مفيدة لا فاشلة. تعني أن المتغير الذي اخترته ليس ما يحرك القرار، فانتقل إلى متغير أكبر.
فارق ضئيل ومتذبذب
لا تقرر. الأرجح أن العينة لم تكف، وتحويل هذا إلى قرار هو بالضبط كيف تتراكم قرارات خاطئة.
وانتبه إلى فخ يتكرر: تحسن في التحويل لا يعني تحسناً في العائد. نموذج أقصر قد يرفع عدد الرسائل ويخفض جودتها، فتزيد أرقامك وينخفض ما يغلق فعلياً. اقرأ النتيجة على أقرب مقياس للإيراد يمكنك الوصول إليه، لا على أول مقياس يظهر أمامك.
متى لا يستحق اختبار A/B أصلاً
هذا القسم هو الأهم عملياً لأغلب من يقرأ، وهو الغائب عن أغلب ما ينشر في الموضوع.
اختبار A/B مكلف: يحتاج زيارات، ووقتاً، وأداة، وانضباطاً في عدم التدخل. وحين لا تتوفر هذه فإن ما تحصل عليه ليس معرفة بل رقم يمنحك ثقة لا يستحقها.
- زيارات قليلة. صفحة ببضع مئات من الزيارات شهرياً لن تصل إلى نتيجة موثوقة خلال مدة معقولة. أصلح الواضح مباشرة.
- مشكلات جسيمة قائمة. إن كانت الصفحة بطيئة أو غير مفهومة أو نموذجها معطل، فالإصلاح لا يحتاج إثباتاً.
- العرض نفسه هو المشكلة. لا يوجد ترتيب عناصر ينقذ عرضاً لا يريده أحد، واختبار التصميم هنا يؤجل السؤال الحقيقي.
- موسم غير مستقر. الاختبار خلال موسم استثنائي يقيس الموسم لا التغيير.
والبديل في هذه الحالات ليس التخمين، بل البحث النوعي: تسجيلات الجلسات، وأسئلة العملاء المتكررة، ومكالمة مع خمسة ممن اشتروا وخمسة ممن لم يشتروا. هذا لا يعطيك دلالة إحصائية، لكنه يعطيك فرضيات أفضل بكثير، وتظل جاهزة للاختبار يوم يصبح حجم زياراتك كافياً.