Вебвизор Яндекс Метрика: настройка, вопросы и ответы

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

Содержание

1. Технология работы Вебвизора
2. Возможности
3. Как установить и настроить Вебвизор
4. Как работать с данными Вебвизора
5. Вопросы и ответы про работу Вебвизора 1.0
6. При просмотре записей появляется сообщение «С этой страницей что-то не так…»
7. В отчете «Вебвизор»  нет данных
8. В отчете «Вебвизор»  отсутствуют социально-демографические данные (пол, возраст и др.)
9. В отчете «Вебвизор»  меньше визитов, чем в других отчетах
10. В поле «Переход с сайта»  указан мой собственный сайт, хотя переход был по рекламе
11. Почему некоторые посещения пустые?
12. Увеличит ли подключение Вебвизора нагрузку на мой сайт?
13. Увеличит ли подключение Вебвизора трафик у посетителей сайта?
14. Влияет ли качество верстки на работу Вебвизора?
15. Что делать, если в моем браузере Вебвизор не работает?
16. Будут ли правильно воспроизводиться посещения на сайтах с резиновой версткой?
17. Страницы сайта защищены паролем. Почему при воспроизведении вместо этих страниц отображается страница ввода пароля?
18. Вместо страницы c результатом отправки формы плеер отображает ошибку или неверную страницу. Почему?
19. Почему не воспроизводятся действия посетителей внутри flash-областей сайта?
20. Почему при воспроизведении посещения страница с плеером перезагружается и я вижу только свой сайт?
21. Записывает ли Вебвизор пароли посетителей?
22. Что сделать, чтобы Вебвизор не записывал нажатия клавиш в определенных полях ввода?
23. Вебвизор отправляет форму при воспроизведении посещения
24. Как долго Вебвизор хранит записи посещений?

Технология работы Вебвизора

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

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

Возможности

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

1. Движение курсора мыши. Это основной инструмент, который наглядно покажет, понимает ли пользователь структуру сайта или нет. Движения курсора, как правило, соответствуют взгляду пользователя. Отсюда можно проанализировать, насколько удобно размещены кнопки, блоки, навигационное меню.
   
2. Карта скроллинга. Основная цель инструмента – определить, стоит ли размещать важную информацию ниже экрана прокрутки или нет. Если пользователь часто прокручивает страницу вниз, значит он не нашел то, что искал, и пытается найти эти элементы ниже.
   
3. Карта кликов. Самый необходимый и важный инструмент в Вебвизоре, позволяющий определить все места и блоки, по которым осуществляются клики. Вы сможете проанализировать, понимает ли посетитель, что перед ним, например, расположена галерея, которая открывается по клику мыши, или нет. С помощью кликов можно просмотреть и самые горячие места на сайте.
   
4. Аналитика форм. Инструмент для анализа вводимой информации в формах на ресурсе. С его помощью можно проанализировать все блоки, где посетители вводят данные, например «Поиск», «Комментарии», «Обратный звонок». При этом конфиденциальная информация (пароли, логины) не записывается.
   
5. Карта ссылок или переход по страницам. Благодаря этому инструменту можно определить все внутренние ссылки, по которым переходит посетитель. Количество перемещений также учитывается и в общей статистике Метрики.
   
6. Выделение и копирование текста. Вы сможете просмотреть все страницы, с которых выделяются и копируются фрагменты текста. Например, если с определенной страницы очень часто копируют материал, вероятнее всего, в скором времени он будет уже не актуален. Этот же инструмент позволяет понять, какие тексты наиболее интересны пользователям.

Как установить и настроить Вебвизор

Вебвизор работает вместе с Яндекс.Метрикой и не может быть подключен отдельно. Для этого необходимо выполнить следующие действия:

1. Зарегистрироваться в Яндексе и перейти в Яндекс.Метрику.
2. В верхнем правом углу нажать вкладку «Добавить счетчик», если еще не подключена Яндекс.Метрика.
3. Ввести необходимые данные о сайте и нажать «Создать». Далее перейти к следующему пункту.
4. Выбрать необходимый счетчик и нажать вкладку «Настройка».
5. Далее вы увидите несколько вкладок. Выберите «Код счетчика» и активируйте пункт «Вебвизор, карта скроллинга, аналитика форм».
6. Нажмите на вкладку «Вебвизор» и выберите, каким образом он будет сохранять записи. Если у вас не меняется контент на страницах, выберите пункт «Загружать из браузера». Если же содержимое страниц может меняться и вам нужно видеть именно данные, которые были на момент посещения сайта, выберите пункт «Загружать с сайта».
7. Нажмите кнопку «Сохранить» под формой настройки.
8. Скопируйте код Яндекс.Метрики и вставьте на сайт.

