Сегодня расскажу пример настройки Google Analytics Ecom для Sa | Google Ads - з Олегом Піддубним

Сегодня расскажу пример настройки Google Analytics Ecom для Saas проекта

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

Кстати, если есть наболевший вопрос, который интересен - пишите в ЛС. Если есть ответ - напишу.

Сразу пояснение - я не претендую на 100% правильность решения, но решить поставленную задачу по отслеживанию эффективности это помогло.
По своей сути Saas и Хостинги очень походи на интернет магазины (ИМ):
Клиент сразу проявляет интерес к продукту и может оплатить подписку;
У каждой оплаты есть свое ID доход;
С момента первого посещения и до покупки проходит немного времени, чаще всего не дольше чем длиться Free, или Demo период;
Есть свое подобие "корзины" и "Checkout".
Исходя из этого, вполне реально подключить обычный и расширенный Ecom к подобным продуктам.

Не буду вдаваться в подробности расширенного Ecom, тут может быть много нюансов связанных с функционалом сайта. Рассмотрим только финальный "Purchase".

В отличие от ИМ, где товар всегда определен в Базе Данных (БД) и у него есть четкое название и ID. Соответственно передать имя купленного товара гораздо проще. Мы просто берем его с БД.
У Saas и Хостинга может быть вариативность оплаты одной и то же подписки. Подписка в нашем случае - товар, который мы продаем. По этой причине нужно проявить логическую смекалку.

В одном из проектов, планов подписки было всего 4: Free, Light, Personal, Pro.
Была возможность оплатить подписку на 1, 3, 6, 12 мес. Количество месяцев влияло на итоговую цену.
Простым подходом перемножения получилось 12 товаров + 1 Free = 13 возможных вариантов.
Для разработчиков было составлено ТЗ какие параметры "ID товара" и "Наименования товара" по покупке плана мы отдаем в dataLayer.
"Название товара" было сформировано по следующему паттерну: {{Название_Плана}} - {{Оплаченный_Срок}};
"ID товара" составлено по схожему принципу: {{Название_Плана}}{{Оплаченный_Срок}};
В качестве "Цены" передавалась итоговая сумма к оплате;
Пакет Free передавался с именем "Free", ID - "Free" и ценой в 0.

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

Сам подход очень простой, но требует дополнительных затрат времени на подготовку и проверку:
Нужно составить список возможных вариантов продуктов;
Написать четкое ТЗ по принципу - "Подробное ТЗ - четкий результат";
Проверить после реализации все ли вариации передают корректные данные в Google Analytics.

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

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

На сегодня все!


Рубрика:
#Google_Analytics_Настройка