Жиза
...на последнем из семи экранов, когда вы уже ввели свое имя, адрес и историю жизни.
...на последнем из семи экранов, когда вы уже ввели свое имя, адрес и историю жизни.
Как известно, Яндекс в марте 2024 года выкатил долгожданную новую платформу ОРД Яндекс (Yandex ORD) как полноценый бесплатный интерфейсный продукт вместо архаичного Партнерского кабинета. Рассмотрим подробно как работать в новом кабинете с получением токенов, оформлением статистики и актов, разаллокацией по изначальному договору и креативам для исполнения закона о маркировке рекламы в интернете.
Системный (пополняемый) материал для каждого участника рекламной цепочки при исполнении статьи 18.1 закона о рекламе 38-ФЗ (закон о маркировке рекламы)
Рассмотрим несколько сценариев, где разберем конкретные действия для владельца интернет-площадки (владелец сайта, блогер, админ паблика) по оформлению своей отчетности в ORD Yandex
Первый сценарий: Рекламодатель (РД) - Рекламораспространитель (РР)
Предположим, к РР (мы) обратился РД (заказчик) для размещения РИМ (рекламно-информационный материал) на интернет-площадках, которые принадлежат РР (сайт dhprime и телеграм-канал dhprime_ppc)
В данном случае РД является исходным Рекламодателем и не является Посредником через которого проходят финансовые средства за размещение рекламных материалов, поэтому для текущей цепочки договор между РД-РР и понятие изначальный договор это одно и тоже.
Понятие изначального договора для системы отчетности в ОРД является фундаментальным понятием (сущностью) для каждого участника рекламной цепочки, который производит оформление отчетности у себя в ОРД.
Напомним, изначальный договор - это договор между Рекламодателем (РД) и его первым контрагентом в рекламной цепочке. Первый контрагент в нашем случае это и есть Рекламораспространитель (РР). Именно атрибуты (номер, дата) изначального договора используется при разаллокации по изначальному договору, а также к нему прикрепляются токены при получении в ОРД.
Также с помощью атрибутов изначального договора в ЕРИР (единый реестр интернет-рекламы) происходит склейка каждой рекламной цепочки, что обеспечивает прозрачность для регулирующих органов (Роскомнадзор, ФАС и ФНС) движения финансовых средств по каждому размещению рекламы в интернете.
Сторонами Рекламодатель-Рекламораспространитель (мы) была заключена договоренность, оформленная в договоре, что обязанность произвести отчетность в своем ОРД за связку (договор) между РД-РР возьмет на себя РР (статус доходного договора), в том числе РР (мы) получит токены в своем ОРД. Как мы знаем из Теоретической части, кто получает токены, тот по ним и отчитывается с разаллокациями (детализацией) по креативам и площадкам.
Рекламораспространитель (мы) в своем ОРД выполнит все работы по отчетности, согласно исполнению закон о маркировке рекламы по рекламной связке РД-РР и рекламодателю не потребуется ничего оформлять в своем ОРД.
Предположим, что между Рекламодатель и Рекламораспространитель (мы) есть договор 1100 от 10 декабря 2023 года на размещение рекламных материалов в феврале 2024 года на сумму 40 000 рублей и дополнительным работам по договору (изготовление креатива) на 10 000 рублей. Рекламодатель оплатит услуги по размещению и Рекламораспространитель (блогер) выставит для Рекламодателя бухгалтерский (бумажный акт) 1100-Акт-1 в марте 2024 года на общую сумму работ по договору в размере 50 000 рублей
Первый этап:
Рекламораспространитель (мы) пройдет регистрацию на сайте ord.yandex.ru с помощью своего Yandex ID и получит доступ к платформе ОРД.
Аналогичную процедуру предлагает ОРД ВК через VK ID , а другие операторы рекламных данных: ОРД Озон, ОРД Амбердата, ОРД Билайн, ОРД Медиаскаут, ОРД Сбер потребуют подписание полноценных договоров (в том числе возможно отдельное NDA) для предоставления доступов в личные кабинеты ОРД.
Второй этап:
В отличии от ОРД ВК в ОРД Яндекс не происходит автоматическое создание контрагента на основе данных Яндекс ID, поэтому создадим нашу организацию (Рекламораспространитель) вручную в блоке Организации
Кликаем Добавить организацию и создадим себя (РР) как организацию
Теперь занесем в ОРД Яндекс в блок Организации нашего заказчика (Рекламодателя) - ООО "Красивый попугай"
В итоге мы имеем рекламную цепочку:
ООО "Красивый попугай" (РД) - ИП Хатин Дмитрий Степанович (РР)
Третий этап:
Укажем интернет-площадки, где будут размещаться рекламные материалы, согласно договору РД-РР(мы)
Специфика ОРД Яндекс такова, что занести первую интернет-площадку сразу непосредственно в блоке Площадки не получится. Первую площадку для каждого РР всегда придется создавать в блоке Организации, поэтому вернемся в блок Организации и поставим галочку Является РР у ИП Хатин Дмитрий Степанович
сайт dhprime
Вторую площадку можно занести непосредственно в блоке Площадки. Перескакивание с блока на блок однозначно не совсем удобно, но принимаем как есть. В ОРД ОЗОН, например, все гораздо проще и каждую площадку (в том числе первую, которая принадлежит РР) можно спокойно указать сразу в блоке Площадки без выставления галочек про РР у контрагента
Итак укажем вторую площадку размещения РИМ (рекламно-информационные материалы) в блоке Площадки.
Перейдя в блок Площадки вы заметите, что первая площадка (сайт dhprime), которую мы указали в блоке Организации уже автоматически подгрузилась
телеграм-канал dhprime_ppc
В итоге в ОРД мы как Рекламораспространитель занесли две свои площадки
Стоит обратить внимание на чек-бокс с галочкой Площадка принадлежит контрагенту
Это говорит о том, что площадка оформлена именно на указанного контрагента в карточке - в данном случае Хатин Дмитрий Степанович в статусе индивидуального предпринимателя.
Что значит оформлена? Это значит в описании либо при регистрации данной площадки вы в свое время указывали свои контактные данные, в том числе упоминали себя в описании паблика либо сайта, как владельца данной интернет-площадки. Конечно, стоит заметить, что имеет место некая условность и формальность в данном вопросе.
Однако, если вы будете размещать РИМ и фигурировать в договоре как физлицо в статусе ИП, а площадка будет оформлена на вас как обычное физлицо, то в карточке площадки вы ее к себе прикрепите, но не будете указывать галочку в чек-боксе Площадка принадлежит контрагенту.
Как правило, имеет место наличие галочки, т.е. владелец интернет-площадки и лицо, фигурирующее в договорных отношениях на размещение РИМ, является одним и тем же лицом.
Однако, не стоит беспокоиться, на данный момент простановка галочки в Площадка принадлежит контрагенту это не обязательная процедура и может быть пропущена, так как никоим образом не влияет на логику исполнения отчетности в ОРД и исполнения закона о маркировке рекламы.
Четвертый этап:
Теперь нам необходимо занести информацию по договорным отношениям для связки РД-РР(мы) в блоке Договоры
В итоге у нас есть договор на распространение рекламы между ООО "Красивый попугай" (Рекламодатель) и ИП Хатин Д.С. (Рекламораспространитель), в котором (как указано выше) РР обязан загрузить креативы и получить токены с последующим оформлением разаллокации по изначальному договору и креативам.
Пятый этап:
Следующим шагом РР должен загрузить креативы и получить токены (erid) в своем ОРД в блоке Креативы, для того, чтобы всё было подготовлено для нанесения атрибутов маркировки рекламы на РИМ и начала размещения рекламных материалов
Креатив ВСЕГДА прикрепляется к изначальному договору
Спускаемся ниже по интерфейсу
Заметим, что в поле Целевая ссылка (см. скан выше) здесь лучше указывать БЕЗ ютм-меток и без использования сервиса сократителя ссылок (например Яндекс кликер).
При необходимости добавление utm-меток либо использование сокращенной ссылки следует использовать в Кликовой ссылке (если она будет иметь место при размещении РИМ) непосредственно в рекламном материале (РИМ)
Примеры как могут быть зашиты* utm-метки и erid в кликовую ссылку (гиперссылку) - подразумевается, что romashka.com это наша посадочная страница:
*Важно знак ? должен располагаться сразу после url-адреса посадочной страницы и должен быть только ОДИН в любой конструкции присоединения utm-меток и erid. При указании символа ? все остальные элементы прикрепляются с помощью символа &. Всегда проверяйте корректность перехода на сайт после присоединения utm-меток и erid, а также их наличие в браузерной url-строке после перехода.
Также совет название креатива указывать в понятной логике, например [Тип]-[Объект рекламирования]-[Описание]-[Место либо месяц рекламирования], например Баннер-Аристон-Кофемолка-Акция-20%-Март.
Это пригодится в навигации при отчетности в блоке Статистика для большого количества креативов, которые как снежный ком вырастут по экспоненте от месяца к месяцу.
Галочку Нативной рекламы (см. скан выше) не ставим. Аспекты проведения и оформления нативной рекламы в ОРД обозначены мною в отдельной публикации
ОКВЭД надо указывать объекта рекламирования (наиболее близкий логичный вариант с вашей точки зрения). Это вторичная информация собираемая для ЕРИР и на логику вашей отчетности в ОРД никак не влияет.
В итоге система выдаст нам токен (erid):
Да, токены (во всяком случае пока) в ОРД Яндекс длинные (от слова - очень), что может быть достаточно не удобно при размещении их на рекламным материалах, когда нет возможности зашить токен в кликовую ссылку. Надеемся, что ОРД Яндекс однозначно исправит ситуацию и даст возможность использования коротких erid.
Прикрепление креативов в блоке Креативы всегда производится к Изначальному договору (договор между Рекламодателем и его первым контрагентом).
В нашем случае, при короткой рекламной цепочке по нашему Первому сценарию, Изначальный договор и договор РД-РР(мы) это одно и то же, поэтому в блоке Креативы указан наш договор № 1100 от 10 декабря 2023 года.
Далее, чтобы начать размещение рекламных материалов на интернет-площадках, РР требуется нанести атрибуты маркировки рекламы на РИМ (рекламно-информационные материалы)
Как правильно наносить атрибуты маркировки на различные форматы РИМ можно посмотреть в моей публикации
Шестой этап:
После окончания размещения Рекламораспространитель(мы) должен оформить и передать Рекламодателю бухгалтерские акты, а также оформить блок Статистики с разаллокациями по креативам и площадкам до 30 числа следующего месяца после размещения.
Заполним блок Статистика для первой площадки:
Сайт dhprime
Для второй площадки
Телеграм-канал dhprime_ppc
В итоге разаллокация по креативам и площадкам выполнена
Стоит заметить, что у нас один (единый) креатив будет размещаться на двух площадках. Если бы у нас было два креатива (два токена), но одна площадка, то мы последовательно добавили в блоке Статистика два креатива с указанием для каждого одной и той же площадки размещения.
Количество показов, указанные выше можно взять из систем аналитики платформы размещения (например, из ленты Телеграм-канала либо системы аналитики платформы Телеграм) и с помощью Яндекс Метрики со своего сайта, указывая количество посещений страницы в феврале 2024 года, где был размещен рекламный материал.
Так как у нас общая сумма, которая была выделена на размещение 40 000 рублей, а площадки две, то мы указываем сумму для каждой площадки по 20 000 рублей либо можно распределить эту сумму пропорционально количествам показов на каждой площадке. Если бы у нас было разное количество дней размещения по каждому креативу в феврале, то распределение сумм можно было бы сделать пропорционально дням , а не пропорционально показам. И так и так будет корректным.
Стоимость единицы оказания услуг для типа Иное указано 20 000 рублей, так как Рекламораспространителю (блогеру) платят за услугу - размещение, поэтому она и будет единицей оказания услуг. Всего услуга стоила 40 000 рублей, а так как площадки у нас две, то делим на 2.
В итоге, Рекламораспространитель (мы) оформил все необходимое для исполнения закона о маркировке рекламы для связки РД-РР по Первому сценарию. Рекламодателю ничего оформлять в своем ОРД не потребуется, так как отчет по сделке (договору) полностью выполнил и подготовил РР (мы).
Стоит заметить, что если РР (мы) по договору не должен был получать токены, то РР (мы) не стали бы в блоке Креативы загружать креативы. В том числе РР не стал заполнять блок Статистика и оформлять затем (см. ниже) вечную отчетность.
Также обратите внимание, что по договору размещение имело место только в феврале 2024 года (01.02.24 - 29.02.24) и с марта РИМ был убран с площадок размещения.
Если бы этого не произошло (в договоре контрагентами это должно быть обозначено), то тот, кто получал токены (в нашем случае это РР) обязан будет за размещение с марта и далее каждый месяц отчитываться статистикой в блоке Статистика. При этом будет требоваться указаниереального количества показов за каждый месяц для соответствующего креатива и площадки с указанием "0" в полях Стоимость оказанных услуг и Стоимость единицы оказания услуг, но без актов в блоке Акты. Имело место, так называемая, вечная отчетность.
Седьмой этап:
Теперь РР (мы) необходимо заполнить блок Акты до 30 числа следующего месяца после размещения (в нашем случае)
Спускаемся ниже и заполним раздел разаллокации по изначальному договору
В итоге разаллокация по изначальному договору произведена
Стоит заметить, что если бы у нас было размещение с 10.02.24, то мы указали бы интервал в акте с 10.02.24 по 29.02.24
В итоге РР (мы) полностью отчитается перед ЕРИР (Роскомнадзором) в своем ОРД за связку Рекламодатель - Рекламораспространитель и РД ничего в своем ОРД оформлять не потребуется.
Второй сценарий: связка Агентство-Рекламораспространитель (мы)
Мы рассмотрели классическую рекламную цепочку РД - РР(мы), но также возможен вариант, когда заказчиком у РР будет посредник, например Агентство.
Тогда рекламная цепочка в классическом варианте будет выглядеть так:
РД - Агентство - РР (мы)
В данном случае пошаговая инструкция для РР будет аналогичная, описанному в Первом сценарии, но изначальным договором теперь будет договор РД - Агентство. Поэтому РР(мы) в блоке Договоры придется дополнительно заносить атрибуты изначального договора между РД - Агентство, а договор Агентство-РР НЕ будет иметь статус изначального договора.
Соответственно, РР (мы) при загрузке креативов и получении токенов в блоке Креативы будет прикреплять креативы к договору РД-Агентство, так как именно этот договор теперь будет иметь статус изначального договора
Must have для блогера, когда к нему приходит заказчик для размещения рекламы в моем shorts на YouTube
Также стоит иметь ввиду, что при оформлении блока Акты в разделе Разалллокации (внизу) необходимо будет указывать договор РД-Агентство, так как этот договор будет иметь статус изначального договора
Итак, мы полностью описали все действия, которые предстоит пройти Рекламораспространителю по всем возможным сценариям при оформлении отчетности в операторе рекламных данных Яндекс ОРД.
P.S. Здесь обновленный официальный гайд от ОРД Яндекс по настройке отчетности
Тут Adidas выкатил инновационные эко-кроссовки в виде своих фирменных коробок. Получились какие-то ноги из майнкрафта или роблокса. Кринж, да и только.
Есть мнение, что это первоапрельская шутка, но но Adidas пока никак не прокомментировал ситуацию, да и до 1 апреля еще несколько дней.
Взято в Опять реклама
Онлайн-курсов становится все больше, и нам интересно собрать статистику, чтобы лучше понимать запросы читателей Пикабу.
Пожалуйста, поделитесь своим мнением!
Твиттерские обсуждают «нейросеть для маркетологов» Arcads.ai, которая генерирует AI-инфлюенсера для реалистичной рекламы в социальных сетях.
Приложение позволяет выбрать актера, фон и конкретный ракурс камеры — на штативе или снятое с руки. Потом добавляете текст и вуаля, рекламный ролик готов. А, ну еще нужно заплатить 12-25 тысяч рублей, чтобы получить готовый ролик.
Новая ИИ удивляет и пугает одновременно. Можно себе представить, какой прогресс нас ожидает через год-два, если нейросеть все же продолжит свое развитие. Далеко за примером ходить не приходится: на что была способна DALLE в 2023, и что теперь может Sora, а промежуток между ними чуть больше года.
Когда цена спадет до адекватной, и ролик будет стоить в районе пачки накрученных отзывов (около 5-10 центов), то инфлюенсерам надо будет что-то делать, чтобы оправдать бюджеты.
Однажды некоторые технари переходят на тёмную сторону и ищут ответы на дурацкие вопросы: сколько стоит лид, какую прибыль приносит каждый канал с учётом LT пользователей… Да, кстати, а сколько у нас пользователей и какова стоимость их привлечения? А ещё, пожалуйста, посчитайте конверсии в покупку на каждом этапе воронки по каждому из каналов.
Ну и, разумеется, прилагался регулярный бонус от руководителей в виде «уже приехали?», вернее: «а когда сможем увидеть аналитику?»
Расскажу о нашем способе выстроить аналитику от потраченных до заработанных каждым маркетинговым каналом денег с помощью GTM, «Яндекс Метрики», Superset, BILLmanager, Data Layer и кастомных скриптов.
Без аналитики нам не обойтись. UTM-метки годятся для отдельных активностей. А вот чтобы проанализировать, какой канал прибыльный, какой — убыточный, куда инвестировать, как оптимизировать конверсии, проанализировать причины роста или падения продаж, — нужно было забуриться глубже.
Например, каждый раз, когда продажи резко росли или падали, причины приходилось раскапывать руками. Долго и мучительно: копались в Brand Analytics — вдруг упомянул блогер, шли в «Яндекс Метрику» — был ли скачок в SEO, думали — а может, что-то из рекламы. Но узнать точно всё равно было невозможно. А значит, повторить или избежать — тоже никак.Способ работает при нашем легаси и любви к космолётам и не претендует на то, чтобы быть оптимальным для всех. У нас не получилось срастить Roistat, его счётчик на сайте и BILLmanager с помощью стандартных интеграций. А у наших партнёров — вполне.
У коллег Roistat в комплекте с amoCRM работает как часы. Потому что ребята работают почти с каждым клиентом лично и всех заводят в amoCRM. Мы не можем вносить в CRM конечных пользователей: система переполнится записями. Эти клиенты у нас существуют только на уровне биллинга. А CRM есть только для партнёров, с которыми работает отдел продаж. И там своя система аналитики.
Наша схема подойдёт не всем. Тут много рукописных интеграций: ЯМ → BILLmanager, BILLmanager → Superset, ЯМ → Superset. И каждая из них может перестать работать из-за обновлений любого из компонентов. А ещё всё это нужно поддерживать и следить за чистотой данных. Гораздо проще пользоваться нативными интеграциями.
Мы пошли по этому пути, потому что у нас нет CRM в классическом виде для сегмента конечных клиентов: наш продукт продаётся автоматизированно. Вот мы и разработали космолёт из множества интеграций. Если вы пользуетесь BILLmanager, но не готовы интегрироваться с более очевидными решениями вроде amoCRM, возможно, пригодится наша схема.
Первоначально мы видели только общую итоговую стоимость привлечения клиента, вне зависимости от маркетингового канала. И считать приходилось вручную.
В промежуточном варианте аналитики уже знали отдельно количество пользователей, отдельно — полученные маркетингом деньги, но по-прежнему без привязки к каналам.
Теперь видим:
Стоимость лида и сколько денег принёс каждый из них, когда стал клиентом.
Прибыль по каналам: сколько денег потратили на каждый канал за период, сколько денег с учётом LT пользователей канал принёс.
Сколько было пользователей по каналам и стоимость их привлечения.
Следующий этап — видеть конверсии на каждом этапе воронки по каждому из каналов и разбивку по сегментам. Например, по рекламным кампаниям в платном трафике.
Инструменты, которые мы использовали на разных этапах
Roistat — комплексное решение для аналитики веб-ресурсов, где есть мультиканальная аналитика. Помогает считать затраты на каналы и выручку от пользователей с помощью интеграции с CRM. Roistat присваивает пользователю уникальный случайный номер по которому можно отслеживать действия посетителя.
BILLmanager хранит данные об услугах, которые купили пользователи: лицензии, SSL-сертификаты и модули. А также их тикеты и уведомления от компании.
«Яндекс Метрика» — система аналитики трафика, приходящего на сайт.
Google Tag Manager (GTM) — ПО, позволяющее в конструкторе отслеживать события на сайте и передавать их в нужные аналитические системы — «Яндекс Метрику» или Google Analytics.
DataLayer — технология, которая позволяет передавать события в систему аналитики или GTM. Основное отличие от GTM в том, что можно более тонко навешать события, но разрабатывать скрипт придётся самому. Например, чтобы события срабатывали не на нажатие кнопки, а на факт отправки формы.
Apache Superset — open-source-решение для визуализации данных.
ClickHouse — open-source-решение для управления базами данных и формирования отчётов на их основании.
Дальше расскажу о наших экспериментах подробнее.
Сначала мы попытались срастить Roistat, его счётчик на сайте и BILLmanager с помощью стандартных интеграций. Ведь, казалось нам, простые решения — самые эффективные: ломаться нечему, отслеживать, лечить и проверять на правдоподобность — легко.
Вот так выглядела и работала схема. Какое-то время.
Общих интеграций у Roistat, его счётчика на сайте и BILLmanager нет, поэтому в ход пошли костыльные решения. Мы не стали писать отдельный обработчик данных для передачи из BILLmanager в Roistat, а воспользовались интеграцией Roistat и гугл-таблиц. Из BILLmanager в таблицы передавались данные о лицензиях вместе с Roistat Id — анонимной меткой, которую BILLmanager получал от счётчика Roistat при регистрации или покупке лицензии пользователем. А Roistat забирал данные из таблиц в свою внутреннюю систему и сращивал их с информацией, которую он получал от счётчика.
Метка в BILLmanager должна где-то храниться — нужно было добавить кастомное поле в таблицу «Услуги». Сделать это можно как со стороны фронтенда, так и на бэкенде — с помощью плагинов. Когда мы делали интеграцию, мы с ISPsystem были одной компанией. Поэтому нам помогали ребята из разработки BILLmanager. Они использовали стандартные возможности биллинга для создания плагинов. При необходимости вы сможете создать похожий плагин самостоятельно.
Документация по настройке типов услуг в BILLmanager
Документация по плагинам для BILLmanager
О бэкенде интеграции BILLmanager и Roistat рассказывает Ваня Мешков, продакт-менеджер BILLmanager
Интеграция с Roistat состояла из следующих частей:
1. Плагин для BILLmanager на Python.
2. Скрипт isp6stat на Go.Описание работы плагина BILLmanager
Файлы:
/usr/local/mgr5/etc/xml/billmgr_mod_isp6stat.xml,
/usr/local/mgr5/addon/roistat_visit,
/usr/local/mgr5/addon/roistat_visit_change_project,
/usr/local/mgr5/addon/isp6stat.В настройках бренда в BILLmanager в html-вставке указываем счётчик, который предоставляет Roistat. В результате для клиентов, которые входят в биллинг, выставляется уникальный roistat_visit в куках.
/usr/local/mgr5/addon/roistat_visit представляет собой событие, которое навешено на функцию soft.order.param. Это событие извлекает roistat_visit и id заказываемой услуги и запускает файл /home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat_roistat.sh, передавая roistat_visit и item_id в качестве аргументов.
/usr/local/mgr5/addon/roistat_visit_change_project — событие, предназначенное для передачи существующего roistat_visit при переходе в другого провайдера BILLmanager, чтобы roistat_visit в куках клиента на разных провайдерах был одинаковым. Иначе бы у разных провайдеров был разный roistat_visit — при условии, что у провайдеров заданы разные домены.
/usr/local/mgr5/addon/roistat_visit — функция, которая позволяет сотруднику или вручную с помощью cron через http api запустить сбор статистики по услугам ispmanager 6 с последующей записью в гугл-таблицу. Функция запускает файл /home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat.sh
Описание работы скрипта isp6stat
Файлы:
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat — исходный скрипт.
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat_roistat.sh — bash-скрипт, который запускает бинарник с параметром --set-roistat-label и перенаправляет вывод в logs/isp6stat_roistat_{текущая дата}.log
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat.sh — скрипт, который запускает бинарник для сбора статистики по услугам ispmanager 6 с последующей записью в гугл-таблицу. Перенаправляет вывод в logs/isp6stat_{текущая дата}.log
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/config.ini — файл настроек.
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/gkey.json — ключ google api, используется приложением для записи в гугл-таблицу.
/home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/logs — директория с логами.Бинарник создаёт отдельную БД isp6stat в СУБД для BILLmanager, в которой создаются следующие таблички:
isp6stat.roistat_visit — хранит информацию о roistat_visit'ах c привязкой к id услуги;
isp6stat.client — информация о сделках. По сути, копия данных в гугл-таблице.Общий принцип работы
Клиенты с выставленным в куках roistat_visit заказывают услугу. В момент заказа вызывается isp6stat_roistat.sh, сохраняется привязка roistat_visit к услуге.
По расписанию, указанному в crontab, запускается /home/{ИМЯ ПОЛЬЗОВАТЕЛЯ}/isp6stat.sh и собирается статистика по услугам c тарифными планами, указанными в конфиге — запрос sqlItemsQuery в billmgr/billmgr.go. Далее выполняется предобработка. Например: перевод валюты, выставление roistat_visit. Потом данные сохраняются в таблицу isp6stat.client. Потом эти же данные отправляются в гугл-таблицу.
Почему не взлетело. Если бы всё сработало так, как и было задумано, мы бы увидели в Roistat стоимость лида и сколько денег принёс каждый из них, когда стал клиентом. Со стороны Roistat всё работало отлично, только интеграция с гугл-таблицами непонятно почему периодически ломалась. Roistat — сложный и полезный продукт. Там хорошо видны каналы и даже есть мультиканальная атрибуция. Мы бы с удовольствием им пользовались и дальше — но не случилось. Дальше платить за лицензию Roistat было бессмысленно: мы всё равно не видели в аналитике того, что было нужно.
Пришлось искать альтернативу.
Идея со сращиванием данных казалась верной, поэтому мы продолжили копать в ту сторону. Но в этот раз отказались от комплексного Roistat с глубокими возможностями веб-аналитики в пользу самодельных решений.
Писать свой счётчик мы не стали — это звезда смерти. Задача настолько большая, что даже непонятно, с какой стороны к ней подойти. Нужно сделать обработку куков, понять, как отслеживать переходы с разных источников и кучу других показателей… Делать всё это мы были не готовы. Поэтому решили построить систему на уже имеющихся элементах: GTM, «Яндекс Метрике», Superset и BILLmanager.
На уровне сайта цели, созданные Roistat, заменили на Data Layer. Data Layer — это технология, которая позволяет передавать информацию о выполнении цели с более глубокой настройкой. Например, информация передаётся не после нажатия кнопки на форме, а после того как бэкенд отработал и отрапортовал, что form submitted. После этого информация подхватывается GTMом и передаётся в «Яндекс Метрику». Так узнаём, какой пользователь какие формы заполнил и какие действия совершил.
После прошлых экспериментов в BILLmanager у нас осталось место, куда можно передавать Roistat ID. Но поскольку поле текстовое, передавать туда можно что угодно. Мы решили запихнуть туда «Яндекс ID», который выполнял ту же функцию, что и Roistat ID.
Superset мы используем, чтобы работать с продуктовой и коммерческой аналитикой. Например, мы смотрим, сколько денег принёс каждый из сегментов нашей аудитории, сколько новых клиентов пришло к нам напрямую, а сколько — от партнёров. Приложение отрисовывает графики на основе информации, которая хранится в базе Clickhouse.
Теперь наша система аналитики выглядит так
Схема стала существенно сложнее, но общий смысл остался
Сравниваем оба массива и совпадения и отрисовываем в виде графиков, которые показывают прибыль по каждому из маркетинговых каналов. И вот что видим — показываем на придуманных данных.
Сводка количества услуг по каналам. Помогает отследить общую динамику. Для упрощения лучше выбрать один канал
График стоимости клиентов представили как линейный. Без столбцов менее наглядно в целом, но помогает легче сопоставлять каналы друг с другом и отслеживать пики
Эксперименты ведут к новой аудитории и важно не то, сколько денег они принесли разово, а сколько их будет на дистанции. Чтобы это узнать, используем когорты
Всё сложно. Мы большие любители кастомизации. Какое бы решение мы ни покупали, какой бы софт ни использовали, всё сводится к тому, что потом мы его допиливаем и дорабатываем, чтобы решать именно наши задачи.
Создавать кастомные решения, как наша система аналитики, — сложно. Мы задействовали много людей и одного руководителя отдела маркетинга — один из скриптов я писал лично. Но когда вместо десяти часов руководитель тратит пять минут, чтобы понять, что именно выросло и в какой канал можно инвестировать, освобождается прорва времени на то, чтобы заниматься стратегическими задачами. И не приходится распыляться на перекидывание данных из одних таблиц в другие. Это круто.
Ещё мы строим математические модели для прогнозирования количества клиентов. Но о них в другой раз.
Новая отменная подборка названий и слоганов из рубрики Нейминг-Шмейминг
Сбрендил для вас,
Антон Логотиппер
Мои сообщества:
Telegram Брендинга на грани
ВК Брендинга на грани
Telegram Logotipper.Agency
ВК Logotipper.Agency