На этом процесс установки и настройки Яндекс.Метрики и Вебвизора закончен. Информация обновляется с задержкой, поэтому данные будут поступать примерно через 5–15 минут после того, как пользователь зашел на сайт. Посещение будет засчитано и записано после выхода посетителя с ресурса. Например, человек зашел на сайт и провел на нем 60 минут. В течение этого времени вы не увидите в отчете посещения. Оно запишется только после ухода пользователя с сайта. Данные Вебвизора хранятся до 2 недель.

Как работать с данными Вебвизора

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

Зайдите в Яндекс.Метрику и выберите необходимый сайт, кликнув по нему.

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

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

Вопросы и ответы про работу Вебвизора 1.0

При просмотре записей появляется сообщение «С этой страницей что-то не так…»

Данное сообщение может появляться по нескольким причинам:

Вебвизор не подключается автоматически при создании счетчика. Инструкцию по его подключению вы можете найти в разделе Подключение и настройка Вебвизора 1. 0.

При подключении Вебвизора не забудьте нажать кнопку Сохранить — иначе данные в отчете отображаться не будут.

Для корректного отображения содержания динамических веб-страниц (использующих протокол WebSocket) необходимо отключить опцию Запись страниц при просмотре посетителем.

Яндекс.Метрика заботится о конфиденциальности посетителей и сохраняет обезличенность собранной информации. Поэтому некоторые данные, например, социально-демографические (пол, возраст и др.) раскрываются с ограничениями. Они выдаются только в том случае, если количество посетителей в выборке больше 10.

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

Вебвизор записывает до 150 000 посещений в день с некоторой погрешностью. Система обеспечивает репрезентативность выборки, записывая посещения равномерно в течение суток.

Это может быть вызвано следующими причинами:

• Ссылка из объявления ведет на страницу, где не установлен код счетчика. В результате Яндекс.Метрика не может корректно зафиксировать источник перехода. Когда посетитель переходит на следующую страницу (где код счетчика уже есть), в качестве источника визита в отчеты записывается ваш сайт. Чтобы избежать таких ошибок, убедитесь, что код установлен корректно на каждой странице сайта.
• На одной из страниц, куда ведут ссылки из объявлений, счетчик не сработал. Это может произойти, если посетитель успевает перейти на другую страницу до загрузки кода Метрики или если на странице стоит редирект.

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

Причины, по которым на странице может ничего не происходить:

• ваш сайт посетил робот;
• страница загрузилась во вкладке с восстановленной сессией.

Причины, по которым действия могут не записаться:

• На странице установлен код без поддержки Вебвизора. Включите в настройках счетчика опцию Вебвизор и замените код счетчика на странице на правильный.
• Посетитель ушел со страницы, не дождавшись ее полной загрузки.
• Посетитель использовал браузер, в котором не поддерживается запись (например, мобильный браузер).
• Посетитель использовал для просмотра страницы нестандартное устройство (например, устройство с сенсорным экраном).
• У посетителя плохой интернет-канал (например, мобильный интернет).

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

При просмотре одной страницы, в зависимости от ее размера и продолжительности просмотра, передается от 200 байт до 4 КБ исходящего трафика (это составляет всего несколько процентов от среднего размера страницы в интернете). Такое увеличение трафика будет незначительным по отношению к общему трафику, который передается при работе с сайтом.

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

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

Рекомендуем обновлять браузер как можно чаще — до последней доступной версии. Воспроизведение посещений поддерживается в следующих браузерах: Яндекс.Браузер, Google Chrome, Firefox, Safari, Opera, Internet Explorer.

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

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

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

Чтобы плеер воспроизводил содержание страницы, перейдите на странице редактирования счетчика на вкладку Вебвизор, а затем включите опцию Запись страниц при просмотре посетителем (тип записи не важен).

Вероятно, форма отправляет данные методом POST.

