Памятка по установке и настройке Google Analytics

По работе пригодилась краткая памятка по установке Google Analytics. Думаю, может быть интересно :)

Установка кода Google Analytics

1. Субдоменное/Кроссдоменное отслеживание – первым делом нужно определиться, располагается ли сайт не нескольких поддоменах и если да, то нужно настроить корректное отслеживание между ними с помощью функции setDomainName(). Иногда для отслеживания поддоменов используют разные профили с разными идентификаторами Google Analytics, но на наш взгляд удобнее пользоваться одним профилем и соответственным образом настроенными фильтрами, о которых чуть ниже.

2. Код для поисковых машин – так как Google Analytics по умолчанию не понимает никаких российских поисковиков, кроме Yandex, мы всегда добавляем в код отслеживания «обработчики» отечественных поисковых машин. Используем функцию addOrganic().

3. E-Commerce – модуль ставится в том случае, если на сайте проводятся реальные транзакции. Для его установки требуется изменение страницы «Спасибо за покупку» таким образом, чтобы в функции отслеживания подставлялись соответствующие значения для совершенных покупок.

Проверка кода на сайте

После того, как клиент сообщил об установке кода, требуется проверить код на предмет правильности.

1. Опечатки – очень неприятная ошибка, так как в этом случае Analytics выдаст сообщение «код найден, идет сбор данных». При этом данные в аккаунте могут и не появиться – все зависит от того, где именно допущена опечатка.

2. Везде ли стоит код – проверить повсеместность установки не так просто, если сайт динамический. Можно воспользоваться сервисом требуется пометить их тегами utm.

Настройки GA

1. Профиль для raw data – хорошим тоном является создание минимум двух профилей – один для необработанных данных, а второй для использования фильтров.

• В случае субдоменного отслеживания требуется создать профиль для вывода полного URL.
• Если есть ненужные параметры в URL, делаем отдельный профиль, в котором мы от них избавляемся

2. Настройка внутреннего поиска – если на сайте есть поиск, он обязательно настраивается.

3. Настройка целей и проверка регэксп-целей в отчетах – не забыть настроить цели. Если для цели используется регулярное выражение, нужно пойти в отчет по содержимому и вставить его в фильтр под отчетом. Это поле понимает регэкспы, и с его помощью очень легко проверить, нет ли ошибки.

4. Привязка AdWords и Analytics – не забыть про привязку AdWords и Analytics. Нужно сходить в AdWords на вкладку “Отчетность – Google Analytics” и проверить, настроена ли связь. Тут же необходимо проверить, включена ли автопометка в закладке «Мой Аккаунт – Настройки».

Пять моих самых глупых ошибок в отслеживании

Всем привет. Продолжаем прерванное вещание. Если кому-то интересно, то супер-мега-секретный проект, о котором я говорил в прошлый раз – это про наш контракт с Avito.ru. Avito, на минуточку – это “Самый большой сайт бесплатных объявлений”, если верить большому красному заголовку на морде этого замечательного проекта.

Но сейчас не об этом. Как тут уже много раз было написано, у нас накопился довольно большой опыт в установке Google Analytics (и пока не очень большой – в Google Website Optimizer), по мере приобретения которого набилось большое количество синяков и шишек.

Хочу поделиться самыми глупыми ошибками, которые я сделал в разное время работы с Google Analytics. Человек я скорее не технического склада, а потому ошибался часто и довольно примитивным образом. Хуже всего, что эти простейшие на первый взгляд ошибки приводили к странным результатам, докопаться до сути которых было непросто. Думаю, крутым программерам и просто внимательным людям это будет не очень интересно, но кому-то может и пригодиться.

1. Опечатка в идентификаторе Google Analytics

