Метрика запросы: Отчет «Поисковые запросы» — Метрика. Справка

Отчет «Поисковые запросы» — Метрика. Справка

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

Посмотреть отчет: Отчеты → Источники → Поисковые запросы.

Пример отчета можно увидеть на демосчетчике Яндекс Метрики.

  1. Какие задачи может решать отчет
  2. Структура и настройки отчета

Узнать, какие поисковые запросы приводят посетителей на сайт

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

Посмотреть поисковые запросы из определенной поисковой системы

Для этого нужно выделить сегмент с адресом определенной страницы сайта:

  1. Нажмите значок .

  2. Выберите условие Источники → Последний источник → Поисковая система.

  3. В списке выберите поисковую систему.

  4. Нажмите кнопку Применить.

Узнать, по каким запросам переходят на определенную страницу

Для этого нужно выделить сегмент с адресом определенной страницы сайта:

  1. В группе условий Визиты, в которых нажмите значок .

  2. Выберите условие Поведение → Страница входа.

  3. В поле укажите адрес страницы.

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

Исключить брендовый трафик из отчета

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

  • ! в начале — отрицание условия;
  • @ в начале — вхождение строки (регистр не учитывается).

Например, для компании «Алиса в стране чудес» регулярное выражение может выглядеть !@алиса в стране чудес для русского варианта бренда и !@alice in wonderland — для английского. Этим способом можно убрать из отчета не более 20 фраз. Чтобы исключить более 20 фраз, используйте регулярное выражение !~(бренд|бренд.рф|brend.ru).

Данные в отчете объединены в группы:

  • Поисковая фраза — запрос, по которому посетитель нашел в результатах поиска ссылку на ваш сайт и перешел по ней. Поисковые фразы могут не отображаться в отчете, если посещаемость за выбранный период меньше 10 посетителей и в отчет добавлена группировка или сегмент, потенциально деанонимизирующий посетителей. Например, «Страница входа», «Возраст» и пр. Также в отчете может отображаться меньше информации, если поисковая система не передает данные в реферере

  • Поисковая система — обобщенное название сервиса, на котором есть поиск. Например, Яндекс.

Отчет поддерживает все настройки, доступные в Яндекс Метрике.

Метрика определяет фразы, которые привели посетителей из Поиска Яндекса, по рефереру и cookie браузера. Cookie выставляется на домен, на который посетитель переходит из результатов поиска. Срок действия cookie ограничен. Метрика может не определить фразу по следующим причинам:

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

  • Страница, по ссылке на которую перешел посетитель из результатов поиска, перенаправила его на другой домен.

  • Браузер посетителя блокирует cookie.

 Написать в чат

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

Поиск по сайту — Метрика. Справка

  1. Статистика по поисковым фразам, используемым на сайте
  2. Ограничения

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

Если на сайте есть возможность найти товар, услугу или информацию с помощью поиска, вы можете это отслеживать. Цель «Поиск на сайте» помогает выяснить, как часто посетители используют поиск.

Для этого в Метрике нужно настроить специальную цель. Метрика распознает адреса по наличию q, text, query или search. Если на сайте используется другой параметр, то его можно вручную указать в цели.

Цель сработает, если в GET-параметрах есть хотя бы одно совпадение. Например:

<a href="example.com/?search=text">Поиск</a>

Цель будет достигнута при отправлении запроса с указанным параметром. Чтобы посмотреть статистику по цели, используйте Отчет «Конверсии» и добавляйте цель в другие отчеты Метрики. Кроме этого, вы можете посмотреть статистику по поисковым фразам, которые посетители используют на сайте.

Чтобы создать цель вручную:

  1. В Метрике перейдите на страницу Цели в левом меню.

  2. Нажмите кнопку Добавить цель.

  3. В поле Название укажите имя создаваемой цели.

  4. Выберите тип цели Поиск по сайту.

  5. Проверьте, какой GET-параметр используется для поиска на вашем сайте.

    • Если q, text, query или search, переходите к п. 6.

    • Если другой, нажмите Дополнительные настройки и в поле укажите параметр.

  6. Нажмите кнопку Добавить цель. Созданная цель отобразится в списке целей. Метрика начнет сбор статистики по ней в течение нескольких минут.

  7. Проверить, работает ли цель, можно с помощью параметра _ym_debug=1, а также в отчете Конверсии. Для этого на сайте выполните целевое действие. Если в настройках счетчика задан фильтр Не учитывать мои визиты, проверьте цели на сайте в приватном режиме браузера (например, Инкогнито в Яндекс Браузере).

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

