تست A/B صفحات فرود در وردپرس با گوگل آنالیتیکس ۴

تست A/B صفحات فرود با گوگل آنالیتیکس ۴ کمک می‌کنه به‌جای تکیه کردن به حدس، با داده واقعی تصمیم بگیرید. توی این روش، دو نسخه از یک صفحه فرود رو به دو گروه جدا از بازدیدکننده‌ها نشون می‌دید. بعد می‌بینید کدوم نسخه ثبت‌نام، خرید یا ارسال فرم بیشتری می‌گیره.

گوگل آنالیتیکس ۴ به‌تنهایی بازدیدکننده‌ها رو بین نسخه‌ها تقسیم نمی‌کنه. برای اجرای آزمایش به یک ابزار تست A/B نیاز دارین و از گوگل آنالیتیکس ۴ برای ثبت و مقایسه نتیجه‌ها کمک می‌گیرید. توی این آموزش، از انتخاب هدف و ساخت دو نسخه شروع می‌کنیم و تا تنظیم رویداد کلیدی و انتخاب نسخه بهتر جلو می‌ریم.

تست A/B صفحه فرود چیه و چه کمکی به سایتتون می‌کنه؟

تست A/B یعنی دو نسخه از یک صفحه رو هم‌زمان باهم مقایسه کنید. نسخه A همون صفحه فعلیه و نسخه B فقط یک تغییر مشخص داره. ابزار آزمایش بخشی از بازدیدکننده‌ها رو به نسخه A و بقیه رو به نسخه B می‌فرسته. در آخر هم نتیجه هر نسخه با یک معیار مشخص سنجیده می‌شه.

این روش با یک تغییر معمولی فرق مهمی داره. فرض کنید امروز عنوان صفحه رو عوض می‌کنید و فروش هفته بعد بیشتر می‌شه. هنوز نمی‌دونید عنوان تازه باعث این رشد شده یا تبلیغات، مناسبت‌ها و کیفیت ورودی‌ها روی نتیجه اثر گذاشتن. در تست A/B، هر دو نسخه توی یک بازه زمانی نمایش داده می‌شن و به همین دلیل مقایسه قابل‌اعتمادتری دارین.

ابزار تست، ترافیک رو تقسیم می‌کنه و هر کاربر رو روی یک نسخه ثابت نگه می‌داره. گوگل آنالیتیکس ۴ هم رفتار کاربران و اقدام‌های مهمشون رو ثبت می‌کنه. این دو ابزار کار متفاوتی انجام می‌دن، ولی کنار هم تصویر کامل‌تری از آزمایش بهتون می‌دن.

صفحه‌هایی برای این کار مناسب‌ترن که یک هدف روشن و ترافیک کافی دارن. صفحه ثبت‌نام، صفحه فروش محصول، صفحه دریافت مشاوره و صفحه فرود کمپین تبلیغاتی چند نمونه خوب هستن. اگه هنوز چنین صفحه‌ای ندارین، آموزش ساخت لندینگ پیج با المنتور و وردپرس می‌تونه نقطه شروع خوبی براتون باشه.

قبل از شروع تست A/B چه چیزهایی لازم دارین؟

• دسترسی به وردپرس: باید بتونید نسخه دوم صفحه رو بسازید و فرم‌ها یا دکمه‌هاش رو آزمایش کنید.
• دسترسی به گوگل آنالیتیکس ۴: بهتره دسترسی لازم برای دیدن رویدادها، ساخت بررسی‌های سفارشی و علامت‌گذاری رویداد کلیدی رو داشته باشین.
• یک ابزار فعال تست A/B: این ابزار باید ترافیک رو بین دو نسخه تقسیم کنه و هر بازدیدکننده رو تا پایان آزمایش روی همون نسخه نگه داره.
• یک هدف اصلی: از اول مشخص کنید موفقیت صفحه با خرید، ارسال فرم، ثبت‌نام یا یک اقدام دیگه سنجیده می‌شه.
• داده پایه: نرخ تبدیل فعلی، تعداد کاربران و بازه زمانی بررسی رو یادداشت کنید تا بعداً نتیجه آزمایش رو در شرایط درست بسنجید.