При загрузке данных в плеер Вебвизор использует только метод GET. Это связано с тем, что POST-запросы обычно ведут к выполнению каких-либо действий: отправке заявки, оформлению заказа и т. п. Если бы Вебвизор использовал метод POST, он бы полностью эмулировал действия посетителя, и при каждом воспроизведении такой страницы вам повторно приходила бы заявка или на сайте повторно оформлялся заказ.

Чтобы страница с результатом отправки формы отображалась в плеере корректно, перейдите на странице редактирования счетчика в раздел Вебвизор, а затем включите опцию Запись страниц при просмотре посетителем (тип Из браузера).

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

Чтобы курсор над flash-областями стал видимым, задайте для них режим отображения wmode=transparent:

 
 <object>
    <param name="wmode" value="transparent">
    ...
    <embed wmode="transparent" ... />
</object>

Вероятно, на вашем сайте используется защита от показа страницы внутри фреймов. Пример такой защиты:

<script type="text/javascript">if (top.location != self.location)
{
 top.location. replace(self.location)
}
</script>

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

Нет, Вебвизор не записывает то, что вводится в поле с типом password.

Чтобы информация из указанных полей ввода не записывалась, задайте для них CSS-класс ym-disable-keys. Этим классом можно помечать поля для ввода приватной информации.

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

Чтобы этого не происходило, задайте элементам формы CSS-класс -visor-no-click:

<form action="/login" method="post"></form>

Яндекс.Метрика хранит записи о посещениях за последние две недели.

Новый алгоритм Яндекс.Метрики не фильтрует ботов? Делимся наблюдениями из финансовой сферы — SEO на vc.ru

В сентябре 2021 года Яндекс.Метрика анонсировала новый алгоритм, который фильтрует статистику от ботов. Мы изучили статистику посещений нашего сайта и записи Вебвизора и считаем, что алгоритм не справляется. Делимся наблюдением и предлагаем обсудить — что делать?

1506 просмотров

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

Проблема: в нашей нише в поиске много роботного трафика

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

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

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

Возьмём для примера запрос «автоломбард тёплый стан». Метрика показывает, что по этому запросу на нашем сайте есть периодические всплески визитов из поиска:

По нашей метрике в июле, а затем в сентябре–октябре существенно рос трафик по запросу «автоломбард тёплый стан»

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

Динамика частоты запросов «автоломбард тёплый стан»: в июле и начале осени никаких всплесков нет

Если посмотреть глубже, видна ещё одна проблема: существенная часть запросов идёт совсем не из Тёплого стана. Пушкинский район и Красногорск — на противоположном конце Москвы, Киев — в 850 километрах. Подозрительно.

Каждый десятый запрос «автоломбард тёплый стан» — из Киева

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

Подозрительное происходит и при сравнении статистики Вебмастера и Метрики. Первый сервис показывает 4 визита из поиска, второй — больше 20. Конечно, разница может быть, но не почти в 6 раз.

Данные вебмастера:

Данные метрики:

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

«Не могу прокомментировать, кто и с какой целью осуществляет подобные посещения»

Решение от Яндекс.Метрики: фильтрация роботного трафика

В сентябре 2021 года Яндекс анонсировал новый алгоритм Метрики, который должен фильтровать таких ботов. Многие заметили, что трафик после изменений действительно несколько просел — мы тоже. Стало ли лучше на самом деле? Не уверены.

Посмотрим на примере того же запроса «автоломбард тёплый стан»:

Количество визитов из поиска до и после появления алгоритма отличается несущественно. Если посмотреть записи этих визитов подробнее, то подозрения только крепнут.

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

Ещё один пример без тапов: пользователь скроллит сайт, но при этом не дотрагивается до него

В этом визите пользователь долго скроллит наверх — хотя и так находится на самом верху сайта

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

Мы обратились с вопросом к поддержке Яндекса: новый алгоритм влияет только на Метрику или в том числе на ранжирование сайтов в поиске? То есть, стали ли результаты поиска менее зависимы от ботов? Оказывается, прямого ответа нет: алгоритмы Метрики и антифрода в поиске не связаны.

Данное обновление касается именно системы определения роботов в Яндекс.Метрике, а не других систем антифрода

Есть ещё одно любопытное наблюдение: визиты из Яндекс.Браузера всегда фиксируются как визиты обычных людей. Если будете делать похожие анализ в своей Метрике — обратите внимание на такие заходы.

