Пользовательские события и события ошибок¶
- Пояснение
Помимо обнаружения действий пользователя, Dynatrace также фиксирует дополнительные события, известные как пользовательские события и события ошибок. Эти события происходят в рамках пользовательской сессии, но они не генерируются непосредственно взаимодействием пользователя с элементами управления интерфейса.
Пользовательские события¶
Пользовательские события включают смену страницы, клики от раздражения, нажатия от раздражения и события тегирования пользователей.
Смена страницы¶
Событие смены страницы означает, что пользователь перешёл на другую страницу веб-сайта. Например, если вы перешли на страницу «оплата» сайта, в пользовательской сессии отобразятся следующие события:
Load: loading of page /paymentPage change: /payment
Подробности см. в разделах RUM web: события смены страницы и Страницы и группы страниц.
Событие раздражения¶
Когда ваше приложение не реагирует быстро или возникает проблема с пользовательским интерфейсом, пользователи могут многократно нажимать на экран или элемент управления от раздражения. Dynatrace обнаруживает такое поведение как событие раздражения: клик от раздражения для веб-приложения и нажатие от раздражения для мобильного приложения.
Три или более быстрых клика или нажатия в одной и той же области считаются событием раздражения. События раздражения обычно отражают медленную загрузку или проблемы с ресурсами. Обнаруженные события раздражения влияют на оценку пользовательского опыта, но при необходимости вы можете исключить клики и нажатия от раздражения из расчёта оценки. Подробнее см. в разделе Настройка пороговых значений оценки пользовательского опыта.
Вы также можете полностью отключить обнаружение событий раздражения.
- Веб-приложения: в настройках приложения выберите Behavior analytics > Usability analytics и отключите Detect rage clicks.
- Android: см. Обнаружение нажатий от раздражения.
- iOS: установите ключ конфигурации
DTXDetectRageTapsв значениеfalse.
В Dynatrace вы также можете проверить сессии с событиями раздражения, чтобы просмотреть детали клика или нажатия от раздражения.
Тегирование пользователей¶
Одна из ключевых возможностей Real User Monitoring — это способность уникально идентифицировать отдельных пользователей в различных браузерах, на различных устройствах и в различных пользовательских сессиях. Это достигается путём назначения тега пользователя, который состоит из имени пользователя, псевдонима или адреса электронной почты, к пользовательской сессии. Когда пользователь тегирован в вашем приложении, Dynatrace регистрирует событие тегирования пользователя.
Вы можете тегировать пользователей при входе в систему или при использовании или восстановлении уже авторизованной сессии при перезапуске приложения, так как тег пользователя не сохраняется при перезапуске приложения.
Для веб-приложений вы можете настроить тегирование пользователей, используя RUM JavaScript API или метаданные страниц приложения.
Для мобильных и пользовательских приложений Dynatrace предлагает вариант метода «тегирования пользователей».
Android SDK iOS SDK Cordova Xamarin .NET MAUI Flutter React Native OpenKit
С помощью тегов пользователей вы можете анализировать поведение и опыт конкретного пользователя через анализ пользовательских сессий. Подробности см. в разделах Фокусировка на сессиях отдельного пользователя и Профиль пользователя и активности в сессиях.").
События ошибок¶
События ошибок включают ошибки и сбои.
Карты исходного кода и файлы символов
Чтобы помочь вам определить источник обнаруженных ошибок JavaScript и сбоев мобильных приложений в вашем коде, Dynatrace использует карты исходного кода и файлы символов. См. Поддержка карт исходного кода для анализа ошибок JavaScript для веб-приложений и Загрузка и управление файлами символов для мобильных приложений и символизации (iOS и tvOS), а также о вариантах загрузки и управления файлами символов в Dynatrace.").
Ошибка¶
Dynatrace регистрирует ошибку каждый раз, когда браузер генерирует исключение JavaScript, веб-запрос завершается ошибкой, отправляется пользовательская ошибка через API и по другим причинам.
Следующие типы ошибок фиксируются в зависимости от типа вашего приложения.
| Тип ошибки | Описание | Веб | Мобильное | Пользовательское |
|---|---|---|---|---|
| Ошибка запроса | Обнаруживается браузером и OneAgent на серверах | Применимо | Применимо | Применимо |
| Зарегистрированная ошибка | Передаётся вручную через выделенный API-метод «сообщить об ошибке» | Неприменимо | Применимо | Применимо |
| Пользовательская ошибка | Передаётся вручную через RUM JavaScript API | Применимо | Неприменимо | Неприменимо |
| Ошибка JavaScript | Исключения JavaScript, генерируемые браузером | Применимо | Неприменимо | Неприменимо |
Чтобы сообщить о пользовательской ошибке для веб-приложения или о зарегистрированной ошибке для мобильного или пользовательского приложения, используйте выделенный API-метод.
Web Android SDK iOS SDK Cordova Xamarin .NET MAUI Flutter React Native OpenKit
Dynatrace предлагает множество параметров конфигурации, связанных с ошибками. Для веб-приложений вы можете точно настроить обнаружение ошибок для каждого типа, например, настроить правила ошибок запросов, добавить правила пользовательских ошибок или игнорировать ошибки JavaScript. Для мобильных и пользовательских приложений вы можете выбрать игнорирование ошибок веб-запросов.
Обратите внимание, что ошибки влияют как на оценку пользовательского опыта, так и на рейтинг Apdex. Однако вы можете изменить пороговые значения оценки пользовательского опыта, скорректировать настройки Apdex и исключить ошибки из расчётов Apdex в настройках приложения.
Вы можете использовать анализ производительности, многомерный анализ и анализ пользовательских сессий для получения информации об ошибках, возникающих в вашем приложении. Вы можете проверить различные детали ошибок, такие как примерное количество ошибок, провайдер, технология и многое другое. Подробности см. на следующих страницах.
- Анализ производительности | Основные ошибки
- Многомерный анализ по типам ошибок
- Анализ отдельных действий пользователя | Ошибки
- Анализ пользовательских сессий | Просмотр деталей ошибок
Сбой¶
Мобильные и пользовательские приложения
Когда ваше приложение аварийно завершается, Dynatrace автоматически регистрирует событие сбоя. Dynatrace фиксирует сбои и отправляет отчёт о сбое на сервер. Отчёт о сбое включает время возникновения и полный стек вызовов исключения.
Для пользовательских приложений Dynatrace не регистрирует сбои автоматически. Вам необходимо сообщить о них вручную.
В Dynatrace сбой — это фатальная проблема, приводящая к завершению приложения. Нефатальные проблемы, такие как перехваченные исключения и ошибки, не считаются сбоями. ANR (Application Not Responding — приложение не отвечает) не отслеживаются Dynatrace.
Некоторые сбои могут не быть зафиксированы — например, когда у пользователя приложения возникают проблемы с сетью, такие как нестабильное или недоступное интернет-соединение. Это связано с тем, что Dynatrace не отправляет отчёты о сбоях старше 10 минут (поскольку такие отчёты уже не могут быть сопоставлены в кластере Dynatrace).
Отключение отчётов о сбоях¶
Отчёты о сбоях включены по умолчанию, но вы можете деактивировать эту функцию.
- Android: см. подробности для плагина Dynatrace Android Gradle или OneAgent SDK для Android.
- iOS: см. Отчёты о сбоях.
- Кросс-платформенные фреймворки: измените файл конфигурации (
dynatrace.config.<extension>), добавив строкуcrashReporting false(Android) или"DTXCrashReportingEnabled": false(iOS). Обратите внимание, что это отключает мониторинг только нативных сбоев.
Подробности см. для следующих фреймворков:
Cordova Flutter React Native Xamarin .NET MAUI
Ручная отправка отчёта о сбое¶
Для некоторых технологий вы можете отправить отчёт о сбое вручную.
Flutter React Native Xamarin .NET MAUI OpenKit
Анализ и использование данных о сбоях¶
Чтобы просмотреть полную последовательность действий пользователя, предшествовавших сбою, используйте анализ пользовательских сессий. Вы также можете открыть отчёт о сбое, чтобы получить всю информацию на уровне кода и быстро определить причину сбоя. Подробности см. на следующих страницах.
- Анализ пользовательских сессий | Исследование сбоев
- Просмотр отчётов о сбоях для мобильных приложений
- Просмотр отчётов о сбоях для пользовательских приложений
С помощью Session Replay для сбоев вы получаете дополнительный контекст для анализа сбоев. Вы можете просматривать видеоподобные записи экрана, воспроизводящие действия пользователя непосредственно перед обнаруженным сбоем. Эта функция доступна для Android и iOS.
Обратите внимание, что сбои значительно влияют на оценку пользовательского опыта. См. Расчёт оценки пользовательского опыта, чтобы узнать, почему сессии со сбоями обычно оцениваются как Раздражающие.