Для функционирования сайта мы собираем cookie, данные об IP-адресе и местоположении пользователей. Оставаясь на сайте, вы соглашаетесь со сбором и обработкой данных.
Хорошо
Новые кейсы, обзоры digital-инструментов, приглашения на вебинары!
Подпишитесь на нас в Telegram, чтобы ничего не пропустить. Пишем только о тех инструментах, что протестировали на своих проектах.

основные ошибки при настройке системы аналитики Roistat для ЖК

На примере екатеринбургского застройщика, покажем как их исправить и на что обратить внимание, чтобы ваша аналитика была корректной
Кейс Астон Девелопмент: рассказали, как исправляли ошибки в настройке сквозной аналитики для ЖК и на что следует обратить внимание, чтобы ваша аналитика всегда была корректной.

Отзыв клиента

Клиент

Астон Девелопмент — застройщик г. Екатеринбурга, строит недвижимость с 2004 года. На момент обращения девелопер продавал квартиры в 2-ух жилых комплексах. Астон.Сезоны и Астон.Событие.

Проект «Астон Событие» получил 3-е место в номинации «Лучший жилой комплекс-новостройка Свердловской области» на градостроительном конкурсе ТОП ЖК-2022.

Проблема

У застройщика была оплачена система сквозной аналитики Roistat, но их подрядчик по рекламе не пользовался ей и не следил за ее корректностью и полнотой данных. Все отчеты он сводил руками в Google-таблицах.
Из-за этого застройщик не мог смотреть аналитику в режиме реального времени и анализировать, сколько обращений пришло с рекламы, как эти обращения конвертируются в отвалидированные лиды, какие рекламные каналы работают эффективно, а какие — нет.
Все, что оставалось в такой ситуации, — это доверять тем отчетам, что подготовил подрядчик.

Задача

Астон Девелопмент обратился к нам с просьбой провести аудит сквозной аналитики Roistat, найти ошибки и исправить их.

Какие каналы использовал застройщик в рекламе ЖК

У застройщика был разработан общий сайт под все ЖК, при этом основная реклама шла на лендинги жилых комплексов. Также для лидогенерации по каждому ЖК запускались лид-формы и квизы Vk и Instagram*. Лид-формы настраивались из общего аккаунта, так как у застройщика было единое сообщество под все проекты.

Здесь и далее Instagram и Facebook, на которые ссылаемся в этом кейсе, относятся к экстремистским организациям на территории РФ.

**Кейс был написан и реализован до того, как Instagram и Facebook признали экстремистскими организациям.

Также на сайте был встроен личный кабинет от MacroCRM. Через него пользователь мог забронировать квартиру.
Основные проблемы:

  • невозможно определить рекламный источник заявки/обращения,
  • невозможно рассчитать количество лидов,
  • невозможно рассчитать стоимость лида на основных этапах воронки: уникальное обращение, целевой лид и продажи.

Причины

1

Ошибки в настройке коллтрекинга

  • На лендинге астонкашемир.рф в самой ссылке в номере телефона был зашит статичный номер телефона, который относился к другому ЖК.
Аналогично при просмотре с мобильных.

Когда пользователи кликали на номер телефона на сайте и звонили в отдел продаж, их рекламный источник определялся как рекламный источник другого ЖК.

Мы исправили верстку в Tilda, перенастроили коллтрекинг и устранили проблему.

  • Для визиток Яндекс.Директ и Google Ads использовался один общий подменный неколлтрекинговый номер, поэтому невозможно было понять, с какого рекламного канала и по какому объекту пришел звонок.

Необходимо для каждого объекта настраивать отдельный номер для визиток в Яндексе и для визиток в Google.

Мы настроили разные статичные коллтрекинговые номера для Яндекса и Google по каждому ЖК и силами подрядчика по рекламе добавили их в визитки рекламных объявлений.
  • В коллтрекинге было два статичных номера, чтобы определять источник перехода — с городского новостного портала Е1 и с наружной рекламы: «e1» и «Наружка» соответственно. При этом в настройках сценария коллтрекинга «Наружка» указан источник «e1».
Поэтому в отчет в звонки с наружной рекламы попадали звонки с E1.

Мы выяснили у клиента какой номер где используется и исправили названия источников в сценариях.
2

Ошибки в интеграции источников рекламы к системе аналитики

  • У большого количества рекламных кампаний в Яндекс.Директ была отключена аналитика.
В Roistat трафик с этих рекламных кампаний не выводился по рекламным каналам, а указывался отдельными строчками, как найденные по utm-меткам. Соответственно расходы рекламных каналов к ним не подтягивались. Анализировать эффективность рекламы в таком виде — сложно.
Мы подключили все рекламные кампании Яндекс.Директ к аналитике.

Остальные рекламные источники — Google Ads, Fb и ВКонтакте были подключены корректно.

  • Во всех промо-постах Vk использовались ссылки без utm-меток.
Roistat не мог определить источник перехода на сайт и связать этот трафик с расходами и с лидами с соцсетей.

Мы сформировали ТЗ для подрядчика, где показали, как нужно размечать рекламные объявления метками, чтобы все корректно отображалось в системе аналитики.

  • В системе аналитики к заявкам с лид-форм соцсетей, которые использовались в рекламе, не подтягивался источник.