Что в итоге: стало ли лучше?

Короткий итог.

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

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

3. Алгоритмы Метрики и антифрода в Поиске развиваются независимо, но если Метрика не справляется, как можно полагать, что в Поиске ситуация лучше?

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

Что с этим делать?

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

Возможно, кто-то из вас сталкивался с подобным и находил методы борьбы с роботами на сайте? Вот несколько наших идей — можем вместе додумать их или реализовать общими силами:

1. Применить социальное давление: публиковать больше примеров, которые показывают несовершенство Яндекса. Присоединяйтесь!

2. Постоянно дёргать поддержку Яндекса, пересылать им сообщения о ботах, которых мы вычисляем по вебвизору.

3. Каким-то образом фильтровать ботов, используя специальные антиботы. Если у вас есть такой опыт — поделитесь.

Тупик в Webview 10.5 — WebView не может отображать какие-либо метрические данные

поиск отменить

Тупик в Webview 10.5 — WebView не может отображать какие-либо данные показателей

книга

Код статьи: 8984

calendar_today

Дата обновления:

Продукты

CA Application Performance Management Agent (APM / Wily / Introscope) ИНТРОСКОП

Проблема/Введение

— WebView не может отображать какие-либо данные метрик

— В журнале нет исключений процесса возникает проблема:

Найден один тупик на уровне Java:

============================

«Thread- 1398553»:
ожидает блокировки монитора 0x00007f40d0054758 (объект 0x00000006ac7d4368, com. ca.apm.introscope.workstation.webapp.server.models.TypeViewerModel),
 , который удерживается «Thread-1391438»
«Thread-1391438»:
  ожидает блокировки монитора 0x00007f416c00d628 (объект 0x00000006ad905b90, java.util.ArrayList),
  , который удерживается «Timer-

