И как обычно - мы приложили максимум усилий, чтобы все было удобно.

1. Мы прочитаем и синхроинизруем визиты из Метрики с нашими не только с момента создания интеграции, но и за прошедшие 3 месяца. То есть ретроспективно.

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

3. Если конверсия в Метрике имеет ценность, то она будет синхронизирована как выручка.

4. Цели чтения из Метрики могут иметь выручку и прибыль по-умолчанию, а так же быть частью составной цели.

Чтение оффлайн-конверсий из Яндекс.Метрики

Это была одна из самых запрашиваемых фич за последние пол года. Теперь мы умеем читать любые конверсии из Яндекс.Метрики.

1. Можем без дополнительных интеграций считывать ваши оффлайн-конверсии или оффлайн-конверсии сторонних серверов (например, звонки из коллтрекинга).

Интеграция с Метрикой открывает возможности по интеграции с любым сервисом, у которого есть интеграция с Метрикой. Не оффлайн-конверсии разумеется так же можем считывать.

1. Для чтения из Метрики - нужно создать новую интеграцию. Это можно сделать в настройках проекта.

Метрика умеет интегрироваться только на уровне аккаунта, не на уровне счетчика. При интеграции мы прочитаем все ваши счетчики.
- Но видеть все счетчики, а так же включать/выключать синхронизацию сможет лишь тот пользователь, кто создал интеграцию
- Остальные пользователи будут видеть лишь включенные владельцем интеграции счетчики.

Это поможет разграничить видимость счетчиков, особенно если вы - представитель рекламного агентства.

1. Далее, включаем чтение визитов из нужного счетчика. Указываем задержку (по-умолчанию 24 часа). Задержка чтения из Метрики полезна, так как сама Метрика обрабатывает оффлайн-конверсии не моментально (так же и сторонние сервисы могут передавать оффлайн-конверсии или звонки с задержкой).

2. Далее, добавляете новый тип цели - Яндекс.Метрика (серверная интеграция). Указываете интеграцию, счетчик и нужную цель.

Оптимизация товарных компаний с помощью моделируемой конверсии

Обычно рекламные компании через моделируемую конверсию оптимизируются через ДРР. ДРР очень важно, так как виртуальные конверсии не равны между собой по ценности.

Однако, товарная компания в Яндекс.Директе (которую любят во многих екомах) не поддерживает ДРР, а только фиксированную стоимость конверсии.

Что делать?

Указывать небольшую фиксированную стоимость каждой виртуальной конверсии (например, 20-30 рублей), и смотреть на показатели. Это не совсем использование виртуальных конверсий по назначению - однако часто это дает очень хорошие результаты.

Прикладываем скриншот с разрешения клиента.

Улучшение работы с целями

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

2. Состав составных целей всегда может быть изменен. Вы в любой момент можете добавить или удалить любую дочернюю цель, и это изменит нужным образом все исторические данные по составной цели.

3. В том числе вы можете указать выручку по-умолчанию (или соответственно - прибыль по-умолчанию) у составной цели.

В этом случае приоритет будет выставлен следующим образом:
- Реальная выручка конверсии дочерней цели
- Выручка по-умолчанию дочерней цели
- Выручка по-умолчанию родительской составной цели

Такое вот "Назад в будущее" ?

Динамическое шумоподавление в моделируемой конверсии и анти-бот

Чуть ранее писали про динамическое сглаживание предиктов ради улучшения передачи данных в Яндекс.Метрику (и другие системы аналитики), а так же как это частично поможет бороться с бот-трафиком.

Мы пошли дальше. Намного дальше ?

Теперь вместо динамического сглаживания (основанного на статистических правилах) у нас есть динамическое шумоподавление, которое с помощью искусственного интеллекта отбирает те предикты, которые вообще нужно отправлять в рекламную платформу.

Вместе с этим реализовали продвинутую версию анти-бота, которая будет определять бот-трафик и не слать по нему никакие, даже очень маленькие предикты (что удобно, чтобы бороться со скликом - если это неприятное явление присутствует в жизни вашего проекта).

Ничего дополнительно делать или включать не нужно. Все автоматически.

Моделируемые конверсии Sales Ninja - концептуально превосходят ожидания ?

P.S. если без шуток, то разумеется понимаем, что результат "в 50 раз лучше обычных автостратегий" вряд ли продержится долго. Но выглядит настолько мемно, что не могли не скинуть. Разумеется, с разрешения клиента.

Кумулятивное срабатывание синхронизации и моделируемой конверсии

Взаимодействие Sales Ninja и клиентского сайта для каждого пользователя состоит из двух основных частей:
- Серверная часть Sales Ninja
- JavaScript юзер-бандл, который устанавливается на сайт

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

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

Если очень грубо, то выглядит это так:
Пользователь зашел на сайт - Чекпоинт 1
Спустя 15 секунд - Чекпоинт 2
Спустя еще 20 секунд - Чекпоинт 3

Такая система отлично работает в общем случае и позволяет:
- минимизировать нагрузку на сервер (что важно для того, чтобы держать цену для наших клиентов ниже)
- минимизировать нагрузку на браузер и интернет-соединение пользователя

Однако, она может работать неточно, если пользовательские действия распределены неравномерно. Например, если после Чекпоинта 2 пользователь заполнил форму и ушел с сайта за 5 секунд ДО Чекпоинта 3. Но и просто уменьшить интервал между Чекпоинтами нельзя - это увеличит нагрузку и на сервер и на браузер пользователя.

Вместо этого мы добавили систему интеллектуального кумулятивного срабатывания. Когда мы оцениваем накопленную с момента последнего Чекпоинта разницу и оценивает сколько времени остается до следующего Чекпоинта. И если накопленная разница относительно оставшегося до Чекпоинта времени велика - вызываем синхронизацию данных или пересчет оценки моделируемой конверсии немедленно.

И приходим вот к такой схеме:
Пользователь зашел на сайт - Чекпоинт 1
Спустя 15 секунд - Чекпоинт 2
Спустя еще 8.28 секунд - Чекпоинт 3 (потому что пользователь заполнил форму)

Это позволит:
- Иметь еще более чистые и качественные данные
- Качество работы системы и данных станет более одинаковой, несмотря на специфику customer journey разных проектов
- Так же еще увеличится качество JS-интеграций моделируемых конверсий

Ожидаемые видимые глазу и приятные вещи
Так же делимся с вами текущим roadmap'ом и ближайшими планами на новый функционал.

1. Передача результатов работы моделируемой конверсии в Яндекс.Метрику через API (оффлайн-конверсии).
   В разработке. Релиз - август.

2. Чтение конверсий с сервера Яндекс.Метрики с фин показателями (обычные конверсии, оффлайн-конверсии, звонки).
   В разработке. Релиз - август.

3. Выбор количества вариантов в персонализации при включенной опции автовыключения плохих вариантов с помощью искусственного интеллекта (теперь "плохие" варианты будут выключаться не по статистическим условиям, а на основе машинного обучения на основе исторических данных)
   В разработке. Релиз - август.

4. Применения изменений в рамках персонализаций/AB тестов для динамического рендеринга (vue/react/angular). Хоть и с ограничениями, но можно будет через админку (и визуальный редактор) делать изменения на сайтах динамическим рендерингом без JS-интеграции.
   Успешные тесты на нескольких клиентах. Первый публичный релиз - начало сентября.

5. Пересборка юзер-бандла почти с нуля (файла, который вы подключаете к себе на сайт).
   - Вес скрипта сократится на 30-50% (часть скрипта будет подтягиваться динамически, при необходимости)
   - Скорость скрипта должны вырасти на 10-20%
   - Будет добавлено несколько разных вариантов работы скрипта (быстрее, но чуть хуже качество персонализаций или дольше, но лучше качество)
   - При создании проекта будет что-то типа конструктора скрипта, где можно будет накликать нужные опции работы
   В разработке. Релиз - сентябрь.

Ну и, конечно, активно продолжается невидимая работа. Чтобы все работало лучше, быстрее и приятнее.