Такой отчет помогает:

  • отследить, какой товар, услугу или информацию сложно найти на сайте без поиска;

  • узнать, какой товар, услуга или информация пользуются большим спросом;

  • оптимизировать сайт, согласно информации из поиска.

Чтобы создать отчет:

  1. Перейдите в раздел Отчеты → Содержание → По параметрам URL.

  2. Укажите сегмент Поведение → Просмотр → Параметр URL.

  3. Выберите параметр URL, который используется для поиска на сайте. Например, q.

  4. Нажмите кнопку Применить.

  • Данный тип цели невозможно использовать в Составной цели.

  • Сервис фиксирует достижение посетителем одной и той же цели на одном счетчике не чаще, чем раз в секунду.

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

  • При редактировании счетчика или цели накопленная ранее информация не изменяется.

  • Если вы удалите цель, собранная по ней информация не будет доступна в отчетах.

 Написать в чат

Выберите вопрос, чтобы найти решение.

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

Рекомендации не помогли

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

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

  • В Яндекс Метрике условие цели не охватывает все возможные варианты. Например, цель настроена на посещение страницы с подтверждением заказа, а на сайте еще есть возможность оформить быстрый заказ.

  • У посетителя сайта в браузере установлен плагин, блокирующий работу счетчика.

  • У посетителя подключен антивирус с жесткими настройками приватности.

  • У посетителя низкоскоростное интернет-подключение, из-за которого на целевой странице не загрузился счетчик.

Рекомендации не помогли

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

метрических запросов | Документация Grafana Loki

Grafana LokiLogQL
Запросы метрик

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

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

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

Агрегация вектора диапазона

LogQL разделяет концепцию вектора диапазона Prometheus.
В Grafana Loki выбранный диапазон образцов представляет собой диапазон выбранных значений журнала или метки.

Агрегирование применяется в течение определенного периода времени.
Loki определяет продолжительность времени с тем же синтаксисом, что и Prometheus.

Loki поддерживает два типа агрегации векторов диапазонов: агрегации логарифмических диапазонов и агрегации развернутых диапазонов.

Агрегирование диапазона журналов

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

Функции:

  • rate(log-range) : вычисляет количество записей в секунду
  • count_over_time(log-range) : подсчитывает количество записей для каждого потока логов в заданном диапазоне.
  • bytes_rate(log-range) : вычисляет количество байтов в секунду для каждого потока.
  • bytes_over_time(log-range) : подсчитывает количество байтов, используемых каждым потоком журнала для заданного диапазона.
  • Absent_over_time (логарифмический диапазон) : возвращает пустой вектор, если переданный ему вектор диапазона имеет какие-либо элементы, и одноэлементный вектор со значением 1, если переданный ему вектор диапазона не имеет элементов. ( Absent_over_time полезен для оповещения об отсутствии временных рядов и потока журналов для комбинации меток в течение определенного периода времени. )

Примеры:

  • Подсчет всех строк журнала за последние пять минут для MySQL работа.

     count_over_time({job="mysql"}[5m])
     
  • Эта совокупность включает в себя фильтры и синтаксические анализаторы.
    Он возвращает посекундную частоту всех ошибок, не связанных с тайм-аутом, за последние минуты для каждого хоста для задания MySQL и включает только ошибки, продолжительность которых превышает десять секунд.

     сумма по (хосту) (скорость({job="mysql"} |= "ошибка" != "тайм-аут" | json | продолжительность > 10 с [1 м]))
     

Агрегации диапазонов без упаковки

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

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

Поскольку значения меток являются строковыми, по умолчанию будет предпринята попытка преобразования в число с плавающей запятой (64 бита), в случае неудачи к выборке добавляется метка __error__ .
Опционально идентификатор метки может быть обернут функцией преобразования | unwrap (label_identifier) ​​ , который попытается преобразовать значение метки из определенного формата.