» «
В ожидании монитора блокировки 0x00007f41d002fcf8 (Object 0x00000006AD905B30, java.lang.object),
, который удерживается» awt-eventqueue-0 «
» AWT-EVENTQUEUE-0:
В ожидании блокировки 0X007F416C00D68 (Object-000.16.68 (Objective-000.68.68 (
. , a java.util.ArrayList),
, который хранится в Timer-9633″

Информация о стеке Java для потоков, перечисленных выше:

================================= ================

«Thread-1398553»:
в com.ca.apm.introscope.workstation.webapp.server.models.TypeViewerModel.receiveMessage(TypeViewerModel.java)
— ожидание блокировки <0x00000006ac7d4368> (a com.ca.apm.introscope.workstation.webapp.server.models.TypeViewerModel)
в com. ca.apm.introscope.workstation.webapp.server.models.ModelManager$ModelRequestThread$1 .run(ModelManager.java:410)
в java.lang.Thread.run(Thread.java:745)
«Thread-1391438»:
в com.ca.apm.introscope.workstation.webapp.server.dataviewermodels.LiveBarChartViewerModel.getViewerDataBean(LiveBarChartViewerModel.java:74 )
— ожидание блокировки <0x00000006ad905b90> (a java.util.ArrayList)
на com.ca.apm.introscope.workstation.webapp.server.typeviewers.ThornhillPreviewDrawingTypeViewerServer.getData(ThornhillPreviewDrawingTypeViewerServer.java:234)
-0 заблокировано <00x06030 > (a com.ca.apm.intrscope.workstation.webapp.server.typeviewers.ThornhillPreviewDrawingTypeViewerServer)
в com.ca.apm.introscope.workstation.webapp.server.models.TypeViewerModel.getViewerData(TypeViewerModel.java:169)
в com.ca.apm.introscope.workstation.webapp.server.models.TypeViewerModel.receiveMessage( TypeViewerModel.java:66)
— заблокировано <0x00000006ac7d4368> (a com.ca. apm.introscope.workstation.webapp.server.models.TypeViewerModel)
в com.ca.apm.introscope.workstation.webapp.server.models. ModelManager$ModelRequestThread$1.run(ModelManager.java:410)
в java.lang.Thread.run(Thread.java:745)
«Таймер-9633»:
на com.ca.apm.introscope.workstation.webapp.server.dataviewermodels.ALiveMetricViewerModel.getSubscriptionCount(ALiveMetricViewerModel.java:277)
— ожидание блокировки <0x00000006ad905b30> (java.lang.Object )
на com.ca.apm.introscope.workstation.webapp.server.dataviewermodels.ALiveWidgetMetricViewerModel.resetWidgetModels(ALiveWidgetMetricViewerModel.java:235)
— заблокировано <0x00000006ad905b90> (a java.util.ArrayList)
на com.ca.apm .introscope.workstation.webapp.server.dataviewermodels.ALiveWidgetMetricViewerModel.doEntireSetChanged(ALiveWidgetMetricViewerModel.java:77)
— заблокировано <0x00000006ad905b90> (a java.util.ArrayList)
в com.ca.apm.introscope.workstation.webapp.server.dataviewermodels. ALiveMetricViewerModel$3.run(ALiveMetricViewerModel.java:506)
в java.util.TimerThread .mainLoop(Timer.java:555)
в java.util.TimerThread.run(Timer.java:505)
«AWT-EventQueue-0»:
в com.ca.apm.introscope.workstation.webapp.server. dataviewermodels.ALiveWidgetMetricViewerModel.doEntireSetChanged(ALiveWidgetMetricViewerModel.java:74)
— ожидание блокировки <0x00000006ad905b90> (java.util.ArrayList)
в com.ca.apm.introscope.workstation.webapp.server.dataviewermodels.ALiveMetricViewerModel.entireSetChanged(ALiveMetricViewerModel.java:525) в com.ca.apm.introscope.workstation.webapp
— заблокирован <0x00000006ad905b30> (объект java.lang.)
на com.wily.introscope.util.subscription.ASubscriptionSetDataModel.fireEntireSetChanged(ASubscriptionSetDataModel.java:70)
на com.wily.introscope.console.thornhill.ui. SwingSubscriptionSetDataModelAdapter.handleEntireSetChanged(SwingSubscriptionSetDataModelAdapter.java:150)
at com.wily.introscope.console.thornhill. ui.SwingSubscriptionSetDataModelAdapter.access$0(SwingSubscriptionSetDataModelAdapter.java:145)
at com.wily.introscope.console.thornhill.ui.SwingSubscriptionSetDataModelAdapter $JournaledDataModelEventListener$1.run(SwingSubscriptionSetDataModelAdapter.java:265)
в java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
в java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
в java.awt.EventQueue.access$500(EventQueue.java:97 )
в java.awt.EventQueue$3.run(EventQueue.java:709)
в java.awt.EventQueue$3.run(EventQueue.java:703)
в java.security.AccessController.doPrivileged(собственный метод)
в java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
в java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
в java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
в java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
в java. awt.EventDispatchThread.pumpEventsForHierarchy(Event:1Dispatch0Th) at3500Th java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
в java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
в java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Найден 1 тупик.

Environment

Any 10.5.x release

Cause

The problem is related to webview defect # DE327098, a bug in ALiveWidgetMetricViewerModel

 

Resolution

Solution :

1) Обновление до APM 10.7

2) Если вы используете APM 10.5.1, примените исправление 10.5.1#53

. Обратитесь в службу поддержки ЦС, чтобы получить копию пакета исправлений, или если вам нужно исправление для другого выпуска APM 9.0003

 

Обходной путь :

Перезапустите процесс Introscope Webview

Обратная связь

thumb_up Да

thumb_down Нет

[PHP] Транзакции заданий Laravel не отображаются в представлении «не в Интернете» — агенты

mathieu18 5 мая 2022 г. , 13:55

#1

Здравствуйте,

У меня есть приложение, развернутое в нескольких средах (preprod/prod) с несколькими именами приложений.

Prod : A > cli; А; A Old
Preprod: B > cli; B

На предварительных APM все работает нормально (веб- и не-веб-транзакции видны), но в рабочем APM не видны никакие «не-веб-транзакции».

Трассировки вроде бы отправляются в Newrelic, но транзакции не видны. (Хотя загрузка процессора видна)

Я не могу найти логи ни о какой ошибке в логах

 ==> /var/log/newrelic/newrelic-daemon.log <==
