Налаштування аналітики на мультілендінге Tilda: проблеми та рішення

1. Вихідні дані і важливі дрібниці
2. Як стати майстром наскрізний аналітики?
3. завдання
4. Щось інше
5. «Переваги» платформи Tilda
6. Налаштування в Google Analytics
7. Для зручності
8. Зверніть увагу
9. Налаштування показників візитів в Яндекс.Метрика
10. Як це зробити
11. Особливості параметрів візитів
12. Далі - більше: проблеми
13. Проблема 1: Класичний баян
14. Проблема 2: Справа була не в бобіні
15. Проблема 3: Пам'ять така пам'ять
16. Що ще було налаштоване
17. Налаштування в MailChimp
18. Виключаються джерела переходу
19. Кастомниє звіти в GA
20. Які дані вдалося «витягти» на основі налагодженої системи аналітики
21. Висновки

В роботі веб-аналітика багато цікавих завдань, не про всі вдається розповісти, але сьогодні я поділюся історією настройки аналітики на мультілендінге Tilda . А ще про те, на які граблі наступив в процесі і як їх обійшов.

Стаття буде корисна:

• інтернет-маркетологам і людям, які розвивають бізнес в інтернеті. Наводжу приклади реальних завдань, які вирішуються за допомогою веб-аналітики;
• початківцям веб-аналітикам. Ви зможете повторити настройки і, можливо, уникнути виникли у мене проблем.

Вихідні дані і важливі дрібниці

Спочатку завдання звучала як «налаштувати аналітику на сайті для мультілендінга». Відомий факт, що, чим точніше сформульована задача, тим ефективніше її можна вирішити. Тому я уточнив, якої бракує і поставив завдання конкретніше.

1. Тематика сайту - організація офлайн-заходів по всій Росії. Реєстрація відбувається в онлайні. У кожного користувача є особистий кабінет.
2. Сайт - мультілендінг на Tilda (о, жах!) З наступною структурою:

Як стати майстром наскрізний аналітики?

Наскрізна аналітика - головна магія інтернет-маркетингу і найпотужніший інструмент розвитку продажів без зростання бюджету. Впровадивши її, ви відразу зрозумієте, де клієнти губляться і що в вашому маркетингу треба поліпшити.
Хочете освоїти цю магію? Ось навчальний курс де детально пояснюють, як все працює, як впроваджувати і як використовувати на практиці.
Поспішайте дізнатися подробиці , Реєстрація скоро закриється!

Реклама

Для кожного заходу створюються три Лендінзі сторінка з описом і дві сторінки з реєстрацією.

завдання

• Дізнатися вартість ліда в платні заходи і в безкоштовні в розрізі заходів та рекламних кампаній.
• Налаштувати відстеження подій так, щоб бачити перераховані нижче показники в інтерфейсі лічильників (Яндекс.Метрика, Google Analytics) по безлічі метрик і показників: назва заходу, тип участі (безкоштовно, платно), факт реєстрації, факт оплати.
• Система аналітики повинна бути максимально автоматизованої, тобто виключати людський пофігізм-фактор.

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

Під час налаштування подій на конверсійних кнопках доведеться додавати нові ідентифікатори: і в код сайту, і в системи аналітики для кожного нового заходу. Мало того - в Google Analytics (далі GA) впираємося в 20 цілей на одне подання, а в Яндекс.Метрика (далі ЯМ) це обмеження в 200 цілей на лічильник, що теж може швидко закінчитися.

Така система не буде автоматизованої, і в процесі роботи, наприклад, при додаванні нових ідентифікаторів не виключено, що виконавець допустить помилку. До того ж ідентифікувати назву заходу не представляється можливим (у ЯМ зовсім, в GA тільки для цілей за звітом «URL цілей»).

Примітка

У GA присутній звіт «Переходи - Цілі - URL цілей», який показує місце розташування досягнутої мети. Можливо, його можна було б використовувати для аналізу сторінок, на яких користувачі досягли цілей?

Наводжу приклад звіту для наочності:

Приклад того, як ми б бачили інформацію про реєстрацію на заходи.

Уважно подивившись на звіт, стає зрозуміло, що він не здатний вирішити наші завдання. У нас немає можливості детально розглянути параметри сесій і бажані метрики.

