Your Google Tag Manager container has been flagged for malware.

Your Google Tag Manager container *** has been flagged for malware.

If you receive this message, don't panic. Let's try to understand what's happened.

Google scanning system found in your container "malicious software" and ask you to delete it.

The letter looks like:

What should I do?

Delete malware script from the Google Tag Manager as soon as possible.

What will be if I ignore this message?

Your GTM account can be locked.

If I need this script on-site, could I add code with the developers?

Yes, you can. But, first, read the Help article how it can affect your site.

Be careful with untrusted scripts.

Mobile Application Analytics Overview

I have found an interesting overview of the application analytics tools. You can find advantages and limitless: 

• Google Universal Analytics
• Apple App Analytics
• Mixpanel
• Facebook Analytics for Apps
• Amplitude
• Answers on Fabric (Twitter)
• Countly
• Appsee
• Localytics
• Apsalar – ApScience

Enjoy!

American elections in Big Data

Amazing video about data analysis of American elections 2016 in numbers from Google Cloud Platform. From this video you will know how much money American candidates spend, what is the average payment for every vote.

#analyticsEducation Data & Analysis videos

I found the great session of Google seminars about Google Cloud Storage, Data Store and all stack of this technologies. You can find all this video with label Data & Analysis:

Strongly recommend!

Ideal Project Management: step-by-step

How to create productive project management atmosphere? Let's take a look on it step-by-step:

1. Define client expectations.

All thoughts have to be noticed on paper or in Sheets. 

2. Unite the people who will use it after implementation.

Brainstorm session with your colleagues could open the new horizons for investigations. 

3. Define MVP, according to the first two points.

Combine the clients expectation with project reality. Do not forget about project goals. The resume of the meeting has to be shared with the participants not later than 1 day.

4. Create a functional plan.

Collect functional requirements and structure your data.

5. Specify an architecture of information.

New changes should not affect the system stability.

6. Create a model.

This sketch shows you first appearance of your solution .

7. Estimate your model according to MVP.

Is your decision solves a problem from first two points?

8. Create a graphic design.

Graphic decision needs to be approved by client.

9. Developing of the solution.

Ufff! Almost done! Developing process thought out during the negotiation about functional and non-functional requirements, architecture demands.

10. Test your solution.

Take a look on your solution with eyes of you client. Is the task was solved? How to cover your task with test cases?

11. Deployment of the solution.

It is time to show your solution to all users.

12. Collect the feedbacks.

Feedbacks - short way to make things better.

Thank you for attention!

Очистить данные Google Analytics от спама

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

Определение трафика тесно связано с его исключением из статистики.

По логике Google Analytics данные, попавшие в аккаунт, не могут быть удалены. Но будущие данные очистятся с момента применения фильтра.

Для фильтрации правильного трафика используем фильтр в Admin->Filters:

где в шаблоне фильтра заменяем myHost на ваше название хоста. Узнать ваши названия хостов можно сформировав отчет  в интерфейсе Google Analytics. 

Важно! После применения фильтра проверьте отсутствие скачков трафика в отчете реального времени. 

Установка UserID на сайте с помощью Google Analitycs

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

Логику этих переменных объяснять непросто, поэтому возникла идея описать применение и основные ошибки в блоге. 

На уровень пользователя можно передавать переменные:

1. UserId - уникальный ID пользователя из вашей базы. Передаём в переменную каждый раз, когда человек авторизуется - самостоятельно или автоматическая авторизация.

2. UserOrders - количество заказов пользователя. Передаём из базы последнее актуальное количество.

3. UserStage - классификация клиента по вашей логике: новичок, постоянный клиент, перекупщик.

На уровень сессии можно передавать переменные:

1. ClientID для идентификации пользователя как видит его Google Analytics.

2. UserAuth - признак залогиненности пользователя. 

3. AB_test - признак распределения A/B теста.

Как только переменная получает своё значение, она должна наполнится данными. К примеру, пользователь проходит процедуру авторизации и ему присваивается UserID из базы данных. По логике Google Analytics в рамках текущей сессии взаимодействиям пользователя присвоится UserID. Если UserID был добавлен в события правильно, начиная с этого момента все взаимодействия будут уходить с признаком пользователя. Данные со страниц станут доступны в хитах только после перезагрузки страницы.

Ошибки внедрения

1. Переменные передаются не на всех страницах, как следствие - в аналитику переменные уходят не со всеми действиями, а лишь с частью. 

2. "Нулевые" значения в переменных.  Пользовательские переменные не терпят значений вроде none, " ", 'нет' и '' . Любое значение затирает предыдущие и назначается актуальным для данного пользователя. Для одностраничных сайтов и приложений значение может быть затерто на нулевое.

Получаем:

 (не путать с UserID: 'null')

3. Присвоено значение по умолчанию для переменной уровня пользователя или сессии (в общем случае). Галочку необходимо оставить пустой.

Проверка внедрения

Правильность передачи можно  одну и ту же переменную передаём в 2 разных слота пользовательских переменных. В интерфейсе Google Analytics выбираем для первой переменной уровень session или user, а для тестовой переменной - уровень hit. При сравнении переменных, когда переменные разных уровней не совпадают, может скрываться ошибка. Выгрузку необходимо делать в разрезе конкретного Client ID и сформировать сегмент, когда переменная уровня hit принимает одно значение, а user - другое.

Настройка передачи данных 

Для правильной настройки переменных нужно понимать какими переменными пользуется Google Analytics. Разберём настройку самой популярной переменной. UserID .

1. Для переменной необходимо создать Слот в пользовательских переменных в интерфейсе GA и GTM.

2. На основе переменной UserID Google Analytics формирует специальное представление, поэтому в интерфейсе GTM мы передаём её в Fields to set в специальном синтаксисе. Для остальных пользовательских переменных (clientID, UserOrders) добавляем только в Custom Dimensions.

3. Создаём специальное представление в Google Analytics, в котором будут собраны данные только по пользователям с UserID.

4. Collect you data!