Настройте ваш экземпляр помощника по метрикам с помощью веб-портала — Azure Cognitive Services
- Статья
- Чтение занимает 9 мин
Используйте эту статью, чтобы настроить экземпляр Помощника по метрикам с помощью веб-портала и выполнить точную настройку результатов обнаружения аномалий.
Метрики
Чтобы просмотреть метрики для определенного веб-канала данных, перейдите на страницу каналов данных и выберите один из каналов. Это отобразит список связанных с ним метрик.
Выберите одну из метрик, чтобы просмотреть сведения. В этом представлении вы можете переключиться на другую метрику в том же канале данных, используя раскрывающийся список в правом верхнем углу экрана.
При первом просмотре сведений о метрике вы можете загрузить временной ряд, разрешив Помощнику по метрикам выбрать один за вас или указав значения, которые будут включены для каждого измерения.
Вы также можете выбрать временные диапазоны и изменить макет страницы.
Примечание
- Включая время начала.
- Исключая время окончания.
Вы можете щелкнуть вкладку Инциденты, чтобы просмотреть аномалии и найти ссылку на раздел Инциденты.
Настройка конфигурации обнаружения
Метрика может применять одну или несколько конфигураций обнаружения. Для каждой метрики существует конфигурация по умолчанию, которую вы можете редактировать или добавлять в соответствии с вашими потребностями в мониторинге.
Автоматическая настройка конфигурации обнаружения с учетом установки для аномалий
Автоматическая настройка конфигурации обнаружения — это новая функция, представленная в Помощнике по метрикам, которая поможет эффективно реализовать следующие сценарии:
В зависимости от варианта использования некоторые типы аномалий могут представлять больший интерес.
Возможно, иногда вас интересуют внезапные пики или спады, но при этом другие случаи, пики/ спады или временные аномалии не имеют критически важного значения. Раньше было трудно различать конфигурации различных типов аномалий. Новая функция автоматической настройки позволяет различать типы аномалий. На данный момент существует пять поддерживаемых шаблонов аномалий:- Пик
- Спад
- Увеличить
- Уменьшение
- Стабильное состояние
Иногда в пределах одной метрики может быть много измерений, и это разделяет метрику на сотни и тысячи временных рядов, которые требуется отслеживать. Однако зачастую некоторые из этих измерений не имеют такого значения. Возьмем в качестве примера доход; цифры по небольшим регионам или нишевым продуктам могут быть сравнительно низкими, и следовательно, не такими стабильными. Однако это может быть не особенно критичным. Новая функция автоматической настройки позволяет точно настроить конфигурацию на основе диапазона значений ряда.
Возможно, иногда вас интересуют внезапные пики или спады, но при этом другие случаи, пики/ спады или временные аномалии не имеют критически важного значения. Раньше было трудно различать конфигурации различных типов аномалий. Новая функция автоматической настройки позволяет различать типы аномалий. На данный момент существует пять поддерживаемых шаблонов аномалий:
Это позволяет не тратить столько усилий на повторную настройку конфигурации, а также снижает перегруженность оповещениями.
Примечание
Функция автоматической настройки применяется только для метода интеллектуального обнаружения.
Предварительные требования для активации автоматической настройки
После подключения метрик к Помощнику по метрикам система попытается проанализировать статистику по метрикам, чтобы классифицировать типы шаблонов аномалий и распределение значений рядов. С помощью этой функции можно дополнительно настроить конфигурацию на основе конкретных параметров. В начале будет отображаться статус Инициализация.
Выберите, чтобы включить автоматическую настройку для шаблона аномалий и значения ряда
Эта функция позволяет настроить конфигурацию обнаружения с учетом двух параметров: шаблона аномалий и значения ряда. В зависимости от конкретного варианта использования можно выбрать один из этих параметров для включения или включить оба параметра.
Для параметра шаблона аномалий система выдаст список различных шаблонов аномалий, которые наблюдались с помощью метрики. Вы можете выбрать интересующие вас шаблоны и выделить их; выбранные шаблоны будут по умолчанию иметь сниженный уровень конфиденциальности.
Выбор параметра значения ряда будет зависеть от конкретного варианта использования. Вам придется решить, следует ли установить более высокий уровень конфиденциальности для рядов с более высокими значениями, а также снизить уровень конфиденциальности для параметров с низкими значениями (или наоборот). Затем установите флажок.
Настройка конфигурации для выбранных шаблонов аномалий
Если выбраны конкретные шаблоны аномалий, следующим шагом будет настройка конфигурации для каждой из них. Для всех рядов применяются глобальные настройки конфиденциальности
Необходимо настроить каждый отдельно выбранный шаблон аномалий.
Настройка конфигурации для каждой группы значений рядов
После того как система создаст статистику по всем временным рядам в метрии, автоматически будет создано несколько групп значений рядов. Как описано выше, можно точно настроить корректировку для каждой группы значений рядов в соответствии с конкретными бизнес-требованиями.
Для получения максимально точных результатов обнаружения будет настроен параметр по умолчанию, но ее можно настроить дополнительно.
Настройка правил оповещений
Даже после настройки конфигурации обнаружения для захвата допустимых аномалий важно добавить правила генерации оповещений, чтобы убедиться в том, что окончательные правила генерации оповещений соответствуют растущим бизнес-требованиям. Существует ряд правил, которые можно задать, например правила фильтрации или отложить правила непрерывной генерации оповещений.
После настройки всех параметров, описанных в разделе выше, система будет выполнять их одновременную оркестрацию и автоматически обнаруживать аномалии с учетом введенных настроек. Цель заключается в том, чтобы получить оптимальную конфигурацию для каждой метрики, и гораздо проще достичь этого с помощью новой возможности автоматической настройки.
Настройте конфигурацию для всех серий в текущей метрике
Эта конфигурация будет применена ко всем сериям в этой метрике, за исключением серий с отдельной конфигурацией. Конфигурация уровня метрик применяется по умолчанию при добавлении данных и отображается на левой панели. Пользователи могут напрямую редактировать конфигурацию уровня метрики на странице метрики.
Существуют дополнительные параметры, такие как Направление и Действительная аномалия, которые можно использовать для дальнейшей настройки конфигурации. Вы также можете комбинировать различные методы обнаружения.
Настройте конфигурацию для конкретной серии или группы
Щелкните Расширенная конфигурация под параметрами конфигурации уровня метрики, чтобы просмотреть конфигурацию уровня группы. Вы можете добавить конфигурацию для отдельной серии или группы серий, щелкнув значок + в этом окне. Параметры аналогичны параметрам конфигурации уровня метрики, но может потребоваться указать хотя бы одно значение измерения для конфигурации уровня группы, чтобы идентифицировать группу серий. И укажите все значения измерений для конфигурации на уровне серии, чтобы идентифицировать конкретную серию.
Эта конфигурация будет применена к группе серий или конкретной серии вместо конфигурации уровня метрик. После установки условий для этой группы сохраните ее.
Методы обнаружения аномалий
Помощник по метрикам предлагает несколько методов обнаружения аномалий: жесткий порог, интеллектуальное обнаружение, изменение порога.
Вы можете использовать один или объединить их с помощью логических операторов, нажав кнопку + .
Жесткое пороговое значение
Жесткий порог — это основной метод обнаружения аномалий. Вы можете установить верхнюю и (или) нижнюю границу для определения диапазона ожидаемых значений. Любые точки, выпадающие за границу, будут идентифицированы как аномалия.
Интеллектуальное обнаружение
Интеллектуальное обнаружение основано на машинном обучении, которое изучает закономерности на основе исторических данных и использует их для обнаружения в будущем. При использовании этого метода
В режиме интеллектуального обнаружения параметры чувствительности и версии границ используются для точной настройки результата обнаружения аномалий.
Чувствительность может влиять на ширину диапазона ожидаемых значений каждой точки. При увеличении ожидаемый диапазон значений будет более узким, и будет сообщаться о большем количестве аномалий:
При понижении чувствительности диапазон ожидаемых значений будет шире, и будет сообщаться о меньшем количестве аномалий:
Изменить порог
Порог изменения обычно используется, когда данные метрики обычно находятся в определенном диапазоне. Порог устанавливается в соответствии с Процентом изменения. Режим Изменения порога позволяет обнаруживать аномалии в следующих сценариях:
- Ваши данные обычно стабильны и плавны. Вы хотите получать уведомления о колебаниях.
- Ваши данные обычно нестабильны и сильно колеблются. Вы хотите получать уведомления, когда они становятся слишком стабильными или плоским.
Чтобы использовать этот режим, выполните следующие действия.
Выберите Изменить порог в качестве метода обнаружения аномалий, когда вы устанавливаете конфигурации обнаружения аномалий для своих метрик или временных рядов.
Выберите параметр вне диапазона или в диапазоне в зависимости от вашего сценария.
Если вы хотите обнаружить колебания, выберите вне диапазона. Например, с настройками ниже любая точка данных, которая изменяется более чем на 10 % по сравнению с предыдущей, будет обнаружена как выброс.
Если вы хотите обнаружить плоские линии в ваших данных, выберите в диапазоне. Например, с настройками ниже любая точка данных, которая изменяется в пределах 0,01 % по сравнению с предыдущей, будет обнаружена как выброс. Поскольку порог очень мал (0,01 %), он определяет плоские линии в данных как выбросы.
Установите процент изменения, который будет считаться аномалией, и какие ранее зарегистрированные точки данных будут использоваться для сравнения. Это сравнение всегда выполняется между текущей точкой данных и одной точкой данных, расположенной на N точек перед ней.
Направление действительно только в том случае, если вы используете режим вне диапазона:
- Вверх настраивает обнаружение для обнаружения аномалий только тогда, когда (текущая точка данных) — (точка сравнения данных) >+ пороговый процент.
- Вниз настраивает обнаружение для обнаружения аномалий только тогда, когда (текущая точка данных) — (сравнение точки данных) <— пороговый процент.
- Вверх настраивает обнаружение для обнаружения аномалий только тогда, когда (текущая точка данных) — (точка сравнения данных) >+ пороговый процент.
Предустановленные события
Иногда ожидаемые события и события (например, праздники) могут генерировать аномальные данные. Используя предустановленные события, вы можете добавлять флаги к выходным данным обнаружения аномалий в указанное время. Эта функция должна быть настроена после включения вашего канала данных. У каждой метрики может быть только одна предустановленная конфигурация события.
Примечание
Конфигурация предустановленного события будет учитывать праздники во время обнаружения аномалии и может изменить ваши результаты. Он будет применен к полученным точкам данных после сохранения конфигурации.
Нажмите кнопку Настроить предустановленное событие рядом с раскрывающимся списком метрик на каждой странице сведений о показателях.
В появившемся окне настройте параметры в соответствии с вашим использованием. Убедитесь, что для использования конфигурации выбрано Включить праздничное мероприятие.
Раздел Праздничных событий помогает подавить ненужные аномалии, обнаруженные во время праздников. Есть два варианта Стратегии, которые вы можете применить:
- Подавить отпуск: подавление всех аномалий и предупреждений в результатах обнаружения аномалий в праздничный период.
- Праздник как выходные: вычисляет средние ожидаемые значения нескольких соответствующих выходных перед праздником и основывает статус аномалии на основе этих значений.
Вы можете настроить еще несколько значений:
| Параметр | Описание |
|---|---|
| Выберите одно измерение в качестве страны | Выберите измерение, содержащее информацию о стране. Например, код страны. |
| Сопоставление кода страны | Сопоставление стандартного кода страны и данных страны выбранного измерения. |
| Параметры праздников | Учитывать ли все праздничные дни, только выходные дни (оплачиваемое время) или только праздничные дни, не связанные с отпуском. |
| Дни для расширения | Затронутые дни до и после праздничного дня. |
Раздел Циклическое событие можно использовать в некоторых сценариях, чтобы уменьшить количество ненужных предупреждений за счет использования циклических шаблонов в данных. Пример:
- Метрики, которые имеют несколько шаблонов или циклов, например еженедельный и ежемесячный шаблон.
- Метрики, которые не имеют четкой закономерности, но данные сопоставимы из года в год (YoY), месяц за месяцем (MoM), неделя за неделей (WoW) или день за днем (DoD).
Не все параметры можно выбрать для каждой степени детализации.
Доступные параметры для детализации приведены ниже (✔ — доступно, X — недоступно):
| Степень детализации данных | YoY | MoM | WoW | DoD |
|---|---|---|---|---|
| Ежегодно | X | X | X | X |
| Ежемесячно | X | X | X | X |
| Еженедельно | ✔ | X | X | X |
| Ежедневно | ✔ | ✔ | ✔ | X |
| Каждый час | ✔ | ✔ | ✔ | ✔ |
| Каждую минуту | X | X | X | X |
| Каждую секунду | X | X | X | X |
| Пользовательский* | ✔ | ✔ | ✔ | ✔ |
При использовании настраиваемой детализации в секундах доступно только в том случае, если метрика превышает один час и меньше одного дня.
Событие цикла используется для уменьшения аномалий, если они следуют циклическому шаблону, но оно сообщит об аномалии, если несколько точек данных не соответствуют шаблону.
Строгий режим используется для включения отчетов об аномалиях, если хотя бы одна точка данных не соответствует шаблону.
Посмотреть недавние инциденты
Помощник по метрикам обнаруживает аномалии во всех данных временных рядов по мере их поступления. Однако не все аномалии необходимо обострять, потому что они могут не иметь большого влияния. Агрегация будет выполняться по аномалиям, чтобы сгруппировать связанные в инциденты. Вы можете просмотреть эти инциденты на вкладке Инцидент на странице сведений о метриках.
Щелкните инцидент, чтобы перейти на страницу Анализа инцидентов, где вы можете увидеть более подробную информацию о нем. Щелкните Управление инцидентами в новом Центре инцидентов, чтобы найти страницу Центра инцидентов, где вы можете найти все инциденты с определенной метрикой.
Подписка на аномалии для уведомления
Если вы хотите получать уведомления при обнаружении аномалии, можно подписываться на предупреждения для метрики с помощью перехватчика.
Дополнительные сведения см. в разделе Настройка предупреждений и получение уведомлений с помощью перехватчика для получения дополнительной информации.
Дальнейшие действия
- Настройка уведомлений и получение уведомлений с использованием перехватчика
- Настройка обнаружения аномалий с помощью обратной связи
- Диагностика инцидента.
Отправка звонков в Яндекс.Метрику
Содержание
- Описание интеграции
- Новые отчеты по звонкам в Яндекс.Метрике
- Отчет «Качество обработки звонков»
- Отчет «Источники звонков»
- Отчет «Звонки, детально»
- Возможная погрешность количества звонков в Яндекс.Метрике
- Как использовать цель «Звонок» за пределами Яндекс.Метрика
- Новая цель «Звонок» в Яндекс.Метрике
- Как работает интеграция
- Как звонок из Calltouch склеивается с визитом в Яндекс. Метрике
- Включение интеграции в личном кабинете Calltouch
- Важно знать перед выполнением интеграции
Метрике
Описание интеграции
Новые отчеты по звонкам в Яндекс.Метрике
Интеграция позволит передавать в Яндекс.Метрику звонки, зафиксированные Calltouch, в три новых отчета Яндекс.Метрики:
- Отчет «Качество обработки звонков»
- Отчет «Источники звонков»
- Отчет «Звонки, детально»
Передаваемые данные по звонкам в Яндекс.Метрику будут содержать информацию о дате/времени звонка, телефонном номере клиента (частично скрытом), об уникальности звонка, его длительности, успешности, теги звонка и о канале трафика, который привел к звонку согласно модели атрибуции, выбранной в настройках личного кабинета Calltouch. С помощью данных по звонкам в новых отчетах Яндекс.Метрике можно связать действия посетителей сайта с поступившими звонками, оценить количество звонков, их качество, а также узнать конечную конверсию — например, совершил ли посетитель сайта покупку, подтвердив ее по телефону.
Тем самым, в новых отчетах по звонкам Вы можете получить детальную информацию по источникам звонков.
Отчет «Качество обработки звонков»
Анализ доли пропущенных звонков и длительности разговоров. Строится по датам визитов, приведшим к звонкам.
Отображает данные только по звонкам на номера динамического пула.
Отчет «Источники звонков»
Просмотр источников звонков по данным Яндекс.Метрики. Строится по датам визитов, приведшим к звонкам.
Отображает данные только по звонкам на номера динамического пула.
Отчет «Звонки, детально»
Основной отчет по звонкам в Яндекс.Метрики. Строится по датам звонков.
Отображает данные по звонкам на номера динамического пула и на статические номера.
В отличии от двух предыдущих отчетов, данный отчет строится по датам звонков, а не по датам сессий (визитов), приведших к этим звонкам.
Поэтому данные по количеству звонков в этом отчете и двух предыдущих могут различаться. Столбцы отчета содержат всю переданную из Calltouch информацию по звонкам, а именно:
| Дата и время звонка | Когда и во сколько посетитель совершил звонок. |
| Номер телефона |
В целях соблюдения политики конфиденциальности наших клиентов, номера телефонов посетителей сайтов передаются в Яндекс.Метрику в усеченном формате +7 (495) 555 ХХ ХХ. Поэтому, Вы можете быть спокойны за безопасность своих данных.
|
| Время ожидания и время разговора | Длительность звонка. |
| Метки |
Теги звонков. Теги, которые появились у звонка после того, как данные отправились по нему в Яндекс. Все обновления тегов в течение 20 дней после звонка отправляются в Яндекс.Метрику раз в сутки. |
| Первичный / Вторичный | Уникальный звонок или повторный. Отмечаются только уникальные звонки, все остальные неотмеченные — повторные. |
| Статический / Динамический | Звонок на статический номер или на номер из динамического пула. |
| Привязанный / Непривязанный |
Есть ли у звонка сессия (посещение) или нет. Звонки на статические номера всегда будут без сессий (непривязанные), т.к. при звонке на статический номер фиксируется только факт самого звонка.
Обратите внимание! Для динамических звонков в отчете доступна информация об источнике визита (см. следующий столбец). Данные о них можно сегментировать с учетом другой информации о визитах, которая известна Яндекс.Метрике. Данные о статических звонках можно сегментировать только на основе характеристик этих звонков. Например, если из всех звонков выбрать те, у которых время ожидания превысило 60 секунд и источником является рекламная система (например, Яндекс.Директ), то в отчете отобразятся только динамические звонки. |
| Последний источник трафика |
Источник звонка по данным из Яндекс.Метрики. Данная информация не подгружается из Calltouch — источник присваивается на основе данных пользовательских сессий Яндекс.Метрики. |
Метрику, будут отправлены позже. Например, это могут быть теги Calltouch Antifraud или Calltouch Predict, т.к. они присваиваются после обработки звонка системой, что может занять некоторое время.
Звонки же на номера из динамического пула, как правило, будут с сессиями (привязанные), за исключением случаев, когда звонок осуществляется на резервный номер (превышен тарифный план Calltouch) либо посетитель звонит без перехода на сайт (например, ранее переходил на сайт и сохранил номер). Кроме того, если у звонка будет отсутствовать идентификатор Яндекс.Метрики, то звонок так же окажется непривязанным — причины отсутствия идентификатора Яндекс.Метрики описаны после таблицы.
Возможная погрешность количества звонков в Яндекс.Метрике
Данные по источникам звонков, а так же их количеству, могут незначительно (до 5%) различаться между отчетами Calltouch и отчетами Яндекс.Метрики по следующим причинам:
- В отличии от Calltouch, не всем сессиям пользователей на сайте Яндекс.Метрика присваивает свой идентификатор. Возможно, причина в блокировке счетчика Яндекс.Метрики сторонними сервисами в браузерах пользователей, либо сбои серверов Яндекса из-за большой нагрузки.
- Звонки на статические онлайн номера без сессий. Как известно, статические номера бывают как онлайн (размещены на какой-либо рекламной площадке в сети) так и оффлайн (размещены на банере, журнале и т.д.). В Calltouch статическим онлайн номерам могут быть настроены параметры отслеживания, например, utm-метки, при переходе по которым номер будут отображаться на сайте клиента. И при звонке посетителя на такой номер, Calltouch зафиксирует звонок, обозначив его источник строго по заданным условиям в настройках его отслеживания — в данном примере Calltouch присвоит звонку на статический номер utm-метки, которые были настроены для статического онлайн номера. Таким образом в Calltouch звонок на статический номер будет иметь источник согласно заданным настройкам отслеживания (подмены) статического номера, а в Яндекс.Метрике это будет звонок на статический номер без источника (без сессии). Отсюда и возможная разница в отчетах — Яндекс.Метрика не определяет источники звонков на статические онлайн номера без связанных с ними сессий.
- Повторные звонки без перехода пользователей на сайт (без сессий) — согласно настройкам правила присвоения источников повторным звонкам, Calltouch по умолчанию будет присваивать повторному звонку посетителя (с того же номера телефона) источник его первоначального звонка, даже если посетитель при повторном звонке не переходил на сайт. Яндекс.Метрика в этом случае не зафиксирует звонок, т.к. у него не будет сессии.
Как известно, статические номера бывают как онлайн (размещены на какой-либо рекламной площадке в сети) так и оффлайн (размещены на банере, журнале и т.д.). В Calltouch статическим онлайн номерам могут быть настроены параметры отслеживания, например, utm-метки, при переходе по которым номер будут отображаться на сайте клиента. И при звонке посетителя на такой номер, Calltouch зафиксирует звонок, обозначив его источник строго по заданным условиям в настройках его отслеживания — в данном примере Calltouch присвоит звонку на статический номер utm-метки, которые были настроены для статического онлайн номера. Таким образом в Calltouch звонок на статический номер будет иметь источник согласно заданным настройкам отслеживания (подмены) статического номера, а в Яндекс.Метрике это будет звонок на статический номер без источника (без сессии). Отсюда и возможная разница в отчетах — Яндекс.Метрика не определяет источники звонков на статические онлайн номера без связанных с ними сессий.
Яндекс.Метрика в этом случае не зафиксирует звонок, т.к. у него не будет сессии.
Новая цель «Звонок» в Яндекс.Метрике
Помимо новых отчетов по звонкам в Яндекс.Метрике, интеграция позволит передавать достижения по цели «Звонок», которая автоматически появится в Яндекс.Метрике после настройки интеграции.
В зависимости от изначально выбранного типа передаваемых данных при настройке интеграции, в Яндекс.Метрике появятся соответствующая цель (при изменении типа передаваемых данных её название автоматически не изменится)
- Если выбрана передача информации о всех звонках, то появится цель «Звонок Calltouch»
- Если выбрана передача информации только о целевых звонках, то появится цель «Целевой звонок Calltouch»
- Если выбрана передача информации только об уникальных звонках, то появится цель «Уникальный звонок Calltouch»
- Если выбрана передача информации только об уникально-целевых звонках, то появится цель «Уникально-целевой звонок Calltouch»
В качестве достижения цели будет передаваться количество всех звонков (удачные+неудачные).
В результате Вы сможете использовать цель, достижения по которой будут подгружаться из Calltouch, во всех отчетах Яндекс.Метрики.
Важно: перед первой отправкой события Calltouch проверяет наличие уже созданной цели по звонку. Если такая цель найдена, то новая создана не будет, а все звонки будут соотнесены к уже созданной цели без изменения названия.
Название цели можно изменить. Если у вас уровень доступа к счетчику «редактирование» ,то в настройках Метрики кликнув напротив цели на карандаш,можно внести изменения.
Как использовать цель «Звонок» за пределами Яндекс.Метрики
Помимо стандартных отчетов Яндекс.Метрики, где может быть использовать цель «Звонок», ее можно использовать и за пределами Яндекс.Метрики, например для настройки показов в сетях, корректировок ставок или автоматических стратегий — в результате Вы сможете получать больше звонков по оптимальной цене.
Добавив сегмент в Яндекс.
Аудиторию по достижению цели «Звонок» из Яндекс.Метрики, Вы сможете найти новых клиентов, которые похожи на посетителей из Вашего сегмента по своим характеристикам и поведению в интернете — это позволит привлечь потенциальных покупателей, которые с большой вероятностью так же будут совершать звонки.
Как работает интеграция
Данные из Calltouch в Яндекс.Метрику отправляются через API Яндекс автоматически 1 раз в час, затем на стороне Яндекс полученные данные обрабатываются и появляются в отчетах. Общее время синхронизации данных между Calltouch и Яндекс.Метрика составляет 1-2 часа в зависимости от нагрузки на сервера. Данные по звонкам передаются в Яндекс.Метрику согласно модели атрибуции, выбранной в настройках личного кабинета Calltouch. Для передачи данных необходимо настроить интеграцию по инструкции ниже.
В случае появления ошибки в интеграции, то звонки не пропадают, а накапливаются в очередь. После устранения ошибки, все звонки будут отправлены в Яндекс.
Метрику автоматически.
Важно: Согласно документации Яндекс.Метрики, присланные звонки могут обрабатываться внутри Яндекс.Метрика в течение 24 часов и не появляться в отчетах до окончания обработки. При этом время обработки не зависит от системы, которая присылает звонки или какие-либо другие офлайн-данные.
Как звонок из Calltouch склеивается с визитом в Яндекс.Метрике
По умолчанию данные о звонках добавляются к визиту в Яндекс.Метрике в течение 16 часов после его завершения. Это позволяет при необходимости откорректировать информацию о визите в базе данных Яндекс.Метрики, например, добавить к нему новые просмотры и корректно зафиксировать его длительность. По истечении 16 часов данные о визите изменить невозможно.
Иногда между звонком и сессией проходит больше 16 часов. Следовательно, чтобы добавить такие звонки к визитам, необходимо включить опцию «Учёт офлайн-конверсий», которая увеличивает период учета конверсии в Яндекс. Метрике. Calltouch включает эту опцию автоматически при включении интеграции.
Важно: Яндекс.Метрика позволяет загружать информацию о звонках только спустя примерно сутки после включения опции. Calltouch отправит звонки за эти сутки автоматически, как только Яндекс.Метрика начнёт принимать данные.
Таким образом, звонки будут добавлены к тому визиту посетителя, который им предшествовал. Например, у посетителя было три визита: 1 марта, 5 марта и 11 марта. При этом позвонил он 10 марта. Звонок от 10 марта будет добавлен к визиту клиента на сайт, который состоялся 5 марта.
Включение интеграции в личном кабинете Calltouch
Включение интеграции с Яндекс.Метрикой происходит в соответствующем разделе «Интеграции => Яндекс.Метрика» личного кабинета Calltouch. Для этого Вам понадобиться знать ID счетчика Яндекс.Метрике, который установлен на Вашем сайте. Процесс интеграции и где узнать ID счетчика Яндекс. Метрике продемонстрирован на видео:
После успешной авторизации, Вам станут доступны настройки выбора типа передаваемых данных в Яндекс.Метрику, а также опция, непосредственно включающая передачу данных.
Важно иметь в виду, что при выборе передачи определенного типа данных, в Яндекс.Метрику будет передаваться исключительно он.
Обратите внимание: если у вас есть необходимость передавать в Яндекс.Метрику несколько типов звонков, обратитесь к Вашему личному аккаунт-менеджеру либо на почту [email protected].
Calltouch передает в Яндекс.Метрику абсолютно все звонки — и на номера из динамического пула, и на статические номера, и обратные звонки Calltouch. Цели по звонкам будут иметь соответствующее название (подробнее об этом в разделе «Новая цель «Звонок» в Яндекс.Метрике»).
Обратите внимание:
Помимо отправки данных, описанных выше в Яндекс. Метрику, вы можете получать расширенные данные по виджетам напрямую с вашего сайта, например клики по кнопке виджета обратного звонка.
Подробнее в статьях:
- Подписка на событие виджета
- Подписка на событие клика по кнопке виджета
Важно знать перед выполнением интеграции
Перед выполнением интеграции Вы должны быть залогинены в сервис Яндекс.Метрики из-под аккаунта с полными правами на редактирование. В ином случае передавать звонки в Яндекс.Метрику будет невозможно.
В личном кабинете Calltouch можно провести интеграцию с несколькими счетчиками Яндекс.Метрики.
Функция автоматической метрики для маршрутов IPv4 — Windows Server
Редактировать
Твиттер LinkedIn Фейсбук Эл. адрес
- Статья
- 5 минут на чтение
В этой статье описывается функция автоматической метрики, которая используется в Windows для маршрутов IPv4 интернет-протокола.
Исходный номер базы знаний: 299540
Сводка
Метрика — это значение, которое назначается IP-маршруту для определенного сетевого интерфейса. Он определяет стоимость, связанную с использованием этого маршрута. Например, метрика может оцениваться с точки зрения скорости соединения, количества переходов или временной задержки. Автоматическая метрика — это новая функция Windows, которая автоматически настраивает метрику для локальных маршрутов на основе скорости соединения. Функция автоматической метрики включена по умолчанию, и ее также можно настроить вручную для назначения определенной метрики.
Функция автоматической метрики может быть полезна, когда таблица маршрутизации содержит несколько маршрутов для одного и того же пункта назначения. Например, если у вас есть компьютер с сетевым интерфейсом 10 мегабит (Мбит) и сетевым интерфейсом 100 Мбит, и компьютер имеет шлюз по умолчанию, настроенный на обоих сетевых интерфейсах, функция автоматической метрики назначает более высокую метрику более медленному. сетевой интерфейс. Эта функция может заставить весь трафик, предназначенный для Интернета, использовать самый быстрый доступный сетевой интерфейс.
Примечание
Как правило, Microsoft не рекомендует добавлять шлюзы по умолчанию в несвязанных сетях. Например, пограничные серверы, такие как трансляция сетевых адресов (NAT) и прокси-серверы, обычно настраиваются для соединения двух или более непересекающихся сетей: общедоступного Интернета и одной или нескольких частных интрасетей. В этой ситуации вам не следует назначать шлюзы по умолчанию для частных интерфейсов, так как это может привести к неправильной маршрутизации в вашей сети.
Маршруты
В следующей таблице приведены критерии, используемые Windows для назначения метрик для маршрутов, привязанных к сетевым интерфейсам с разной скоростью.
| Скорость соединения | Метрическая система |
|---|---|
| Больше или равно 2 ГБ | 5 |
| Более 200 Мб | 10 |
| Больше 20 МБ, но меньше или равно 200 МБ | 20 |
| Больше 4 МБ, но меньше или равно 20 МБ | 30 |
| Больше 500 килобит (Кбит) и меньше или равно 4 Мбайт | 40 |
| Меньше или равно 500 КБ | 50 |
В следующей таблице перечислены скорости соединения и назначенные показатели для компьютеров, работающих под управлением Windows XP с пакетом обновления 2 и более поздних версий операционных систем Windows.
| Скорость соединения | Метрическая |
|---|---|
| Больше или равно 2 ГБ | 5 |
| Более 200 Мб | 10 |
| Больше 80 Мб, но меньше или равно 200 Мб | 20 |
| Больше 20 Мб, но меньше или равно 80 Мб | 25 |
| Больше 4 МБ, но меньше или равно 20 МБ | 30 |
| Больше 500 КБ, но меньше или равно 4 МБ | 40 |
| Меньше или равно 500 КБ | 50 |
The following table lists the link speeds and assigned metrics for computers that run Windows 10 and newer versions of Windows operating systems:
For interfaces with physical medium types NdisPhysicalMediumWirelessLan, NdisPhysicalMediumWirelessWan, NdisPhysicalMediumNative802_11:
| Link Speed | Метрическая система |
|---|---|
| Больше или равно 2 ГБ | 25 |
| Больше или равно 500 МБ, но меньше 2 ГБ | 30 |
| Больше или равно 200 МБ, но меньше 500 МБ | 35 |
| Больше или равно 150 Мб и меньше 200 Мб | 40 |
| Больше или равно 80 Мб и меньше 150 Мб | 45 |
| Больше или равно 50 Мб и меньше 80 Мб | 50 |
| Больше или равно 20 Мб и меньше 50 Мб | 55 |
| Больше или равно 10 Мб и меньше 20 Мб | 60 |
| Больше или равно 4 МБ, но меньше 10 МБ | 65 |
| Больше или равно 2 МБ, но меньше 4 МБ | 70 |
| Больше или равно 500 КБ, но меньше 2 МБ | 75 |
| Больше или равно 200 КБ и меньше 500 КБ | 80 |
| Менее 200 КБ | 85 |
Для других типов интерфейсов:
| Скорость соединения | Метрическая система |
|---|---|
| Больше или равно 100 ГБ | 5 |
| Больше или равно 40 Гб и меньше 100 Гб | 10 |
| Больше или равно 10 Гб и меньше 40 Гб | 15 |
| Больше или равно 2 Гб и меньше 10 Гб | 20 |
| Больше или равно 200 МБ, но меньше 2 ГБ | 25 |
| Больше или равно 80 МБ и меньше 200 МБ | 35 |
| Больше или равно 20 МБ и меньше 80 МБ | 45 |
| Больше или равно 4 МБ, но меньше 20 МБ | 55 |
| Больше или равно 500 КБ, но меньше 4 МБ | 65 |
| Менее 500 КБ | 75 |
Функция автоматической метрики настраивается независимо для каждого сетевого интерфейса в сети. Эта функция полезна в ситуациях, когда у вас есть более одного сетевого интерфейса с одинаковой скоростью, например, когда каждому сетевому интерфейсу назначен шлюз по умолчанию. В этой ситуации может потребоваться вручную настроить метрику на одном сетевом интерфейсе и включить функцию автоматической метрики для настройки метрики на другом сетевом интерфейсе. Эта настройка позволяет управлять сетевым интерфейсом, который используется первым при маршрутизации IP-трафика.
Кроме того, метрику, назначенную конкретным шлюзам по умолчанию, можно настроить независимо для каждого шлюза. Эта настройка обеспечивает дополнительный уровень контроля над метрикой, используемой для локальных маршрутов. Например, можно включить функцию автоматической метрики для настройки маршрутов, назначенных сетевому интерфейсу. И в то же время вы можете вручную настроить метрику, назначенную шлюзам по умолчанию.
Примечание
Если метрика указана на уровне сетевого интерфейса, но шлюз добавлен и настроен для функции автоматической метрики, шлюз может наследовать метрику, назначенную сетевому интерфейсу. Например, если вы назначите метрику, равную пяти, на уровне сетевого интерфейса, а затем добавите шлюз и оставите флажок для функции «Автоматическая метрика» для шлюза, шлюзу также будет назначена метрика, равная пяти. Для полудуплексных интерфейсов, таких как беспроводные, эффективная скорость составляет половину объявленной скорости.
Функция автоматической метрики отличается от функции обнаружения мертвых шлюзов, которая может заставить сеть переключать шлюзы по умолчанию, основанные на повторных передачах протокола управления передачей (TCP). Кроме того, функция маршрутизации и удаленного доступа не активирует функцию обнаружения мертвых шлюзов. Эта активация выполняется стеком TCP/IP на компьютере, который инициирует сеанс TCP.
Чтобы настроить функцию автоматической метрики:
- В панели управления дважды щелкните Сетевые подключения .
- Щелкните правой кнопкой мыши сетевой интерфейс и выберите Свойства .
- Щелкните Интернет-протокол (TCP/IP), а затем выберите Свойства .
- На вкладке General выберите Advanced .
- Чтобы указать метрику, на вкладке Параметры IP снимите флажок Автоматическая метрика , а затем введите нужную метрику в поле Метрика интерфейса .
Ссылки
Маршрутизация IPv4 Скачать PDF-версию книги TCP/IP Fundamentals для Microsoft Windows
Настройка порядка сетевых интерфейсов
Обратная связь Редактировать
Твиттер LinkedIn Фейсбук Эл. адрес
- Статья
- 2 минуты на чтение
Применяется к: Windows Server 2022, Windows Server 2019, Windows Server 2016, Azure Stack HCI, версии 21h3 и 20h3
В Windows Server 2016 и Windows 10 можно использовать метрику интерфейса для настройки порядка сетевых интерфейсов.
Это отличается от предыдущих версий Windows и Windows Server, которые позволяли настраивать порядок привязки сетевых адаптеров либо с помощью пользовательского интерфейса, либо с помощью команд INetCfgComponentBindings::MoveBefore и INetCfgComponentBindings::MoveAfter . Эти два метода упорядочения сетевых интерфейсов недоступны в Windows Server 2016 и Windows 10.
Вместо этого вы можете использовать новый метод для установки нумерованного порядка сетевых адаптеров путем настройки метрики интерфейса каждого адаптера. Метрику интерфейса можно настроить с помощью команды Windows PowerShell Set-NetIPInterface.
Если выбраны маршруты сетевого трафика и настроен параметр InterfaceMetric команды Set-NetIPInterface , общая метрика, используемая для определения предпочтения интерфейса, представляет собой сумму метрики маршрута и метрики интерфейса. Как правило, метрика интерфейса отдает предпочтение определенному интерфейсу, например, использованию проводного, если доступны и проводной, и беспроводной.