05.05.2022 13:25:31.569311 (8) Информация: Демон New Relic версии 9.20.0.310-952b9f129ea0 [listen="@newrelic" startup=agent pid=8 ppid=7 uid=0 euid=0 gid=0 egid =0 runtime="go1.9.7" GOMAXPROCS=8 GOOS=linux GOARCH=amd64]
05.05.2022 13:25:31.708158 (18) Информация: Демон New Relic версии 9.20.0.310-952b9f129ea0 [listen="@newrelic" startup=agent pid=18 ppid=1 uid=0 euid=0 gid=0 egid =0 runtime="go1. 9.7" GOMAXPROCS=8 GOOS=linux GOARCH=amd64]
05.05.2022 13:25:31.
9 (29) Информация: версия демона New Relic 9.20.0.310-952b9f129ea0 [listen="@newrelic" startup=agent pid=29 ppid=18 uid=0 euid=0 gid=0 egid=0 runtime="go1.9.7" GOMAXPROCS=8 GOOS=linux GOARCH=amd64]
05.05.2022 13:25:31.6 (29) Информация: конфигурация коллектора &{CAFile: CAPath: Proxy:}
05.05.2022 13:25:31.
7 (29) Информация: демон прослушивает @newrelic
05.05.2022 13:25:32.589731 (29) Информация: Отчетность: https://rpm.eu.newrelic.com/accounts/yyyy/applications/zzzz
2022/05/05 13:25:32.590639 (29) Информация: приложение «A;A > cli;A old» связано с идентификатором запуска «xxxx»
 

 ==> /var/log/newrelic/php_agent.log <==
2022-05-05 13:25:33.622 +0000 (62 62) информация: попытка подключения к демону через '@newrelic'
2022-05-05 13:25:33.622 +0000 (62 62) информация: New Relic 9.20.0.310 ("allium" - "952b9f129ea0") [daemon='@newrelic' php='8.0.17' zts=no sapi ='cli' pid=62 ppid=1 uid=0 euid=0 gid=0 egid=0 backtrace=yes startup=agent os='Linux' rel='5. 4.0-1059-gke' mach='x86_64' ver = '# 62-Ubuntu SMP Thu, 13 января 11' узел = 'A-59cc44dddb-dkmm4']
2022-05-05 13:25:34.610 +0000 (69 69) информация: попытка подключения к демону через '@newrelic'
2022-05-05 13:25:34.610 +0000 (69 69) информация: New Relic 9.20.0.310 ("allium" - "952b9f129ea0") [daemon='@newrelic' php='8.0.17' zts=no sapi ='cli' pid=69 ppid=1 uid=0 euid=0 gid=0 egid=0 backtrace=yes startup=agent os='Linux' rel='5.4.0-1059-gke' mach='x86_64' ver ='#62-Ubuntu SMP Thu, 13 января 11' node='A-59cc44dddb-dkmm4']
05.05.2022 13:25:35.093 +0000 (77 77) информация: попытка подключения к демону через '@newrelic'
2022-05-05 13:25:35.093 +0000 (77 77) информация: New Relic 9.20.0.310 ("allium" - "952b9f129ea0") [daemon='@newrelic' php='8.0.17' zts=no sapi='cli-server' pid=77 ppid=1 uid=0 euid=0 gid=0 egid=0 backtrace=yes startup=agent os='Linux' rel='5.4.0-1059-gke' mach='x86_64' ver='#62-Ubuntu SMP Чт, 13 января 11' node='A-59cc44dddb-dkmm4']
2022-05-05 13:25:35.094 +0000 (78 78) информация: попытка подключения к демону через '@newrelic'
2022-05-05 13:25:35. 094 +0000 (78 78) информация: New Relic 9.20.0.310 ("allium" - "952b9f129ea0") [daemon='@newrelic' php='8.0.17' zts=no sapi ='cli' pid=78 ppid=1 uid=0 euid=0 gid=0 egid=0 backtrace=yes startup=agent os='Linux' rel='5.4.0-1059-gke' mach='x86_64' ver='#62-Ubuntu SMP Thu, 13 января 11' node='A-59cc44dddb-dkmm4']
2022-05-05 13:29:41.827 +0000 (446 446) информация: попытка подключения к демону через '@newrelic'
2022-05-05 13:29:41.828 +0000 (446 446) информация: New Relic 9.20.0.310 ("allium" - "952b9f129ea0") [daemon='@newrelic' php='8.0.17' zts=no sapi ='cli' pid=446 ppid=85 uid=0 euid=0 gid=0 egid=0 backtrace=yes startup=agent os='Linux' rel='5.4.0-1059-gke' mach='x86_64' ver ='#62-Ubuntu SMP Thu, 13 января 11' node='A-59cc44dddb-dkmm4']
 

