Метрика цели идентификатор цели: Идентификатор цели Яндекс Метрики. Что это и где найти.

alexxlab

Содержание

Параметры заказов и цели для Яндекс.Метрики

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

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

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

Настройка

Для работы необходимо указать название переменной с кодом счетчика Метрики. Обычно переменная называется yaCounterXXXXX где XXXXX это номер счетчика. Посмотреть точное название можно в коде счетчика.

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

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

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

Также для каждого события необходимо создать цель типа «Событие» в настройках Яндекс.Метрики. Подробнее о создании целей в помощи по Яндекс.Метрике. Для целей «Корзина» и «Заказ оформлен» цели необходимо сконфигурировать особым образом. Подробнее о передаче параметров интернет-магазинов в помощи по Яндекс.Метрике.

Редактировать код счетчика в соответствии с рекомендациями Яндекса не нужно, нужны только идентификаторы целей.

Примечания

Яндекс.Метрика иногда притормаживает с обработкой результатов.

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

Руководство по новым целям в Яндекс.Метрике | Блог YAGLA

Разработчики Яндекс.Метрики регулярно обновляют функционал по целям. Если раньше это были только просмотры страниц, JavaScript-события и составные цели, теперь целей 11.

 

Кроме того, теперь Яндекс.Метрика умеет самостоятельно определять, какие действия посетителей на сайте важны, автоматически фиксировать их как цели и учитывать статистику по ним. 

 

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

Как работают новые цели в Яндекс.Метрике и зачем они нужны

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

 

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

 

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

 

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

 

Метрика будет автоматически распознавать 6 событий:

 

  • Клик по номеру телефона
  • Клик по email-адресу
  • Отправка формы
  • Переход в мессенджер
  • Поиск по сайту
  • Скачивание файлов.

 

Автоматические цели работают наряду с теми, что вы настроите вручную и не учитываются в лимите целей на счётчик (200 целей на один счетчик).

 

Раньше для отслеживания таких действий нужно было использовать цель типа «JavaScript-событие» и менять код.

 

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

 

Однако как показывает практика, это нововведение, как и любое другое, не всегда работает эффективно.

 

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

 

Для сравнения: JavaScript-события сложнее в настройке, но они показывают более реальную картину.

 

Что касается автоматических целей, по ним тоже возникают сомнения.

 

Во-первых, насколько точно искусственный интеллект определяет цели посетителей. А не считает ли он за важные достижения все действия подряд?

 

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

 

Справедливости ради отметим, что новый функционал работает относительно недавно. Как долго Яндекс еще будет его допиливать, не известно. Настороженность со стороны пользователей вполне оправдана.

 

Использовать нововведения или делать всё по старинке с JavaScript – решать вам.

 

Далее покажем, как настраивать новые цели в интерфейсе Яндекс.Метрики.

 

Делается это буквально в пару кликов.

 

В разделе «Цели» нажмите кнопку добавления цели.

 

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

 

Клик по номеру телефона

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

 

Яндекс.Метрика считает за отдельное достижение цели (то есть за конверсию) каждый клик по ссылке.

 

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

 

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

Клик по email

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

 

Каждый клик по email = одно достижение цели.

 

Аналогично, настраиваете цель на все email-адреса на сайте, либо на один конкретный, который вы указываете при настойке.

 

Отправка формы

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

 

Достижение цели в данном случае = сам факт отправки формы (нажатие на кнопку отправки формы).

 

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

 

В появившемся окне Метрика покажет все формы, которые есть на странице и которые можно использовать.

 

Обратите внимание, что использовать для отслеживания можно формы:

 

  • Со страниц, на которых были посетители за последние 30 дней
  • Созданные с помощью тега form – по его наличию на сайте они и распознаются Метрикой. Формы, созданные через div, отследить не получится.
  • Которые включают такие параметры, как идентификатор (id), имя (name) или путь к DOM-элементу
  • Которые отправляются через элемент button type=»submit», а не button type=»button» (в этом случае цель достигаться не будет).

 

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

 

Как это исправить? Нужно, чтобы засчитывалась только успешная отправка формы, а не сами по себе события click или submit.

 

Для этого:

 

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

Переход в мессенджер

С помощью этой цели вы можете собирать статистику по посетителям, которые пытаются связаться с вами через мессенджер. Одно обращение или попытка обращения = 1 конверсия. В Метрике поддерживаются Telegram, WhatsApp, Viber, Skype, Яндекс.Мессенджер, Facebook, ВКонтакте.

 

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

 

Скачивание файлов

Эта цель позволит определить, сколько раз посетители скачивали с сайта файлы или один конкретный файл. Какой именно – вы указываете здесь.

 

Это может быть текстовый документ, презентация, архив, видео, аудио. Вот список всех поддерживаемых расширений:

 

Поиск по сайту

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

 

Проверьте, какой GET-параметр используется для поиска на вашем сайте – q, text, query, search или другой – и укажите его в настройках.

 

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

 

Помимо статистики по цели вы можете посмотреть статистику по поисковым фразам, по которым посетители что-либо ищут на сайте. Она доступна в Метрике, даже если вы не используете цель «Поиск по сайту».

 

Эта статистика важна, так как она проясняет, какие продукты или какую информацию на сайте сложно найти интуитивно, без поисковой строки. Также – что ищут и чем интересуются посетители чаще всего. Посмотреть её можно следующим образом:

 

1) Откройте отчет «По параметрам URL».

 

2) Постройте сегмент, как показано на скриншоте ниже, и выберите параметр URL, который используете для поиска на сайте.

 

В готовом отчете вы увидите, что чаще всего ищут посетители вашего сайта.

Клик по кнопке

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

 

Для Яндекс.Метрики наличие в элементе тега a, button, div или input означает, что этот элемент кликабельный. Достижение цели фиксируется каждый раз, когда посетитель на него нажимает.

 

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

 

Далее кликните на нужную вам кнопку на сайте и нажмите «Отслеживать клики». Чтобы перейти на другую страницу или открыть всплывающее окно, выберите режим «Взаимодействие с сайтом».

 

 

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

Как проверить, правильно ли вы настроили цели

В течение нескольких минут после добавления цели Метрика начинает собирать по ней статистику. Её вы сможете найти в отчете «Конверсии» (один из стандартных отчетов), а также добавлять в другие отчеты Метрики – по долгосрочным интересам, по демографии.

 

Проверить, работает ли всё как надо, можно двумя способами.

 

Первый способ – непосредственно посмотреть в отчете «Конверсии». Совершить нужное действие на сайте и посмотреть, обновились ли данные отчета.

 