Чесно кажучи, ідея з використанням цілей так собі. Потрібно щось інше.

Щось інше

У GA присутні вбудовані інструменти для розширення знань про дії користувача «навколо» подій, які відмінно підійдуть для нашої задачі.

Наприклад, якщо ми отримуємо подія (таке як клік на кнопку «більше»), то можемо передавати в інтерфейс GA параметри цієї події:

• сторінку, де розташована кнопка;
• статус користувача (зареєстрований чи ні);
• назва елемента, до якого відноситься кнопка;
• тип сторінки, якщо це A / B-тест і так далі.

Ці інструменти називаються Ваші установки (Custom Dimensions) і призначені для користувача показники (Custom Metrics) (далі ПП і ПП). Саме їх ми будемо використовувати!

Плюс застосування інструментів в тому, що після налаштування ми можемо:

• створювати по ним сегменти;
• додавати їх в якості додаткових параметрів в будь-які стандартні звіти;
• використовувати в якості основних параметрів у власних звітах.

Примітка. рекомендую ознайомитися з одними параметрами і показниками в GA . На ділі цей інструментарій дуже корисний і часто незамінний.

Для метрики використовуємо аналогічну функціональність, називається «Параметри візитів» .

На окрему увагу заслуговує Tilda - платформа, на якій «крутиться» сайт.

«Переваги» платформи Tilda

1. Для вирішення завдання нам знадобиться модернізувати код лічильників GA і ЯМ. Зробити це в Tilda стандартними засобами не можна, так як підключення коду лічильника йде за ідентифікатором відстеження лічильника.

Однак вихід є, потрібно створити кастомний блок html і скопіювати туди наші, змінені коди GA і ЯМ. Додайте цей блок в шаблон сторінки сайту, щоб код був присутній на всіх сторінках.

Примітка. Не забудьте прибрати стандартну зв'язок Tilda з GA і ЯМ, інакше можуть виникнути проблеми з одержуваними даними.

2. Ще однією «прекрасною» новиною Tilda став перелік дозволів на керування лічильником GA. Не знаю, як вам, а мені він здався досить надмірною.

Рука не піднялася дати перераховані дозволу для облікового запису GA, на якому є лічильники інших сайтів. Всі коди лічильників додали в кастомний блок html.

Приступимо до побудови нашої системи аналітики.

Налаштування в Google Analytics

Налаштовуємо ПП і ПП в GA.

Алгоритм роботи з Custom Dimensions і Custom Metrics виглядає так.

1. Створюємо параметри або показники в інтерфейсі GA.
2. Визначаємо момент, коли ми будемо ставити і відправляти значення ПП (наприклад, при якому зазначається вдале надсилання заявки).
3. Задаємо значення ПП в обраний на кроці 2 момент (через фахівців технічного відділу).
4. Відправляємо значення в GA (через фахівців технічного відділу).

Власні параметри і показники задаються в інтерфейсі GA на рівні ресурсу:

Ми в ці параметри будемо розміщувати інформацію про назву івенту, а також про варіант участі. «Реєстрацію» і «Оплату» будемо фіксувати як звичайні події.

налаштовуємо:

• назва заходу - Custom Dimension;
• тип участі (безкоштовно, платно) - Custom Dimension;
• факт реєстрації - Подія;
• факт оплати - Подія.

Google Analytics створеному параметру присвоїть індекс. За індексом програмісти пізніше передадуть значення.

Індекс параметра - цифра після назви змінної dimension

Якщо ви його не запам'ятали, то завжди побачите в розділі «Призначені для користувача визначення - Власні параметри на рівні ресурсу» (середній стовпець в «адміністратора»):

У коді звернення до Dimension буде тільки по dimension1, dimension2 і так далі. Наприклад, ось так задаємо:

• назва заходу - ga ( 'set', 'dimension1', значення показника);
• тип участі - ga ( 'set', 'dimension2', значення показника).

Поспілкувавшись з технічним фахівцем, вирішили:

• назва заходу брати з блоку заголовка сторінки;
• тип участі визначати по закінченню URL сторінки. Якщо «_free», то «Безкоштовно», якщо «_std», то «За додаткову плату».

