Убедитесь, что ваши A/B-тесты надежны с гарантией качества: полное руководство по контролю качества ваших A/B-тестов

A/B-тесты, которые не работают должным образом, не конвертируются.

Оптимизаторы могут потратить значительное количество времени, денег и ресурсов на A/B-тестирование. И, конечно же, никто не хочет, чтобы их тяжелая работа пропала даром. Вот почему вам необходимо выполнять проверку качества (QA) на веб-сайтах, целевых страницах, персонализациях, A/B-тестах, кампаниях по электронной почте и т. д., чтобы убедиться, что все работает должным образом .

И лучший способ создать простые, легкие в использовании, интуитивно понятные, безошибочные и эффективные A/B-тесты — это внедрить правильный процесс контроля качества . Таким образом, посетители получают ценный, надежный и интерактивный конечный продукт.

Обеспечение качества является ключом к предотвращению бедствий. Его способность выявлять дефекты и уязвимости до того, как они станут критическими, помогает оптимизаторам избежать высоких затрат по ходу тестирования.

Хотя общеизвестно, что гарантия качества важна, многие оптимизаторы на самом деле не тратят время на должный контроль качества своих тестов. В результате эти тесты часто терпят неудачу. Было бы меньше веб-сайтов, которые «не работают», если бы они работали.

Что такое гарантия качества?

Давайте сначала дадим несколько быстрых определений.

Что такое качество?

Качество переводится как «подходящий для использования или цели». В контексте A/B-тестирования функциональности, дизайна, надежности, долговечности и цены все зависит от удовлетворения желаний и ожиданий клиентов .

Что такое гарантия?

Уверенность — это просто положительное заявление об A/B тесте, которое вселяет уверенность. Это уверенность в том, что A/B-тестирование будет работать правильно и в соответствии с ожиданиями или требованиями.

Обеспечение качества в A/B-тестировании

Проще говоря, обеспечение качества — это метод проверки качества A/B-тестирования . Он объединяет оптимизаторов и разработчиков, чтобы убедиться, что все выглядит и работает правильно на всех соответствующих устройствах и браузерах.

Другими словами, веб-сайт (или целевая страница, вариант, кампания по электронной почте и т. д.) должен быть высокого качества, чтобы посетители не подвергались трениям и другим болевым точкам.

Пользовательское тестирование:

• Исследует, как реальные люди используют веб-сайт и чем это отличается от задуманного разработчиками.
• Выявляйте недоразумения потенциальных посетителей и точки трения в реальной среде использования.

Гарантия качества:

• Выявляет ошибки и неработающие элементы на сайте
• Улучшает производительность сайта

Итак, они разные, а QA — гораздо более широкий термин.

Почему контроль качества важен в A/B-тестировании?

Конечно, несколько ошибок тут и там раздражают .

Но, в конце концов, влияют ли они на конечный результат? Стоит ли вкладывать в QA больше ресурсов? Какая разница, если все не идеально?

Хотя мы преодолели значительные препятствия в обеспечении качества, многие организации продолжают недооценивать его.

Давайте выясним самые большие риски, влияющие на обеспечение качества, и почему оно играет такую ​​большую роль в A/B-тестировании.

Оптимизаторы и разработчики слишком близки к A/B-тестированию

Оптимизаторы и разработчики обычно работают вместе над настройкой A/B-тестов. Они настолько близки, что легко упустить из виду незначительные, но важные аспекты, когда они отвечают за обеспечение качества.

Тем не менее, тестировщики QA следят за тем, чтобы внимание уделялось качеству. Они выполняют неочевидные функции, которые продвигают приложение «неожиданно», часто даже не преднамеренно. Тестировщики QA отказываются признать, что «ошибки были исправлены», если у них нет доказательств. Они не боятся пробовать что-то новое и терпеть неудачу. Если они не находят ошибку с первого раза, они подходят к тестированию более творчески и приводят его в соответствие с ожидаемыми стандартами.

Второй взгляд на A/B-тестирование и его структуру может выявить неожиданные недостатки.