Это вариант для следующих типов целей:

 

  • Клик по номеру телефона
  • Клик по email
  • Переход в мессенджер
  • Скачивание файлов
  • Поиск по сайту.

 

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

 

1) В адресной строке браузера добавьте к адресу страницы параметр _ym_debug=1 и загрузите страницу.

 

http://example.com/?_ym_debug=1

 

2) Вызовите консоль браузера с помощью сочетания клавиш Ctrl + Shift + J (для ОС Apple: ⌥ + ⌘ + J).

 

3) На странице выполните целевое действие. В консоли вы увидите номер вашего счетчика и информацию о совершенном действии.

 

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

 

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

 

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

 

  • Максимальное количество всех целей – 200
  • Метрика считает достижения одной и той же цели одним посетителем не чаще, чем раз в секунду
  • За одно посещение Метрика фиксирует до 400 достижений цели
  • Если вносить изменения в счетчик или цель, накопленные данные сохраняются
  • Если удалить цель, накопленные данные по её достижению становятся недоступными.

Успехов и высоких вам конверсий!

Передача целей из GetCourse в Google Analytics и в Яндекс Метрику

Как правильно зайти на территорию ваших активных подписчиков и узнать их мнение, которое повлияет на маркетинговые процессы? Попробуйте нативный инструмент — опросы в Instagram Stories!

Зачем собирать обратную связь через Истории в Instagram?

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

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

У пользователя есть всего 24 часа, это создает ощущение срочности, которое побуждает пользователей обращать большее внимание на временный контент. Далее мы расскажем несколько способов, как использовать Instagram Stories для сбора обратной связи.

Когда у вас есть конкретное предложение

Всю жизнь нас ставят перед выбором, но Instagram к нам более лояльный, поэтому представляет выбирать в опросе среди 2-х вариантов. Хотя по признанию Адама Моссери, генерального директора Instagram, они работают над возможностью добавления нескольких вариантов в таком голосовании, будет ли релиз — неизвестен.

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

Что можно оценить с помощью этого вопроса:

  • Ожидание новинки
  • Сравнение характеристик товара (цвет, внешний вид, форма, наполнение)
  • Сравнение аналогичных товаров
  • Анонсы скидок мероприятий.

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

Стикер-слайдер как качественный метод исследования

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

В итоге пользователи выбрав на этой шкале результат могут увидеть средний ответ всех пользователей. Классическое применение: анонс в стиле “ждете?” и этот стикер. Если большинство проголосовало ближе к максимуму — все в порядке, если эмодзи ближе к началу, нужно что-то с этим делать.

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

И снова здесь можно подключить Instagram DM для обратной связи. Например, вы спрашивали у подписчиков насколько им было удобно оформить заказ и для каждого подозрительно низкого или среднего ответа отправить сообщение в Instagram Direct с просьбой рассказать подробнее про процесс. Как правило, если  пользователь среагировал на историю, с ним проще наладить коммуникацию и выяснить в чем проблема.

Открытые вопросы для дискуссий

Согласно исследованию Sprout Social , 78% людей хотят, чтобы бренды использовали социальные сети, чтобы стать ближе к людям. Отголоски клиентского сервиса в социальных сетях. Нужно копать глубже и оценить ситуацию — выбирайте стикер с открытым вопросом.

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

Вы можете поделитесь ответом / вопросом пользователя у себя в Stories. Если вы еще отметите его, то пользователю будет приятно, что вы заметили и проявили заботу своим ответом. И, конечно, вы можете дать ответ в Direct. По статистике, конверсионность этого стикера несколько ниже, потому что пользователю нужно приложить немного больше усилий: подумать и ввести ответ.

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

Викторина для самых умных!

Этот стикер сразу покажет прав ли в своем ответе подписчик или нет. Пусть выбирает из нескольких вариантов, правильный всего один. Так можно оценить осведомленность о бренде, можно сделать анонс (только не скидок, а то будет обидно: вы предлагаете 5%, а в вариантах есть 25%).

Хороший пример Booking.com в виде викторины в историях для эрудированных путешественников. Перед викториной компания публикует несколько подсказок, чтобы вызвать интерес и навести людей на правильный ответ. Если у вас широкая тематика, тоже можете воспользоваться этой возможностью, а всем угадавшим прислать что-то приятное через DM. Вы будете точно знать список этих людей, сколько голосов получил каждый вариант и как проголосовал каждый человек.

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

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

Настройка целей Яндекс Метрики на сайте через Google Tag Manager

Привет, друзья. Сегодня я решил поделиться с вами одной из наших инструкций и, как вы уже догадались из заголовка, речь пойдёт про Google Tag Manager или сокращенно GTM. Уверен, вы про него слышали, но в чем я еще больше уверен — мало кто его использует (как говорил великий, потому что «не только лишь все могут…»).

Google Tag Manager — это бесплатный инструмент с помощью которого можно самостоятельно, без привлечения IT-специалистов и программистов управлять тегами, добавлять/изменять коды счетчиков, сервисов, идентификаторы целей.

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

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

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

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

Цель данной инструкции – показать типовые настройки целей Яндекс.Метрики через Google Tag Manager начинающим специалистам.

Итак, посмотрим, как это можно сделать.

Данную инструкцию написал мой коллега, руководитель seo-отдела в «АлаичЪ и Ко» — Александр Хвалов. Передаю ему слово.

Оглавление:

Регистрация аккаунта проекта в Google Tag Manager

  1. Переходим по ссылке и авторизуемся в клиентской учетной записи Google.
  2. Создаем новый аккаунт. Будем рассматривать настройку на примере клиентского сайта www.goodwill-stroi.ru:
  3. Указываем название аккаунта, которое должно совпадать с названием домена сайта, указываем страну проекта и ждем кнопку «Далее».
  4. Указываем название контейнера, а также выбираем, где он будет использоваться. В нашем случае это Веб-сайт:

    Контейнер – небольшой js-код, в котором будут содержаться все теги. Именно он будет активировать наши цели при достижении нужных условий.В одном аккаунте может содержаться несколько контейнеров, которые могут использоваться для разных типов данных. Например, для сайта, для приложения, для AMP. Имя контейнера может быть произвольным, но старайтесь сделать его понятным для себя. Обычно я рекомендую называть контейнером доменным именем.
  5. После нажатия кнопки «Создать» необходимо будет принять пользовательское соглашение:

