Вот так выглядит примененение семлинга
А какой счетчик то стоит?
Ну ок, но все равно это по сути трафиковый параметр, так что лучше его писать в трафиковые переменные, как минимум, чтобы не попадать под семплинг в последующем
Система веб аналитики - вещь не точная, поскольку использует JS трекинг.
Система веб аналитики не должна применяться для подсчета точных цифр, она используется для анализа трендов и показателей больше/меньше
Две разных системы веб аналитики всегда будут отличаться друг от друга цифрами(ваша разница еще не такая критичная как может быть, поверьте)
Мой вам совет: выберите что то одно - или GA или ЯМ и опирайтесь на одни цифры, отслеживая динамику, а не конкретные цифры.
Нужны точные цифры - настраивайте серверный трекинг
Возможные причины:
1) Применяется семплинг (тогда об этом будет гореть желтая штука)
2) Если мне не изменяет память, источники трафика и социфункции работают по разным таблицам данных и не исключено что там применяются разные алгоритмы подсчета, более подробно - надо смотреть
Да суть простая:
При оформлении заказа забираем из куки ClientID, затем при подтверждении заказа отправляем в GA через Measurement protocol инфу о заказе + ClientID. Таким образов GA подцепит транзакцию к существующему клиенту в его БД и скажет вам с какого канала он пришел.
Все это актуально для Universal analytics, в старой версии GA Measurement protocol недоступен и надо изощряться куда более серьезно чтобы иметь эту стату, но если интересно - расскажу=))
Поставит новый, вернее он ничего дополнительного не ставит, он просто сам будет делать то, что должен делать счетчик Google Analytics.
В итоге у вас и Tag Manager и Google Analytics будут два раза делать одно и то же. Последствия - непредсказуемы, как минумум, некорректная статистика по просмотрам и как следствие некорректный подсчет BR и прочих завязанных на это метрик
Если ставите Tag Manager с тем же счетчиком GA (да даже если с другим, но одной версии) - сносите старый
Насколько я помню, YouTube плеер шлет эвенты в общий дата лейер, который в обычной реализации без тег менеджера можно перехватывать и выполнять соответствующий метод GA, в Tag Manager можно установить кастомный JavaScript который будет делать то же самое
Зависит от того, какой URL у вас отображается на 404 странице. Если Что то вроде 404.php то без серверной доработки с передачей в GA параметра запрошеной страницы понять сложно. Если же фактически запрошенный URL, то уже проще
Указанное выше решение не поможет, так как в этом случае, нужный параметр будет прописываться только для входной страницы (там где он собственно будет в URL), для всех последующих страниц того же пользователя кастомной переменной не будет.
Лучшим решением была бы кастомизация названий utm параметров, тоесть чтобы на уровне счетчика мы брали параметр parid и писали его значение в куки, в которой хранится допустим utm_term или utm_content, раз уж они у вас не используются, тогда вам будут доступны все отчеты, в которых можно делать фильтрацию по этому параметру, да еще и в большинстве случаев без семплинга (как буде в случае с кастом переменной)
Скажите, какая у вас версия GA, и пользуетесь ли Tag Manager