قبل از شروع، مطمئن بشید تگ گوگل آنالیتیکس ۴ روی هر دو نسخه صفحه فعاله. اگه صفحه تشکر دارین، اندازه‌گیری باید روی اون صفحه هم انجام بشه. فرم، درگاه پرداخت، لینک‌ها و پیام موفقیت رو هم یک بار درست مثل یک کاربر واقعی امتحان کنید.

چطور هدف و فرضیه تست رو مشخص کنید؟

هر آزمایش رو با یک سؤال روشن شروع کنید. مثلاً: «آیا نوشتن نتیجه دریافت مشاوره روی دکمه، تعداد فرم‌های ارسال‌شده رو بیشتر می‌کنه؟» این سؤال هم تغییری رو که می‌خواید انجام بدید مشخص می‌کنه و هم نتیجه‌ای رو که انتظار دارین.

حالا فقط یک معیار اصلی انتخاب کنید. این معیار باید با هدف تجاری صفحه هماهنگ باشه. اگه صفحه برای گرفتن شماره تماس ساخته شده، ارسال موفق فرم معیار اصلیه. تعداد کلیک روی منو نمی‌تونه معیار خوبی برای انتخاب نسخه برنده باشه.

فرضیه خوب، ساده و قابل‌اندازه‌گیریه. می‌تونید از این الگو کمک بگیرید: «اگه [بخش مشخص] رو به [نسخه تازه] تغییر بدیم، انتظار داریم [اقدام اصلی] بیشتر بشه، چون [دلیل منطقی].» برای مثال: «اگه متن دکمه رو از “ارسال” به “دریافت مشاوره رایگان” تغییر بدیم، انتظار داریم ارسال فرم بیشتر بشه، چون کاربر دقیق‌تر می‌فهمه بعد از کلیک چه چیزی می‌گیره.»

چه بخش‌هایی از صفحه فرود رو می‌تونید آزمایش کنید؟

• عنوان و متن ابتدایی: می‌تونید عنوان رو واضح‌تر کنید یا متنی بنویسید که سریع‌تر مشکل کاربر رو توضیح می‌ده.
• دکمه فراخوان به اقدام: متن، رنگ، اندازه یا جای دکمه رو می‌شه آزمایش کرد؛ ولی در هر تست فقط یکی از این موارد رو تغییر بدید.
• فرم: تعداد فیلدها، ترتیب اون‌ها یا توضیح کنار فرم می‌تونه موضوع آزمایش باشه.
• پیشنهاد: نوع هدیه، شرایط ارسال، دوره آزمایشی یا شیوه معرفی ارزش محصول رو می‌تونید تغییر بدید.
• عناصر اعتمادساز: نظر مشتری‌ها، ضمانت، پاسخ به نگرانی‌های رایج یا نمایش راه ارتباطی رو می‌شه آزمایش کرد.
• چیدمان: ترتیب بخش‌ها، طول صفحه یا جای فرم و دکمه اصلی هم گزینه‌های مناسبی هستن.

اگه چند بخش رو باهم عوض کنید و نسخه B نتیجه بهتری بگیره، نمی‌فهمید دقیقاً کدوم تغییر باعث این اتفاق شده. برای شروع، یک تغییر مشخص و اثرگذار رو انتخاب کنید.

چطور نسخه اصلی و نسخه آزمایشی صفحه رو بسازید؟