Установка контейнера Google Tag Manager на сайт

  1. После принятия пользовательского соглашения вы получите код GTM для установки в код своего сайта:
  2. Установите первую часть кода в <head>, а вторую сразу после открывающего тега <body>

    Скорее всего, установка кода GTM на сайт это весь процесс работы с кодом, который вам понадобится.
  3. Проверим корректность установки кода Google Tag Manager. Для этого установим расширение Tag Assistant (by Google) для Google Chrome.
  4. Перейдите на любую страницу сайта и нажмите на значок расширения:

    Если он будет зеленого цвета, код GTM установлен корректно.

Активация переменных в GTM для отслеживания действий посетителей на сайте

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

  1. Клики
    • Click Element. Получает доступ к уровню данных и считывает ключ gtm.element, который задается триггерами «Клик». Результатом будет ссылка на элемент DOM, где произошел клик.
    • Click Classes. Получает доступ к уровню данных и считывает ключ gtm.elementClasses, который задается триггерами «Клик». Результатом будет строковое значение атрибута classes в элементе DOM, по которому был выполнен клик.
    • Click ID. Получает доступ к уровню данных и считывает ключ gtm.elementId, который задается триггерами «Клик». Результатом будет строковое значение атрибута id в элементе DOM, по которому был выполнен клик.
    • Click Target. Получает доступ к уровню данных и считывает ключ gtm.elementTarget, который задается триггерами «Клик».
    • Click URL. Получает доступ к уровню данных и считывает ключ gtm.elementUrl, который задается триггерами «Клик».
    • Click Text. Получает доступ к уровню данных и считывает ключ gtm.elementText, который задается триггерами «Клик».
  2. Ошибки
    • Error Message. Получает доступ к уровню данных и считывает ключ gtm.errorMessage, который задается триггерами «Ошибка JavaScript». Результатом будет строка с сообщением об ошибке.
    • Error URL. Получает доступ к уровню данных и считывает ключ gtm.errorUrl, который задается триггерами «Ошибка JavaScript». Результатом будет строка, содержащая URL, где произошла ошибка.
    • Error Line. Получает доступ к уровню данных и считывает ключ gtm.errorLine, который задается триггерами «Ошибка JavaScript». Результатом будет номер строки в файле, в которой содержится ошибка.
    • Debug Mode. Возвращает значение true, если контейнер работает в режиме предварительного просмотра.
  3. Формы
    • Form Classes. Получает доступ к уровню данных и считывает ключ gtm.elementClasses, который задается триггерами «Отправка формы». Результатом будет строковое значение атрибута classes формы.
    • Form Element. Получает доступ к уровню данных и считывает ключ gtm.element, который задается триггерами «Отправка формы». Результатом будет ссылка на элемент DOM формы.
    • Form ID. Получает доступ к уровню данных и считывает ключ gtm.elementId, который задается триггерами «Отправка формы». Результатом будет строковое значение атрибута id формы.
    • Form Target. Получает доступ к уровню данных и считывает ключ gtm.elementTarget, который задается триггерами «Отправка формы».
    • Form Text. Получает доступ к уровню данных и считывает ключ gtm.elementText, который задается триггерами «Отправка формы».
    • Form URL. Получает доступ к уровню данных и считывает ключ gtm.elementUrl, который задается триггерами «Отправка формы».
  4. История
    • History Source. Получает доступ к уровню данных и считывает ключ gtm.historyChangeSource, который задается триггерами «Изменение в истории».
    • New History Fragment. Получает доступ к уровню данных и считывает ключ gtm.newUrlFragment, который задается триггерами «Изменение в истории». Результатом будет строковое значение хеша URL страницы после события истории.
    • New History State. Получает доступ к уровню данных и считывает ключ gtm.newHistoryState, который задается триггерами «Изменение в истории». Результатом будет объект состояния, переданный страницей в историю для запуска события истории.
    • Old History Fragment. Получает доступ к уровню данных и считывает ключ gtm.oldUrlFragment, который задается триггерами «Изменение в истории». Результатом будет строковое значение хеша URL страницы до события истории.
    • Old History State. Получает доступ к уровню данных и считывает ключ gtm.oldHistoryState, который задается триггерами «Изменение в истории». Результатом будет объект состояния, активный до того, как произошло событие истории.
  5. Страницы
    • Page Hostname. Указывает имя хоста в текущем URL.
    • Page Path. Указывает путь в текущем URL.
    • Page URL. Указывает полный URL текущей страницы.
    • Указывает полный URL перехода к текущей странице.
  6. Прокрутка
    • Scroll Depth Threshold. Получает доступ к уровню данных и считывает ключ gtm.scrollThreshold, который задается триггерами «Глубина прокрутки». Результатом будет числовое значение, которое показывает глубину прокрутки, запустившую триггер. Для значений в процентах это число от 0 до 100. Для значений в пикселях это количество пикселей, установленное в качестве порога.
    • Scroll Depth Units. Получает доступ к уровню данных и считывает ключ gtm.scrollUnits, который задается триггерами «Глубина прокрутки». Результатом будет параметр, который показывает выбранные единицы измерения для порогового значения, запустившего триггер, – либо «пиксели», либо «проценты».
    • Scroll Direction. Получает доступ к уровню данных и считывает ключ gtm.scrollDirection, который задается триггерами «Глубина прокрутки». Результатом будет параметр, который показывает направление прокрутки при срабатывании триггера – либо «вертикальное», либо «горизонтальное».
  7. Утилиты
    • Container ID. Предоставляет общедоступный идентификатор контейнера (например, GTM-XKCD11).
    • Container Version. Указывает номер версии контейнера в виде строкового значения.
    • Environment Name. Возвращает указанное пользователем название текущей среды, если запрос контейнера выполнен из функции «Поделиться ссылкой для просмотра» или из фрагмента кода среды. Для встроенных сред возвращается значение «Реальная», «Последняя» или «Редактирование». В остальных случаях возвращается пустая строка.
    • Получает доступ к уровню данных и считывает ключ event, который представляет собой имя текущего события dataLayer (например, gtm.js, gtm.dom, gtm.load или указанное пользователем).
    • HTML ID. Позволяет пользовательским тегам HTML сигнализировать, успешно ли они были выполнены. Используется, если задан порядок активации тегов.
    • Random Number. Возвращает случайное число.
  8. Видео
    • Video Current Time. Получает доступ к уровню данных и считывает ключ gtm.videoCurrentTime, который представляет собой время произошедшего в видео события в секундах, выраженное целым числом.
    • Video Duration. Получает доступ к уровню данных и считывает ключ gtm.videoDuration, который представляет собой общую длительность видео в секундах, выраженную целым числом.
    • Video Percent. Получает доступ к уровню данных и считывает ключ gtm.VideoPercent, который представляет собой процент видео, воспроизведенного на момент события, выраженный целым числом от 0 до 100.
    • Video Provider. Получает доступ к уровню данных и считывает ключ gtm.videoProvider, который задается триггерами «Видео YouTube». Результатом будет название поставщика видео (YouTube).
    • Video Status. Получает доступ к уровню данных и считывает ключ gtm.videoStatus, который представляет собой статус видео в момент регистрации события, например «воспроизведение», «пауза».
    • Video Title. Получает доступ к уровню данных и считывает ключ gtm.videoTitle, который задается триггерами «Видео YouTube». Результатом будет название видео.
    • Video URL. Получает доступ к уровню данных и считывает ключ gtm.videoUrl, который задается триггерами «Видео YouTube». Результатом будет URL видео, например https://www.youtube.com/watch?v=gvHcXIF0rTU.
    • Video Visible. Получает доступ к уровню данных и считывает ключ gtm.videoVisible, который задается триггерами «Видео YouTube». Если видео отображается в области просмотра, результатом будет значение true, если же в другой области (например, в нижней части страницы, на фоновой вкладке) – false.
  9. Видимость
    • Percent Visible. Получает доступ к уровню данных и считывает ключ gtm.visibleRatio, который задается триггерами «Видимость элементов». Результатом будет числовое значение (0–100), которое показывает, какой процент выбранного элемента был виден при срабатывании триггера.
    • On-Screen Duration. Получает доступ к уровню данных и считывает ключ gtm.visibleTime, который задается триггерами «Видимость элементов». Результатом будет числовое значение, которое показывает, как долго выбранный элемент был виден при срабатывании триггера.