Эмуляторы — это не реальная сделка

Конечные пользователи не используют эмулятор; вместо этого фактическое устройство с браузером. Вполне возможно упустить проблемы, связанные с браузером, если вы не исследуете их на реальных устройствах или браузерах.

Мы видели много обращений в службу поддержки, когда пользователи были вполне уверены, что их эксперимент A/B нормально работает в BrowserStack (имитация того, как тест A/B выглядит в разных браузерах). Но при запуске теста для реальных посетителей они обращаются к нашим агентам поддержки, чтобы сообщить о сбое A/B-теста.

Реальный случай поддержки:

Возникла проблема с конверсией в моем проекте.

Click_Cart_Checkout_1 не срабатывает на iPhone XR/Safari. Я проверил консоль инструментов разработчика на обоих (chrome://inspect и связывание iPhone с macbook), и я вижу код, выполняющийся для этого преобразования, но он не отслеживается в отчетах.

Конверсия отслеживается при использовании XR для эмуляции iPhone в инструментах разработки, но не при тестировании в реальном мире.

Мы протестировали на двух разных iPhone. Наш QA-тестер и мой.

Возможно, вы не сможете проверить правильность конфигурации метрик, если не выполните контроль качества вручную в разных браузерах. Через несколько недель вы можете даже проверить свои результаты и обнаружить, что ваше основное действие не запускается должным образом или вообще не запускается в некоторых браузерах!

Поэтому убедитесь, что вы проверяете качество своих тестов в разных средах, а не только в эмуляторах.

Взаимодействия

Вы также можете пропустить ошибки, связанные со страницей или взаимодействием с вариантами, если не проверите варианты вручную . Это может привести к простым проблемам, таким как трудности с открытием аккордеона, нажатием кнопки или чем-то значительным, что влияет на всю воронку.

Реальный случай поддержки:

На странице варианта у нас есть проблемы с кнопкой «Оформить заказ», а иногда и с кнопкой PayPal, хотя на исходной странице все работает хорошо.

Когда я нажимаю кнопку оформления заказа, меня перенаправляет сюда: cart.php/checkout.php, но должно быть /checkout.php

У нас также есть проблемы с логотипом; иногда показывает, иногда нет.

A/B-тестирование — это не только добавление новых элементов в варианты страниц и то, как эти элементы взаимодействуют друг с другом и как они улучшают общую функциональность сайта.

Точки останова и изменение режима отображения устройства

Если вы используете эмуляторы, вы можете упустить из виду проблемы с изменением режима устройства с книжного на альбомный или наоборот. Вы можете быстро проверить, правильно ли отображается вариант в обоих режимах и переключается ли пользователь между ними, гарантируя качество вариантов на реальных мобильных или планшетных устройствах.

Реальный случай поддержки:

Мы проводили многомерное тестирование нашего проекта, и клиент заметил, что изображения неправильно отображаются в горизонтальном режиме мобильного устройства. Могу ли я получить вашу помощь, чтобы выяснить, почему?

Тесты с точки зрения человека

Только ручной контроль качества, выполненный человеком, может сказать, когда что-то кажется «странным». Автоматизированные методы тестирования не улавливают эти визуальные недостатки. Инженер по контролю качества может обнаружить проблемы с удобством использования и сбои пользовательского интерфейса (UI), взаимодействуя с веб-сайтом, как если бы он был пользователем. Сценарии автоматизированного тестирования не могут их протестировать.

Что произойдет, если вы не будете проводить тесты QA A/B?

Теперь, когда ясно, что обеспечение качества может означать разницу между успехом или неудачей в бизнесе, давайте посмотрим, что произойдет, если вы проигнорируете это (подсказка: это некрасиво) .

Задержки в запуске A/B-тестов

Чтобы обеспечить успех A/B-тестирования, важно заранее выделить достаточно времени для обеспечения качества. Это включает в себя обеспечение правильной работы всех веб-элементов или элементов приложения и их соответствия потребностям бизнеса и клиентов. Контроль качества помогает выявлять и устранять проблемы до начала тестирования, чтобы избежать задержек с запуском.

Ошибки в результатах отчета

Без обеспечения качества возникают ошибки вариации, которые могут привести к статистическим ошибкам в результатах отчета.

Ложноположительный результат (также известный как ошибка типа I ) возникает, когда результаты теста показывают значительную разницу между оригиналом и вариацией, когда ее нет. Еще одна ошибка — ложноотрицательный результат (он же ошибка типа II ), когда результаты не показывают существенной разницы между вариацией и оригиналом, но она есть.

Плохая совместимость

Ваши посетители получают доступ к вашим услугам из разных мест и браузеров.

Совместимость с устройствами и языками, о которых стоит подумать и по возможности протестировать. Вы несете ответственность за то, чтобы ваше приложение работало в разных браузерах, особенно во всех версиях.

Разочарование клиентов и потеря репутации

Знаете ли вы, что недовольные потребители с большей вероятностью оставят публичный отзыв , чем довольные клиенты?

Жалобы онлайн и офлайн, а также отказ от продукта — плохие новости для вашего бизнеса. Из-за негативной информации другие потенциальные покупатели не решаются покупать продукт. Несколько недовольных (и откровенных) клиентов могут означать снижение доверия к вашему бренду. Если потребители размещают отрицательный отзыв в Интернете, их неудовлетворенность может повлиять на будущие покупки.

Недоверие к инструменту A/B-тестирования

Единственная причина, по которой бренды инвестируют в решение для A/B-тестирования, заключается в том, чтобы принимать обоснованные решения и предоставлять своим посетителям наилучший возможный онлайн-опыт. Вы не можете рассчитывать на то, что ваши усилия по оптимизации приведут к значительным преимуществам, если вы не можете доверять своему решению для A/B-тестирования.

Убедившись, что все A/B-тесты имеют гарантированное качество, вы будете знать, что данные собираются надлежащим образом, а ваши усилия по оптимизации приносят реальную пользу вашим посетителям .

Технические проблемы в A/B-тестировании имеют решающее значение, потому что они представляют значительные риски для брендов, включая потерю данных, искаженные отчеты и предвзятое принятие решений. Они также имеют серьезные финансовые последствия. Бренды должны полностью доверять своему решению, поскольку это инструмент принятия решений, который напрямую влияет на повышение коэффициента конверсии, продаж и доходов.

Бизнес страдает от потерянных продаж

У вас есть только один шанс произвести первое впечатление. Во многом это правда, и если вы не потратите время на контроль качества, вы можете оставить деньги на столе.

Такие, казалось бы, мелочи, как блокировка процесса оформления заказа или отсутствие CTA, могут заставить ваших клиентов покинуть ваш магазин. Вам нужно протестировать все это, чтобы обогатить клиентский опыт .

Ключом к успеху и удовлетворенности клиентов является предоставление высококачественного продукта. Довольные клиенты возвращаются и могут даже порекомендовать других.

4 передовых метода обеспечения качества A/B-тестов

Если вы дочитали до этого места, значит, вы понимаете ценность обеспечения качества и хотите узнать о нем больше. Но какие части A/B-теста вы можете контролировать? И каковы лучшие практики для подражания?

Вот несколько способов начать работу.

1. Разработайте стратегию обеспечения качества

Прежде чем приступать к контролю качества ваших A/B-тестов, создайте стратегию или наладьте структурированный процесс. Он должен иметь четкую цель и конкретные стандарты качества, по которым будет измеряться качество.

Кроме того, обсудите болевые точки с вашими командами разработки и оптимизации. Приведите всех участников к единому мнению, рассматривая разные точки зрения и устанавливая общие цели и стандарты.

Ваша стратегия контроля качества также должна соответствовать вашим целям конверсии . Если время и ресурсы, которые вы тратите на обеспечение качества, в конечном счете не способствуют конверсиям, возможно, вам придется переосмыслить весь процесс.

Что вам обычно нужно для создания удобной стратегии?

• Закладываем основу и распределяем роли
• Точное знание того, что нужно QA
• Прогнозирование проблем, которые могут возникнуть, и пути их устранения
• Варианты листинга
• Определение того, для кого предназначен QA (целевая группа пользователей)
• Установление стандартов качества

2. Определите, что нужно проверять в A/B-тестировании

Обеспечение качества A/B-тестирования может быть довольно утомительным и сложным, если вы не знаете, что и как подготовить к QA. Вот некоторые из наиболее важных аспектов, которые следует учитывать.

Элементы на странице

Элементы на странице — это основа A/B-теста. Поскольку они ориентированы на клиента и напрямую влияют на скорость страницы и взаимодействие с пользователем, вам необходимо постоянно проверять их качество. Прежде чем начать, подготовьте список всех элементов для контроля качества. Это должно быть большей частью вашей стратегии обеспечения качества, чтобы проводить успешные аудиты, сокращать время обработки, а также выявлять и устранять явные недостатки и проблемы сайта.

Некоторые важные области, на которых вы должны сосредоточиться:

• Скорость страницы и скорость отклика: это самые важные факторы, которые упускают из виду при контроле качества. Многие факторы динамического сайта влияют на производительность и скорость отклика страницы. И хотя вы можете оценить эти факторы для отдельных функций, посмотрев, замедляют ли они ваш сайт и как они могут означать всю разницу. Вам нужно создать более широкую картину и изучить все возможности адаптивного дизайна, учитывая как производительность вашего сайта, так и удобство для клиентов.
• Тип устройства. Разрешение экрана зависит от устройства, с которого осуществляется доступ к странице. Это чрезвычайно важно при тестировании для мобильной аудитории, где разрешение сильно влияет на поведение пользователей. Чтобы обеспечить качественный опыт, вам необходимо определить, какое устройство используют ваши потребители. Отслеживайте шаблоны и проверяйте качество своих тестовых элементов (для этих устройств) соответственно.
• Графика и визуальные элементы. Все графические и визуальные элементы страницы должны пройти контроль качества, что повлияет на производительность страницы и время загрузки. В идеале вам нужно понимать, как использовать изображения в ваших A/B-тестах. Любое изображение, которое вы используете, должно синхронизироваться со структурой и дизайном вашего сайта и правильно загружаться на разных устройствах.
• В основном все: нормально ли работают формы на странице? Повлияли ли какие-либо изменения в них на качество сайта? Как выглядит старое и новое? Мы можем обсуждать сотни элементов контроля качества на сайте, но все равно упускаем суть. Вот почему вы должны знать каждую мелочь, которая требует проверки и тестирования. И как вы это делаете? Постоянно проверяя и гарантируя результаты, которые приносят ваши изменения.

Интеграция со сторонними инструментами

Если вы настроили интеграцию с Google Analytics (или любой другой сторонний интерфейс, такой как Google Analytics, Mixpanel или Kissmetrics) для отправки данных о вариантах между платформами, убедитесь, что данные передаются гладко и точно.

Мигает или мерцает

Удалите все мерцания, прежде чем запускать тест.

Используя асинхронный фрагмент кода на своем сайте, вы можете увидеть оригинал до того, как загрузится вариант. Чтобы обеспечить удобство работы с сайтом для ваших посетителей, переключитесь на «синхронный веб-сайт». Из-за короткого времени загрузки оригинал скрыт, и ваш посетитель видит только вариант

Кросс-браузер и кросс-девайс

Одной из наиболее распространенных проблем с A/B-тестированием является «совместимость браузера и устройства». Изучите, как этот вариант отображается в самых популярных браузерах, включая Chrome, Safari, Firefox, Edge, а также на типах устройств: настольных компьютерах, планшетах и ​​мобильных устройствах.

Тот факт, что ваш сайт адаптивный, не означает, что он будет корректно отображаться и работать на всех устройствах. Вам по-прежнему необходимо проводить контроль качества с учетом проблем, связанных с мобильными устройствами . Помните, что хороший «рабочий стол» — это не то же самое, что хороший «мобильный опыт».

Вы должны по-прежнему проводить QA. Вы также должны учитывать проблемы, связанные с мобильными устройствами. Помните, что хорошее взаимодействие с настольным компьютером — это не то же самое, что хорошее взаимодействие с мобильным устройством.

Талия Вольф, консультант по оптимизации конверсии в GetUplift, довольно хорошо резюмирует проблемы, связанные с разными устройствами , и предлагает некоторые возможные решения:

Взгляд Талии на удобство использования устройства проливает свет не только на обычные аспекты работы с устройством, в основном фокусируясь на областях, которые обеспечивают удобную навигацию и простое управление. Вам нужно делать все возможное и учитывать существующие и будущие возможности устройств, чтобы обеспечить нужное качество.

3. Сосредоточьтесь на опыте страницы

Для чего вы прилагаете все усилия, если они в конечном итоге не улучшают работу со страницей? Функциональность страницы значительно влияет на удобство работы с ней и должна быть быстро проверена.

• Взаимодействие с пользователем: начните с анализа того, как пользователь взаимодействует со страницей. Перечислите различные точки взаимодействия и классифицируйте их по техническим характеристикам. Убедитесь, что вы проверили мельчайшие детали. Все ли кликабельно и правильно перенаправляется? Как выглядит навигация? Есть ли какие-либо сбои страницы или триггеры отказов?
• Время загрузки страницы: перед запуском A/B-теста и сразу после его запуска проверьте время загрузки страницы. Любая разница во времени загрузки страницы обычно незначительна, но перепроверьте изменения вариантов, если вы видите значительное увеличение. Это может быть связано с тем, что изменения, которые вы внесли в вариант, долго загружались, или из-за скорости фрагмента кода отслеживания.

Стоит отметить, что время загрузки дольше, чем обычно, при выполнении контроля качества с помощью инструмента тестирования — неточное представление фактического времени загрузки страницы.

Кроме того, предварительный просмотр теста в различных вариантах гарантирует его правильную загрузку и получение ожидаемых результатов.

4. Согласуйте контроль качества с вашими целями конверсии

A/B-тестирование является предшественником конверсий. Если ваши тесты в конечном итоге не совпадают с вашими целями конверсии и A/B-тестирования, вы рискуете исчерпать существующие ресурсы.

Если верить словам Брайана, все ранее обсуждавшиеся элементы должны не только продвигать ваших посетителей вниз по воронке конверсии, но и приводить к конверсиям . Вы можете тестировать, пробовать и тестировать снова, пока у вас есть время, люди и бюджет. Это требует оптимизации всех этих областей таким образом, чтобы это повлияло на вашу прибыль и поддерживало ваш бизнес.

Вот вариант использования:

Если вы запустите селекторы CSS в своей консоли, вы сможете увидеть, соответствуют ли созданные элементы тому, что вы ищете. Если что-то отличается, проверьте, не были ли регулярные выражения достаточно узкими. Чтобы быть уверенным, возьмите несколько URL-адресов веб-сайтов и запустите их с помощью такого инструмента, как RegEx Pal. Это относится как к запуску тестов, так и к отслеживанию конверсий. Вы можете дополнительно проверить, запускаете ли вы свой тест на страницах, которые для этого не предназначены?

Все это может показаться большим, но процесс должен быть похож на обширное тестирование, которое вы проводите при выпуске нового веб-сайта/приложения, которое может занять несколько дней и приложить много усилий.

Почему QA не выполняется должным образом

Следующие факторы способствуют тому, что ваши A/B-тесты не проходят адекватную проверку качества.

Временные ограничения

Команды разработчиков находятся под постоянным давлением, чтобы поддерживать высокий темп сплит-тестирования для достижения более быстрого роста. Однако при такой нагрузке A/B-тесты, скорее всего, будут реализованы некорректно.

Неправильно реализованные коды отслеживания

Это простая ошибка, но она может иметь огромные последствия. Когда вы внедряете коды отслеживания неправильно или вообще забываете о них — данные A/B-тестирования становятся бесполезными, потому что нельзя будет узнать, какой вариант лучше конвертировал посетителей в потенциальных клиентов и клиентов.

Нет четких гипотез

Новые гипотезы проверяются на исходной странице с помощью A/B-тестов — ни больше, ни меньше . И они должны быть адекватно очерчены и определены.

Например, вы можете узнать, увеличивает или уменьшает ли включение цитаты генерального директора коэффициент конверсии целевой страницы. Нулевая гипотеза утверждает, что интегрированная котировка не оказывает существенного влияния на коэффициент конверсии. Вы можете разработать направленную гипотезу: включение цитаты приводит к гораздо более высокому коэффициенту конверсии .

Неадекватный размер выборки

Это может иметь место для небольших интернет-магазинов и веб-сайтов, где тесты бесполезны или неуместны. Из-за небольшого размера выборки результаты подвержены значительной нестабильности и искажениям.

Чем «меньше» выборка, тем «больше» вероятность неточности оценки.

Слишком большие выборки также могут вызывать беспокойство. Даже незначительные средние различия становятся значимыми в больших выборках при использовании данных, масштабированных по интервалам, например, при измерении продолжительности пребывания. Расчет размера эффекта и идеального размера выборки может помочь вам решить эту проблему.

Как Convert решает типичные проблемы контроля качества

Любая компания, внедряющая эксперименты в свою стратегию цифрового маркетинга, должна включать меры обеспечения качества в свои операционные рабочие процессы , такие как сертификация интеграции и предварительный просмотр опыта перед запуском.

В Convert мы объединяем множество кусочков головоломки, чтобы создать персонализированную стратегию самым простым способом . Мы помогли сотням компаний улучшить их способность создавать, тестировать, проверять и запускать приложения с помощью наших разнообразных инструментов и ресурсов.

Позвольте нам показать вам, что они из себя представляют и как они могут стать всесторонним решением всех ваших проблем с обеспечением качества.

Отладчик конвертации Google Chrome

Наше расширение Google Chrome выводит «Преобразовать журналы сценариев» в консоль инструментов разработчика Chrome. Он включает в себя эксперименты и некоторые триггерные вариации. Этот инструмент позволяет определить последовательность событий тестирования и предоставляет ценную информацию при отладке теста.

Помните: используйте этот отладчик на протяжении всего процесса обеспечения качества, чтобы решить, включены ли вы в эксперимент и наблюдать за изменениями.

Обычно вас путают с исходным вариантом и ошибочно предполагают, что эксперимент не работает. Мы рекомендуем включить расширение и выполнить проверку качества в сеансах инкогнито, чтобы устранить эту проблему . Все ссылки на варианты и эксперименты в выходных данных отладчика сделаны с соответствующими идентификаторами.

Предварительный просмотр URL-адресов вариантов

Эти URL-адреса поддерживают разработку или составление проекта с помощью визуального редактора . Во время работы тестировщик QA эксперимента должен переключаться между этими URL-адресами и представлением визуального редактора. Вид может быть не совсем точным, так как окно редактирования имеет только один кадр. Кроме того, код, который вносит изменения в редакторе, выполняется многократно для лучшего взаимодействия с пользователем .

При предварительном просмотре вариантов URL учитывайте несколько моментов:

• Условия области сайта и аудитории не учитываются при предварительном просмотре с помощью «URL-адреса интерактивного предварительного просмотра».
• Изменения вносятся в URL-адрес страницы, к которой добавляются параметры. Это для легкого тестирования различных представлений.

Принудительно изменить URL-адреса

Принудительные URL-адреса вариантов предлагают вам недвусмысленный тестовый прогноз. С их помощью вы проверяете свой эксперимент в среде, похожей на среду посетителя.

Помните: вы должны использовать эти URL-адреса для окончательного тестирования вашего эксперимента.

Варианты, обслуживаемые с помощью этого URL-адреса, обслуживаются с сервера CDN, используемого для обслуживания экспериментов.

При использовании принудительного URL-адреса варианта оцениваются условия тестирования, поэтому убедитесь, что они совпадают. Кроме того, помните, что конфигурации целей часто включают условия URL. Это может быть причиной того, что ваши цели не активируются URL-адресом Force Variation.

Использование параметров запроса в QA Audiences

Вы можете ограничить количество посетителей, которые видят ваш эксперимент, добавив к нему аудиторию QA.

Чтобы создать «Новую аудиторию», вы можете использовать такое условие, как:

Среда: Точно соответствует qa

Аудитория контроля качества позволяет вам «активировать» и проверить тест, не привлекая к нему посетителей.

• Сначала назначьте целевую группу для вашего эксперимента.
• Откройте новое окно в режиме инкогнито в браузере для проверки.
• Не открывайте вторую вкладку и убедитесь, что другие окна в режиме инкогнито не открыты.
• Закройте окно, когда закончите с текущим тестом, и открывайте новое окно для каждого нового теста.

В основном вы посещаете URL-адрес, который соответствует условиям «Области сайта». В зависимости от структуры вашего эксперимента в некоторых случаях вы можете сначала посетить другую страницу, а затем перейти к области сайта, которая инициирует запуск эксперимента. В любом случае не забудьте добавить параметр запроса к первому посещаемому вами URL-адресу . Этот параметр сохраняется, даже если вы переходите на другие страницы.

Если вы будете следовать приведенным выше инструкциям, вы сможете увидеть все варианты эксперимента, выбранные случайным образом. Кроме того, если вы еще не начали с URL-адреса, соответствующего условиям области сайта, вы можете посетить тот, который соответствует. Затем вы должны увидеть либо «Оригинал», либо один из вариантов, в зависимости от того, что случайным образом выбирает эксперимент.

Помните: добавление аудитории QA может повлиять на вашу способность сопоставлять условия области сайта и целевого URL.

Живые журналы

Live Logs в Convert Experiences отслеживают, как конечные пользователи взаимодействуют с веб-страницами и экспериментами на уровне проектов и экспериментов в режиме реального времени. Они фиксируют такую ​​информацию, как отметка времени, когда цель срабатывает, тип запускаемого события, вариант, представленный конечному пользователю, и многое другое.

Здесь вы можете щелкнуть в любом месте строки, чтобы просмотреть дополнительные сведения об активности, такие как название эксперимента, тип браузера, устройство, используемое для доступа к эксперименту, страна пользователя, цели, активированные во время посещения, и т. д.

С помощью Live Logs вы можете отслеживать и отслеживать, как происходят конверсии. Они также упрощают проверку настройки и отладку любых проблем, обнаруженных во время тестовой настройки или преобразования. Журналы Live также служат источником, помогающим отслеживать доход и проверять эксперимент и поставленные цели.

Смотри вперед, всегда!

A/B QA-тестирование необходимо для того, чтобы ваш веб-сайт был полностью функциональным и безошибочным. Контроль качества не только помогает решать текущие проблемы, но и закладывает основу для предотвращения проблем в будущем.

Однако организация процесса обеспечения качества может оказаться сложной задачей. С таким количеством потенциальных пользователей на многих устройствах с разными целями и амбициями трудно понять, с чего начать и какие вопросы задавать.

Мы опросили сообщество специалистов по оптимизации коэффициента конверсии о важности контроля качества.

Ответ был однозначным.

По мнению 100% респондентов, процедура обеспечения качества важна для успеха эксперимента.

Мы объединили лучшие отраслевые практики контроля качества с информацией от сертифицированных партнеров Convert, чтобы создать исчерпывающий контрольный список, который вы будете использовать снова и снова.

Приведенный выше контрольный список не является полным списком всего, что вы должны проверить, а скорее отправной точкой для размышлений о том, что необходимо сделать перед запуском ваших A/B-тестов. Важно помнить, что контроль качества — это путешествие, а не цель, и что его нужно проводить регулярно и во время крупных изменений.