1. از صفحه اصلی یک نسخه جدا بسازید. نسخه A باید همون صفحه فعلی باشه. نسخه B رو هم با ابزار صفحه‌ساز یا قابلیت تکثیر صفحه بسازید.
2. فقط تغییر مربوط به فرضیه رو انجام بدید. متن‌های دیگه، قیمت، تصاویر و ساختار صفحه رو دست‌نخورده نگه دارین؛ مگر اینکه موضوع آزمایشتون یکی از همین موارد باشه.
3. هر دو نسخه رو در موبایل و دسکتاپ ببینید. به‌هم‌ریختن چیدمان یا مخفی شدن دکمه می‌تونه نتیجه رو کاملاً منحرف کنه.
4. مسیر تبدیل رو از اول تا آخر امتحان کنید. فرم رو بفرستید، خرید آزمایشی انجام بدید یا وارد صفحه تشکر بشید. بعد مطمئن بشید رویداد موردنظرتون ثبت می‌شه.

برای نسخه B یک آدرس مشخص بسازید تا با صفحه اصلی اشتباه نشه. این صفحه نباید بی‌دلیل از منو یا بخش‌های عادی سایت لینک بگیره. تنظیم نمایش در نتایج جستجو و آدرس ترجیحی صفحه رو هم با مسئول سئوی سایت هماهنگ کنید تا آزمایش باعث ساخته شدن یک صفحه تکراری ناخواسته نشه.

چطور ابزار مناسب تست A/B رو انتخاب کنید؟

گوگل آنالیتیکس ۴ ابزار اجرای آزمایش نیست. پس باید تقسیم ترافیک رو به یک سرویس یا افزونه جدا بسپارید. قبل از انتخاب، صفحه رسمی ابزار رو بررسی کنید و مطمئن بشید هنوز فعاله و با نسخه فعلی وردپرس و صفحه‌ساز سایتتون هماهنگی داره.

• سازگاری: ابزار باید با وردپرس، سیستم کش، صفحه‌ساز و فرم سایتتون درست کار کنه.
• روش تقسیم ترافیک: باید معلوم باشه کاربران چطور بین نسخه‌ها تقسیم می‌شن و آیا تقسیم ۵۰-۵۰ در دسترس هست یا نه.
• ثبات نسخه: یک کاربر نباید در هر بازدید نسخه متفاوتی ببینه. این ویژگی گاهی با کوکی یا شناسه کاربر مدیریت می‌شه.
• اتصال به گوگل آنالیتیکس ۴: ابزار باید نام نسخه یا شناسه آزمایش رو همراه داده‌ها بفرسته یا روش روشنی برای ساخت این اتصال داشته باشه.
• هزینه و محدودیت: سقف بازدید، تعداد آزمایش، مدت نگهداری داده و امکانات گزارش‌گیری رو در صفحه رسمی قیمت‌گذاری بررسی کنید.
• عملکرد فنی: عوض شدن نسخه نباید باعث پرش محسوس صفحه، کندی زیاد یا نمایش کوتاه نسخه اشتباه بشه.

قیمت و امکانات ابزارها ممکنه عوض بشن. برای همین، بهتره با توجه به نیاز واقعی سایتتون و اطلاعات فعلی وب‌سایت رسمی هر ابزار تصمیم بگیرید. سراغ افزونه‌ای که مدت زیادی به‌روزرسانی نشده یا روش اتصالش به گوگل آنالیتیکس ۴ مشخص نیست نرید.

چطور اندازه‌گیری نتیجه رو در گوگل آنالیتیکس ۴ آماده کنید؟

رویداد و رویداد کلیدی یعنی چی؟

در گوگل آنالیتیکس ۴، «رویداد» یا Event یعنی کاری که روی سایت ثبت می‌شه؛ مثل دیدن صفحه، کلیک روی دکمه، ارسال فرم یا خرید. «رویداد کلیدی» یا Key Event هم رویدادیه که برای کسب‌وکارتون اهمیت زیادی داره و می‌خواید موفقیت آزمایش رو با اون بسنجید.

