Веб-аналитика: анализ информации о посетителях веб-сайтов - [108]
Это могло бы показаться всеобъемлющей категорией, которая представляет все виды проверок. Но под методиками проверки A/B (или A/B/C или A/B/A) подразумевается более чем одна версия полной веб-страницы.
Каждая версия веб-страницы при проверке A/B создается уникально и в единственной позиции. Рис. 10.1 иллюстрирует простую проверку A/B/C, где проверяются три версии домашней страницы на предмет лучшего соответствия ключевым целям. Версия A — обычно контрольная, версии B и C, как правило, имеют несколько отличий от контрольной и друг от друга.
У вас могут быть собственные разработки или разработчики создадут разные версии страницы; в зависимости от сложности веб-платформы вы можете установить страницы и замерить. Большинство веб-платформ позволяет предоставлять посетителям веб-сайта разные версии страниц, а также использовать связанные с ними правила (например, 50% посетителей показывать страницу A, 25% — страницу B, и остальным 25% — страницу C). Даже если вы имеете статическую платформу, то все равно можете организовать передачу произвольной страницы определенному набору посетителей веб-сайта.
• Это, возможно, самый дешевый способ проверки, поскольку вы используете собственные ресурсы, инструменты и процессы.
• Если никаких других проверок вы не проводите, это прекрасный способ побудить вашу организацию к решительным действиям.
• Совет: в первое время организуйте соревнование между членами группы (если это возможно) и выберите победителя. Вы будете удивлены эффектом социального поведении и азартом персонала.
Рис. 10.1. Пример проверки A/B/C домашней страницы
• Трудно проконтролировать все внешние факторы (кампании, поисковый трафик, пресс-релизы, сезонность), поэтому это не даст 100% уверенности в результатах (порядка 70% доверия результатам вполне приемлемо для принятия решения).
• Возможности проверки ограничены только самым простым материалом.
• Количество вариантов, которые можно проверять одновременно, также ограничено. Чтобы исследовать много вариантов, придется создать десятки версий страницы. Но даже тогда будет трудно применить математические подходы, чтобы выяснить, чем является статистически существенный результат деятельности со всеми вариациями, которые вы можете иметь.
Проверка A/B — первое пробное погружение в мир проверки. Ее чрезвычайно просто создать и реализовать (препятствие, как всегда, — найти хорошие идеи для проверки). Если ваша платформа по какой-либо из причин не позволяет проводить параллельные проверки, вам придется делать это последовательно. Пуритан стошнит, конечно, но делать это нужно. Попытайтесь по возможности контролировать внешние факторы, но если не получается, придется подучиться и сформировать у организации правильное мировоззрение относительно направления. Проверка A/B все еще полезна для больших изменений.
Стр. 272
Проверка A/B конечно вводит нас в мир проверки, но в мокрых носках. Если вебсайт огромен и необходимо большое количество проверок, то самое время организовать проверку нескольких вариантов одновременно, а с простой проверкой A/B это сделать трудно. Это связано со сложностью процессов, множеством препятствий, которые придется преодолевать, чтобы получить достаточно ресурсов, и временем, необходимым на проверку всех ваших идей (осуществляемую, по сути, последовательно). Если находите, что это связывает вам руки, значит, пришло время выходить за пределы проверок A/B.
В настоящее время многопараметрическая проверка (multivariate testing) — это прекрасное дитя на пьедестале, вызывающее много шума и разговоров. В приведенной выше проверке A/B предстояло создать три страницы. Теперь вообразите, что страница разделена на модули (т.е. части). В результате имеется только одна страница, но она может изменяться динамически, в зависимости от отображаемых ею модулей и ее трафика. Затем представьте, что все это можно поместить в сложный математический процессор, который сообщит вам не только версию сработавшей страницы, но и корреляции.
Рис. 10.2 демонстрирует, как такая проверка могла бы выглядеть и работать. Можно взять стандартную домашнюю страницу и разделить ее на логические элементы (некоторые производители называют их зонами (zone)). Страница на рисунке имеет четыре элемента (их может быть сколько угодно). Используя многопараметрическую проверку, можно проверять содержимое по каждому элементу, но что важнее всего, можно проверять несколько фрагментов содержимого каждого элемента. Ну разве это не замечательно!
Так, например, вы могли бы иметь три части содержимого или новшеств в каждом из четырех элементов (рис. 10.3) и экспериментировать с тремя различными частями содержимого в элементе #1, представленном на рис. 10.2.
Реальные многопараметрические проверки сразу и радикально меняют многие вещи. Это основное различие между ними и проверками A/B.
В примере на рис. 10.2, если применять по три альтернативы для каждого из четырех элементов, получится 81 возможная комбинация. Используя имеющиеся в наличии решения производителя по