Comments 45
80000 гет!
Ну тогда и от меня поздравления примите (ой боюсь по теме коментариев будет меньше чем поздравлений)
а типа с помощью событий и кастомных отчетов такого добиться нельзя?
А что мешает просто считывать Referer?
поздравляю с гетом! =)
Что мешает пользоваться piwik?
А если это в куках аналитика, почему это в его отчётах не разглядывается? или я просто не в теме?
Интересная тема.
Сейчас разрабатываю для одного хостинга систему которая не просто будет показывать количество регистрации с тех или иных ресурсов, но и считать количество прибыли которые приносят эти юзеры.
Т.е. например можно будет сравнивать реальную финансовую прибыль от контекстной рекламы и пользователей приходящих с поисковиков, т.к. вполне может быть что с контекстной рекламы зарегистрируется в 5 раз больше чем с поисковиков, но сумма счетов с поисковиков будет в 10 раз больше.
Сейчас разрабатываю для одного хостинга систему которая не просто будет показывать количество регистрации с тех или иных ресурсов, но и считать количество прибыли которые приносят эти юзеры.
Т.е. например можно будет сравнивать реальную финансовую прибыль от контекстной рекламы и пользователей приходящих с поисковиков, т.к. вполне может быть что с контекстной рекламы зарегистрируется в 5 раз больше чем с поисковиков, но сумма счетов с поисковиков будет в 10 раз больше.
Гугл аналитикс это давно умеет. Курите доки.
даже после того как юзер сотрет куки, например? доки прокурены.
и? исходная система на тех же куках построена
исходная система записывает нужные данные при регистрации и использует их потом сколько угодно.
Потом уже куки если и сотрут мы все имеем на руках, а кастомные отчеты и тп уже не прокатят.
Вы можете получить статистику опираясь на данные своего сайта(голосования, покупки, вообще объективные типа нравится/не нравится) и данные полученые при регистрации.
Я не говорю о замене — я говорю о дополнении.
Как проще посчитать количество комментариев сделанных пользователями пришедших с site2.com — с помощью такой схемы или с помощью гуглоаналитики?
Потом уже куки если и сотрут мы все имеем на руках, а кастомные отчеты и тп уже не прокатят.
Вы можете получить статистику опираясь на данные своего сайта(голосования, покупки, вообще объективные типа нравится/не нравится) и данные полученые при регистрации.
Я не говорю о замене — я говорю о дополнении.
Как проще посчитать количество комментариев сделанных пользователями пришедших с site2.com — с помощью такой схемы или с помощью гуглоаналитики?
Мне проще настроить GA каждый раз под кастомный отчет, чем городить такую схему на своем сайте.
+ я смогу спокойно своим отчетом поделиться с другими людьми
+ у меня под рукой готовый UI
+ все отчеты в одном месте, а не в 10.
Я не говорю, что указанный в статье метод плох, я просто не понимаю, зачем он нужен. Для точных финансовых отчетов все равно используются финансовые документы (первичка). Для оценки трафика и его сегментации лучше GA / Omniture ничего нет. Пусть даже у них погрешность для западных пользователей 3-5%, это совсем не важно при оценке трендов.
А писать каждый раз руками такую схему для каждого сайта? Мне лично лениво.
+ я смогу спокойно своим отчетом поделиться с другими людьми
+ у меня под рукой готовый UI
+ все отчеты в одном месте, а не в 10.
Я не говорю, что указанный в статье метод плох, я просто не понимаю, зачем он нужен. Для точных финансовых отчетов все равно используются финансовые документы (первичка). Для оценки трафика и его сегментации лучше GA / Omniture ничего нет. Пусть даже у них погрешность для западных пользователей 3-5%, это совсем не важно при оценке трендов.
А писать каждый раз руками такую схему для каждого сайта? Мне лично лениво.
вышеприведённый мною пример абстрактный, но был применен для похожей задачи. Такие данные из аналитики не выймешь с помощью кастомных отчетов. Опять повторюсь, это дополнение, скажем даже специфичное.
Какие «такие»? Вы пример приведите конкретный. То, что было озвучено, из GA вынимается.
Создание комментария — отдельное событие
Далее кастомный отчет по общему числу событий / действию по событию / источникам.
Только что проверил — заняло минуту посмотреть, откуда приходят пользователи, чтобы загрузить Web Optimizer — 39% с webo.in
Далее кастомный отчет по общему числу событий / действию по событию / источникам.
Только что проверил — заняло минуту посмотреть, откуда приходят пользователи, чтобы загрузить Web Optimizer — 39% с webo.in
как вы думаете я смог бы привести хоть один пример, пусть даже фантастический, чтобы у вас не нашлось мне достойного ответа? когда начинается спор разговор заходит обычно в тупик. Вы уверены в своем, я в своем.
Видимо тут фишка в том, что пользователь сегодня зашел на сайт с хабра. В куки записался реферрер.
Послезавтра он заходит на сайт, вбив адрес в адресную строку руками и регистрируется.
Если у него стоит кука с реферрером, то можно записать его в юзеринфо.
Через неделю наш юзер делает заказ на $1млн.
А в конце месяца мы можем посмотреть, с какого ресурса приходят самые жирные клиенты.
(если так можно сделать в GA, то напишите пожалуйста, где копать)
Послезавтра он заходит на сайт, вбив адрес в адресную строку руками и регистрируется.
Если у него стоит кука с реферрером, то можно записать его в юзеринфо.
Через неделю наш юзер делает заказ на $1млн.
А в конце месяца мы можем посмотреть, с какого ресурса приходят самые жирные клиенты.
(если так можно сделать в GA, то напишите пожалуйста, где копать)
ничего не понял. Вешаете событие «делает заказ» через GA и смотрите. Там все будет, и ресурсы, и поисковики (наверное, и фразы, не проверял).
Вот тут небольшая заметка в тему
web2.habrahabr.ru/blog/77314/
Вот тут небольшая заметка в тему
web2.habrahabr.ru/blog/77314/
откуда через неделю возьмется информация о реффере конкретного пользователя для pageTracker._trackEvent?
GA же умеет аккумулировать данные. Считать новые и повторные заходы. Для повторных заходов учитывать только исходный referer
ну так приведите пример его получения. Как оно учитывать только исходный referer
например, используя транзакции
www.google.com/support/googleanalytics/bin/answer.py?hl=ru&answer=55528
www.google.com/support/googleanalytics/bin/answer.py?hl=ru&answer=55528
а городить такое для каждого нужного ивента не лениво? две строки при регистрации для записи рефера против «транзаций»
Сегодня вы захотели отслеживать новое событие — нужно его добавить и отправная точка это сегодня, за вчера(и дальше в прошлое) данных нет.
Если же записать реферов сразу, то простым sql можно вычислить любые нужные данные за любой промежуток.
P.S. так и не понял как при помощи транзакций учитывать только исходный referer
Сегодня вы захотели отслеживать новое событие — нужно его добавить и отправная точка это сегодня, за вчера(и дальше в прошлое) данных нет.
Если же записать реферов сразу, то простым sql можно вычислить любые нужные данные за любой промежуток.
P.S. так и не понял как при помощи транзакций учитывать только исходный referer
мне не лениво. Нормальный e-commerce и так обвешан событиями по самые колокольчики, ибо про пользователя нужно знать все. А чем писать свою платформу для отслеживания статистики лучше использовать уже готовую. Тем более, что она постоянно улучшается.
Зачем терять время, если его можно потратить на зарабатывание денег?
Зачем терять время, если его можно потратить на зарабатывание денег?
Спасибо, интересно!
А можно ли вывести список посещенных страниц по порядку для каждого посетителя по его ip.
Т.е.:
145.24.64.13
Страница 1 -> страница 2 ->…
213.165.16.36
Страница А -> страница Б ->…
А можно ли вывести список посещенных страниц по порядку для каждого посетителя по его ip.
Т.е.:
145.24.64.13
Страница 1 -> страница 2 ->…
213.165.16.36
Страница А -> страница Б ->…
А что, если вам нужна статистика о том, откуда идут пользователи, телепортировавшие большее количество коз?
(кстати, три запятых)
(кстати, три запятых)
Sign up to leave a comment.
Знай откуда пришел пользователь