Еженедельные отчеты Яндекс.Метрики в Telegram

Несколько дней назад в счетчиках Яндекс.Метрики появилась новая функция — Еженедельный отчет в Telegram. Настроив нужные параметры и цели, вы будете получать статистику по своему счетчику прямо в приложении.

Чтобы настроить еженедельный отчет, вы должны быть владельцем счетчика или пользователем с правами на редактирование. Перейдите в раздел Настройка — Еженедельный отчет в Telegram:

Настройка — Еженедельный отчет в Telegram

Галочками отметьте те параметры и цели, по которым вы хотите получать данные в Telegram. По умолчанию активны все метрики:

• Визиты
• Посетители
• Доля новых посетителей
• Отказы
• Глубина просмотра
• Время на сайте
• Товаров добавлено в корзину
• Товаров куплено
• Количество посетителей, добавивших товар в корзину
• Количество посетителей, купивших товар
• Количество покупок
• Посетители материалов
• Общее время чтения
• Просмотры материалов в день
• Цели, в том числе и автоматические

Список метрик для отчета

Список целей для отчета рекомендуется скорректировать, поскольку изначально выбрано пять (если активные автоматические цели, то будут выбраны именно они), и они могут быть не теми, что вам нужны. Добавить/убрать цели можно с помощью значка + и простановки/снятие соответствующей галочки напротив каждой из них.

Выбор целей для отчета

После того, как вы зададите конфигурацию своего еженедельного отчета, нажмите на кнопку Настройка Telegram аккаунта. Если у вас не установлен Telegram, нажмите Установить клиент Telegram. Если установлен — нажмите Войти через Telegram.

Войти через Telegram

Введите свой номер телефона и нажмите Далее:

Подтверждение

Вы получите запрос на авторизацию вашего аккаунта в Telegram на metrika.yandex.ru. Нажмите

Принять:

Принять запрос

Вернитесь в Метрику и также нажмите Принять.

Разрешение для Yandex Metrica Bot

После этого в чате Telegram вам придет уведомление о том, что вы успешно авторизовались на metrika.yandex.ru через бота @YaMetricaBot. Теперь вы подписаны на еженедельные отчеты, а Яндекс знает ваше имя, видит публичную ссылку, фотографию и может отправлять вам сообщения со стастистикой вашего счетчика Яндекс. Метрики.

Если в вашем аккаунте несколько счетчиков Яндекс.Метрики, вам обязательно нужно перейти на страницу с настройкой аккаунта и вручную отметить те счетчики, по которым вы хотите получать статистику в Telegram. В противном случае Яндекс автоматически может отметить вам большое количество счетчиков, и тогда вы будете получать отчеты по всем им (у меня в настройках было выбрано 30 счетчиков).

Откройте меню настройки счетчиков и выберите Некоторые счетчики, не более 200. Отметьте галочками те счетчики Яндекс.Метрики, по которым вы желаете получать статистику в Telegram.

Счетчики, по которым вы будете получать еженедельные отчеты

Примечание: выбрав Все, которые могу редактировать или Все, у которых я владелец, добавить и удалить счетчики будет нельзя.

Теперь вы будете получать отчет по понедельникам с данными за период с понедельника по воскресенье.

Чтобы отменить подписку для конкретного счетчика, просто нажмите на значок с крестиком:

Отмена подписки для конкретного счетчика Метрики

Отменить подписку на еженедельные отчеты в Telegram можно с помощью кнопки Отменить подписку.

Отмена подписки на еженедельные отчеты

Вот так выглядят первые пуши в Telegram по вашему счетчику Яндекс.Метрики:

Отчет по Яндекс.Метрике в Telegram

Инструкция, как настроить счетчик Метрики

Наверняка вы уже знаете, что счетчик Метрики необходимо установить на сайте для отслеживания бизнес-показателей: источники трафика, время на сайте, глубина просмотра, конверсия и т. д. Это открывает возможности глубокого анализа эффективности работы ресурса и своевременного внесения корректировок. Большой плюс в том, что абсолютно бесплатный счетчик дает обширную статистику.

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

Настройка счетчика и целей в Яндекс.Метрике

В первую очередь необходимо создать аккаунт в Яндексе (или авторизоваться в существующем) и перейти на страницу самого сервиса.

Для новых пользователей на данной странице автоматически выбрано меню «Счетчики», в котором следует нажать на кнопку «Добавить счетчик»:

