Построение аналитики для пользовательского приложения - будет ли открытая платформа аналитики (например, piwik или owa)?

Question

Приложение, в котором я участвую, остро нуждается в реструктуризации раздела отчетов ... Я открыт для предложений. Вся разработка в настоящее время находится в среде PHP (nginx/php/linux/mysql/redis), хотя приветствуются другие предложения, которые подходят для среды.

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

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

Пример метрики:

• пользователь ищет тему. Я регистрирую его идентификатор пользователя, ключевое слово поиска, каждый идентификатор результата.
• Пользователь обращается к элементу системы (либо от результата поиска выше, либо с моей главной страницы - у меня есть отдельные журналы для обоих). Я регистрирую (в настоящее время) «идентификатор» страницы, уникальный идентификатор пользователя (все пользователи имеют идентификатор), время, категорию страницы.
• Пользователь отправляет запрос на предмет. Я регистрирую идентификатор запроса (новый идентификатор), уникальный идентификатор пользователя, категорию отчета.
• Список всех пользователей, которые нажали на пункт X.
• и т.д.

Может кто-то дать мне некоторые мнения о том, будет ли у меня возможность использовать существующую функциональность в Piwik (www.piwik.org) или Open Веб-аналитика (http://demo.openwebanalytics.com) для создания простой в использовании панели инструментов и инструментов отчетов? Идея состоит в том, что большинство, если не все запросы для вставки и для выбора данных для указанных выше показателей, мы уже имеем. Нам нужен единый способ отображения данных, когда пользователь может просматривать разные отчеты в постоянном формате и т. Д.

Фильтрация по категориям, в которых у нас есть идентификатор категории, также будет чем-то необходимым. Категория - это иерархическое дерево, и выбор родительского узла означает, что мы в основном перечисляем все дочерние узлы и делаем IN (x, x, x) всеми дочерними идентификаторами (мы исследуем переход на линейный обход дерева, но это для другого обсуждения. ..)

в основном, еще раз, извините, если это стало запутанным: от тех, кто имеет опыт работы с Piwik/OMA/другими веб-аналитическими структурами, вы использовали его для доставки пользовательских метрик из пользовательских приложений, не связанные непосредственно просмотр веб-страницы?

Если да, не могли бы вы поделиться примерами?

Кроме того, любые причины для поддержки пивика или owa? У OWA, кажется, есть некоторые приятные вещи, которые мы могли бы добавить в будущем, такие как карты тепла и записи, но основное внимание сейчас уделяется пользовательским метрикам, поэтому материал веб-метрик будет сначала отключен ...

Спасибо за помощь ...

Answer 1

Использование Piwik с использованием смеси Custom Variables & Segmentation должно соответствовать вашим требованиям.

Answer 2

Вы могли бы сделать все это в открытой Web Analytics (http://www.openwebanalytics.com) в различных формах:

• Действие отслеживания - позволяет отслеживать произвольные события. Действия можно сгруппировать и присвоить значение и метку.

• Триггер «поддельные» виды страниц для ваших событий, имеющих пользовательский URI, который вы ищете при запросе.

• Использовать встроенный Отслеживание отслеживания DOM событий для просмотра, кто нажал на элемент DOM.

• Таблица фактов пользовательских событий - вы можете создать таблицу настраиваемых фактов с любыми столбцами, которые вы хотите, а затем зарегистрировать для нее новые показатели и измерения.

Оба подхода могут быть объединены с пользовательскими переменными и сегментацией, которые OWA имеет из коробки. Сначала я бы попробовал первый подход, так как он намного проще реализовать.