Как реализовать уникальную пользовательскую метрику в Google Analytics
Рассмотрите веб-приложение, предоставляющее услуги для разных школ, то есть каждый учетный список состоит из трех частей: школьного кода, имени пользователя и пароля. Меня попросили настроить Google Analytics для этого веб-сайта и создать для него пару отчетов.
Вот один конкретный отчет, который я до сих пор не мог понять, как реализовать: количество активных школ на дату. Активная школа - это та, которую кто-то из ее учеников использовал на веб-сайте. Здесь мой подход:
Я решил включить event
и отправить их независимо от загрузки страницы (в любом случае это приложение с одной страницей). Затем я отправил событие для каждого журнала, включая школьный код. Чтобы держать вопрос коротким, независимо от того, что я сделал, я не мог найти способ подсчитать правильное количество активных школ. Я тестировал с помощью Unique Events
, Custom Dimensions
и Custom Metrics
. В случае Unique Events
сеансы нарушают результаты, а в случае Custom Metrics
нет такой вещи, как "Уникальная пользовательская метрика"!
Хуже всего то, что каждое новое решение, которое я хотел бы протестировать, забирает меня за день! И это сводит меня с ума (терпение - это не моя специальность).
[ОБНОВЛЕНИЕ]
Чтобы упростить понимание вопроса, подумайте о том, есть ли интернет-магазин, который продает различные виды продуктов. Как вы можете создать отчет в GA, который показывает , сколько страниц уникальных продуктов было просмотрено в течение определенного периода времени? я. например, если страница продукта X была замечена сегодня, она будет увеличивать сегодня бар на единицу в отчете, независимо от того, сколько раз оно было замечено.
Ответы
Ответ 1
Ваша задача в первом взгляде довольно проста, но это факт - это не так.
Что вы можете попробовать: каждый раз, когда пользователь регистрируется, отправляйте событие с параметрами:
- Категория: уникальный идентификатор школы
- Действие: все, что вы хотите (для
например, хешированный логин или идентификатор пользователя)
- Ярлык: пустой.
После моделирования данные выглядят следующим образом:
Поскольку ярлыки событий уникальны для каждой школы, тогда количество активных школ в день - это количество строк в таблице с событиями (отмечено на изображении).
Что плохого в этом подходе:
- Вы можете выбрать только один отдельный день для анализа, сколько школ было активным. Таким образом, вы не можете выбирать диапазон, например, 1 мая - 5 мая, и получать отчет с подсчетом активных школ в день. Вы должны вручную выбрать пять 1-дневных периодов (май 1- 1 мая, 2 мая - 2 мая и т.д.) И вручную захватить количество строк в таблице событий за каждый день.
- К сожалению, вы не можете получить доступ к метрике "Количество строк" в интерфейсе Google Analytics и показать ее в пользовательском отчете. Это может быть доступно в API Google Analytics (требуется много программирования, не уверен, что это вам нужно).
Ответ 2
В стандартном макете данных это не может быть предварительно рассчитано, поскольку вы по сути подсчитываете количество уникальных измерений в дате.
Но есть два исключительных размера, которые требуют объединения данных для построения их нормальных представлений: userId
и transactionId
.
Таким образом, вы можете либо дать каждому в одной группе один и тот же идентификатор пользователя или общую транзакцию.
В качестве примера, если вы создаете транзакцию с идентификатором Date + schoolId всякий раз, когда используется журнал регистрации, в любой день будет так же много транзакций, поскольку в этот день есть активные школы.
Ответ 3
Вам нужно немного настойчивости на стороне сервера.
Пусть веб-страница включает в себя iframe
, указывающую на файл, имя которого - дата + название школы (или другая степень детализации, если вам может понадобиться). Пусть обработчик 404 создает (не возвращает) пустой HTML файл с запрошенным именем, которое не вызывает GA, но возвращает HTTP-код 200 и HTML, который включает вызовы GA. Таким образом, GA-API будет называться только один раз в школу в день, поэтому вы получите отчет GA, который вы ищете.
Примечание:
-
Лучше хранить файлы в отдельном каталоге со своим собственным .htaccess
(или эквивалентом вашего веб-сервера) и обработчиком 404, чтобы избежать конфликтов с кодом сайта.
-
Вы должны, возможно, время от времени чистить эти файлы.
-
Объект javascript клиента Date
может быть неправильным, лучше получить текущее время из заголовка Date:
надежного сервера (например, Google).
-
Также возможно реализовать этот механизм со всеми скриптами, выполненными на стороне клиента, хотя это делает вещи немного сложнее. Дайте мне знать, если у вас абсолютно нет возможности добавлять скрипты на серверной стороне.