Включить переменные в Google Tag Manager можно следующим образом:

Установка счетчика Яндекс.Метрики с помощью Google Tag Manager

  1. Перейдите на вкладку «Теги»
  2. Нажмите на кнопку «Создать» и в открывшемся окне нажмите на кнопку выбора типа тега:
  3. В GTM нет типа тега Яндекс.Метрики по умолчанию, поэтому мы будем использовать тип «Пользовательский HTML»:
  4. Вставьте код Яндекс.Метрики в соответствующее поле:
  5. Нажмите на кнопку выбора условия (Триггера) активации тега Яндекс.Метрики:
  6. Так как метрика должна активироваться на всех страницах при их просмотре, мы выбираем соответствующий Триггер:
  7. Дайте тегу понятное и значимое название:
  8. Чтобы применить внесенные изменения, вам необходимо опубликовать обновленный контейнер с помощью кнопки «Отправить»:
  9. Укажите название и описание новой версии контейнера:

Создание целей и их передача в Яндекс.Метрику

  1. Созданием цели является создание Тега в GTM. Создавать через GTM стоит только цели типа Java-Script событие. Простые цели, связанные с посещением страниц лучше создавать непосредственно в настройках счетчика Яндекс.Метрики.
  2. Попробуем настроить цель на отправку формы «Заказать звонок» в шапке сайта:
  3. Создаем цель в Метрике типа JavaScript-событие и даем уникальное наименование идентификатору цели:
  4. Создадим Тег в GTM, который будет передавать идентификаторы цели в Яндекс.Метрику. Для этого вновь выберем Пользовательский html и напишем в нем небольшой скрипт, который отправит нужные нам данные:

    Обязательно укажите свой номер счетчика Метрики (быстро скопировать его можно на главной странице Яндекс.Метрики прямо под названием счетчика) и идентификатор своей цели.
  5. При сохранении Тега GTM предложит вам сразу его связать с триггером активации. Соглашаемся.
  6. Найдем какой-нибудь уникальный идентификатор, который будем использовать в качестве Триггера активации нашего Тега отслеживания формы. Как правило, чаще всего это уникальный id или class формы.
  7. Переходим в режим «Предварительного просмотра»:
  8. Заходим на сайт и отправляем форму, чтобы понять, какие значения она может передавать в GTM:
  9. Мы видим, что сможем отследить форму по пользовательскому событию, которое совпадает с form_data_1.
  10. Создаем Триггер активации Тега с кодом Яндекс.Метрики «Пользовательское событие» с именем события form_data_1:
  11. Опубликуем изменения GTM и проверим корректность работы цели с помощью «Предварительного просмотра» достигнув цели:
  12. Проверим, передалась ли цель в Яндекс.Метрику, для этого посмотрим Стандартный отчет «Конверсии»:
  13. Если цель отработала корректно, аналогичным образом необходимо будет настроить отслеживание всех форм сайта.

Отслеживание глубины просмотра страницы.

  1. Создадим в Яндекс.Метрике цели для глубины просмотра страницы на уровнях 25, 50, 75 и 100%. Вы можете создать любые удобные Вам значения.
  2. Создадим новый Тег и уже известным нам скриптом будем передавать данные в Метрику:
  3. При сохранении Тега создадим новый Триггер из числа стандартных — Глубина прокрутки. В Триггере отмечаем «Глубина вертикальной прокрутки», «Проценты» и выбираем количество процентов, на которое пользователь должен пролистать страницу, чтобы данные передавались в Метрику.
  4. Для проверки корректности настройки цели перейдем в «Предварительный просмотр»:
  5. Зайдите на сайт. Внизу страницы будет панель, в которой можно протестировать настроенные цели:

    Как можно увидеть, при загрузке страницы у нас активировался тег Яндекс.Метрики.
  6. Если мы пролистаем страницу на 25% вниз, то увидим, что у нас активировался тег просмотра страницы на 25%:
  7. В случае корректной работы цели необходимо опубликовать изменения в настройках GTM. Как это сделать, мы рассмотрели выше.

В рамках данной инструкции мы рассмотрели самые частые примеры, для установки каких целей может быть настроен Google Tag Manager.

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

  • Установка счетчиков аналитики Яндекс.Метрика и Google Analytics.
  • Установка кодов различных сервисов: обратный звонок, пиксель и т. д.
  • Отслеживание кликов по кнопкам, ссылкам, баннерам, элементам интерфейса.
  • Отслеживание отправки форм.
  • Отслеживание прокрутки страницы.
  • Подмена номеров телефонов для сквозной аналитики.
  • Отслеживание просмотра видео на сайте.

Дополнительно можно использовать GTM для решения множества других задач:

  • Настройка микроразметки.
  • Настройка электронной торговли.
  • Настройка тегов canonical.
  • Настройка мета-тегов robots в зависимости от наличия/отсутствия товаров на сайте.
  • Отслеживание страниц с ошибок 404.
  • …

