базу? Можете проконсультировать?
Столкнулись с проблемой, что метрика не отдает всех пользователей по ID в APILogs. В поддержке говорят что так работает сервис, типа это конфиденциально выгружать пользователей.
Как в итоге соединить две таблицы - просмотры и визиты и подсчитать всех уникальных пользователей, если по ID пользователи не выгружаются?
Ну то есть они выгружаются, но данные по количеству уникальных пользователей за день не сходятся с данными метрики. От слова совсем.
А вы у читываете, что через LogsAPI вы выгружает сырые, не агрегированные данные?
Так в том и фишка. В моем понимании сырые данные - это все ID уникальных пользователей. Так ведь? Они ж не агрегированные. Я выгрузила, посчитала простой Count уникальных значений id - чтобы посчитать количество уникальных пользователей за день. И у меня не сошлось с данными метрики. Пишу в поддержку - говорят - оно так и работает. Как тогда подсчитать количество уникальных за день по неагрегированным данным?
Какой парамтер считаете, user_id? И по какой из таблиц hits или visits?
Считаю по таблице visits. Выкачиваю данные по параметру LastTraficSourse нужные мне. Сравниваю с уникальными посетителями по органике за 1 день по последнему переходу. И соответственно считаю count по этим client_id. Метрика мне ответила дословно вот что: Как посчитать уников? Для подсчета агрегированной статистики мы можем использовать дополнительные данные Яндекса, в частности 3rd party cookies. Это позволяет получать в отчетах более точные оценки без раскрытия данных. Выгрузка этих данных по отдельным пользователям нарушает наши политики, поэтому сейчас в Logs API не получится унифицировать посетителей и получить то же число, что и в веб-версии. Но как тогда все считают количество уникальных пользователей? Или это только мне понадобилось считать? У меня СМИ :( Тут всё на униках завязано 😊
client_id или userIDhash в logs api это все куки браузеров (у одного юзера может быть несколько устройств + браузеров, а соответственно и несколько кук) в ЯМ нет уникальных пользователей (их нужно передать или объединить с данными ЯМ, если веб сайт собирает user_id после авторизации / покупки / другого ценного действия, которое позволяет оставить сайту персональные данные) в вашем случае (без реализации уровня user_id) вы можете агрегировать уникальные client_id или counteruserIDhash (если счетчик ЯМ стоит на нескольких доменах) и число будет очень близко к веб-интерфейсу, это максимум возможного
Обсуждают сегодня