воскресенье, 6 декабря 2015 г.

Доверять ли данным Google Analytics?

До того, как вы начнете принимать решения на основе данных Google Analytics, необходимо данные проверить.
Придерживайтесь правила: Garbage in - garbage out.


Как начать доверять данным? Проведите тест:


1. Проверьте, что код установлен на всех страницах сайта. В этом вам поможет http://www.gachecker.com/ : для каждой страницы будет проверено наличие кодов Google Analytics, AdWords, Google Tag Manager, Google Analytics Experiments, Google DoubleClick.
Action: добавить коды на недостающие страницы.


2. Счетчик аналитики установлен в правильном месте.
Нарушение этих простых правил может привести к искажению данных до 30%.


3. Для интернет-магазина должна быть настроена электронная торговля. Ecommerce или более современная версия Enhanced EcommerceДля проверки наличия кода необходимо оформить тестовый заказ. 
Для проверки плагина электронной торговли необходимо установить GA Debug  расширение для Chrome браузера. Для просмотра транзакции, откройте консоль с помощью F12. Активируйте его, нажав на конверт в расширениях. Страница перезагрузится, вы увидите хит, как его воспринимает Google Analytics. Пример обычного кода, как Google отслеживает сам себя:


4. Проверка скорости страницы и порядка отслеживания скриптов на сайте можно отследить на http://tools.pingdom.com/ или Google PageSpeed. Чем меньше графического контента перед кодами GA (находим их по collect)б тем лучше.


Расширенная настройка:
5. Отслеживание страниц с ошибками:
  • 404 ошибка;
  • серверные 500-е ошибки;
  • страницы с пустой выдачей: информационной или товарной (для этого необходимо передавать признак количества товарной выдачи в пользовательскую переменную).

Во-первых, на данных страницах должен быть установлен код Google Analytics, во-вторых, с помощью разработчиков в пользовательские переменные необходимо передавать URL, откуда перешел пользователь и URL, куда пользователь намеревался перейти.


6. Использование пользовательских переменных (custom dimensions) по назначению. Для этого необходимо знать какие переменные передаются по умолчанию, а какие необходимо добывать. К примеру, Браузер и версия передаются автоматически, также как и URL страницы.


До аналитического аудита проекту необходимо дорасти. Ко мне часто обращаются с вопросом “оценить настройку”, и, глядя на проект, я понимаю, что в основе анализа должен лежать SEO-аудит и лишь как следующая ступень развития - аналитика.

Develope your analytics skills, love documentation.

Как улучшить скорость загрузки страницы с помощью Google Tag Manager



Одним из главных преимуществ Google Tag Manager является возможность добавлять рекламные скрипты без привлечения разработчиков. Но всегда ли мы упрощаем себе этим жизнь? В документации GTM код загружается асинхронно, это значит, что контент из контейнера не должен влиять на работу сайта. Но так ли это? Правильный ответ нет, если загружаемый скрипт из Google Tag Manager - синхронный, и ждёт ответа сервера прежде, чем перейти к следующему этапу загрузки страницы.



Оптимизация загрузки страницы необходима, если:
1. Размещённые скрипты рекламных сервисов дают сбои в работе.
2. Скриптов рекламных сервисов слишком много, нужна система управлением запуска.

Контейнер GTM загружается поэтапно, присылая в dataLayer события о ходе загрузки.

Загрузка состоит из трёх этапов:

Если у вас уже установлен Google Tag Manager, вы можете увидеть это, нажав F12 в браузере, перейти на вкладку Console и набрать в ней dataLayer.

По умолчанию все теги на странице запускаются по событию загрузки контейнера gtm.js , здесь мы и применим ручное управление тегами с помощью правил запуска. В идеале контейнер расположен после открывающегося тега body, после контейнера могут быть расположены картинки товаров и другой контент.

Если на этапе загрузки gtm.js произойдёт сбой и тег не загрузится, страница зависает в вечной загрузке.
На помощь приходит событие полной загрузки страницы, называющееся gtm.load. В правиле запуска в GTM настраивается event equals gtm.load и тщательно проверяем запуск в debug режиме.

Проверка запуска в режиме тестирования в через интерфейc GTM: 

save image

Переходим на сайт и обновляем страницу: 

save image
На событие gtm.load будут перенесены рекламные скриты.

Порядок действий: 
1. Определяем рекламные скрипты.
2. Создаём правило event equals gtm.load + правило активации тега для страницы (если специфических условий нет, пропускаем этот пункт).
3. Выстраиваем иерархию тегов с помощью приоритетов запуска.
4. Publish!

Главное преимущество - скорость загрузки страницы больше не зависит от  стабильности работы скриптов ремаркетинга и сторонних рекламных сервисов. По нашим наблюдениям скорость страницы может улучшиться до 15% при такой реализации. Проблемы ответа сервисов рекламных скриптов остаются на их стороне. У такого подхода есть недостаток: вам не удастся оперативно выявить проблемы на стороне ремаркетинговых сервисов, пока они сами вам об этом не сообщат. Тем не менее ваши покупатели на это даже внимания не обратят.

Enjoy web analytics!