Системы коллтрекинга передают подробные сведения о звонке

(кампания, ключевая фраза, поисковый запрос, информация о предыдущих
заходах этого посетителя на сайт и т.д.), если был
заход на сайт, но вот при звонке с визитки (а таких звонков особенно много с мобильного трафика) этих сведений получить никак нельзя, так как захода на сайт не было, поэтому всё, что мы знаем - что было столько-то звонков с Яндекс.Визитки. Однако же
Яндекс знает, какой запрос набрал пользователь,перед тем как увидел
объявление и совершил звонок, кто он такой, заходил ли он на сайт ранее,
из какого источника, по какому запросу и т.д. - почему бы Яндексу
этими сведениями не поделиться?

Актуально, когда много поддоменов и все их проблематично добавлять в Дополнительные адреса.

Возможность отследить пользователя и его поведение.

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

Например, я делаю сегмент "Визиты, в которых..." и выбираю, например utm_source. Далее мне нужно указать, какие  utm_source я хочу отфильтровать, но поле остается чистым.  Чтобы мне увидеть хоть одну подсказку, какие  utm_source видела Метрика, мне нужно начинать набирать буквы. Трудно перебирать весь алфавит. Например, в Аналитиксе при построении сегмента все имеющиеся у него варианты сразу подсказываются и среди них можно выбрать.

Более подробное и глубокое определение категорий интересов пользователей с вложенностью, не просто, например, "Финансы", а разделение на разные полюса, скажем, "банкротство" и "инвестиции".

Например CRM система запоминает yclid перехода, и в момент получения денег по api отправляет в метрику данные по прибыли (которые потом можно посчитать естественно в отчетах)

Доброго времени суток. 

У контейнера есть ограничения на 2048 символов. У нас может доходить покупка до 500 товаров. В среднем подсчитывали, выходит отправка по 7 позиций (чтобы уместиться). Но 71 запрос кажется весьма излишним.

Скажите, какую минимальную информацию можно отправлять на этапе purchase, чтобы в отчётах всё было более и менее корректно? Товары, которые попадают в через add и remove как-то связаны с purchase (чтобы только в них передавать расширенную информацию, а на последнем этапе минимальную)?

Если на сайте установлено выпадающее меню, для такого сайта инструмент "карта ссылок" становится практически бесполезен. Для анализа просто замечательно видеть как с различного рода страниц (листинги товаров, категории и т.д.) посетитель клацает по разным ссылкам в меню. Ранее работал способ через клацанье правой кнопки мышки и переключения режимов просмотра. Сейчас это видимо "пофиксили". 

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

Спасибо.

При просмотре записи Вебвизора показывать моменты, когда на устройстве клиента срабатывали JS API команды.

Сделать иконку (с текстом "LOG"), которая будет включать/выключать показ этого лога команд.

--------
Цель:
Упростить тестирование js-кода.
- Тестируем код только на основных устройствах. А когда возникают проблемы, то по записям Вебвизора ищем моменты когда и где не сработал код.

Пример использования:
В одном из визитов не сработали некоторые цели с js-событиями.
Заходим в Вебвизор, смотрим запись и видим точные моменты, когда цели отправлены, а когда и где нет.

В отчётах метрики, в подразделе Вебвизор добавить Геолакацию посетителя что бы понимать с какой части города производился запрос (при использовании мобильного устройства), как сделали в 2 Гис добавив в статистику Ленту событий!