Важно! Счетчик – это представление сайта внутри Метрики, т. е. место, где будут храниться все данные о сайте. Если у вас несколько сайтов, то для каждого сайта нужно создавать отдельный счетчик, чтобы статистика собиралась и отображалась корректно. В противном случае данные будут смешиваться.

После клика по кнопке «Добавить счетчик» видим следующую форму:

Заполняем поля формы:

1. Имя счетчика — удобнее всего указать название сайта, чтобы потом не путаться при создании других счетчиков.
2. Адрес сайта — указываем URL сайта.
3. Дополнительные адреса — если вы хотите собирать общие данные по нескольким сайтам, то добавьте их здесь.
4. Часовой пояс — выберите часовой пояс региона, в котором работает ваша компания.
5. Валюта — указываем валюту, в которой хотим видеть данные о товарах.
6. Тайм-аут визита в минутах — время бездействия посетителя на сайте, по истечении которого визит будет считаться завершенным (например, человек открыл ваш сайт, а потом вышел на кухню и забыл, что работал за компьютером, время визита идет, а визита по факту нет). Лучше оставить значение по умолчанию.

В итоге получится вот так:

Вкладка «Код счетчика»

Вкладка выбрана автоматически и на ней мы видим список параметров:

Выбираем пункт «Вебвизор, карта скроллинга, аналитика форм», который откроет нам доступ к картам и вебвизору. Другие опции очень специфичны и могут вам никогда не понадобиться, поэтому о них можно почитать в справке Яндекса.

Прокручиваем страницу вниз и обязательно нажимаем на кнопку «Сохранить».

Внизу видим код нашего счетчика, который необходимо разместить на всех страницах сайта в HTML-коде (желательно в начале тега <body>):

Важно! Каждый раз, когда вы вносите изменения в настройки счетчика на данной вкладке, необходимо нажать кнопку «Сохранить» и после этого заменять код счетчика на сайте.

Вкладка «Фильтры»

Устанавливаем галочку «Не учитывать мои визиты», чтобы собирались более чистые данные по вашим посетителям, без учета вашей активности на сайте, и нажимаем на кнопку «Сохранить».

Если не выбрать данный фильтр, то в отчетах, скорее всего, будут высокие отказы по прямым заходам или, наоборот, показатели «время на сайте» или «количество просмотренных страниц» буду слишком высокими. Не надо думать, что ваши визиты могут дополнить статистику. Владельцы взаимодействуют с сайтом немного по-другому, чем клиенты.

Для пункта «Фильтрация роботов» параметр лучше оставить по умолчанию.

Вкладка «Уведомления»

Чтобы получать уведомления о доступности сайта, рекомендуем указать почту или номер своего телефона, куда будут отправляться отчеты.

Не забудьте сохранить введенные данные.

Готово! Основные настройки счетчика выполнены и его код можно устанавливать на сайт.

Важно! Для корректного сбора данных код должен быть на каждой странице сайта. Код начинает собирать данные сразу после добавления на сайт.

Вкладка «Цели»

Цель настраивается на конкретное действие пользователя на сайте, например, посещение страницы, нажатие кнопки, загрузка файла и т.

д. Главное – отслеживать те действия, которые приносят пользу именно вашему бизнесу.

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

Цели можно в любое время добавлять, редактировать или удалять, но мы рекомендуем сразу настроить их для всех конверсионных элементов и/или страниц. Это позволит избежать нехватки данных в будущем.

В Метрике доступно 4 вида целей, которые вы можете найти во вкладке «Цели» (кликаем на кнопку «Добавить цель»):

1. Посещение страниц – цель, выбранная по умолчанию. Позволяет отслеживать количество посетителей для одной или набора страниц (до 10). Также можно анализировать переходы на внешние сайты или загрузку файлов.
   Например, мы хотим узнать, сколько пользователей заходит на страницу контактов: https://1ps.ru/contacts/. Для этого:
   1. Указываем понятное нам название цели «Посещение страницы контактов». Пишите подробные названия, чтобы потом было легче вспомнить, для чего создавалась цель.
   2. Затем в поле «Условие» выбираем «url: содержит» и справа указываем полный адрес страницы. Если же у нас раздел с контактной страницей делится на подразделы и мы не хотим, чтобы собирались данные по подразделам, лучше выбрать параметр «url: совпадает».
   3. Сохраняем цель, нажав на кнопку «Добавить цель».

   На первый взгляд цель простая, но отлично работает для таких событий, как:

   • Посещение страницы подтверждения заказа (для интернет-магазина) или регистрации.
   • Скачивание файла (например, прайс-листа или презентации).
   • Посещение страницы с информацией для партнеров или списком дилеров.
   • Добавление комментария или отзыва.
   • Посещение страницы с подтверждением подписки на рассылку и др.

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