Каждый код содержит уникальный идентификатор, например, UA-486199-1. Последняя циферка в нем – это номер профиля, для которого может создаваться отдельный код (как известно, может быть несколько профилей для одного идентификатора, а можно для каждого профиля сделать разный скрипт отслеживания. Вот этой-то цифрой они и будут отличаться). Как-то раз для одного из клиентов я сделал опечатку, и идентификатор выглядел как UA-486199-. В таком виде его и установили. Analytics отрапортовал, что код найден и ожидаются данные. Увы, цифры в интерфейсе не появились ни через день, ни через два. Надо добавить, что в исходном коде эта опечатка почти незаметна. Хорошо, что все быстро разрешилось.

2. Два разных кода на одной странице

Владельцы сайтов очень любят ставить новые счетчики и оставлять при этом свои старые. В этом случае эффекты могут быть самыми разными – например, в одном из таких случаев на сайте с двумя счетчикам был очень низкий процент отказов – что-то около 2-3%. Естественно, я подвел под это доказательную базу и пытался объяснить клиенту, почему это так. Главное – самому верить в то, что говоришь :) . Однако исторический процент отказов у клиента был около 30%, и мои россказни были поставлены под сомнение. Чуть более внимательный разбор кода показал ошибку. Кстати, еще один симптом этой ошибки – необычно большое количество посещений с четным количеством просмотренных страниц (отчет “Посетители->Лояльность Посетителей->Глубина Посещения”. Если в нем подозрительно “торчат” посещения с глубиной 2, 4, 6 и так далее страниц, то это явный признак задваивания счетчика.

3. Двухбуквенные домены и IE

Это был самый обескураживающий случай. Дело в том, что IE то ли не выставляет куки для двухбуквенных доменов, то ли выставляет их не так, как надо, но в результате посетители с этим браузером не учитываются в GA. Для исправления ситуации на одном из форумов советуют вставить в код довольно странную конструкцию “pageTracker._setDomainName(”www.aa.com”);, где aa.com – адрес вашего двухбуквенного сайта. Не уверен, что это до сих пор является проблемой, но клиент с двухбуквенным доменом до сих пор использует этот кусок в счетчике.

4. Большие и маленькие буквы в коде

Как я уже писал, человек я не технический, и на самой заре работы с Google Analytics я был уверен, что в коде счетчика можно писать строчные и прописные буквы по своему усмотрению – например, SetDomainName() вместо setDomainName. Увы, я ошибался :) Понятно, что в этом случае Analytics тоже может сказать, что все в порядке и данные идут, но в отчетах вы можете увидеть совсем не то, что ожидали.

5. Не обратился к поддержке сразу

Cтрашно подумать, сколько времени и сил можно было сэкономить, просто обратившись в поддержку или написав на русский или английский форумы Google Analytics!

Идеальный семинар?

В России проводилось уже несколько семинаров про Google Analytics. Я к сожалению ни на одном из них не был, но судя по программе, они проводятся по довольно стандартной схеме “установка счетчика-обработка данных-делаем с этим что-нибудь”.

Также я слышал несколько отзывов о том, что тем, кто немного разбирается в предмете, подобные семинары неинтересны, а тем, кто не разбирается совсем – в основном ничего не понятно.

Мы в компании iConText тоже думаем о том, чтобы такие семинары проводить. Понятно, что всем угодить не получится, но все-таки хотелось бы в двух словах выяснить, чего от этого семинара ожидают, например, читатели этого уютного бложика :) Оставляйте свои мнения в комментах – и когда мы соберемся проводить семинар, я их обязательно учту!

Какие вопросы лучше осветить? Какие примеры приводить? Надо ли рассказывать про навязшую уже на зубах правильную установку счетчиков? Что-то еще, о чем я забыл? Пишите :)

Семинар с Авинашем доступен всем!

Несмотря на то, что изначально Авинаш был против выкладывания его выступления в публичный доступ, многочисленные просьбы все-таки вынудили его согласиться, что не может не радовать :)

Посмотреть его можно здесь – http://www.seo-study.ru/seminary/avinash-kaushik/

Смотрите друзья, смотрите сколько хотите :)

Вот и провели вебинар

