تست A/B روشی برای مقایسهٔ نسخهٔ فعلی و نسخهٔ تغییریافته با گروه‌های قابل‌مقایسه از مخاطبان است. در آزمایش معمول سایت، افراد به‌صورت تصادفی و هم‌زمان به نسخه‌ها تخصیص می‌یابند. نمایش A در یک هفته و B در هفتهٔ بعد، به‌تنهایی آزمایش کنترل‌شده نیست.
تست A/B با یک فرضیه آغاز می‌شود
به‌جای «دکمه را بهتر کنیم»، مسئلهٔ قابل‌آزمون بنویسید: «کاربران تفاوت پلن‌ها را نمی‌فهمند؛ نمایش جدول روشن‌تر احتمال انتخاب مناسب را افزایش می‌دهد.» سپس مشخص کنید چه تغییر و چه پیامدی را اندازه می‌گیرید.
معیار اصلی می‌تواند سفارش موفق یا درخواست معتبر باشد. معیارهای مراقبتی مانند خطا، لغو سفارش و زمان پاسخ هم لازم‌اند. داشتن یک معیار اصلی مانع بررسی عوارض جانبی نیست؛ انتخاب معیار پس از دیدن نتیجه، خطر نتیجه‌گیری گزینشی دارد.
مراحل اجرای آزمایش
- صفحه و مخاطب هدف را مشخص و مشکل فعلی را مستند کنید.
- نسخهٔ کنترل و تغییر موردنظر را تعریف کنید.
- واحد تخصیص، نسبت گروه‌ها و معیار موفقیت را پیشاپیش تعیین کنید.
- بررسی کنید تخصیص پایدار است و هر گروه به‌درستی ثبت می‌شود.
- حجم نمونه، مدت و روش آماری را متناسب با اثر مورد انتظار انتخاب کنید.
- آزمایش را اجرا و اختلال فنی را پایش کنید.
- نتیجه و عدم‌قطعیت را گزارش و دربارهٔ اجرا یا ادامهٔ بررسی تصمیم بگیرید.
مدت تست A/B چقدر است؟
عدد ثابت «۷ تا ۱۰ روز» برای همهٔ سایت‌ها معتبر نیست. نرخ پایه، ترافیک، اندازهٔ اثر مورد انتظار و چرخهٔ رفتار مخاطب اهمیت دارند. تقسیم ۵۰/۵۰ رایج است، اما تنها نسبت ممکن نیست؛ نسبت واقعی باید با طرح ازپیش‌تعیین‌شده سازگار باشد.
راهنمای آزمایش مایکروسافت بر کیفیت داده، زمان کافی و بررسی عدم‌تطابق نسبت گروه‌ها تأکید می‌کند. اگر نسخهٔ B دادهٔ کمتری ثبت می‌کند چون اسکریپت آن خراب است، برتری ظاهری نسخه‌ها قابل‌اعتماد نیست. وسط آزمون، تغییر نامرتبط وارد نکنید.
نتیجه را چگونه تفسیر کنیم؟
مثال فرضی: نرخ ۲ درصد در A و ۲٫۲ درصد در B، افزایش ۰٫۲ واحد درصد و رشد نسبی ۱۰ درصد است. این اختلاف به‌تنهایی ثابت نمی‌کند B بهتر است؛ حجم نمونه و بازهٔ عدم‌قطعیت نیز باید بررسی شوند.
در روش‌های با حجم نمونهٔ ثابت، توقف با اولین نتیجهٔ دلخواه می‌تواند خطا را بالا ببرد. اگر ابزار روش تحلیل پیوسته دارد، قواعد همان روش را رعایت کنید. نبود تفاوت معنادار هم اثبات یکسان‌بودن کامل دو نسخه نیست. اهمیت عملی افزایش را در کنار هزینهٔ پیاده‌سازی بسنجید.
نکات سئو در صفحات آزمایشی
طبق راهنمای گوگل، محتوا را برای فریب خزنده جدا نکنید. در آزمایش چند URL، canonical نسخه‌های مشابه به نشانی اصلی و ریدایرکت موقت 302، در سناریوی مربوط، مطرح است. بعد از پایان، اجزای موقت آزمایش را جمع کنید.
این توصیه دربارهٔ آزمایش روی سایت اصلی است؛ noindex محیط تستِ جدا موضوع دیگری است. همچنین تغییر کوچک CTA تضمین افزایش رتبه ندارد. هدف این آزمایش، سنجش رفتار و نتیجهٔ مشخص است، نه اثبات یک قانون عمومی سئو.
اگر ترافیک کم است
به‌جای اعلام برنده با چند بازدید، ابتدا آزمون کاربردپذیری، بررسی خطا و گفت‌وگو با مخاطب را انجام دهید. ابزار تحلیل، داده را گزارش می‌کند؛ برای تخصیص نسخه و اعتبار آماری به سازوکار آزمایش نیز نیاز دارید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
