Плохо искали:

yabs.yandex.ru — это технический поддомен Яндекса, в котором реализована переадресация с контекстной рекламы. … Чтобы избавится от этих источников можно добавить UTM разметку к вашим ссылкам, и тогда Google Analytics будет записывать их в источник, а не учитывать реферер, который получает от Яндекса.

Интересный вопрос) Я вижу тут есть где развернуться машинному обучению. Идея такая – нужны логи с хитами по сеансам в проекте, где настроено куча разных событий. Далее по логам смотрим, какие события были последними в сеансах и строим на этих данных модель.

Альтернативный путь – построить цепи Маркова по событиям пользователя и посмотреть опять же какие события были последние и как часто. Это даст понимание когда стоит и стоит ли вообще запускать поп-ап.

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

Короче, клевый вопрос и можно сделать клевый кейс))

Нет, проблема всё-таки есть) вы не ту задачу решаете. Не важно как генерировать user_id, важна логика, как вы будете смачивать сессии по этому id.

Опишите формально эту логику и поймёте тонкие места. В вашем случае, пока пользователь с нового устройства не заявит о себе (снова оставит тот же контакт) вы о нем будете думать и собирать статистику как о новом. Как только он себя засветит, вы его сматчите в текущий user_id, но предыдущие действия так и останутся нераспознанными. В итоге: garbage in – garbage out.

1. Попробовать использовать в триггере пользовательское событие, по которому цель засчитывается

2. Через CustomTask перенаправлять хит с событием в метрику

Тестируйте. Нет готовых цифр, начните с максимума, который может себе позволить и постепенно снижайте ставку.