Ну что ж, вебинар с Авинашем позади. Мне кажется, все прошло неплохо – по крайней мере, гораздо лучше, чем я ожидал. К сожалению, из-за времени, которое пришлось тратить на перевод, не удалось рассказать все, что планировалось, но и так все вроде было здорово. Очень устал переводить – все-таки даже синхронисты меняются каждые полчаса, в то время как мне пришлось разговаривать примерно час-сорок.

Зачем я полез в это мероприятие? Я хотел, чтобы перевод был хоть мало-мальски похож на правду, а не был отсебятиной очередного “переуодчика”, который не удосуживается даже поверхностно ознакомиться с предметом, прежде чем нести вечное в массы. Увы, мне еще не встречалось ни одного “нормального” синхрониста, а после перевода книги того же Авинаша, который кроме как отвратительным и назвать трудно, у меня вообще потеряна вера в переводческую школу.

Конечно, огрехов вчера тоже было полно – Авинаш говорит очень быстро, да еще с хорошим акцентом. Так что кое-что потерялось при переводе, прошу сильно ногами не пинать :)

Прошу слушателей в комменты – пожелания, жалобы, советы – все приветствуется!

Первое выступление года!

Время для анонсов!
В понедельник 25 января в 21-00 по Москве состоится первое в истории России и галактики выступление известнейшего веб-аналитика Авинаша Кошика (ударение на первый слог, между прочим).

Записаться можно здесь

Ваш скромный слуга будет выступать в качестве переводчика этого действа, прошу ногами не пинать, так как скорее всего “чистого” синхрона не получится, так как вебинарское ПО этого не позволяет. Но – как всегда буду рад отзывам!

Давненько не брал я в руки

Ух, сто лет сюда не писал! Причина – 125-процентная занятость на огромном суперсекретном рекламном проекте. Объем работы и нагрузки были просто запредельными, но кажется, я немного разгребся. Планирую снова начать писать постоянно, ждите много нового!

Tips and Tricks: Шеф, два счетчика!

Иногда (довольно редко) приходится устанавливать на сайте два счетчика сразу. Зачем это может быть нужно? Например, чтобы можно было оставить текущий счетчик, который дорог для клиента как память, и установить свой “свежий” вариант, свободный от старых ошибок и проблем.

Например, для одного из наших клиентов нам пришлось установить два счетчика сразу, так как в оригинальный аккаунт данные попадали в довольно странном виде – клиент запихивал в trackPageview тайтл текущей страницы. Зачем он это делал, если в разделе “Содержание” есть отчет “Содержание по заголовкам”, ну да как известно, “чужой аккаунт – потемки”.

Также с помощью новоустановленного счетчика можно попробовать разобраться с проблемами, неожиданно проявившимися на старом варианте, когда непонятно, что могло произойти.

Речь именно о двух разных экземплярах кода (с разными идентификаторами), а не вариантах, создаваемых для профилей в одном аккаунте. Если втупую поставить два счетчика на одной странице, вместе с “шапкой” и прочими атрибутами, то работать они будут, но данные будут искажаться довольно интересным образом.

В нашем опыте был такой случай – со страниц забыли убрать второй экземпляр кода, и в результате в “боевом” аккаунте все посещения фиксировались как одностраничные. Соответственно, и время на сайте фиксировалось неверно. Как только второй счетчик был убран, данные пришли в норму, но увы, за то время, пока стояло два кода, мы успели потерять корректные данные примерно за неделю.

Чтобы данные собирались корректно в два счетчика сразу, нужно сначала создать отдельный аккаунт в Google Analytics и сгенерировать в нем новый код. Потом взять исходный код от первого счетчика, который уже стоит на странице, оставить от него “шапку”, а затем в основном теле кода найти функцию trackPageview(); после которой нужно добавить инициализацию второго счетчика и вызов второй функции trackPageview(). Вот как будет выглядеть кусок основного кода отслеживания в результате:

var pageTracker = _gat._getTracker("UA-XXXXX-1");
pageTracker._trackPageview();
var secondTracker = _gat._getTracker("UA-YYYYY-1");
secondTracker._trackPageview();