Важливо. Звідси перше і єдине обмеження до створення сторінок з подіями:

При подальшому створенні сторінок заходів важливо не забувати додавати в кінці URL-адреси «_free» для сторінок з безкоштовною реєстрацією і «_std», для сторінок з платної реєстрацією.

Для зручності

Додатково в GA налаштували призначені для користувача показники:

• кількість початих реєстрацій;
• кількість успішних реєстрацій.

Коли користувач починає реєстрацію - відправляємо цей показник для нього зі значенням 1. Я це зробив для того, щоб можна було подивитися дані в будь-яких звітах.

Коли користувач успішно завершує реєстрацію, ми відправляємо в GA значення 1 в показник «Кількість успішних реєстрацій».

Значення показників GA вміє підсумовувати, вираховувати середній і будь-які інші операції, які властиві стандартним показниками.

Значення показника в коді задається аналогічно призначеним для користувача параметрами:

• кількість початих реєстрацій ga ( 'set', 'metric1', 'значення параметра');
• кількість успішних реєстрацій ga ( 'set', 'metric2', 'значення параметра').

Відправляємо значення ПП і ПП в GA через подію. Тобто спочатку задаємо всі потрібні параметри, показники, а після цього в коді створюємо подія, яка відправить наші дані в систему.

Зверніть увагу

• Якщо подія не створити, то дані не підуть в GA.
• Якщо подія прописати в коді вище завдання показників, то дані не підуть в GA.
• Якщо прописати кілька подій, то дані відправляться кілька разів, статистика спотвориться.

Приклад коду з відправкою ПП:

ga ( 'set', 'dimension1', myName); / * Задаємо пп 1 * /
ga ( 'set', 'dimension2', status); / * Задаємо пп 2 * /
ga ( 'set', 'metric2', '1'); / * Задаємо пп 2 * /
ga ( 'send', 'pageview', '/ dimension'); / * Передаємо пп і пп через подію pageview * /

На цьому з налаштуванням Google Analytics закінчили, перейдемо до Метриці.

Налаштування показників візитів в Яндекс.Метрика

Для метрики записуємо в «Параметри візитів»:

• назва заходу;
• варіант участі.

Як це зробити

Для використання параметрів візиту потрібно:

• модернізувати код лічильника, додавши один рядок:

  params: window.yaParams

  Примітка: нагадаю, ми відключили стандартну інтеграцію Tilda з Яндекс.Метрика і перенесли модернізований код ЯМ в html-блок.

• визначити момент, коли передавати параметр (наприклад, при якому зазначається вдале надсилання заявки);

• задати значення за допомогою наступного коду:

  <Script type = "text / javascript"> var yaParams = {імя_параметра: 'значення параметра'}; </ Script>

  наприклад:

  <Script type = "text / javascript"> var yaParams = {Назва заходу: 'Захід 1'}; </ Script>

• відправити значення в Метрику.

  Примітка: параметри візиту передаємо в Метрику за допомогою необов'язкового аргументу методу reachGoal. Детальніше про різні способи передачі параметрів візиту.

  onclick = "yaCounterXXXXXXXX.reachGoal ( 'FREE_SEND', goalParams);"

В інтерфейс Метрики потрапить саме те назву «імя_параметра», яке ви передали в коді. Дані ви зможете бачити в стандартному звіті «Стандартні звіти - Зміст - Параметри візитів» або можете створити кастомний звіт з важливими угрупованнями.

Особливості параметрів візитів

Спроба number one. Спочатку ми хотіли передавати структуру з трьох рівнів вкладеності (в довідці написано, що можна передавати до 10 рівнів вкладеності включно), однак у нас не вийшло це реалізувати.

Ну як, не вийшло ... зробили, але в структурі з'являлися зайві ланки, які ускладнювали процес побудови звітності. Справа в тому, що параметри візиту в нашому випадку динамічні (задаємо за допомогою змінних), через це в проміжні ланки потрапляють назви змінних, і в звіті це виглядає так:

myParam - це назва змінної. Складно сприймається інформація

Хоча в налаштуваннях угруповання можна прибрати рівні, в яких присутні назви змінних, ми вирішили відмовитися від цього способу.