2. Количество просмотров – эта цель позволяет выбрать тех пользователей, которые просмотрели указанное количество страниц. Необходима для оценки глубины просмотра сайта.

   Например, укажем 5 страниц, чтобы отслеживать количество пользователей, которые просмотрели 5 и более страниц сайта. Не забываем указывать название цели и нажимать на кнопку «Добавить цель».

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

3. JavaScript-событие – цель, позволяющая отслеживать выполнение событий: клик по кнопке, заполнение формы, просмотр видео и т. д. Для задания цели в поле «Идентификатор цели» указывается уникальный параметр, который с помощью функции «reachGoal» вызывается в коде элемента на сайте.

   Например, мы бы хотели отследить для страницы продажи аудитов https://1ps. ru/cost/audit/ количество кликов по кнопке «Получить совет эксперта» и поэтому укажем параметр sovet следующим образом:

   Затем, чтобы данные о цели засчитались, на сайте в коде элемента необходимо добавить функцию с нашим параметром:

   yaCounter12345678.reachGoal(‘sovet’), где 12345678 – номер вашего счетчика, который указан вверху страницы Метрики:

   Важно! Для каждого элемента идентификатор должен быть уникальным и совпадать с соответствующим параметром в коде сайта. Идентификаторы не должны содержать такие же слова, как и в адресе страницы, а также спецсимволы: /, &, #, ?, =.

   Минус в том, что если вы не знаете, как внести изменения в код вашего сайта, то придется привлечь соответствующего специалиста (что может занять время). Но зато данная цель не привязана к адресу страницы, позволяет отслеживать несколько действий на одной странице.

4. Составная цель – подходит для отслеживания последовательности действий. Чаще всего используют для анализа процесса заказа товара или оформления заявки на услугу.

   Например, для заказа товара составим примерный порядок шагов:

   1. Переход на страницу корзины – url: начинается с https://site.ru/cart
   2. Заполнение формы заказа – идентификатор zakaz
   3. Переход на страницу подтверждения заказа – url: совпадает https://site.ru/success

   Название и количество шагов может различаться, зависит от сайта. Для данной цели рекомендуем для каждого шага указывать название, для идентификаторов необходимо добавить соответствующие функции в код сайта.

   В Метрике форма заполняется следующим образом:

   Данная цель как некий конструктор, где каждый шаг это цель вида «Посещение страниц» или «JavaScript-событие». В отчетах вы также сможете увидеть данные отдельно по каждому шагу. Максимальное количество шагов – 5, поэтому если у вас на сайте процесс выполняется в больше этапов, то стоит разбить его на несколько составных целей.

   Важно! Шаги должны быть связаны и выполнятся подряд: если можно выполнить третий шаг, минуя второй, то такая последовательность не засчитается. В таком случае придется создавать отдельную цель для каждого сценария.

В целом по составлению целей стоит знать о следующих особенностях:

• Для одного счетчика можно создать не более 200 целей.
• При изменении цели накопленные данные не пересчитываются.
• При удалении цели данные не сохраняются.

Отчет по целям

Общие данные по конверсии для всех настроенных целей доступны в отчете «Конверсии».

И результаты будут выглядеть следующим образом:

Каждую цель можно «раскрыть» для более подробного анализа информации.

Составная цель будет выглядеть следующим образом:

Если нажать на знак воронки рядом с названием,

можно получить пошаговый отчет в виде воронки:

Такие отчеты помогут понять, на каком шаге у пользователей возникают сложности, и они уходят. Выяснив, какой шаг наиболее проблемный, стоит перейти к анализу записей «Вебвизора».

Заключение

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

Для закрепления информации также рекомендуем прочитать нашу книгу «Бизнес аналитика. Ни шагу без Яндекс.Метрики» и посмотреть вебинар.

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

Понимание типов метрик | Прометей

• Счетчик
• Датчик
• Гистограмма
• Резюме

Prometheus поддерживает четыре типа метрик, это — Прилавок — Измерять — Гистограмма — Сводка