И я не заметил никакой разницы в конфигурации.

Есть идеи?

Спасибо

дкоди 9 мая 2022 г., 10:26

#2

Привет @mathieu18

Надеюсь, у тебя все хорошо.

Примите мой большой привет сообществу, поздравляю с первым сообщением!

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

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

Если у вас возникнут дополнительные вопросы или вы обнаружите проблему/исправление, пожалуйста, свяжитесь с нами!

тлуго 11 мая 2022 г., 4:44

#3

Hello @mathieu18 ,

Такое поведение похоже на результат проблемы с группировкой метрик, особенно когда вы не видите ожидаемых транзакций, но видите следы. Можете ли вы подтвердить, есть ли DENY-NEW-METRICS правило, связанное с вашим приложением при переходе к «Настройки > Нормализация показателей» в APM?

Матье18 11 мая 2022 г. , 7:55

#4

Привет, @tlugo, спасибо за ответ.

Действительно у нас есть правило на третьем производственном APM (A Old в моем примере).
С этим комментарием:

 Автоматически сгенерированное правило нормализации метрик, запрещающее новые метрики: deny_new_metrics
 

И

 Только администраторы NewRelic могут изменять правила «Запретить новые метрики». Пожалуйста, свяжитесь со службой поддержки
 

Поэтому я не могу отключить это, чтобы провести больше тестов.
Знаете ли вы, почему применяется это правило и что я могу сделать?

Майкл Фредерик 12 мая 2022 г., 20:38

#5

Привет, @mathieu18,

Спасибо за ответ и за то, что предоставили нам дополнительную информацию. У меня есть видео здесь, чтобы отвлечься от того, что @tlugo связал относительно MGI: Реликтовое решение: Видео — Понимание проблем группировки показателей за 80 секунд. Это должно дать вам немного больше понимания того, что это такое и что вызывает это. С учетом сказанного я снова обращаюсь к команде PHP, чтобы посмотреть, можем ли мы удалить это из вашего приложения.

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

Матье18 13 мая 2022 г., 7:37

#6

Еще раз спасибо за ответ.

Поправьте меня, если я ошибаюсь, но, поскольку я отправляю одно и то же событие в другое приложение, это может быть старая и уже исправленная проблема, которая в некоторых моментах генерировала это правило отказа в новых метриках. (Другие приложения будут иметь то же правило, если у меня все еще будет много метрик?)

Франсуа

дкоди 18 мая 2022 г., 12:31

#7

Привет @mathieu18

Спасибо, что вернулись с этим продолжением.

Я был бы склонен согласиться с вашим пониманием здесь, однако я вижу, что наш инженер работает над этим в настоящее время. Будет лучше подождать, пока команда инженеров свяжется здесь!

эшволл 20 мая 2022 г., 17:30

#8

Привет, @mathieu18 ,

Спасибо за обращение к сообществу New Relic! Я думаю, что смогу пролить свет на вашу ситуацию! Чтобы ответить на ваш вопрос об ограниченном доступе к изменению правил deny_new_metrics, на данный момент у нас есть запросы на добавление функций, чтобы предоставить клиентам доступ для самостоятельного изменения этих правил. При этом только инженеры службы технической поддержки могут изменить эти правила для вас.

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

Ура

Матье18 23 мая 2022 г., 12:24

#9

Привет,

Спасибо за ответ и за следующие функции

Может ли кто-нибудь пока удалить это правило из моего проекта?

Большое спасибо,

dcody 25 мая 2022 г., 14:23

#10

Привет @mathieu18

Этот процесс должен быть выполнен через дело, чтобы защитить личную информацию.

Я создал дело от вашего имени. Пожалуйста, следите за своей электронной почтой, так как команда свяжется с вами.

Матье18 31 мая 2022 г., 14:34

#11

Большое спасибо за помощь!
Теперь все работает нормально.

эагарсия 9 августа 2022 г., 18:53

№13

Привет, @dcody
Мне также нужно отключить или удалить правило «Запретить новые показатели».
Что я должен сделать, чтобы начать дело, чтобы решить его?

Спасибо!

код 22 августа 2022 г.