اول ببینید اقدام موردنظرتون از قبل به‌عنوان رویداد ثبت می‌شه یا نه. می‌تونید یک فرم یا خرید آزمایشی انجام بدید و بخش Realtime یا DebugView گوگل آنالیتیکس ۴ رو ببینید. DebugView بخشی برای بررسی رویدادهای آزمایشیه و کمک می‌کنه قبل از شروع تست، نام رویداد و پارامترهاش رو کنترل کنید.

اگه رویداد درست ثبت می‌شه، از بخش مدیریت گوگل آنالیتیکس ۴ اون رو به‌عنوان رویداد کلیدی علامت بزنید. اسم گزینه‌ها ممکنه با توجه به زبان پنل یا تغییرهای رابط کاربری کمی فرق کنه. بااین‌حال، فهرست رویدادها یا رویدادهای کلیدی رو باید در بخش Admin پیدا کنید.

چطور بازدید صفحه تشکر رو اندازه بگیرید؟

اگه کاربر بعد از ارسال موفق فرم یا کامل کردن خرید وارد یک صفحه تشکر اختصاصی می‌شه، می‌تونید بازدید اون صفحه رو نشونه تکمیل هدف در نظر بگیرید. این روش وقتی قابل‌اعتماده که صفحه تشکر فقط بعد از اقدام موفق باز بشه و کاربران نتونن از مسیرهای عادی واردش بشن.

1. مسیر دقیق صفحه تشکر، مثل بخش پایانی آدرس اون، رو یادداشت کنید.
2. در گوگل آنالیتیکس ۴ یک رویداد بر پایه رویداد page_view بسازید و شرط مسیر صفحه رو برابر مسیر صفحه تشکر بذارید.
3. برای رویداد یک نام ساده و ثابت مثل generate_lead انتخاب کنید؛ البته این نام باید با اقدام واقعی سایتتون هماهنگ باشه.
4. رویدادی رو که ساختین به‌عنوان رویداد کلیدی علامت بزنید.
5. یک بار مسیر کامل رو طی کنید و ثبت رویداد رو در Realtime یا DebugView ببینید.

اگه فرم بدون باز کردن صفحه تازه، پیام موفقیت نشون می‌ده، بازدید صفحه تشکر معیار مناسبی نیست. در این شرایط باید ارسال موفق فرم مستقیم به‌شکل یک رویداد ثبت بشه. فقط کلیک روی دکمه ارسال کافی نیست؛ چون شاید فرم خطا داشته باشه و اصلاً ارسال نشه.

چطور تست A/B صفحه فرود رو اجرا کنید؟

1. آدرس دو نسخه رو وارد کنید. نسخه اصلی رو A و نسخه آزمایشی رو B نام‌گذاری کنید تا گزارش‌ها بعداً قابل‌فهم بمونن.
2. سهم ترافیک رو مشخص کنید. برای یک مقایسه ساده، تقسیم برابر معمولاً نقطه شروع روشنیه؛ مگر اینکه ریسک نسخه تازه باعث بشه سهم کمتری به اون بدید.
3. شناسه آزمایش و نام نسخه رو همراه داده‌ها بفرستید. با توجه به ابزار، این اطلاعات می‌تونن به‌شکل پارامتر رویداد، ویژگی کاربر یا داده‌ای قابل استفاده در گزارش‌های گوگل آنالیتیکس ۴ فرستاده بشن.
4. پیش‌نمایش رو بررسی کنید. با مرورگرها و دستگاه‌های مختلف وارد صفحه بشید و تقسیم ترافیک، ثابت موندن نسخه و ثبت رویدادها رو کنترل کنید.
5. آزمایش رو شروع کنید. زمان شروع، فرضیه، آدرس نسخه‌ها و معیار اصلی رو ثبت کنید. برای نگهداری این اطلاعات می‌تونید از قابلیت ثبت یادداشت در گوگل آنالیتیکس ۴ هم کمک بگیرید.