Лид-формы были подключены напрямую к MacroCRM и передавали лиды без указания источника. Далее из MacroCRM они попадали в Roistat, где определялись в поле источника как «Сделки с некорректным номером визита».
Сложность в интеграции с Roistat напрямую была в том, что посты с лид-формами рекламировали несколько жилых комплексов, но создавались из одного аккаунта. Интеграция с Роистат привела бы к тому, что расходы, лиды, подтянулись бы к одному источнику и мы не смогли бы определить, с рекламы какого ЖК они пришли.

Поэтому мы написали свой скрипт и в связке с коннектором ApiX-Drive передавали такие лиды через него.

ApiX-Drive — это онлайн коннектор, который позволяет настроить обмен данными между разными системами и сервисами без участия программистов и разработчиков.
Как сейчас работает передача данных о заявках с лид-форм в систему аналитики

  • С помощью коннекторов apix-drive.ru мы получаем данные из всех лид-форм.
  • Фильтруем их по названиям лид-форм, чтобы определить, к какому ЖК они относятся.
  • Далее эти лиды передаются из Apix-Drive через webhook в программный скрипт, который мы написали. Они получают данные о рекламном источнике (в рамках которого ведется реклама ЖК), номере рекламной кампании и объявлении.
  • Передаем эти данные по API в MacroCRM.
  • В MacroCRM уже создалась заявка из лид-форм. Скрипт обогощает ее данными о рекламном источнике в поле Roistat.
  • В Roistat уходит сделка с данными об источники и статусе.

Теперь все лиды из лид-форм привязываются к рекламным каналам.
3

Ошибка в интеграции форм заявок сайтов с Roistat

Большое количество лидов в Roistat попадало в статус «Сделки, созданные самостоятельно». Они составляли почти 65% всех обращений.
Но, провалившись в эти сделки, мы увидели, что их названия указывают источник: астонкашемир и aston.click.
Карточка сделки это подтверждает.
Это говорит о том, что передача лидов с сайтов в roistat не была настроена, номер сессии пользователя не попадал в поле roistat, соответственно roistat не мог сопоставить сделку с рекламным источником.

Таким образом, клиент не видел в аналитическом отчете более половины лидов, которые пришли с рекламы.

Мы перенастроили интеграции лендингов на Tilda с Roistat самостоятельно и написали ТЗ на доработку интеграции основного сайта aston. click с Roistat. После доработки протестировали все формы на сайте и убедились, что заявки с сайта корректно привязываются к рекламному источнику.
4

Ошибки в интеграции с CRM

  • У клиента на сайте была встроена MacroCRM. Благодаря этому решению пользователи в личном кабинете на сайте могли бронировать квартиры. Но такие заявки в CRM попадали без рекламной метки roistat.
Мы попросили MacroCRM исправить это.

  • В Roistat есть предустановленные статусы воронки продаж: «В работе», «Оплаченные», «Отмененные», «Не учитываются». Из МacroCRM статус сделки уходит в Roistat, где можно указать, какие сделки учитывать в аналитике и как их распределять по статусам Roistat.
Мы увидели, что в MacroCRM в статус «Закрыто и не реализовано» попадали как спамные заявки и технические звонки, так и заявки/звонки, по которым менеджер не смог продать клиенту квартиру, но заявки изначально были целевыми.

В Roistat эти заявки из MacroCRM попадали в статус «Отмененные». Таким образом спамные нецелевые заявки учитывались в общем количестве целевых лидов и влияли на количество лидов и стоимость лида, снижая ее.

Целевые и нецелевые заявки/звонки нужно распределять по 2-ум статусам:

— «нецелевые» нужно отнести к статусу «Не учитываются», чтобы они не попадали в общий вал заявок,

— те что были целевыми и по какой-то причине не превратились в сделку — в статус «Отмененные»

  • Еще одна ошибка была в том, что сделки в статусах по типу «Оформление ипотеки», «Договор подписан» из-за отсутствия настройки не попадали в столбец «В работе». Эти сделки не попадали в аналитический отчет. Хотя это были целевые сделки.

Мы обсудили с клиентом эти вопросы и донастроили интеграцию.
итоги

Результат

Аналитика в Roistat была настроена с ошибками:

  • большая часть лидов с сайтов и лид-форм не привязывались к источникам заявок,
  • часть расходов по рекламе не выгружалась в аналитический отчет,
  • не все сделки из CRM в целевых статусах попадали в Roistat,
  • неправильная подмена номеров,
  • отсутствие utm-меткок в промо-постах.
Мы устранили все выявленные замечания.

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

В режиме реального времени он видит эффективность работы разных инструментов: расход, количество лидов, стоимость лида, конверсию и т.д. И все это вплоть до ключевых слов объявлений.

Таким образом застройщик может рассчитать стоимость лида на основных этапах воронки: уникальное обращение, целевой лид и продажи.

Периодически возникают проблемы с тем, что MacroCRM вносит изменения в API-протокол или подрядчик не размечает часть объявлений метками Roistat. Это приводит к тому, что трафик с рекламы не привязывается к расходам, а лиды не привязываются к рекламным источникам. В этом случае мы оперативно дорабатываем интеграции и совместно с подрядчиками вручную меняем источники рекламы у лидов, которые не привязались к рекламным источникам.
команда

Над проектом работают

Ведущий менеджер проектов
Сергей Самохвалов
Управляющий партнер Artsofte Digital
Александр Торичко
Аккаунт-менеджер
Анастасия Матузкова

Готовы обсудить продвижение вашего проекта?
Оставьте контакты, и мы с вами свяжемся