Комментарии 6
Интересно! Надо будет затестить.
А как в server-side-tracking осуществляется связь с профилем пользователя (возраст, пол и т.п.)?
С client-side понятно: пользователь залогинен в свой google account и вместе с аналитикой передаём его ID. Если же никакой связи с сервером гугла нет, как найти аккаунт?
С client-side понятно: пользователь залогинен в свой google account и вместе с аналитикой передаём его ID. Если же никакой связи с сервером гугла нет, как найти аккаунт?
хороший вопрос) если через web-контейнер отправлять только идентификатор профиля (User ID) – на облачный сервер (на cкринах он прописан как sst.owox.com) можно дополнительно отправлять хиты с вашего внутреннего сервера с доп.инфой по каждому профилю, и связывать их по User ID
Это при условии, что данные есть во внутреннем профиле. Но чаще всего это не так.
Например, интернет-магазин. Пользователь регается с e-mail abracadabra007@mail.ru и больше вы ничего о нём не знаете. Но, тем не менее, стандартная гугл-аналитика скажет вам о полово-возрастном распределении посетителей сайта, а отрезав её, вы лишаетесь этой информации?
Например, интернет-магазин. Пользователь регается с e-mail abracadabra007@mail.ru и больше вы ничего о нём не знаете. Но, тем не менее, стандартная гугл-аналитика скажет вам о полово-возрастном распределении посетителей сайта, а отрезав её, вы лишаетесь этой информации?
На наш взгляд, для 90% сайтов данный сервис будет неактуален по целому ряду причин. В частности, необходимость защищать большие объемы данных имеется у действительно крупных компаний. Но зачем им обращаться к стороннему сервису, если его функционал можно реализовать прямо на своем сервере, обеспечивая собственными силами такой же уровень защищенности данных. А у малых компаний, в свою очередь, сервис вряд ли будет пользоваться популярностью, потому что он платный.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новый способ отслеживания данных в Google Tag Manager – Server-Side Tagging