О чем статья?
- О междоменном отслеживании
- О том, что если чего-то нет в официальной документации, то это не повод печалится, а повод добавить такую возможность.
Зачем передавать?
Чтобы не терять информацию о пользователе во время его перехода в платежную систему для совершения покупок, а также его походов по нашей экосистеме сайтов.
Почему без javascript?
- Если нужно выполнить редирект пользователя после обработки логики запроса на сервере.
- Google Analytics api и так хорошо документирован, а читать копипаст документации это не уровень хабра, не так ли?
Суть метода проста. Берем все куки вида __utm и передаем их, как параметры, в урле на другой домен. Ничего не происходит. Расходимся. Добавляем последним параметром __utmk, который является особым хешем всех остальных кук гугл аналитики. Поздравляю мы сделали, то что делаем функция _link в известном файле ga.js от Google Analytics.
И так если у вас переход на другие сайты обрабатывал контроллер, то вам не надо во все ссылки добавлять конструкцию вида:
onclick="_gaq.push(['_link', 'https://www.payment-system.com?contractId=example']); return false;"
Если нужны исходники формирования хеша для ключа utmk, прошу в github.
Далее история о процессе получения данного метода.
1. Задание получено:
«Прокинуть гугл аналитику для всех переходов с сайта на платежную систему»
Описание:
«Теряем информацию [откуда пришел, что искал, как дошел до кнопки buy] о самых важных пользователях, которые купили наш софт.
Документация аналитики советует воспользоваться конструкцией вида:
onclick="_gaq.push(['_link', 'http://another-domain.com']); return false;"
И поставить ей на все ссылки, которые ведут на другой домен.
Вот и проблема — у нас ссылок нет на платежную систему. Есть корзина с несколькими шагами. И контроллер, который определяет, какую платежную систему задействовать и с какими параметрами. После чего делает редирект пользователя на платежную систему.
В голову лезут „ленивые идеи“. Можно же сделать промежуточную страницу на которой пользователь будет нажимать кнопку подтверждения, с вызовом функции аналитики из доки. Или же javascript будет формировать ссылку/форму и перенаправлять пользователя. Но мы эти идеи откидываем сразу как ущербные и идем читать доку дальше.
И так. Нам доступны: клик пользователя, отправка формы, javascript метод. Only? Only! Realy?
Посмотрим, что же происходит когда пользователь нажимает на ссылку у которой установлен атрибут onclick.
поищем через поисковик наш сайт, переход по ссылке, имеем данные куки от аналитики:
__utma 31500988.382379344.1389384850.1389388916.1389389624.3
__utmb 31500988.1.10.1389389624
__utmc 31500988
__utmz 31500988.1389389624.3.2.utmcsr=yandex|utmccn=(organic)|utmcmd=organic|utmctr=наш_запрос
Подробнее о каждой из кук тут.
Перейдем на платежную систему через тестовую html ссылку, которая вызывает _gaq.push('link'… описанный в документации.
Воспользовавшись консолью браузера (так удобнее) узнаем что в урл добавились параметры:
__utma 31500988.382379344.1389384850.1389388916.1389389624.3
__utmb 31500988.1.10.1389389624
__utmc 31500988
__utmz 31500988.1389389624.3.2.utmcsr=yandex|utmccn=(organic)|utmcmd=organic|utmctr=наш_запрос
__utmk 88022362
__utmv -
__utmx -
Так же установились куки (уже на другом домене) utma, utmb, utmc, и главное utmz, в которую перенеслось значение utmcsr=yandex|utmccn=(organic)|utmcmd=organic|utmctr=наш_запрос
Далее зашел в тупик, попробовав передать без клиента 4 значения известных кук как параметры урла, но они упорно не хотели устанавливаться аналитикой как треки.
Анализ ga.js, ga_debug.js, а точнее их минификация не дали результата, попытка сделать beautifality ga.js тоже ни к чему не привела.
Внимательные уже заметили, что после javascript обработки появляются 3 новых параметра в запросе:
__utmk 88022362
__utmv -
__utmx -
Заметил это и я, но чуть позже. Немного покопав, наткнулся на данный комментарий к схожей по тематике статье на хабре.
Это оказались сорцы на Google Analytics Tracking For Adobe Flash.
Осталось дело за малым. Выяснить, что на основе всех кук формируется хеш и записывается в __utmk и переписать
/**
* Generate hash for input string. This is a global method, since it does not need
* to access any instance variables, and it is being used everywhere in the GATC module.
* @param input Input string to generate hash value on.
* @return Hash value of input string. If input string is undefined, or empty, return hash value of 1.
*/
public function generateHash( input:String ):int
{
var hash:int = 1; // hash buffer
var leftMost7:int = 0; // left-most 7 bits
var pos:int; // character position in string
var current:int; // current character in string
// if input is undef or empty, hash value is 1
if(input != null && input != "")
{
hash = 0;
// hash function
for( pos = input.length - 1 ; pos >= 0 ; pos-- )
{
current = input.charCodeAt(pos);
hash = ((hash << 6) & 0xfffffff) + current + (current << 14);
leftMost7 = hash & 0xfe00000;
if(leftMost7 != 0)
{
hash ^= leftMost7 >> 21;
}
}
}
return hash;
}
В завершении проверяем, что для одинаковых значений треков оба варианта ( javascript — ga.js — link() и php generateHash ) генерируют одинаковый ключ для __utmk и на стороннем домене устанавливаются нужные треки.
Вывод:
У нас появился новый способ междоменного отслеживания. Он не лучше, не хуже, просто другой ( серверный ).
Автор: KyDeSniK_by