بعد از شروع تست، عنوان، فرم، قیمت یا منبع اصلی ترافیک صفحه رو بی‌دلیل عوض نکنید. تغییر هم‌زمان شرایط باعث می‌شه تشخیص اثر نسخه B سخت‌تر بشه. اگه یک خطای جدی پیدا کردین، آزمایش رو متوقف کنید، خطا رو برطرف کنید و اجرای تازه‌ای با زمان شروع جدید داشته باشین.

چطور نتیجه تست رو در گوگل آنالیتیکس ۴ ببینید؟

برای مقایسه درست باید بتونید کاربران نسخه A و B رو از هم جدا کنید. این جداسازی با همون شناسه آزمایش یا نام نسخه‌ای انجام می‌شه که ابزار تست به داده‌ها اضافه کرده. در بخش Explore گوگل آنالیتیکس ۴ می‌تونید یک بررسی آزاد بسازید و نسخه آزمایش رو کنار تعداد کاربران و رویداد کلیدی بذارید.

فقط تعداد خام تبدیل‌ها رو باهم مقایسه نکنید. نرخ رویداد کلیدی مهم‌تره؛ چون ممکنه یک نسخه بازدید بیشتری گرفته باشه. برای یک محاسبه ساده، تعداد کاربرانی رو که اقدام اصلی رو انجام دادن بر تعداد کاربران همون نسخه تقسیم کنید و نتیجه رو در ۱۰۰ ضرب کنید.

مثلاً اگه نسخه A هزار کاربر و ۵۰ ثبت‌نام داشته باشه، نرخ اون ۵ درصده. اگه نسخه B از ۸۰۰ کاربر ۴۸ ثبت‌نام بگیره، نرخش ۶ درصده. نسخه B نرخ بالاتری داره؛ ولی قبل از انتخاب برنده باید حجم داده و احتمال نوسان تصادفی رو هم بررسی کنید.

نتیجه رو برای موبایل و دسکتاپ، منبع ورودی و کاربران تازه یا برگشتی هم ببینید. با این بررسی متوجه می‌شید بهبود کلی بوده یا فقط در یک گروه دیده شده. ولی گروه‌های خیلی کوچک رو مبنای تصمیم قطعی نذارید، چون نوسان بیشتری دارن.

تست باید چقدر ادامه پیدا کنه؟

نمی‌شه برای همه سایت‌ها یک مدت ثابت تعیین کرد. زمان مناسب به تعداد بازدیدکننده‌ها، نرخ تبدیل فعلی، اندازه تغییری که انتظار دارین و چرخه تصمیم‌گیری مشتری بستگی داره. یک صفحه پرترافیک معمولاً زودتر از صفحه‌ای کم‌بازدید داده جمع می‌کنه.

با چند تبدیل محدود، نسخه برنده رو انتخاب نکنید. مثلاً نتیجه ۴ تبدیل در برابر ۲ تبدیل ممکنه با ورود چند کاربر تازه کاملاً عوض بشه. بهتره قبل از شروع، مدت یا حجم نمونه موردنیاز رو با روش آماری ابزار آزمایش مشخص کنید. وسط کار هم فقط به‌خاطر جلو افتادن موقت یک نسخه، تست رو نبندید.

آزمایش باید چرخه‌های معمول رفتار کاربران سایتتون رو هم پوشش بده. اگه رفتار اون‌ها در روزهای کاری و تعطیل فرق داره، یک اجرای خیلی کوتاه تصویر کاملی بهتون نمی‌ده. کمپین تبلیغاتی ناگهانی، قطعی سایت، مشکل درگاه یا تغییر قیمت هم می‌تونه نتیجه رو خراب کنه؛ پس موقع تحلیل این اتفاق‌ها رو در نظر بگیرین.

وقتی حجم داده‌ای که از قبل مشخص کردین جمع شده، هر دو نسخه بدون خطای فنی کار کردن و معیار تصمیم‌گیری هم روشنه، می‌تونید آزمایش رو متوقف کنید. اگه اختلاف واضح نیست، نتیجه «برنده مشخص نشد» کاملاً معتبره. لازم نیست به زور یکی از نسخه‌ها رو بهتر اعلام کنید.