Присылайте примеры решения своих задач или вопросы о том, как что-нибудь настроить с помощью Google Tag Manager, мы обязательно дополним ими существующий список!

Спасибо за внимание и до связи!

Политики масштабирования отслеживания целей для автоматического масштабирования приложений

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

Выбор метрики

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

AppStream 2.0

Аврора

Amazon Comprehend

DynamoDB

Amazon ECS

  • ALBRequestCountPerTarget (показатель балансировщика нагрузки)

  • ECSServiceAverageCPUUtilization

  • ECSServiceAverageMemoryUtilization

ElastiCache

  • ElastiCachePrimaryEngineCPUUtilization

  • ElastiCacheReplicaEngineCPUUtilization

  • ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage

Amazon Keyspaces (для Apache Cassandra)

Лямбда

Amazon Managed Streaming для Apache Kafka (MSK)

Нептун

Спотовый парк (Amazon EC2)

  • ALBRequestCountPerTarget (показатель балансировщика нагрузки)

  • EC2SpotFleetRequestAverageCPUUtilization

  • EC2SpotFleetRequestAverageNetworkIn

  • EC2SpotFleetRequestAverageNetworkOut

SageMaker

Каждая метрика представляет собой упорядоченный по времени набор точек данных, хранящихся в Amazon CloudWatch.Хотя большая часть метрики в AWS по умолчанию сообщаются каждую минуту, метрики Amazon EC2 сообщаются каждый по умолчанию пять минут. За дополнительную плату можно включить подробный мониторинг получить метрические данные для экземпляров с периодичностью в одну минуту. Чтобы обеспечить более быстрый ответ на изменения загруженности, мы рекомендуем вам включить подробный мониторинг.Для дополнительной информации, см. Включить или отключите подробный мониторинг ваших экземпляров в Руководство пользователя Amazon EC2 для инстансов Linux .

При выборе метрики учитывайте следующее:

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

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

  • Когда метрика выдает в CloudWatch реальные значения 0 (например, ALBRequestCountPerTarget ), автоматическое масштабирование приложения может масштабироваться до 0, когда нет трафик в ваше приложение.Чтобы ваш масштабируемый целевой масштаб был до 0 при отсутствии запросов маршрутизируются, минимальная емкость масштабируемой цели должна быть установлена ​​на 0.

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

Соображения

Имейте в виду следующие соображения:

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

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

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

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

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

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

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

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

  • Политика масштабирования отслеживания цели не масштабируется, когда состояние тревоги НЕДОСТАТОЧНЫЕ ДАННЫЕ . Для получения дополнительной информации см. Мониторинг с помощью сигналов тревоги CloudWatch.

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

Период восстановления

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

В политиках масштабирования слежения за целями существует два типа периодов восстановления:

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

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

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

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

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

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

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

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

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

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

Обычно используемые команды для работы с политиками масштабирования включают:

Ограничения

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

  • Масштабируемая цель не может быть кластером Amazon EMR.Политики масштабирования отслеживания цели находятся не поддерживается для Amazon EMR.

  • Если кластер Amazon MSK является масштабируемой целью, масштабирование отключено и не может быть включено.

  • Вы не можете использовать RegisterScalableTarget или PutScalingPolicy API операций для обновления плана масштабирования AWS Auto Scaling. Для информацию об использовании планов масштабирования см. в документации AWS Auto Scaling.

Создание настраиваемых целевых предупреждений и управление ими

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

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

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

Узнайте о целях оповещения

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

Почему цели оповещения?

Цели предупреждений указывают, когда и как отправлять уведомления. Во время создания оповещения вы можете указать адрес электронной почты или ключ PagerDuty в целевом списке. Вы неявно используете встроенные цели предупреждений Wavefront. Эти простые цели оповещения:

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

Просмотр настраиваемых целей оповещения

Чтобы просмотреть цели предупреждений, выберите Обзор> Цели предупреждений .

Создание настраиваемой цели оповещения

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

  1. Выберите Обзор> Цели предупреждений .
  2. Нажмите кнопку Create Alert Target .
  3. Введите свойства, общие для всех целей оповещения.
    Свойство Описание
    Имя Имя объекта предупреждения. Выберите простое имя, позволяющее легко определить цель предупреждения.
    Описание Описание цели предупреждения.
    Триггеры Одно или несколько изменений состояния предупреждения, которые запускают цель предупреждения. Возможные варианты:
    • Срабатывание предупреждения — Запускается, когда предупреждение переходит от проверки к срабатыванию.
    • Состояние оповещения обновлено — Запускается, когда хотя бы один временной ряд меняет категорию, в то время как оповещение продолжает срабатывать. Например, отдельный временной ряд может начать давать сбой (удовлетворять условию предупреждения во время временного окна срабатывает предупреждение ) или может восстанавливаться (перестать удовлетворять условию предупреждения во время временного окна предупреждение устраняет ).
    • Предупреждение разрешено — Запускается, когда предупреждение разрешается.
    • Alert Affected by Maintenance Window — Срабатывает, когда на предупреждение о возгорании влияет окно обслуживания.
    • Уведомление отложено — Запускается, когда предупреждение откладывается.
    • В предупреждении нет данных — Запускается, когда все временные ряды, связанные с предупреждением, перестали предоставлять данные.
    • Предупреждение не обработано данных — Запускается, когда по крайней мере один временной ряд, связанный с предупреждением, начал предоставлять данные, в то время как все другие временные ряды по-прежнему не сообщают никаких данных.
    • Предупреждение начато для обслуживания из-за отсутствия данных — Запускается, когда ни один из временных рядов предупреждения не содержит данных, и на предупреждение влияет окно обслуживания.
  4. В раскрывающемся меню Тип выберите тип цели предупреждения:
    Свойство Описание
    Webhook Цель оповещения для отправки уведомлений на платформы обмена сообщениями, такие как Slack или VictorOps.Эта цель предупреждения определяет обратный вызов HTTP (запрос POST и URL-адрес), который запускается при изменении состояния предупреждения.
    Эл. Почта Цель оповещения для отправки уведомлений в почтовые системы. Эта цель предупреждения определяет атрибуты сообщений электронной почты, которые будут отправлены при изменении состояния предупреждения.
    PagerDuty Цель оповещения для отправки уведомлений в PagerDuty. Эта цель предупреждения указывает ключ PagerDuty и тело POST, которые будут использоваться при изменении состояния предупреждения.
  5. Заполните свойства для конкретного типа.
    • Для типа Webhook установите следующие свойства:
      Свойство Webhook Описание
      URL Конечная точка REST платформы обмена сообщениями для получения уведомления о предупреждении. Вы можете выполнить шаги настройки в Slack Integration или VictorOps Integration, чтобы получить URL-адрес уведомления. URL-адрес уведомления должен быть общедоступным.
      Тип содержимого Тип содержимого тела сообщения POST:
      • приложение / json
      • текст / HTML
      • текст / простой
      • приложение / x-www-form-urlencoded
      Пользовательские заголовки Имя и значение одного или нескольких заголовков HTTP для передачи в запросе POST.
      Шаблон тела Шаблон, описывающий содержание оповещения.Щелкните Шаблон и выберите шаблон, соответствующий вашей платформе обмена сообщениями: Slack или VictorOps . Или выберите Generic Webhook , ​​чтобы увидеть все доступные параметры содержимого, объединенные в одном шаблоне.
    • Для типа Электронная почта установите следующие свойства:
      Свойство электронной почты Описание
      Формат HTML Указывает, должна ли платформа электронной почты интерпретировать тело сообщения как HTML или простой текст.Если этот флажок установлен (по умолчанию), сообщения интерпретируются как HTML. Вы обязаны согласовать этот параметр с выбранной опцией Body Template .
      Список адресов электронной почты Один или несколько действительных адресов электронной почты, разделенных запятыми.
      Тема электронного письма Тема всех писем от этой цели оповещения.
      Шаблон тела Шаблон, описывающий содержание оповещения.Щелкните Шаблон и выберите шаблон, соответствующий вашим предпочтениям форматирования электронной почты: Электронная почта в формате HTML или Обычный текст . Вы обязаны согласовать этот параметр с настройкой HTML Format .
    • Для типа PagerDuty установите следующие свойства:
      Свойство PagerDuty Описание
      PagerDuty Key Ключ интеграции API для приложения PagerDuty.Следуйте инструкциям по настройке в PagerDuty Integration, чтобы получить ключ.
      Шаблон тела Шаблон, описывающий содержание строки темы оповещения. Щелкните Шаблон и выберите шаблон PagerDuty Subject .
  6. Если вы хотите отправлять уведомления разным целям для разных тегов точек, вы можете указать их в поле Получатели .

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

    На снимке экрана ниже показано это для целей оповещения типа электронной почты.

  7. При необходимости настройте шаблон Body Template , ​​используя переменные и функции, описанные в разделе Настройка уведомлений о предупреждениях.
  8. Нажмите Сохранить , ​​чтобы добавить цель предупреждения и сделать ее видимой на странице Цели предупреждений.
  9. Протестируйте новую цель предупреждения, а затем добавьте ее в предупреждение.

