Понимание файлов cookie сторонних разработчиков Google Analytics

Question

У меня есть проблема с поиском cookie, используемым Google Analytics. Я понимаю, что код отслеживания, содержащийся на веб-сайте, собирает определенную информацию о хитах страниц, продолжительности посещения, куки-файлах первого домена и т. Д. Затем он присоединяет всю эту информацию к параметрам запроса для запроса пикселя gif и отправляет его на серверы Google Analytics. Тем не менее, я не понимаю, что, как Google Analytics имеет смысл этих сторонних файлов cookie, поскольку пиксель представляет собой запрос на www.google-analytics.com, сторонний сервер.

Таким образом, даже несмотря на то, что сам код отслеживания может быть внутри кода издателя и выполнен в качестве стороннего производителя и поэтому позволяет Google Analytics иметь доступ к файлам cookie сторонних производителей, но когда эти куки-файлы в конечном итоге достигают GA, эти серверы не могут читать файлы cookie, не так ли? Одно из объяснений этого может заключаться в том, что после того, как файлы cookie первой стороны будут совместно использоваться с GA, тогда независимо от того, куда отправляются эти файлы cookie (и независимо от того, что этот конкретный пиксель настраивает сторонний куки-файл внутри браузера из-за этого запрос www.google-analytics.com), серверы GA могут иметь уникальный идентификатор, соответствующий этому пользователю (на основе идентификатора первой стороны cookie) и, таким образом, поддерживать запись для этого пользователя при последующих запросах. Правильно ли это понимание?

Может ли кто-нибудь помочь в разъяснении этого вопроса. Спасибо.

Answer 1

В текущей версии Google Analytics используется один файл cookie для отслеживания (и может использовать другие для дросселирования или экспериментов).

Это первые файлы cookie cookie через инъецируемый скрипт, потому что сторонние файлы cookie имеют более высокий шанс отклонения. Однако, являясь первичными куки-файлами в вашем собственном домене, они вообще не доходят до сервера Google Analytics (по крайней мере, не как часть заголовков http).

Cookie используется на стороне клиента только для поддержки идентификатора клиента, который позволяет сшивать просмотры страниц в сеансах и пользователей. Затем информация из файла cookie считывается с помощью JavaScript и добавляется в запрос на сервер отслеживания.

Исторически, хотя информация печенья действительно предназначена для отправки на сервер: ежа, продукт, который позже был приобретен Google и превратился в Google Analytics, был первоначально файл_журнал анализатор, который augmnented server logfiles with a cookie:

UTM, или Urchin Traffic Monitor, был ранним методом для увеличения файлов журналов Apache (или IIS и т. Д.) С куки-файлами, чтобы можно было установить уникальные посетителей. Этот метод влечет за собой строку из javascript на каждой странице сайта и небольшую модификацию изменения журнала веб-сервера . Большинство наших конкурентов в то время использовали только журналы (старая школа) или только для javascript/cookies (WebSideStory и т. Д.), И оба обязательно пропустили много доступной информации. Urchin был первым до , используя оба источника данных в одном методе унифицированной коллекции, аккуратно , содержащихся в расширенных файлах журнала доступа. В настоящее время почти все, что вам нужно, можно получить с помощью метода cookie (á la GA), но анализ журналов по-прежнему имеет свои преимущества.

Итак, тогда файлы cookie, которые на самом деле предназначались для анализа серверов, Сегодня аспект сервера - просто побочный эффект, фактическое использование - в клиентском коде.