Эксперименты с контентом Google Analytics: можно ли настроить варианты для нескольких страниц одновременно?

Недавно я узнал о новых экспериментах с контентом Google Analytics, которые выглядят интересно. ( http://analytics.blogspot.nl/2012/06/helping-to-create-better-websites.html )

Стандартный вариант использования, по-видимому, заключается в том, что для определенной страницы, скажем, страницы сведений о продукте, вы предоставляете варианты (разные URL-адреса) и выбираете процент пользователей, включенных в тест. Такому пользователю будет представлен вариант страницы сведений о продукте (и будет по-прежнему отображаться один и тот же вариант снова и снова по причинам продолжения/UX, предположительно на основе файлов cookie).

Все нормально и хорошо.

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

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

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

Возможна ли такая вещь в настоящее время, запланирована, полезна или полностью упущена?

ИЗМЕНИТЬ

Частью решения являются «относительные URL-адреса» https://support.google.com/analytics/bin/answer.py?hl=ru&answer=2664470

Продвинув предыдущий пример еще на один шаг, мы увидим, как использование относительных URL-адресов позволяет вам легко провести эксперимент на наборе различных исходных страниц и протестировать визуальные альтернативы на этой группе страниц (например, страницы продукта в электронном каталоге). торговый сайт).

Оставшийся вопрос: как динамически пометить страницы, принадлежащие эксперименту (например, на основе регулярного выражения)

Спасибо.


person Geert-Jan    schedule 07.08.2012    source источник
comment
У меня похожая проблема. Относительные URL-адреса работают, за исключением того, что посещения эксперимента регистрируются только в том случае, если выполняется точное совпадение с URL-адресом-заполнителем.   -  person jammus    schedule 17.08.2012
comment
Поднял вопрос в группе Google Analytics productforums.google.com/forum/#!msg/analytics/dkWBOKLiRDU/   -  person jammus    schedule 20.08.2012
comment
Хорошо, я ошибся насчет точных URL. Все это, кажется, «просто работает» для меня. Обновлю ответ.   -  person jammus    schedule 20.08.2012


Ответы (5)


Решение состоит в том, чтобы использовать относительный URL-адрес для страницы вариантов.

Например. у вас есть несколько страниц продукта:

www.mysite.com/products/eggs.html
www.mysite.com/products/cheese.html
www.mysite.com/products/bread.html
etc.

Для каждой страницы у вас есть соответствующая страница варианта:

www.mysite.com/products/eggs.html?var=bigpicture
www.mysite.com/products/cheese.html?var=bigpicture
www.mysite.com/products/bread.html?var=bigpicture
etc.

Вы хотите использовать все страницы продукта в одном эксперименте.

Перейти к экспериментам с контентом Google Analytics: для исходной страницы выберите ОДНУ из множества страниц продукта (например, www.mysite.com/products/eggs.html) (это нужно только для того, чтобы получить код эксперимента и предоставить GA пример страницы)

Для страницы вариантов выберите относительный URL и укажите ?var=bigpicture

Затем разместите javascript, необходимый для эксперимента, на ВСЕХ исходных страницах продукта, которые вы хотите использовать в эксперименте.

Контент Google экспериментирует с динамическими URL-адресами страниц продуктов

Дополнительную информацию см. на странице http://support.google.com/analytics/bin/answer.py?hl=ru&answer=2664470&topic=1745208&ctx=topic

person wal5hy    schedule 22.01.2013
comment
Было бы здорово, если бы это сработало (еще не пробовал). Тем не менее, я немного скептик, поскольку вы все еще упоминаете жестко закодированный URL-адрес как «веб-страницу для экспериментов» как www.mysite.com/products/eggs.html. Как Google Experiments узнает, что вместо этого нужно протестировать www.mysite.com/products/*? - person Geert-Jan; 22.01.2013
comment
Это работает. Для экспериментов Google достаточно знать об 1 исходной странице, чтобы настроить эксперимент. Если вы установили вариантную страницу как «относительную», вы можете добавить код эксперимента на несколько «исходных страниц». если у вас все еще есть проблемы, просто дайте мне знать. - person wal5hy; 25.02.2013
comment
Хорошо, спасибо за явное подтверждение. Тестирование позже. Спасибо - person Geert-Jan; 25.02.2013
comment
причина, по которой это работает (и я согласен, поначалу кажется, что это не так), заключается в том, что код конверсии не проверяет и не подтверждает (или даже не заботится), что страница, которую посетил клиент, совпадает с исходным URL-адресом страницы точно так же, как вы изначально ввели его. идентификатор эксперимента жестко закодирован в javascript, поэтому, если он запускается (с любого URL-адреса или молочного продукта, который вы можете продавать), он добавляет относительный URL-адрес (для вашего варианта) к текущему URL-адресу, чтобы сформировать новую страницу варианта. THE ONLY REASON GOOGLE NEEDS THE URL FOR THE INITIAL PAGE IS TO VALIDATE YOU PUT THE JS ON IT CORRECTLY - person Simon_Weaver; 04.03.2013
comment
Спасибо! Я был почти готов погрузиться в реализацию на стороне сервера, потому что мне нужно было протестировать все страницы моих продуктов, но этот ответ спас мой день :) Еще раз спасибо! - person avs099; 13.06.2015

Используйте API Javascript, как описано здесь:

https://developers.google.com/analytics/devguides/collection/gajs/experiments#pro-server

Вы можете программно установить Experimentid в своем коде на каждой странице. Конечно, вам нужно сначала создать эксперимент в GA, при этом предоставить поддельные URL-адреса GA для каждого варианта, отбросить сгенерированный код GA, игнорировать ошибки проверки. И просто используйте ExperimentID, как описано в ссылке выше.

person Max Favilli    schedule 14.05.2014

Хорошо, поэтому решение этого:

  1. Создать эксперимент.
    Выберите URL-заполнитель для исходного URL. Что-то вроде www.example.com/products/eggs. Установите варианты как относительные URL-адреса, например, ?var=large_heading, ?var=small_price

  2. Иметь на стороне сервера какой-то механизм, который определяет, является ли текущий пользователь частью эксперимента. Достаточно простого печенья. Если этот файл cookie присутствует, покажите вариант страницы.

  3. Если пользователь посещает страницу продукта, но не участвует в эксперименте, покажите javascript, указанный при создании эксперимента.

  4. Добавьте что-нибудь на страницу продукта, которая проверяет строку запроса var=[что-то]. При обнаружении показать соответствующий вариант, а также установить файл cookie, который сообщает, что пользователь участвует в эксперименте.

Вы можете взломать JavaScript, который дает вам Google, чтобы сделать это немного проще. Что-то типа:

var variation = utmx('variation_code', 'A/B');
if (variation) { set_a_cookie(variation); }
utmx('url', 'A/B');

Это в значительной степени взято из GWO Techie Guide. http://static.googleusercontent.com/external_content/untrusted_dlcp/www.google.com/en//websiteoptimizer/techieguide.pdf

person jammus    schedule 20.08.2012
comment
Таким образом, приведенный выше эксперимент будет работать только для 1 продукта, то есть яиц, верно? - person Kuldeep Daftary; 15.10.2012
comment
Неа. www.example.com/products/* будет работать до тех пор, пока у вас есть JavaScript на этих страницах. По крайней мере, это так для нас, хотя мы переписываем URL-адрес страницы, отправляемый в GA, на /product/overview для каждой страницы продукта. Я не думаю, что это влияет на этот метод, но я могу ошибаться. - person jammus; 19.10.2012
comment
@KuldeepDaftary нет - причина, по которой это работает (и я согласен, что сначала кажется, что это не так), заключается в том, что код конверсии не проверяет и не подтверждает (или даже не заботится), что страница, которую посетил клиент, такая же, как оригинал URL-адрес страницы точно такой же, как вы его изначально ввели. идентификатор эксперимента жестко закодирован в javascript, поэтому, если он запускается (с любого URL-адреса или молочного продукта, который вы можете продавать), он добавляет относительный URL-адрес (для вашего варианта) к текущему URL-адресу, чтобы сформировать новую страницу варианта. THE ONLY REASON *GOOGLE* NEEDS THE URL FOR THE INITIAL PAGE IS TO VALIDATE YOU PUT THE JS ON IT CORRECTLY - person Simon_Weaver; 04.03.2013

Существует также способ A/B-тестирования с GA без экспериментального API, если вы действительно хотите, чтобы все было просто. Идея заключается в том, чтобы создать свой собственный параметр разделения и затем передать его в GA в качестве пользовательской переменной. Таким образом, вы можете использовать свои собственные инструменты разработки, чтобы различать контент в группах, и вам не нужно использовать перенаправление. Вот простое руководство, как это сделать: ссылка.

person mrbo    schedule 13.08.2013

Недавно я провел эксперимент с GA, чтобы протестировать различный текст на панели навигации на многих страницах. Вот что сработало для меня:

  • Настройте эксперимент в GA для одной страницы. Например. index.html и index.html?var=menu2.
  • Реализуйте решение на нескольких страницах. В частности, вставьте код эксперимента GA на все страницы, на которых вы хотите запустить тест. Затем убедитесь, что ваши страницы могут отображать вариант страницы на основе переданного параметра. Мой php-код выглядел примерно так: Если var=menu2, отображать страницу с menu2; в противном случае отобразить исходное меню.
person Randy Greencorn    schedule 12.11.2013