Тестирование настраиваемой цели оповещения

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

Чтобы создать информационную панель :
  1. Выберите Browse> Alert Targets и найдите цель на странице Alert Targets.
  2. Щелкните значок с многоточием слева от цели предупреждения и выберите Test .

Добавить настраиваемую цель оповещения в оповещение волнового фронта

Чтобы добавить настраиваемую цель оповещения к новому или существующему оповещению:

  1. Перейдите на страницу Create Alert or Edit Alert page page.
  2. Прокрутите вниз до раздела Target List .
  3. Начните вводить текст в поле Alert Target . Появится раскрывающийся список. Этот список содержит все доступные цели предупреждений Wavefront, которые можно интегрировать в ваше предупреждение.
  4. Выберите цель предупреждения, которую вы хотите добавить, и нажмите Сохранить .

Редактировать настраиваемую цель оповещения

Вы можете изменить цель настраиваемого оповещения в любое время.

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

Удалить настраиваемые цели оповещения

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

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

Найти цель оповещения ID

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

Чтобы создать информационную панель :
  1. Выберите Обзор> Цели предупреждений на панели задач.
  2. В столбце «Имя» запишите идентификатор объекта предупреждения под описанием.

Добавить настраиваемые маршруты предупреждений

По умолчанию уведомление о предупреждении отправляется всем получателям, указанным в целевом объекте предупреждения. Можно настроить цель оповещения, например:

.
  • Если source = host1, отправьте электронное письмо пользователям userA и userB.
  • Если source = host2, отправить электронное письмо пользователю X

Можно настроить для каждого типа цели и направить уведомление на основе метрики , источника или ключа тега точки. См. Шаг 6 в Create an Alert Target выше.

Содержание перенаправленных уведомлений

Маршрутизированные уведомления отличаются от немаршрутизированных уведомлений:

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

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

Рассмотрим следующий пример:

  1. Предупреждение контролирует ЦП в среде разработки и среде производства.
  2. Вы указываете две цели оповещения:
    • Цель 1 отправляет уведомление на [email protected], когда срабатывает предупреждение, то есть когда ЦП на устройстве или продукте превышает пороговое значение.
    • Target 2 отправляет уведомление на [email protected], когда env = dev , то есть когда ЦП превышает пороговое значение на любых хостах в среде разработки.
  3. Когда среда prod превышает пороговое значение, [email protected] получает уведомление.
  4. Когда среда разработки превышает пороговое значение, [email protected] получает уведомление, и окно уведомления запускается при срабатывании предупреждения, то есть когда ЦП превысил пороговое значение для prod.

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

Ответы на запросы целевых предупреждений Webhook

Wavefront предоставляет коды ответов от целевых вызовов предупреждений веб-перехватчиков как метрики:

  ~ alert.webhooks.  .1xx
~ alert.webhooks.  .2xx
~ alert.webhooks.  .3xx
~ alert.webhooks. .4xx
~ alert.webhooks.  .5xx

Примечание: Wavefront не предоставляет коды ответов от более простых целей предупреждений (электронная почта и PagerDuty)

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

  ts (~ alert.webhooks. *. *, name = )

Если код ответа веб-перехватчика отличается от 2xx, Wavefront создает событие с именем . . .

Что такое показатели успеха? | Adobe Target

В Adobe Target показатели успеха — это параметры, используемые для измерения успешности деятельности. Метрики успеха включают в себя ключевые бизнес-показатели, которые позволяют определить успех данного опыта или предложения в Целевом действии.

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

Обзор

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

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

Показатели дохода, для которых установлено значение «Увеличить количество и сохранить активность пользователя», регистрируют детали заказа только для первого заказа, сделанного тем же посетителем. Все последующие заказы увеличивают количество конверсий, но не увеличивают доход в RPV / AOV / Sales и не будут включены в отчет «Сведения о заказе».

ПРИМЕЧАНИЕ