بعد از مشخص شدن نسخه بهتر چه کار کنید؟

1. داده‌ها رو دوباره کنترل کنید. مطمئن بشید رویداد تکراری ثبت نشده، تقسیم ترافیک درست بوده و خطای فنی فقط روی یک نسخه اثر نذاشته.
2. نسخه بهتر رو برای همه منتشر کنید. تغییر برنده رو روی صفحه اصلی اعمال کنید و هدایت آزمایشی ترافیک رو ببندید.
3. همه جزئیات رو ثبت کنید. فرضیه، تاریخ، نسخه‌ها، منبع ترافیک، نرخ هر نسخه و نکته‌های فنی رو نگه دارین.
4. نتیجه رو بعد از انتشار هم بررسی کنید. ببینید نرخ تبدیل در ترافیک کامل سایت با نتیجه آزمایش هماهنگه یا نه.
5. فرضیه بعدی رو بسازید. یک مانع تازه در مسیر کاربر پیدا کنید و برای اون یک آزمایش مستقل طراحی کنید.

تست A/B یک کار یک‌باره نیست. هر آزمایش جواب یک سؤال مشخص رو بهتون می‌ده و سرنخی برای تست بعدی می‌سازه. برای پیدا کردن مانع‌های رفتاری صفحه، آموزش مشاهده رفتار بازدیدکننده‌های سایت هم می‌تونه کمکتون کنه.

اشتباه‌های رایج در تست A/B صفحات فرود

• تغییر چند بخش در یک آزمایش: با این کار، تشخیص عامل اصلی نتیجه سخت می‌شه.
• شروع بدون رویداد کلیدی سالم: اگه اندازه‌گیری خراب باشه، نتیجه ممکنه دقیق به نظر برسه ولی هیچ کاربردی نداشته باشه.
• توقف زودهنگام: جلو افتادن موقت یک نسخه به معنی برنده شدن قطعی اون نیست.
• دیدن چند نسخه توسط یک کاربر: این مشکل هم تجربه کاربر رو خراب می‌کنه و هم داده‌های مقایسه رو به‌هم می‌زنه.
• مقایسه تعداد خام تبدیل: وقتی تعداد کاربران دو نسخه برابر نیست، باید نرخ تبدیل رو مقایسه کنید.
• نادیده گرفتن موبایل: نسخه‌ای که روی دسکتاپ خوب دیده می‌شه ممکنه روی صفحه کوچک، فرم یا دکمه نامناسبی داشته باشه.
• ترکیب کانال‌های متفاوت: کاربری که از تبلیغات پولی وارد می‌شه ممکنه با کاربر ورودی گوگل رفتار متفاوتی داشته باشه.
• اجرای آزمایش‌های تداخلی: دو تست هم‌زمان روی یک صفحه یا مسیر مشترک می‌تونن روی نتیجه همدیگه اثر بذارن.
• انتخاب معیار کم‌اهمیت: کلیک بیشتر همیشه به معنی فروش یا ثبت‌نام بیشتر نیست.

سؤالات متداول

جمع‌بندی

یک تست خوب از انتخاب ابزار شروع نمی‌شه؛ نقطه شروعش یک سؤال روشن و اندازه‌گیری سالمه. وقتی فقط یک تغییر رو آزمایش می‌کنید، هر کاربر یک نسخه ثابت می‌بینه و رویداد کلیدی هم درست ثبت می‌شه، گوگل آنالیتیکس ۴ داده‌ای بهتون می‌ده که می‌تونید بر اساسش تصمیم منطقی‌تری بگیرید.

تیم تولید محتوا

ما در تیم تولید محتوای میهن وردپرس در تلاش هستیم تا بهترین مقالات آموزشی در زمینه وردپرس و کسب‌و‌کارهای اینترنتی را تهیه کنیم. صحت محتوای این صفحه توسط رضا راد بررسی خواهد شد.