Счетчик

Счетчик — это значение метрики, которое может только увеличиваться или сбрасываться, т. е. значение не может уменьшаться по сравнению с предыдущим значением. Его можно использовать для таких показателей, как количество запросов, количество ошибок и т. д.

Введите приведенный ниже запрос в строке запроса и нажмите «Выполнить».

go_gc_duration_seconds_count

Функция rate() в PromQL берет историю показателей за определенный период времени и вычисляет, насколько быстро значение увеличивается в секунду. Ставка применима только к значениям счетчика.

скорость (go_gc_duration_seconds_count [5 м])

Манометр

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

go_memstats_heap_alloc_bytes

Функции PromQL, такие как max_over_time , min_over_time и avg_over_time можно использовать для метрик датчика

Гистограмма

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

Пример: Предположим, мы хотим отслеживать время, затрачиваемое на обработку запросов API. Вместо того, чтобы хранить время запроса для каждого запроса, гистограммы позволяют нам хранить их в сегментах. Мы определяем сегменты для затраченного времени, например, меньше или равно 0,3 , ле 0,5 , ле 0,7 , ле 1 и ле 1,2 . Итак, это наши корзины, и как только время, затраченное на запрос, подсчитано, оно добавляется к подсчету всех корзин, границы которых выше измеренного значения.

Допустим, запрос 1 для конечной точки «/ping» занимает 0,25 с. Значения счетчика для сегментов будут.

/пинг

Ведро	Граф
0 — 0,3	1
0 — 0,5	1
0 — 0,7	1
0 — 1	1
0 — 1,2	1
0 — +Инф	1

Примечание. По умолчанию добавляется сегмент +Inf.

(Поскольку гистограмма представляет собой кумулятивную частоту, 1 добавляется ко всем корзинам, превышающим значение)

Запрос 2 для конечной точки «/ping» занимает 0,4 с. Значения счетчика для корзин будут следующими.

/пинг

Ведро	Граф
0 — 0,3	1
0 — 0,5	2
0 — 0,7	2
0 — 1	2
0 — 1,2	2
0 — +Инф	2

Поскольку 0,4 меньше 0,5, все сегменты до этой границы увеличивают свои значения.

Давайте изучим метрику гистограммы из пользовательского интерфейса Prometheus и применим несколько функций.

prometheus_http_request_duration_seconds_bucket{handler="/graph"}

histogram_quantile() функция может использоваться для вычисления квантилей из гистограммы 22

На графике видно, что 90-й процентиль равен 0,09. , Чтобы найти histogram_quantile за последние 5 минут, вы можете использовать rate() и временной интервал

histogram_quantile(0,9, rate(prometheus_http_request_duration_seconds_bucket{handler="/graph"}[5m]))

Сводка

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

В этом руководстве мы подробно рассмотрели типы метрик и несколько операций PromQL, таких как rate, histogram_quantile и т. д.

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

Работа с метриками счетчика Prometheus

Подробное знакомство с самой важной метрикой Prometheus

Опубликовано в

·

6 мин чтения

·

2 окт. 4, 2021

Photo by Crissy Jarvis on Unsplash

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

В этой статье теория сочетается с графиками, чтобы лучше понять метрику счетчика Прометея. Мы увидим, как работают функции PromQL rate , увеличение , irate и reset , и в довершение всего мы рассмотрим некоторые графики, сгенерированные метриками счетчика на производственных данных.

Как вы могли догадаться из названия, счетчик ведет подсчет. Он делает это самым простым способом, так как его значение может только увеличиваться, но никогда не уменьшаться¹.

Хотя невозможно уменьшить значение текущего счетчика, его можно сбросить. Сброс происходит при перезапуске приложения.

Такое поведение делает счетчик подходящим для отслеживания вещей, которые могут только увеличиваться. Вот некоторые примеры:

• Количество выпитых бутылок пива
• Общее расстояние, которое вы проехали на автомобиле

Или в разработке приложений:

• Общее количество HTTP-запросов
• Общее количество сообщений журнала
• Общее количество выполненных заданий

Никогда не используйте счетчики для чисел, которые могут идти как вверх, так и вниз. Например, вам не следует использовать счетчик для отслеживания размера вашей базы данных, поскольку размер может как увеличиваться, так и уменьшаться.

В этом разделе мы рассмотрим уникальную информацию, которую может предоставить счетчик. Мы будем использовать пример метрики, которая подсчитывает количество выполненных заданий.