Как видим, потребовалось добавить к переменной pageTracker еще одну, под названием secondTracker. Именно она и будет использоваться для сбора данных во второй аккаунт с идентификатором “UA-YYYYY-1″ (понятно, что вместо “YYYYY” нужно подставить корректный идентификатор профиля).

В результате одинаковые данные будут попадать в два разных аккаунта. Клиент будет и дальше наслаждаться своими (возможно, неправильными) данными, а мы получим в свое распоряжение новенький счетчик, с которым будем делать все, что захотим.

Конечно, в подобной установке есть и ограничения. Например, вам не удастся привязать к обоим аккаунтам Google Analytics один и тот же аккаунт AdWords – для этого придется обращаться в службу поддержки AdWords. C другой стороны, это не так часто и требуется.

Провели вебинар с Google

11 ноября поучаствовал в вебинаре Google про Analytics, вместе с Игорем Проценко. На мой взгляд, получилось неплохо – вещал в эфир про всякие интересные (на мой взгляд) штуковины, которые можно вытворять с помощью этого инструмента. Например, про стандартные модификации кода для субдоменного и кросс-доменного отслеживания, про подсчет показателя CQI (качество рекламной кампании), и еще про несколько очень простых триксов, которые могут быть неочевидны начинающим пользователям. Надеюсь, это было интересно и полезно.

Хотя раньше уже приходилось участвовать в семинарах, все равно было волнительно – ведь на вебинаре не видно реакции аудитории и нет возможности спросить, все ли понятно. Связь вообще может разорваться, и неясно – говоришь ли в пустоту или тебя кто-то слышит :) Забавно, в общем.

Как выяснилось, на вебинаре присутствовало 258 человек. Надеюсь, среди читателей есть хоть кто-то, кто его слышал. Буду рад, если кто-нибудь поделится впечатлениями – все ли было понятно? Внятны ли были объяснения? Может быть, нужно рассказывать вообще про другое?

Если кто-нибудь черкнет коммент, буду рад.

Оптом дороже!

Оптовые закупки хороши тем, что они всегда дешевле. Но в контекстной рекламе это работает не всегда.

Предположим, мы проводим тестовую рекламную кампанию, на которой определяются ключевые показатели – процент конверсии ее стоимость, и предположительный объем трафика. Как правило, результаты теста удивляют клиента (приятно или неприятно – всякое бывает), но если все в порядке, речь как правило заходит об увеличении количества полезных действий.

И тут наступает интересное. Чтобы увеличить количество трафика – то есть кликов, как правило требуется поднять ставки. Можно, конечно, поработать с текстами, ключевыми словами и всем таким прочим, но ведь всё это уже было сделано на стадии тестовой кампании, не правда ли? Так что зачастую количество трафика напрямую зависит от ставок.

А если поднять ставки, неизбежно поползет вверх и стоимость конверсии. Клиенты часто не понимают зависимости – “мы ведь просто хотим купить больше кликов по той же цене!”. Оптом же должно быть дешевле!

Что можно с этим сделать? Нужно работать над повышением конверсии и проводить мероприятия по оптимизации конверсии – CRO (conversion rate optimization). Так как веб-страница – это в общем случае всего лишь совокупность текста, картинок и форм, то нужно просто (эх, если б это и вправду было просто) включить голову и подумать, что может мешать пользователю спокойно и без лишних телодвижений конвертироваться. Может быть, текст мелковат? или форма неудобная? Ссылка на регистрацию не видна?

На одной из конференций рассказывали, что конверсия на сайте выросла после того, как на страницу поместили фотографию семьи, взгляды которой были направлены на форму регистрации. При этом обычные фотографии такого эффекта не имели. Так что это очень интересное и креативное занятие, которое к тому же не требует гаданий на бараньих лопатках – благодаря Google Analytics и Google Website Optimizer этот процесс стал полностью измеримым и управляемым. Но об этом как-нибудь в следующий раз.