Для действий, использующих Аналитику в качестве источника отчетов (A4T), в качестве показателя цели всегда будут использоваться параметры «Увеличивать количество и удерживать пользователя в активности» и «При каждом показе».Это , не настраиваемый .

Доступны следующие показатели успеха:

Показатель успеха Метод измерения Определение
Преобразование На основе преобразования Конверсия — это когда посетитель выполняет действие на вашем сайте, которое вы определили, например,
  • Нажал кнопку
  • Просмотрел страницу
  • Завершил опрос
  • Совершил покупку
Конверсию можно было подсчитать один раз для каждого посетителя или каждого время, когда любой посетитель завершает конверсию.
Выручка На основе преобразования Доход от посещения. Вы можете выбрать один из следующих показателей дохода:
  • Доход на посетителя (RPV)
  • Средняя стоимость заказа (AOV)
  • Общий объем продаж
  • Заказы
Просмотры страниц На помолвке Каждое уникальное посещение засчитывается как конверсия.
Пользовательская оценка На помолвке Совокупная оценка, основанная на значении, присвоенном страницам, посещенным на сайте, с момента, когда посетитель впервые видит первый отображаемый целевой запрос действия.
Время на сайте На помолвке Время, затраченное на посещение (в секундах) с момента, когда посетитель видит первое отображение действия. Целевой запрос до загрузки последней страницы с запросом в сеансе.

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

Пользовательские метрики успеха

Вы также можете создавать собственные показатели успеха.

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

Если включено, оценочная ценность одного поля конверсии (недоступно для показателей Page Score) предоставляет ценность для вашей цели, но не для других показателей. Это значение позволяет Target рассчитать приблизительный рост дохода. Это поле не является обязательным; однако дополнительный доход для любого показателя, не связанного с доходом, не может быть рассчитан без него. Для всех показателей дохода (доход на посетителя, средняя стоимость заказа, общий объем продаж и заказы) в оценке используется доход на посетителя. Тип данных — валюта.См. «Оценка роста дохода» для получения дополнительной информации.

Метрики успеха, которые вы выбираете для своего действия, доступны в настройках отчета, когда вы просматриваете отчет для этого действия.

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

Расширенные настройки

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

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

Добавить зависимость

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

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

Функциональные возможности зависимостей не поддерживаются для следующих:

  • Рекомендации по деятельности.Эта функция поддерживается для всех других видов деятельности.
  • Если вы используете Google Analytics в качестве источника отчетов (A4T).
  • Тип показателя «Просмотр страницы».
  • Тип метрики «Щелкнул элемент» для действий Visual Experience Composer (VEC).

Зависимые показатели успеха не будут преобразованы в следующих случаях:

  • Если вы создаете циклическую зависимость, в которой метрика1 зависит от метрики2, а метрика2 зависит от метрики1, ни одна метрика не может преобразоваться.
  • Действия автоматической персонализации освобождают пользователей и перезапускают действие при достижении показателей конверсии, поэтому любая метрика, зависящая от метрики конверсии, не будет преобразована.

Что произойдет после того, как пользователь достигнет этой целевой метрики?

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

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

ПРИМЕЧАНИЕ

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

Как будет увеличиваться счетчик:

Выберите желаемое поведение:

  • Один раз на поступающего
  • При каждом показе (без обновления страницы)
  • На каждое впечатление

Обучающее видео: Показатели активности

В этом видео показано, как использовать показатели активности.

  • Понимание «целевых» показателей
  • Понимание и построение показателей конверсии, дохода и вовлеченности
  • Создайте показатель отслеживания кликов

Что такое Analytics for Target (A4T)?

Adobe Analytics for Target (A4T) — это комплексная интеграция решений, позволяющая создавать действия на основе показателей конверсии Analytics и сегментов аудитории.Интеграция A4T позволяет использовать отчеты Analytics для проверки результатов. Если вы используете Analytics в качестве источника отчетов для действия, все отчеты и сегментация для этого действия основаны на сборе данных Analytics.

Обзор

Интеграция Analytics for Target между Analytics и Target предоставляет мощные инструменты анализа и экономии времени для вашей программы оптимизации.

Три основных преимущества использования данных Google Analytics в Target:

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

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

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

Включены все метрики, включая любые настраиваемые или вычисляемые метрики, встроенные в Google Analytics.

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

При выборе формата A4T учитывайте следующие моменты:

  • Чтобы использовать Analytics в качестве источника отчетов для Target, и вы, и ваша компания должны иметь доступ к Analytics и Target. Свяжитесь с представителем вашего аккаунта, если вам нужно какое-либо решение.

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

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

  • При использовании A4T все метрики успеха, доступные для ваших действий, являются метриками Analytics. Однако ваш целевой показатель может быть основан на вызове mbox, если используется at.js. Например, вы можете использовать готовые возможности отслеживания кликов Target с A4T вместо того, чтобы внедрять код отслеживания кликов Analytics.

  • При просмотре отчетов об активности A4T в целевом пользовательском интерфейсе вы просматриваете данные Analytics. Например, если вы используете метрику «Посетитель» в Target, вы используете метрику «Посетитель» Analytics, а не метрику «Целевые посетители», которая теперь называется «Участники». Это различие особенно важно для основных показателей трафика (посетителей, посещений, просмотров страниц) и показателей конверсии.

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

  • При использовании A4T допускается только одна метрика на основе mbox.

  • Межсерверный вызов от Target к Analytics отправляет информацию об активности и опыте в Analytics. Эта интеграция не приводит к дополнительным вызовам сервера ни для Target, ни для Analytics.

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

Агрегат A4T

Информацию о реализации A4T с помощью at.js и веб-SDK Adobe Experience Platform см. В разделе Аналитика для целевой реализации.

Поддерживаемые виды деятельности

В следующих разделах содержится информация о поддерживаемых типах действий при использовании Adobe Experience Platform Web SDK или at.js:

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

Примеры отчетов A4T

Чтобы просмотреть отчеты A4T в Target, щелкните Activities , ​​выберите нужное действие из списка, который использует Analytics в качестве источника отчетов, затем щелкните вкладку Reports .

ПРИМЕЧАНИЕ

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

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

На следующем рисунке показано графическое представление отчета A4T с раскрывающимся списком показателей отчета, в котором отображаются доступные показатели цели Google Analytics:

На следующем рисунке показано графическое представление отчета A4T с раскрывающимся списком Аудитория, в котором отображаются доступные аудитории Google Analytics:

На следующем рисунке показан табличный вид отчета A4T:

Чтобы просмотреть отчет в Analytics, а не в Target, щелкните View in Analytics в верхней части отчета.

