Про клієнта
Девелоперська компанія із Бельгії, яка звернулась до нас по допомогу у аналітиці сайтів двох житлових комплексів у Брюселі.
Задача
Була задача розділити трафік навпіл на двох цільових сайтах.
У клієнта є два сайти, присвячені їх житловим комплексам. На обох сайтах є сторінки, котрі відповідають рівнозначним базам даних клієнта. Аби зберегти анонімність клієнта, наземо їх /1 та /2. Ці розділи для користувача ідентичні, але в HTML, в тегах форм та посиланнях різниця є.
У агенції був великий трафік на головну сторінку та практично не було трафіку на сторінки /1 та /2. Тож, клієнт хотів розділити трафік головної сторінки навпіл між двома тестовими сторінками. В залежності від того, на які сторінці користувач заповнював форму, його дані потрапляли в одну із двох баз даних клієнта, і це розподілення мало б бути рівномірним.
Клієнт намагався налаштувати це за допомогою cookies у Google Tag Manager, але зрештою звернувся по допомогу до нас.
Наші дії
Спершу ми спробували зробити redirect користувачів на сторінки /1 та /2 на базі GTM та тесту в Google Optimize на редірект.
Optimize — це спеціалізований інструмент Google для оптимізації сайтів та реклами. Він допомагає тестувати маркетингові гіпотези та тестувати реакцію користувачів на різноманітні зміни на сайті.
Отже, ми побудували складний план, як розділити трафік, використовуючи Optimize та Google Tag Manager.
Суть підходу була в тому, щоб розділити аудиторію на дві групи: нових юзерів та тих, хто вже був на сайті. Якщо у нас вже є cookies, в них записаний лінк на сторінку, куди треба перенаправити користувача (/1 або /2). Редирект мав робитися за допомогою javascript. Якщо ж cookies із лінком не було, Optimize через експеримент із перенаправленням мав відправляти половину користувачів на ту чи іншу сторінку.
Але це не вдалося, тому що javascript-редірект для старих користувачів конфліктував із правилами експерименту, прописаними в Optimize. Під час тестування ми постійно потрапляли на одну й ту саму сторінку і було незрозуміло, чи то чистка cookies не допомагає, чи Optimize підкидає монетку, що постійно випадає орлом.
Тому ми використали простіше рішення. В Optimize є інструмент A/B-test, який може змінювати HTML. А клієнт зазначав на початку, що цільові сторінки не відрізняються з точки зору користувача, але мають зміни “під капотом”. Відповідно, ми завели всі елементи, котрими відрізняються /1 від /2, в a/b тест Optimize.
Тестуючи це рішення ми дізнались, що Optimize запам’ятовує користувача не просто по cookies — треба чистити всі тимчасові дані, включно із кешем та переключенням акаунту Google.
Результат
Переосмисливши задачу ми презентували своє рішення повністю на базі Optimize, без сторонніх кодів та навіть без Google Tag Manager. Для двох сайтів із трьома мовними версіями кожен ми налаштували шість шаблонів експериментів в Optimize та підготували для клієнта відео із інструкцією, як все це працює.
Клієнт залишився задоволений результатом.
Висновки
Аби створити просте аналітичне рішення власнику сайту не обов’язково вивчати мови програмування й прописувати скрипти в GTM. Світ впевнено крокує тенденцією no-code й аналітики це теж стосується.Цей кейс було зроблено на базовій версії Google Optimize, але крім неї існує ще Optimize 360 — складова Google Marketing Platform. Вона дозволяє вирішувати набагато складніші завдання і ми, як сертифіковані партнери GMP залюбки допоможемо ці рішення знайти.