В настоящее время мы поддерживаем следующие функции:

  • duration_seconds(label_identifier) ​​ (или его короткий эквивалент duration ), которые преобразуют значение метки в секундах из формата длительности перехода (например, 5m , 24s027ms 9).
  • bytes(label_identifier) ​​, который преобразует значение метки в необработанные байты, применяя единицу измерения байтов (например, 5 MiB , 3k , 1G ).

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

  • rate(unwrapped-range) : вычисляет скорость суммы всех значений в указанном интервале в секунду.
  • rate_counter(unwrapped-range) : вычисляет скорость значений в указанном интервале в секунду и обрабатывает их как «метрику счетчика»
  • sum_over_time(unwrapped-range) : сумма всех значений в указанном интервале .
  • avg_over_time(unwrapped-range) : среднее значение всех точек в указанном интервале.
  • max_over_time(unwrapped-range) : максимальное значение всех точек в указанном интервале.
  • min_over_time(unwrapped-range) : минимальное значение всех точек в указанном интервале
  • first_over_time(unwrapped-range) : первое значение всех точек в указанном интервале ) : последнее значение всех точек в указанном интервале
  • stdvar_over_time(unwrapped-range) : стандартная дисперсия популяции значений в указанном интервале.
  • stddev_over_time(unwrapped-range) : стандартное отклонение совокупности значений в указанном интервале.
  • quantile_over_time(scalar,unwrapped-range) : φ-квантиль (0 ≤ φ ≤ 1) значений в указанном интервале.
  • Absent_over_time(unwrapped-range) : возвращает пустой вектор, если вектор диапазона, переданный ему, имеет какие-либо элементы, и одноэлементный вектор со значением 1, если переданный ему вектор диапазона не имеет элементов. ( Absent_over_time полезен для оповещения об отсутствии потока временных рядов и журналов для комбинации меток в течение определенного периода времени.) агрегаты поддерживают группировку.

     ([parameter,] ) [без|по (<список меток>)]
     

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

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

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

    Встроенные операторы агрегирования

    Как и PromQL, LogQL поддерживает подмножество встроенных операторов агрегирования, которые можно использовать для агрегирования элемента одного вектора, в результате чего получается новый вектор с меньшим количеством элементов, но с агрегированными значениями:

    • Сумма : Рассчитайте сумму по мечениям
    • AVG : Рассчитайте среднее значение над этикетками
    • мин : SELECT MINOMUME OU стандартное отклонение совокупности по меткам
    • стандартная переменная : вычислить стандартную дисперсию совокупности по меткам
    • count : подсчитать количество элементов в векторе
    • topk : выбрать k элементов по выборке
    • bottomk : выбрать k элементов по выборке

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

     ([параметр,] <векторное выражение>) [без|by (<список меток>)]
     

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

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

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

    Функции

    LogQL поддерживает набор встроенных функций.

    • vector(s scalar) : возвращает скаляр s как вектор без меток. Это ведет себя идентично функции Prometheus vector() .
      вектор в основном используется для возврата значения для серии, которая в противном случае ничего бы не вернула; это может быть полезно при использовании LogQL для определения предупреждения.

    Примеры:

    Запрос типа данных Metric

    Когда метрики передаются в New Relic через Metric API (в том числе из интеграций, использующих этот API), данные сообщаются как тип данных Metric и доступны для запрос.

    Этот документ содержит:

    • Как просматривать и запрашивать метрики
    • Примеры запросов метрик
    • Как запрашивать несколько метрик с подстановочными знаками
    • Как исследовать данные метрик

    Запрос данных кванта времени метрики APM

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

    Сведения о других типах метрик см. в разделе Типы данных метрик.

    Просмотр и запрос метрик

    Вы можете использовать NRQL для запроса данных метрик в построителе запросов или с помощью нашего API NerdGraph.

    Для запроса метрики используйте следующий формат запроса:

     ОТ  Metric   SELECT   function  (  metric_name  ) WHERE   attribute  =  value   FACET   attribute   TIMESERIES 

    Below are the functions supported for each metric type:

    335

    COUNT, SUM, MIN, MAX, MARTE, и последнее

    335

    . диаграмма с соответствующими функциями значений в предложении SELECT . Предложения WHERE и FACET можно использовать со значениями атрибутов. Не забудьте включить ключевое слово TIMESERIES , если вы хотите отобразить данные.

    В этом примере показано, как можно составить график использования ЦП в секундах для кластера foo . Этот запрос разбивает использование процессора с помощью контейнера, учитывая метрику с именем Container_cpu_usage_seconds_total с атрибутами Contactername и CluseName :

     

    от MetricTem. '9.0.0.0.0.0.0.0.010 -lemortem.19.100.try. 9000t.19.10.calersec. 9003.' 9000 -lemorstec. 9003. '9000 -lemorstec.

      -namontem. FACET containerName

      TIMESERIES

    Если вам нужна загрузка ЦП в минуту (скорость изменения), вы можете добавить функцию скорости к запросу выше.

     

    из показателя выбора метрики (sum (container_cpu_usage_seconds_total), 1 минута)

    , где clustername = 'foo'

    Facet Contactername

    Times Deseer. но NRQL также можно использовать для составления графиков, изучения и анализа метрических данных.

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

     

    FROM Metric

    SELECT last(container_memory_usage_bytes), last(container_spec_memory_limit_bytes)

    WHERE containerName = 'inventory'

    TIMESERIES

    Это также можно сделать с помощью подстановочных знаков, как описано ниже.

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

     

    Метрика FROM

    SELECT (latest(container_spec_memory_limit_bytes) - last(container_memory_usage_bytes))

    / last(container_spec_memory_90bytes_limit_0bytes)

    AS '% доступной памяти'

    ГДЕ containerName = 'inventory'

    TIMESERIES

    Это также можно сделать с помощью подстановочных знаков, как описано ниже.

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

    В следующем примере показана метрика использования памяти, помеченная «Всего (k8s)» , которая вычисляется путем сложения использования памяти двумя конкретными контейнерами в поде:

     

    от Metric

    Select Filter (

    Последний (

    Container_memory_usage_bytes),

    , где ContacterName = 'Discovery')

    + Filter (

    Последний (

    Contact_Memory_USAGE_BYTES),

    . proxy')

    AS 'Всего (k8s)'

    ГДЕ clusterName = 'my-cluster' AND podName LIKE 'my-pilot-%'

    TIMESERIES

    При запросе данных метрики с использованием FROM Metric , New Relic автоматически выбирает конкретный агрегат для использования в запросе в зависимости от длины окна запроса и любого размера сегмента, указанного в качестве аргумента ключевого слова TIMESERIES . Это обеспечивает эффективное выполнение запросов и разрешение диаграмм. Если вы хотите переопределить это поведение для просмотра необработанных точек данных метрики или работы с ними, используйте в своем запросе необязательное ключевое слово RAW .

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

    В этом примере показано, как получить список последних 20 точек данных, полученных для определенной метрики:

     FROM Metric SELECT * WHERE metricName = 'container_fs_usage_bytes' LIMIT 20  RAW  

    Запросить несколько метрик с подстановочными знаками

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

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

    • Объединить метрики вместе и отобразить результаты
    • FACET результаты по имени метрики на диаграмме
    • Найти и отобразить все метрики, соответствующие заданному соглашению об именах

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

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

    • MyNeatProcess.algorithm1.duration
    • MyNeatProcess.algorithm2.duration
    • MyNAt.dright.duration
    • MyNAtpress.duration
    • MyNAtpress. запрос myNeatProcess. %.duration вернет результаты для всех трех вышеперечисленных алгоритмов. Если вы позже создадите новые алгоритмы с именем алгоритм4 , алгоритм5 и алгоритм6 , один и тот же запрос вернет результаты для всех шести алгоритмов.

      Вы можете составить диаграмму нескольких показателей с помощью одного запроса, используя подстановочные знаки ( % ) в предложении SELECT . Например, чтобы запросить все алгоритмы в приведенном выше примере и построить линию на диаграмме для средней продолжительности каждого алгоритма, используйте следующий запрос:

       

      FROM Metric

      SELECT Average(myNeatProcess.%.duration)

      FACET metricName TIMESERIES

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

       

      FROM Metric

      SELECT Average(myNeatProcess. %.duration) TIMESERIES

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

       

      FROM Metric

      SELECT myNeatProcess.algorithm1.duration / sum(myNeatProcess.%.duration) ВРЕМЕННЫЕ СЕРИИ

      Возврат результатов для отдельных полей с помощью

      getField()

      Существует несколько типов данных Metric (например, Gauge и count ), и каждый тип имеет несколько связанных полей . Подробнее о доступных типах полей см. в разделе getField() .

      Вы можете использовать getField() для извлечения этих полей. Например, если вы хотите использовать одно значение в метрике для сравнения в WHERE , вы можете использовать getField(metricName, field) или metricName[field] .

      Этот пример запроса возвращает список метрик датчика:

       

      FROM Metric SELECT uniques(metricName) WHERE %[type] = 'gauge'

      Среднее значение метрики вычисляется как total over count , поэтому следующий запрос возвращает данные метрики, в которых результат функции значения Average() больше 2,9.

      This entry was posted in Популярное

    Metric type

    Supported функции

    Сводка

    количество, сумма, минимум, максимум и среднее значение

    СЧЕТ

    Сумма

    Калибр

    COUNT, SUM, MIN, MAX, средний, и последнее