Аналитика и цель: передовые методы анализа, Учебное пособие

Откройте учебник «Аналитика и цель: передовые методы анализа», предоставленный Adobe Experience League.

Обучающие видео:

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

Analytics для Adobe Target (A4T) (4:32)

В этом видео рассказывается, как использовать Google Analytics в качестве источника отчетов в Target для проведения анализа вашей программы оптимизации.

  • Объясните, что такое A4T и зачем его использовать
  • Объясните, как работает A4T
  • Ознакомьтесь с предварительными условиями, необходимыми перед использованием A4T

Analytics / Adobe Target Integration (A4T) (40:33)

Это видео является записью «Часы работы офиса», инициативы, проводимой группой поддержки клиентов Adobe.

  • Как настроить и проверить, что интеграция работает
  • Как работает интеграция
  • Узнайте об идеальных отчетах для использования в Analytics
  • Ответы на частые вопросы по A4T

Аналитика / интеграция целей (A4T) Часы работы

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

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

Например, задание сервера API с четырьмя реплицированными экземплярами:

  • задание: api-server
    • экземпляр 1: 1.2.3.4:5670
    • экземпляр 2: 1.2.3.4:5671
    • экземпляр 3: 5.6.7.8:5670
      • Экземпляр
    • 4: 5.6.7.8:5671

Автоматически генерируемые метки и временные ряды

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

  • задание : настроенное имя задания, которому принадлежит целевой объект.
  • instance : : часть целевого URL, которая была очищена.

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

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

  • up {job = "", instance = ""} : 1 , если экземпляр здоровый, т.е.е. достижимый, или 0 , если очистка не удалась.
  • scrape_duration_seconds {job = "", instance = ""} : продолжительность соскоба.
  • scrape_samples_post_metric_relabeling {job = "", instance = ""} : количество образцов, оставшихся после применения метрической перемаркировки.
  • scrape_samples_scraped {job = "", instance = ""} : количество образцов, выставленных мишенью.
  • scrape_series_added {job = "", instance = ""} : примерное количество новых серий в этом цикле. Новое в v2.10

Временные ряды от до полезны для мониторинга доступности инстансов.

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

[PDF] Показатель появления с учетом местоположения для многокамерного слежения за несколькими целями

ПОКАЗАТЬ 1–10 ИЗ 59 ССЫЛКИ

СОРТИРОВАТЬ ПО Релевантности Статьи, на которые оказали наибольшее влияние Последнее время

Отслеживание нескольких целей в режиме «почти онлайн» с агрегированным дескриптором локального потока

  • Компьютерные науки
  • Международная конференция IEEE по компьютерному зрению (ICCV) 2015 г.
  • 2015
Новый дескриптор агрегированного локального потока (ALFD), который кодирует модель относительного движения между парой удаленных во времени обнаружений с использованием долгосрочных траекторий точек интереса ( IPT) и абляционный анализ подтверждает превосходство метрики ALFD над другими традиционными метриками сродства.Развернуть
  • Просмотреть 3 выдержки, справочную информацию и методы

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

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

Показатели производительности и набор данных для многоцелевого и многокамерного слежения

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

Алгоритм пути решения для многообъектного отслеживания с идентификацией

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

(PDF) Разработка эффективных стратегий и показателей производительности для автоматического распознавания целей

34

5. Алам М.С., Дж. Хан и А. Бал, «Корреляция совместных преобразований с поправкой на границы на основе гетеро-

ассоциативное слежение за несколькими целями », чтобы появиться, Труды конференции SPIE по автоматическому распознаванию целей

, Орландо, Флорида, апрель 2004 г.

6. Х.С. Лоо и М.С. Алам, «Инвариант

на основе корреляции совместных преобразований со скорректированными границами, отслеживание цели в последовательностях изображений FLIR (приглашенный документ)», Материалы конференции SPIE

по оптическому распознаванию образов (часть симпозиума SPIE Defense / Security

2003 г.) , Vol. 5437, стр. 38-50, Орландо, Флорида, 12–16 апреля 2004 г.

7. А. Давуд, М.С. Алам, А. Бал и Ч. Лоо, «Структура слияния данных для отслеживания целей

в бортовых перспективных исследованиях». Инфракрасные изображения », в печати, Труды конференции SPIE

по слиянию мультисенсорных данных, Орландо, Флорида, апрель 2004 г.

8. MS Alam, A. El-saba, E. Horache и S. Regula, «Совместная корреляция преобразования для идентификации отпечатков пальцев

(приглашенный документ)», будет опубликовано, Труды конференции SPIE по распознаванию оптических образов

, Сан-Хосе, Калифорния, 26-29 января 2004 г.

9. MS Alam, H. Kettani, M. Haque, J. Khan, AAS Awwal и KM Iftekharuddin,

«Обнаружение и отслеживание целей на основе JTC с поправкой на границу. Использование субкадров из последовательности видео

», Труды конференции SPIE по фотонным устройствам и алгоритмам для

Computing V (часть 48-го ежегодного собрания Международного общества оптических

Engineering), Vol.5201, стр. 85-96, SPIE, Сан-Диего, Калифорния, 3-8 августа 2003 г.

10. МС Алам, «Параллельные оптоэлектронные архитектуры и алгоритмы распознавания образов (Приглашенный доклад

)», Труды 25-й конференции по оптоэлектронике. -техники и приложения Laser

, стр. C01-C06, IEEE, Джакарта, Индонезия, 2-3 октября 2002 г.

11. MS Alam, «Распознавание и отслеживание образов в реальном времени (приглашенный документ)», тезисы ежегодного собрания

2002 г. Оптического общества г. Америка, стр.122, OSA, Орландо,

сентября

29 — 4 октября 2002.

12. MS Alam, «Класс-ассоциативное распознавание образов с использованием совместной корреляции преобразования (Приглашенный доклад

)», Труды конференции SPIE по фоторефрактивному волокну и Crystal Devices:

Материалы, оптические свойства и приложения VIII (часть 47-го ежегодного собрания Международного общества оптической инженерии

), стр. 79-89, т. 4803, Сиэтл, Вашингтон, 7 —

, 11 июля 2002 г.

F.3. Тезисы, созданные на основе этого проекта

1. А. Шарма, Название диссертации: Слияние информации о краях при сегментации изображений, Университет

Южная Алабама, дата выпуска: декабрь 2004 г.

2. С.А. Бхуян, Название диссертации: Распознавание образов и Отслеживание перспективных

Инфракрасных изображений

с использованием корреляционных фильтров, Университет Южной Алабамы, дата выпуска:

декабря 2004 г.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *