- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сервис, за использование которого пользователи платят деньги. Есть целый ряд тарифов: 1, 7, 14, 30, 180 и 360 дней. Из-за этого возникают определенные проблемы с аналитикой.
Например:
30 августа клиент зарегистрировался на нашем сервисе. Источник: organic search.
30 августа клиент совершил оплату. E commerce зафиксировали транзакцию с источником: organic search.
30 сентября этот же клиент вновь совершил оплату, но в источниках уже числится канал: direct.
Задача заключается в следующем:
1) Присваивать каждому зарегистрированному клиенту “метку” с источником регистрации.
2) Эту метку передавать в админку по средствам протокола Measurement Protocol (?).
3) В админке уже проводить анализ по транзакциям, в итоге мы будем видеть:
— Список зарегистрированных клиентов по каждому источнику (organic search, paid search, social, direct, refferal).
— Соответственно, сможем на длительном промежутке объективно оценивать эффективность того или иного канала привлечения пользователей.
В данный момент в google analytics уже настроено отслеживание регистраций, принцип такой:
1. Клиент заходит на наш сайт (например он нашел нас в organic search).
2. Клиент проходит процедуру регистрации. Ему отправляется письмо с подтверждением регистрации.
3. Клиент читает письмо и проходит по ссылке для подтверждения регистрации и попадает на страницу "спасибо за регистрацию". Вот тут и срабатывает событие в GA и регистрация фиксируется в analytics, ее видно в отчетах GA.
Задача заключается в том, чтобы передать источник регистрации "organic search" в админку и присвоить его именно этому пользователю. Подскажите, возможно ли это реализовать при помощи Measurement Protocol? Какие именно запросы необходимо передавать и как?
Источник регистрации в данные момент передается в Аналитикс? или же вы только цель посещения страницы передаете сейчас?
Источник регистрации в данные момент передается в Аналитикс? или же вы только цель посещения страницы передаете сейчас?
Да, передается. Вот теперь бы его передать из analytics админку сайта.
manarh, тут нужно использовать API от Google Analytics, так как Measurment Protocol только в одну сторону работает - в Аналитикс. Почитайте, как через API получать специальные параметры (предполагаю, что в них записываете почту)
wicker, понял, буду разбираться. Мне почему-то многие доказывают, что необходимо использовать Measurment Protocol.
В вашем случае идеально было бы делать через USER-ID
Вы присваиваете его вашему клиенту, а потом используя параметр UID передаете в ГА повторные транзакции через Measurement Protocol
CID у вас будет разный, и вы сможете увидеть, различные источники трафа юзера.
А по первой транзакции всегда можно будет понять, какой канал привлек клиента.
Также намного проще будет строить когорты, по UID, и считать LTV.
Вам необходимо при первом посещении сайта фиксировать источник / канал посетителя, сохранив его в куку (как вариант). Затем при регистрации передавать значение из куки в Вашу систему учета пользователей + значение ClientID из куки _ga.
Это решает проблему определения источника, который был первым в касании с сайтом. Вы его видите в своей системе.
Получить данные из Google Analytics по API в момент регистрации на сайте Вы не сможете, а протокол служит только для передачи в Google Analytics, но не наоборот
ProMetriki, с Client ID и User ID уже разобрались, сейчас внедряем. По сути, я буду видеть все необходимые мне данные в GA.
Вы говорите:
Как зафиксировать этот источник, на основании чего? Ясно, что в Client ID все это хранится, но ведь он зашифрован и его я могу использовать для передачи в GA.
Следовательно вопрос: откуда еще можно вытянуть источник посещения?