О сборе информации¶
GlarusBI использует Google Analytics и Snowplow для сбора анонимной информации об использовании с установленных серверов, которые разрешают эту функцию. Ниже приведен список наблюдаемых нами событий, а также информация, которую мы собираем о пользователе, выполняющем действие, и об используемом экземпляре GlarusBI.
Мы также можем собрать некоторые анонимные метрики с сервера приложений GlarusBI. Обратите внимание, что в этом процессе мы не собираем никаких имен пользователей, электронных писем, IP-адресов серверов, сведений о базе данных любого рода или какой-либо личной информации.
Хотя этот список анонимной информации, которую мы собираем, может показаться длинным, полезно сравнить его с другими альтернативами. На типичной платформе SaaS эта информация не только будет собираться, но и будет сопровождаться информацией о ваших данных, частоте доступа к ним, конкретных запросах, которые вы используете, конкретных количествах записей, связанных с вашей компанией, и текущих данных.
Мы собираем эту информацию, чтобы улучшить пользовательский опыт и качество нашего продукта. Мы используем данные, которые вы добровольно предоставляете, чтобы понять, как наши пользователи на самом деле используют наш продукт, каким функциям отдать приоритет и на какие элементы ориентироваться в процессе разработки. Например, не зная, каково распределение количества учетных записей на каждом экземпляре в нашей базе установки, мы не можем знать, могут ли предоставляемые нами инструменты масштабироваться для улучшения производительности. С помощью сбора этой статистики мы стремимся создать лучший продукт из возможных.
Если вы предпочитаете не предоставлять нам эти анонимные данные об использовании, вы всегда можете перейти в раздел администратора и отключить параметр Анонимное отслеживание.
Если вы находитесь в процессе настройки своей GlarusBI, администратор также может отключить отслеживание на этапе Настройки данных об использовании. Мы собираем несколько анонимных событий до этого момента, но больше не будем этого делать, если вы решите отказаться.
В приведенном ниже списке мы подробно разъясняем, почему мы собираем каждый бит информации.
Примеры вопросов, на которые мы хотим получить ответы¶
Работает ли наш интерфейс запросов?
Останавливаются ли пользователи на полпути к вопросу?
Используют ли пользователи фильтры?
Используют ли пользователи группы? – Как часто пользователи используют выборку ‘чистых’ строк по сравнению с другими вариантами агрегации? – Люди нажимают на заголовки столбцов для сортировки или добавляют условие сортировки вручную?
Как часто пользователи пишут SQL вместо использования интерфейса запросов?
Эти запросы написаны определенной группой аналитиков или же все пользователи компании владеют SQL?
Используют ли люди дашборды в качестве отправной точки для запросов?
Сколько кликов на карточках дашборда?
Сколько из этих кликов приводят к выполнению измененных запросов?
Как часто сохраняются вопросы?
Как часто сохраненные вопросы добавляются на дашборды?
Что мы будем делать с ответами на эти вопросы¶
Приоритезируем разработку интерфейса запросов по сравнению с интерфейсом SQL.
Оптимизируем продукт для определенных шаблонов использования
Будем в курсе о проблемах с несовместимостью браузеров
Оптимизируем наши дашборды, либо для самостоятельного использования, либо для использования в качестве рабочего процесса
Хотя мы внимательно следим за сообщениях о проблемах, либо о запросах нового функционала, мы так же стремимся улучшать пользовательский опыт и развивать функциональность, которые действительно важны нашим польхователям. Разрешив нам собирать информацию о вашем экземпляре GlarusBI, вы напрямую даете своим пользователям возможность участвовать в будущих разработках.
Данные, которые мы собираем¶
ПРИМЕЧАНИЕ. Мы никогда не собираем какие-либо конкретные данные, такие как: сведения о пользователе, имена таблиц, имена полей и т. д. ни в одной из наших методик отслеживания. Собранные данные ограничиваются типами действий, которые пользователи выполняют с продуктом.
События Google Analytics¶
| Категория | Действие | Почему мы собираем это | | ————————– | ————————————————————————————————————————————————————————————————— | ———————————————————————————————————————————————————————————————————————————————————— | | Ссылки и просмотры страниц | Общее отслеживание наиболее часто используемых страниц веб-сайта | Для лучшего понимания того, какие элементы приложения нравятся и используются пользователями. Это дает нам понимание того, что популярно, а что, возможно, нуждается в дальнейшем улучшении. | | Дашборды | Когда используется раскрывающийся список дашборда, когда панели создаются и обновляются, какие типы изменений происходят, например добавление/удаление карточек и изменение положения. | Мы используем эту информацию, чтобы понять, как используются дашборды и какие типы действий пользователи чаще всего выполняют на них. | | Пульс | Когда создаются и обновляются пульсы, какие типы создаются и сколько карточек обычно входит в пульс. | Это используется, чтобы иметь представление о том, как пользователи структурируют свои push-коммуникации. Когда и куда чаще всего отправляется информация. Позволяет GlarusBI продолжать улучшать функции, связанные с взаимодействием с push нотификациями. | | Мастер запросов | Сохранение и просмотр запроса, одновременно с моментами выбора типов графиков и условий запросов. | Помогает GlarusBI понять основные закономерности доступа пользователей к своим данным. | | SQL запрос | Когда SQL запрос сохраняется или исполняется | В основном это просто дает нам представление о том, когда пользователи обходят интерфейс запросов GUI. Мы никогда не фиксируем фактически написанный SQL. | | Настройки администратора | Мы собираем некоторые очень простые статистические данные о том, когда обновляются настройки и возникают ли ошибки. Мы также фиксируем некоторые общие настройки, такие как выбранный часовой пояс. | Мы используем эту информацию, чтобы убедиться, что у пользователей нет проблем с управлением своим экземпляром GlarusBI, и она дает нам некоторое представление о наиболее распространенных вариантах конфигурации. Это помогает нам их оптимизировать. | | Базы данных | Мы просто фиксируем, когда создаются или удаляются базы данных и какие типы баз данных используются. | Это помогает GlarusBI уделять больше времени и внимания тем типам баз данных, которые наиболее популярны среди пользователей. | | Модель данных | Учитываются сохранение и обновление таблиц, полей, сегментов и метрик, а также некоторые другие детали, например выбор типов специальных метаданных. | Мы используем эти данные, чтобы убедиться, что GlarusBI предоставляет пользователям соответствующий набор опций для описания их данных, а также это дает нам представление о том, сколько времени пользователи тратят на разметку своих схем. |
События Snowplow¶
| Категория | Действие | Почему мы собираем эти данные | | ———————— | ————————————————————————————————————————————————————————- | —————————————————————————————————————————————————— | | Установка | Общее отслеживание по кликам, какие шаги завершены, а какие остановлены. | Это дает нам понимание того, как мы можем оптимизировать добавление новых пользователей GlarusBI. | | Конфигурация базы данных | Является ли ваша попытка подключения к базе данных успешной или неудачной, к какой базе данных вы подключаетесь. Мы не собираем никаких учетных данных вашей базы данных. | Помогает нам понять, какие базы данных наиболее популярны, чтобы мы могли улучшать работу с ними. | | Дашборд | Когда вы создаете новый дашборд или добавляете новый вопрос на дашборд. | Мы можем это использовать, чтобы определить, добавляет ли GlarusBI ценность вашей организации и, следовательно, правильно ли мы выполняем свою работу. | | Аккаунт | При создании нового пользователя или настройке нового экземпляра. | Это позволяет создавать базовые отчеты, которые помогают нам понять, как растет ваша команда GlarusBI. |
Аналитика на стороне сервера¶
| Метрика | Почему мы собираем эти данные | | ——————————————————— | ————————————————————————————————————————————————————————————————————————– | | Количество пользователей/администраторов и включен ли SSO | Чтобы понять, какие методы аутентификации используются и следует ли отдавать приоритет функциям, связанных с машстабируемостью по мере увеличения количества пользователей. | | Количество пользовательских групп | Чтобы понять, насколько сложна модель разрешений у большинства наших пользователей, и убедиться, что мы не слишком упрощаем наши дизайны. | | Количество дашбордов | Нужно ли нам развивать функционал, связанный с организацией дашбордов. | | Количество карточек на один дашборд | Нужно ли нам развивать структуру, чтобы упростить анализ длинных дашбордов? | | Количество дашбордов на одну карточку | Создают ли наши пользователи карточку только для того, чтобы поместить ее на панель инструментов, или она используется во многих местах? | | Типы баз данных | Развитие драйверов для каких баз данных должно получить приоритет. | | Количество пульсов с вложениями | Используют ли пользователи вложения? | | Количество нотификаций | Используют ли пользователи нотификации? Какое их количество на пользователя? | | Количество коллекций | Нужно ли нам добавлять механизм для дополнительной организации работы коллекций. | | Количество баз данных | Используют ли пользователи одну базу данных или несколько? Насколько велики должны быть иконки для базы данных в браузере? | | Количество схем | Активно ли пользователи используют пространства имен? Нам действительно нужно проектировать сотни схем или этим пользуется небольшой процент наших пользователей? | | Количество таблиц | Какие модели данных используют люди? Нужен ли нам поиск по таблице? | | Количество полей | Можем ли мы предварительно получить все поля в нашем API метаданных, чтобы улучшить производительность для большинства пользователей, или мы должны получать их для каждой таблицы для более эффективного масштабирования? | | Количество сегментов | Активно ли используют люди сегменты? Если да, должны ли мы отображать их выше в пользовательском интерфейсе? | | Количество метрик | Метрики распространены? Если нет, следует ли нам удалить параметр «Метрики» в интерфейсе новых вопросов? | | Количество выполненных запросов | Сколько запросов выполняется нашими наиболее активными инстансами GlarusBI в день? Нужно ли нам улучшать кеширование? | | Количество ошибок при выполнении запросов | Нужно ли нам изменить способ отображения ошибок в журналах? | | Задержка при выполнении запроса | Какой процент нашей пользовательской базы выполняет запросы, которые допускают повторные запросы (исполняемые менее 1 секунды) | | Временная зона | У нас есть ошибка в определенном часовом поясе, сколько пользователей в этом часовом поясе? | | Язык | Сколько у нас пользователей, не говорящих по-английски? Как быстро мы должны продвигать интернационализацию? | | Версия OS и JVM | Можем ли мы отказаться от Java 7? |
Обратите внимание, что выборка этих данных должна быть репрезентативной. Фактический код, который работает для создания этого, можно проверить на https://github.com/metabase/metabase/blob/master/src/metabase/analytics/.
Приватность данных¶
Посетите нашу страницу конфиденциальность и безопасность данных.