Этот фрагмент кода определяет счетчик с именем job_execution . Библиотека метрик приложения, Micrometer, экспортирует эту метрику как 9.0021 job_execution_total . Метод execute() запускается каждые 30 секунд, при каждом запуске он увеличивает наш счетчик на единицу.

Необработанные значения счетчиков

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

На графике необработанного значения счетчика отображается линия, которая идет только вверх.

Эта строка будет продолжать расти, пока мы не перезапустим приложение. При перезапуске приложения счетчик обнуляется.

Счетчик обнуляется при перезапуске приложения.

К счастью для нас, PromQL (язык запросов Prometheus) предоставляет функции для получения более подробных данных от наших счетчиков.

Rate

Функция Prometheus rate вычисляет, с какой скоростью счетчик увеличивается в секунду в течение определенного временного окна. Следующее выражение PromQL вычисляет скорость выполнения заданий в секунду за последнюю минуту².

 скорость(job_execution_total[1m]) 

Наше задание выполняется с фиксированным интервалом, поэтому отображение приведенного выше выражения на графике дает прямую линию.

График скорости выполнения задания в течение одной минуты

Из графика видно, что задание выполняется примерно 0,036 раза в секунду. Умножьте это число на 60, и вы получите 2,16. Это больше, чем можно было бы ожидать, так как наше задание выполняется каждые 30 секунд, то есть дважды в минуту.

То, как Prometheus очищает метрики, вызывает незначительные различия между ожидаемыми значениями и измеренными значениями. В зависимости от времени результирующее значение может быть выше или ниже. Важно помнить, что метрика Прометея не является точной наукой.

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

Нарушения монотонности (например, сброс счетчика из-за перезапуска цели) корректируются автоматически. Кроме того, вычисление экстраполируется на концы временного диапазона, позволяя пропущенные циклы очистки или неполное согласование циклов очистки с периодом времени диапазона. — Документы Прометея

Последнее, что следует отметить в отношении функции rate , заключается в том, что мы должны использовать ее только со счетчиками. Нет смысла использовать rate с любыми другими типами метрик Prometheus.

Увеличение

Функция Prometheus увеличение вычисляет увеличение счетчика за указанный период времени². Следующее выражение PromQL вычисляет количество выполнений заданий за последние 5 минут.

 увеличение (job_execution_total [5 м]) 

Поскольку наше задание выполняется с фиксированным интервалом в 30 секунд, на нашем графике должно отображаться значение около 10.

График количества выполненных заданий за последние 5 минут

Prometheus экстраполирует увеличение , чтобы покрыть все указанное временное окно. Из-за этого можно получить нецелочисленные результаты, несмотря на то, что счетчик увеличивается только на целочисленные приращения¹.

Подобно rate , мы должны использовать только увеличение со счетчиками. Нет смысла использовать увеличьте с любым другим типом метрики Prometheus.

Irate

Этот показатель очень похож на rate . Точно так же, как rate , irate вычисляет, с какой скоростью счетчик увеличивается в секунду в течение определенного временного окна. Разница в том, что разгневанный смотрит только на две последние точки данных. Это делает irate хорошо подходящим для графического отображения изменчивых и/или быстро меняющихся счетчиков².

Следующее выражение PromQL возвращает скорость выполнения заданий в секунду, просматривая до двух минут назад для двух самых последних точек данных.

 гнев(job_execution_total[2m]) 

Мы должны использовать только гнев со счетчиками.

Сбросы

Функция сбросов Prometheus дает вам количество сбросов счетчика за указанное временное окно². Следующее выражение PromQL вычисляет количество сбросов счетчика выполнения задания за последние 5 минут.

 сбросов(job_execution_total[5m]) 

Мы должны использовать только сбросы со счетчиками.

Графики, которые мы видели до сих пор, полезны для понимания того, как работает счетчик, но они скучны.

Чтобы лучше понять, как эти графики будут выглядеть в производственной среде, я сделал пару снимков экрана с нашей рабочей панели Grafana.

Я анонимизировал все данные, так как не хочу раскрывать секреты компании…

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

Использование увеличения для построения графика количества сообщений, которые мы обрабатываем в минуту

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

Использование rate для построения графика количества сообщений, которые мы обрабатываем в секунду

Как и следовало ожидать, эти два графика выглядят одинаково, только масштабы разные.