Спроба number two. Пробували передавати назва заходу і варіант участі в заході різними параметрами. І це було черговими граблями для карликів, які боляче били по ... его.

приклад

<Script type = "text / javascript"> var yaParams = {Назва заходу: 'Захід 1'}; var yaParams = {Варіант участі: Безкоштовно '}; </ Script>

Така передача в звітах відображалася в такий спосіб:

У цьому варіанті передачі параметрів візитів немає можливості встановити відповідність між назвою заходи (1) і варіантом участі (2). Коли даних стане більше, встановити взаємозв'язок буде неможливо.

Спроба number three. Тому ми вирішили відмовитися від варіантів вище і об'єднали параметри в один:

Передаємо параметр візиту так: «Назва заходу - Варіант участі».

Цей варіант нас влаштував. З настройками в Яндекс.Метрика закінчили.

Далі - більше: проблеми

Після налаштувань перевіряємо коректність поступаємих даних і фікс все збої (якщо такі будуть).

Проблема 1: Класичний баян

При перевірці коректної передачі параметрів візитів (в Метрику), виявили проблем у: на деяких сторінках стояв застарілий лічильник Яндекс.Метрики. Банальна, але складно діагностуються проблема.

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

Рішення: поставили на всіх сторінках сайту однаковий код ЯМ і Переопубліковать кожну сторінку (Tilda ж).

Проблема 2: Справа була не в бобіні

На наступний день знову спливли проблеми з отриманням даних. Успішні реєстрації в івентах не приходили в системи аналітики.

Трохи покопавши ... та що вже там, перепробувавши купу різних варіантів, ми не знайшли причин і майже зневірилися. Залишався тільки один варіант: піти до керівника технічного відділу - вже ця людина на своєму віку бачив багато різних «Тільда», wix-ів ... і вже он-то підкаже, в чому косяк.

Як і очікували: справа була не в бобіні.

З'ясували, що особистий кабінет - це окремий сайт на піддомені (чого ми не помічали раніше). За замовчуванням лічильник GA фіксує відвідування з піддоменів, але код GA на сторінках поддомена взагалі був відсутній.

Тому ми додали код GA на сторінки особистого кабінету. Додатково в GA швиденько запив розширений фільтр для междоменной відстеження.

Междоменной відстеження можна і не налаштовувати, але я налаштував з метою отримання інформації про повне URL сторінки, з якої було здійснено оплату.

Проблема 3: Пам'ять така пам'ять

Після настройки междоменной відстеження в поданні GA не забуваємо підкоригувати цілі, які налаштовані на URL сторінок. Так як після настройки междоменной відстеження GA бачить сторінки разом з доменом сайту.

Наприклад, мета, налаштована на сторінку / robox / success /, яка працювала раніше, після настройки междоменной відстеження не працюватиме. Тепер GA бачить цю ж сторінку як site.ru/robox/success/. Тому замініть URL сторінки в цілі на site.ru/robox/success/. Пам'ятайте про це! Або використовуйте умова «містить», але це не завжди доречно.

Що ще було налаштоване

Ecommerce

Для отримання даних по доходу налаштували електронну торгівлю в GA. Використовували тільки частина можливостей електронної торгівлі (id, name, price). Написали ТЗ технічного відділу, впровадили код на сайт. Тепер в GA надходять дані про замовлення.

Налаштування в MailChimp

Налаштували інтеграцію поштових розсилок (MailChimp) з Google Analytics. Важливо не забувати розмічати кожну посилання в листі utm-мітками.

Виключаються джерела переходу

Додали домен платіжної системи в список виключених джерел переходу, щоб трафік з неї не визначався як рефферер і не створювався новий сеанс.

Кастомниє звіти в GA

Налаштували звіти з потрібними параметрами і показниками, щоб в один клік дивитися потрібні дані.

Які дані вдалося «витягти» на основі налагодженої системи аналітики

Налаштування закінчена (поки що). Відразу ж після настройки запустили рекламні кампанії, після закінчення яких я оцінив їх ефективність на основі новенької системи аналітики.

Подивимося, які дані отримали.

1. Клієнт може доручати створення нових заходів будь-якого фахівця і знати, що аналітика по сайту буде збиратися в автоматичному режимі.

Єдине обмеження - при створенні сторінок нових заходів не забути додати в кінці URL-адреси «_free» для сторінок з безкоштовною реєстрацією і «_std», для сторінок з платної реєстрацією.

2. У звітах видно, з яких каналів здійснені покупки, на яку суму, яка конверсія каналу в покупку.

3. Видно, які заходи найпопулярніші і як розподілилися реєстрації за спрощеним варіантом участі.

4. У звіті GA відображено, як розподілилися реєстрації з прив'язкою до джерела, з якого було відвідування, плюс видно, як проходив процес реєстрації.

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

5. Легко вважаємо конверсію в розпочату реєстрацію / успішну реєстрацію в розрізі джерел.

У таблиці вище спостерігаємо, як нещадно зливається трафік, а разом з ним і гроші з реклами в Google. Як я з'ясував під час аналізу трафіку, причина була в «кривий» адаптивної верстці сайту

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

Update 1. Далі на сайті були налаштовані ClientID і UserID. Так ми оцінимо продажу з точки зору користувачів. Розуміємо, які користувачі на які заходи зареєструвалися.

Прикладне використання цих даних величезне. Наприклад, можна показувати рекламу користувачам, які зареєструвалися в безкоштовні заходи, брали участь в них, і дотискати до покупки приємний бонус на пам'ять про минуле подію.

Або можна визначати учасників з пріоритетних для них категоріям подій і показувати тільки максимально релевантну рекламу.

Налаштування UserID дозволила побачити використання сайту з декількох пристроїв. З'явилося наочне уявлення того, як користувачі насправді відвідують сайт.

До питання про те, чи варто налаштовувати UserID. Звичайно, варто!

Update 2: У відправку транзакції був доданий ще один параметр - category. Цей параметр ми використовували в своїх цілях і тепер записуємо туди додаткові дані про оплату.

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

Висновки

Завдання бізнесу вірішені. Налаштувалі даже более, чем спочатку планувалі. Приємна особливість такої системи в тому, що працює в автоматичному режимі і не вимагає постійних правок.

Підведу підсумок.

1. Ставте перед собою конкретні, вимірні цілі, конкретизуйте постановку задачі.
2. Максимально автоматизуйте систему аналітики, всі умови, без яких вона не буде працювати, потрібно документувати та доводити до відома всіх осіб, що беруть участь в роботі сайту.
3. Багато функцій ЯМ і GA приховані від очей, але це не означає, що їх немає. Вивчайте мануали від Яндекса і Google. Підпишіться на їх розсилки про новинки, щоб бути в курсі останніх нововведень.
4. Якщо є можливість - відмовтеся від сайту на конструкторі на користь сайту на популярній системі: bitrix, modx, wordpress. Якщо можливості немає, то можна працювати і з конструктором, але складніше.
5. За допомогою спеціальних параметрів і показників можна розширювати наші дані про події.
6. Нюанси ПП і ПП:
1. Потрібно не тільки задати значення ПП і ПП, а й відправити дані в GA.
2. Якщо подія прописати в коді вище завдання показників, то дані не підуть.
3. Якщо прописати кілька подій, то дані відправляться кілька разів і статистика спотвориться.
7. Параметри візитів в Метриці підтримують вкладеність.
8. У процесі виконання робіт будуть косяки, потрібно вміти їх визнати, виправити і рухатися далі.
9. Намагайтеся зробити більше, ніж просять. Але те, що просять - робіть в першу чергу.
10. Аналізуйте рекламні кампанії, будуйте гіпотези причин успішності / неуспішності кампаній, перевіряйте їх і приймайте бізнес-рішення на основі чистих даних.

PS У майбутньому планую:

• налаштувати імпорт витрат з рекламних систем в GA;
• візуалізувати звіти в power bi.

На цьому все, спасибі за приділеною час. Сподіваюся, було корисно. Буду радий уточненням, пропозицій, питань. Цікавих завдань, високих конверсій, щасливих клієнтів!

Читайте також:

Думка редакции может НЕ збігатіся з думкою автора. Ваші статті надсилайте нам на [email protected] . А наші вимоги до них - ось тут .