Ошибка размещения счетчиков, часового пояса, верстки или интерпретации данных (+ ли последние дни нестабильно работает, понаблюдайте ещё немного)
см. /ru/forum/870179
Если точно, в Метрике видны все запросы с Яндекса, в G.WT - запросы из Гугла. То есть свои - в своём. В остальном - разброд и шатание, но оно вам надо? Имеющегося вполне достаточно.
Alven, NeMaster,
Совпадает "трафик" в GA и Метрике, или нет, но он и в той и другой системе правильный. "...просто вы не умеете его готовить (с)"
Ранее гуру правильно высказались:
1. Почитайте для затравки указанную ветку /ru/forum/591822, там есть много рациональных зёрен (только пропускайте перлы вида "...Всерьез я конечно стату Гугла не воспринимаю...").
2. Примите, что Метрика и GA отобразят вам все хиты, что вы им дадите. Это не поделки на коленке.
3. Начинать надо с себя - правильно расположить код, проверить взаимодействие с другими кодами на странице (баннеры, движок), сам код аналитики правильно собрать, банально использовать universal analytics вместо старой аналитики, и т.п.
4. Четко понимать, как Метрика и GA предварительно обрабатывают хиты (что есть и сырые данные, и предварительно агрегированные, есть лимиты, есть ограничения конфиденциальности, есть стандартные отчеты и свои собственные, и с какими данными они работают).
5. Полностью используйте пользовательские параметры, куки, конструкторы запросов.
У вас очень правильный вопрос, и разница в цифрах, если она необъяснима - то это ошибка, которую надо искать. Ваша ошибка (техническая, интерпретационная), а не статистики.
P.S. извините за банальность, но вдруг: крайне важно, чтобы во всех сравниваемых системах статистики/аналитики в настройках совпадали часовые пояса.
В полной мере копии нет, что понятно. Но это всего-лишь набор отчетов (В Я.Метрике), которые в GA просто разбросаны:
1. Есть Behavior-Site Speed, который дает представление о скорости загрузки страниц.
2. Трафик по минутам - это customer отчет "minuts - hits"
3. Нагрузка на сайт, роботы - в GA не смотрю (прям на сервере) (как их посмотреть в GA?)
Для информирования на email можно использовать alerts: Admin - View - Custom Alerts (или то же самое в отчетах Reporting - Intelligence Events - Create a Custom Alert). Выбором наблюдаемого параметра можно косвенно следить за доступностью (с задержкой в сутки).
Можно постоянно наблюдать за real-time отчетом.
P.S. Есть ещё Google Webmaster Tools, там онлайн мониторинг есть.
Уважаемые гуру, хочется перейти обратно от личностей на затронутую тему, так как вопрос очень актуальный. Давайте продолжим обсуждение?
1. В Я.Вебмастер и в GA.Webmaster Tools я вижу все свои search queries. Это предмет спора? Чем недостаточна эта статистика ко кейвордам? Поясните, как вы считаете?
2. Чем разделы Я.Метрика.Поисковые фразы и GA.Acquisition.keywords недостаточны для анализа (у меня они вполне коррелируются с данными из интерфейса вемастера)?
Dismissed, раз затронули тему, проведите для нас всех :) небольшой ресёрч, посмотрите по вебвизору эти три записи - что делали пользователи? (если сессии были по ноль секунд - то может дело и в наличии двух скриптов).
и второй вопрос - напишите - у вас каждый день в меньшую сторону разница (тогда действительно можно предполагать, что второй скрипт аналитики не успевает отрабатывать? (что сомнительно - они или оба работают, или оба не работают).
Сутки-полтора задержки обычно (если вы не премиум :))
onclick="ga (\'send\',\'event\',\'zakazat\',\'nagal\');"
Обе цифры правильные. Вы сравниваете визиты (сессии) с пользователями.
54 - это покупки, совершенные теми пользователями, которые в заданный вами период первый раз пришли на сайт.
Из них: 35 - это new users, то есть те, которые первый раз за историю вашего аккаунта в GA, а 54-35=19 - это те, которые первый раз пришли на ваш сайт до выбранного вами периода.
49 - это указанные выше 19, и те 49-19=30, которые первый раз пришли за указанный вами период, а в следующие заходы в этот же период совершили покупку.
29 - это указанные выше 30 с погрешностью в единицу.
- по рефереру
- по этой "определенной" странице (start page)
- самостоятельно отправлять своё событие
- давать этим пользователям уникальный userid
и т.п.
