Как подключить метрику к сайту


Метрика - бесплатный инструмент для веб-аналитики

Метрика - бесплатный инструмент для веб-аналитики

Ничего не знаете о вашем сайте?
Включите Метрику.

Знание — сила

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

Как ищут

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

Как ищут

Кто они и откуда

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

Кто они и откуда

Как приходят клиенты

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

Как приходят клиенты

Что интересно

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

Что интересно

С каких устройств

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

С каких устройств

Как покупают

Узнайте, какие сложности возникают у посетителей сайта на пути к главному.

Как покупают

Почему уходят

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

Почему уходят

Поделиться со всем миром

Яндекс.Метрика

Сначала нужно войти в аккаунт
Войти

Яндекс.Метрика

Ой! У этого аккаунта ещё нет ни одного счётчика. Завести?
Да

Техническая ошибка
Повторите запрос позже

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

А если я уже подключил?

Время на странице и время на сайте

Я весело использовал показатели «Время на странице» и «Время на сайте» в течение некоторого времени, прежде чем я действительно понял, как они измеряются.

Это был настоящий Дох (!) Момент.

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

Какое разочарование! Шучу, шучу !! :)

Я считаю, что мало кто правильно понимает, как рассчитывается среднее время пребывания на сайте.

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

Этот пост - моя скромная попытка объяснить, как рассчитываются время на странице и время на сайте.

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

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

Мы хотим вычислить… ..

Tp = Время, проведенное на странице.
Ts = Время на сайте.

Кто-то заходит на ваш сайт в 10:00 ……

В вашем файле журнала есть запись (веб-журнал или тег javascript, не имеет значения), в которой на английском языке написано: « кто-то запросил файл домашней страницы веб-сайта в 10:00 ».

[
На самом деле это выглядит примерно так….

111.111.111.111 - - [ 08 / Октябрь / 2007: 11: 17: 55 -0400 ] "GET / index.html HTTP / 1.1" 200 10801 "http: // www.google.com/search?q=avinash+kaushik&ie=utf-8&oe=utf-8 & aq = t & rls = org.mozilla: en-US: official & client = firefox-a "" Mozilla / 5.0 (Windows; U; Windows NT 5.2; en-US; rv: 1.8.1.7) Gecko / 20070914 Firefox / 2.0.0.7 "

Заметили там отметку времени?

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

Пока что все, что знает ваша аналитическая программа, - это когда страница была запрошена, отсюда:

Tp = N / A [Недоступно]
Ts = N / A

Следующее, что происходит на вашем сайте: кто-то нажимает на ссылку на страницу 2 с вашей домашней страницы.Ура, никаких отказов! :)

Теперь в вашем файле журнала появилась новая запись: « Тот же посетитель запросил страницу вторую в 10:01 »

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

Он знает, сколько времени Посетитель провел на домашней странице. Он вычитает 10:01 из 10:00 и получает одну минуту. Следовательно:

Tp (домашняя страница) = 1 минута.

Обратите внимание на одну важную вещь: единственный способ узнать, сколько времени кто-то провел на одной странице, - это посмотреть на две отметки времени.Один из запроса первой страницы и один из запроса второй страницы.

Затем мигающая ссылка «получить скидку 200 долларов на продукт 210 долларов» на странице 2 побуждает человека перейти на страницу 3, чтобы купить продукт. Еще сладкого успеха! "Обязательство!!"

Выполняется описанная выше магическая математика (10:05 минус 10:01), а для страницы 2:

Tp (Страница 2) = 4 минуты.

Посетитель достигает страницы 3 и замечает, что скидка распространяется только на людей, живущих в Антарктиде, которые могут показать, что у них в настоящее время есть холодильники (!!).Как вы понимаете, это происходит на сайте на странице 3… ..

Выход!

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

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

Tp (Страница 3) = Время запроса страницы (10:05) минус Время запроса следующей страницы (N / A).

Отсюда:

Tp (Страница 3) = 0 минут (Поскольку N / A!)

Программа не знает, сколько времени Посетитель провел на последней странице вашего сайта.

Это верно почти для всех программ веб-аналитики с точки зрения поведения по умолчанию.

Завернем этого щенка….

Tp (домашняя страница) = 1 минута.
Tp (Страница 2) = 4 минуты.
Tp (Страница 3) = 0 минут.

Ts = 5 минут. (Время на сайте, также известное как продолжительность сеанса)

Имеет смысл?

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

Случай отказов / одностраничных сеансов:

Теперь я уверен, что вы спрашиваете себя: « Интересно, что происходит в случаях, когда есть только одна страница? »

Хороший вопрос.Это то, о чем вы задаетесь вопросом….

Bounce!

Это то, что вычисляется….

Tp = 0 минут.
Ts = 0 минут.

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

В случае, если Посетитель пришел в 10:00 и оставил браузер открытым и бросился, когда Жена / Муж / Босс Посетителя кричит на них, чтобы они помыли посуду, а мытье посуды занимает час…. сеанс завершается через 29 минут (настройка по умолчанию в большинстве инструментов веб-аналитики на основе сеанса). Важно отметить, что программа веб-метрик по-прежнему будет указывать:

Tp = 0 минут.
Ts = 0 минут.

Случай просмотра с вкладками:

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

Но что происходит с вычислениями времени на странице и времени на сайте, когда люди открывают ссылку на сайте на другой вкладке и просматривают сайт через две вкладки одновременно? Я все время это делаю! :)

Это портит вычисления времени.

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

Посетитель заходит на вашу домашнюю страницу. Оттуда открывает первую ссылку в новой вкладке, но продолжает сканирование домашней страницы. Пользователь нажимает на ссылку на страницу 2 с домашней страницы, затем на страницу 3, а затем закрывает вкладку (или уходит и забывает о ней).

Посетитель переходит на вкладку, открытую с домашней страницы на страницу 4 вашего сайта, проводит там время, переходит на страницу 5 на этой вкладке. Затем уходит.

Как рассчитывается время пребывания на сайте? Я видел, как инструменты веб-аналитики сообщают об этом поведении клиентов двумя способами.

Работа с просмотром вкладок # 1:

Инструмент веб-аналитики буквально воспринимает приведенную выше картину, и это происходит… ..

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

Первая сессия (вверху) : [реферер -> Google]

Tp (домашняя страница) = 2 минуты
Tp (страница 2) = 3 минуты
Tp (страница 3) = 0 минут

Ts (продолжительность сеанса) = 5 минут

Сессия 2 (внизу) : [реферер -> ваш сайт / домашняя страница]

Tp (Страница 4) = 6 минут
Tp (Страница 5) = 0 минут

Ts (продолжительность сеанса) = 6 минут

Net net: 2 посещения.1 уникальный посетитель. Также обратите внимание на влияние на рефереров (для второго вы увидите, что ваш сайт ссылается на самого себя).

Действительно интересный результат!

Работа с просмотром вкладок # 2:

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

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

[Изображение с довольно высоким разрешением: Нажмите: время просмотра сайта с вкладками - линеаризовано]

Результаты: Единые сеансы, посещение «реорганизовано» по отметкам времени.

Сессия 1: [реферер -> Google]

Tp (домашняя страница) = 1 минута
Tp (страница 4) = 1 минута
Tp (страница 2) = 3 минуты
Tp (страница 3) = 2 минуты
Tp (страница 5) = 0 минут

Ts (продолжительность сеанса) = 7 минут

Сеть: 1 посещение. 1 уникальный посетитель.

Ни один из них не отражает точно, что Посетитель на самом деле делает на вашем сайте.

Какой из них вы предпочитаете?

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

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

Google Analytics использует второй метод («линеаризация»).

Сделайте глубокий вдох сейчас!

Отдел дополнительных кредитов:

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

Один из самых распространенных (и когда я говорю наиболее распространенный, я имею в виду, что используется 0.001%) заключается в добавлении дополнительного скрипта / кода, который фиксировал бы факт «выгрузки» страницы в браузере. Технически это часто называют «событием перед загрузкой».

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

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

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

Есть и другие хаки.

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

Я не большой поклонник этого, потому что большинство людей на вашем сайте не покинут сайт, щелкнув ссылку на вашем сайте (потому что большинство ссылок на вашем сайте не ведут на другие сайты, как неудобно!).Таким образом, если вы используете временные метки исходящей / исходящей ссылки, вы в конечном итоге будете вычислять время на сайте / странице для некоторых посетителей вашего сайта одним способом, а для всех остальных - другим.

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

Я поклонник постоянства, даже если вы постоянно что-то измеряете неточно.

Я надеюсь, что этот пост помог вам понять, как рассчитывается время на веб-сайте и время на странице. В следующий раз, когда вы увидите «Среднее время на сайте» или «Среднее время на странице», вы будете знать, какие данные включены, а какие нет.

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

Заключительная мысль: Цель этого поста - не подразумевать, открыто или скрытно, что время на сайте не является хорошим показателем. Отнюдь не. Для многих видов бизнеса это может быть критическим показателем. Я надеюсь рассказать вам о том, как это вычисляется, чтобы вы могли принимать более обоснованные решения.Вычисление метрики веб-аналитики не обходится без ошибок (смотрите не далее, чем Уникальные посетители !!), время на сайте, пожалуй, является одним из менее ошибочных. :)

Хорошо, теперь ваша очередь.

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

[Понравился этот пост? Чтобы увидеть больше подобных сообщений, нажмите здесь, если это может быть интересно, посмотрите мою книгу: Веб-аналитика: час в день.]

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

А вот пост по теме, в котором описаны четыре атрибута, которыми должна обладать каждая великая метрика:

.

определений исторических показателей - Amazon Connect

Следующие метрики доступны для включения в исторические отчеты метрик в Amazon Connect.

Разработчики могут использовать API GetMetricData для получения подмножества следующих исторических метрики из указанного экземпляра Amazon Connect.

Время работы после контакта

Общее время, затраченное оператором на выполнение ACW для контакта.

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

Скорость ответа агента

Процент контактов, направленных оператору, на которые был дан ответ.

Имя агента

Имя агента, указанное в его учетной записи пользователя Amazon Connect. это метрика доступна только при группировке по агенту.

  • Тип: строка

  • Длина: 1-255

Время простоя агента

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

Время простоя агента не включает время с момента запуска Amazon Connect. маршрутизация контакта к агенту, когда агент поднимает или отклоняет контакт.

Взаимодействие с агентом и время ожидания

Сумма взаимодействия агента время и удержание клиента время.

Взаимодействие с агентом время

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

Фамилия агента

Фамилия агента, указанная в его учетной записи пользователя Amazon Connect. это метрика доступна только при группировке по агенту.

  • Тип: строка

  • Длина: 1-255

Имя агента

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

Отсутствие ответа агента

Количество контактов, направленных оператору, но не получивших ответа от этого агента, включая контакты, оставленные заказчиком.

Если на контакт не отвечает данный агент, мы пытаемся направить его на другой агент для обработки; контакт не роняется.Потому что один контакт может быть пропущено несколько раз (в том числе одним и тем же агентом), может быть засчитано несколько раз: один раз каждый раз, когда он направляется агенту, но не ответил.

Этот показатель отображается как Контакты пропущены в запланированном отчеты и экспортированные файлы CSV.

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

Количество контактов, инициированных с помощью операции Amazon Connect API, например так как Начать Исходящий Голосовой Контакт .Сюда входят контакты, которые не были обрабатывается агентом.

Количество контактов, инициированных с помощью операции Amazon Connect API, например так как StartOutboundVoiceContact и обрабатывается агентом.

Среднее после контактной работы время

Среднее количество времени, которое оператор потратил на постконтактную работу (ACW) в течение контакты.Это вычисляется путем усреднения AfterContactWorkDuration (от CTR) для всех контактов, включенных в отчет, на основе выбранных фильтры.

Среднее время взаимодействия с агентом и время ожидания клиента

Среднее значение суммы взаимодействия агента и времени ожидания клиента.Это рассчитывается путем усреднения суммы следующих значений CTR: AgentInteractionDuration и CustomerHoldDuration.

Средний агент время взаимодействия

Среднее время, в течение которого операторы взаимодействовали с клиентами во время контактов.

Среднее удержание клиентов время

Среднее время, в течение которого клиенты находились на удержании при подключении к оператору. Это рассчитывается путем усреднения CustomerHoldDuration (от CTR).

Среднее время обработки

Среднее время от начала до конца, в течение которого контакт был подключен к агент (среднее время обработки). Включает время разговора, время удержания и после Контактное время работы (ACW).

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

Среднее исходящее после контакт рабочее время

Среднее время, затрачиваемое операторами на выполнение постконтактной работы (ACW) для исходящего контакт.

Среднее время исходящего взаимодействия агента

Среднее время, затраченное агентами на взаимодействие с клиентом во время исходящего контакт.

Среднее количество оставленных без очереди время

Среднее время, в течение которого контакты ожидали в очереди перед тем, как их сбросить. Это рассчитывается путем усреднения разницы между EnqueueTimestamp и DequeueTimestamp (из CTR) для брошенные контакты.

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

Средний ответ в очереди время

Среднее время, в течение которого контакты ждали в очереди перед ответом агент.Это средняя длительность (от CTR).

Количество контактов, инициированных обратным вызовом в очереди.

Количество контактов, которые были инициированы из очереди обратного вызова и обработаны агент.

Общее время, в течение которого контакт находился в потоке контактов.

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

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

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

Счетчик контактов, отключенных клиентом в очереди от 0 до X секунд.Возможные значения для X составляют: 15, 20, 25, 30, 45, 60, 90, 120, 180, 240, 300, и 600.

Количество отключенных контактов, когда оператор отключился до клиент.

Количество контактов, на которые ответил оператор, от 0 до X секунд помещения в очередь, в зависимости от значение EnqueueTimestamp.В возможные значения для X : 15, 20, 25, 30, 45, 60, 90, 120, 180, 240, 300 и 600.

Устарело с мая 2019 г. При использовании в отчете возвращается прочерк (-).

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

Количество контактов, подключенных к агенту.

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

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

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

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

Количество контактов, которые были отключены клиентом, пока клиент был в ожидании.

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

Количество входящих контактов, включая входящие и переданные контакты контакты.

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

Когда вы добавляете это в отчет с историческими показателями, он появляется под столбцом с именем Отсутствие ответа агента .

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

Количество контактов, помещенных в очередь.

Количество контактов, переданных в очередь оператором с помощью CCP.

Количество контактов, переданных в очередь из другого в Перевод в очередь поток контактов.

Количество контактов, переданных из очереди после ответа агент.

Количество контактов, которые оператор передал из очереди во внешний источник, например номер телефона, отличный от номера телефона вашего контакта центр.

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

Количество контактов в очереди, которые оператор передал во внутренний источник, например очередь или другой агент.Внутренний источник - это любой источник, может быть добавлен как Quick Connect.

Время ожидания клиента

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

Время состояния ошибки

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

Максимальное время ожидания в очереди

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

Непроизводственное время

Общее время, которое агенты провели в пользовательском положение дел.То есть их статус CCP отличается от Доступен или Не в сети .

Этот показатель не означает, что агент тратил свое время непродуктивно.

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

Этот показатель нельзя сгруппировать или отфильтровать по очереди.

Вместимость

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

(Агент при контакте (время настенных часов) / (Агент при контакте (время настенных часов) + Агент простой))

Занятость не учитывает параллелизм.То есть, агент считается занятым на 100% в течение заданного интервала, если он обработка хотя бы одного контакта за все это время.

Онлайн-время

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

Сервисный уровень X секунды

Процент контактов, удаленных из очереди от 0 до X секунд после добавления к нему.Контакт удален из очереди, когда происходит следующее: оператор отвечает контакту, клиент отказывается от контакта, или клиент просит перезвонить. В возможные значения для X : 15, 20, 25, 30, 45, 60, 90, 120, 180, 240, 300 и 600. Этот процент рассчитывается следующим образом:

(Контакты удалены из очереди через X секунд / Контакты в очереди) * 100

.

8 важных показателей целевой страницы (и способы их отслеживания)

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

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

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

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

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

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

1. Просмотры целевой страницы

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

Вы можете найти эти данные в Google Analytics, перейдя к Поведение > Содержание сайта > Все страницы . В представлении Все страницы найдите URL-адрес целевой страницы и щелкните по нему.

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

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

2. Сессии по источникам

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

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

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

Чтобы узнать, откуда приходит трафик на вашу целевую страницу в Google Analytics, перейдите к Поведение > Содержание сайта > Все страницы . В представлении Все страницы найдите URL-адрес целевой страницы и щелкните по нему.Затем добавьте дополнительный параметр для Source .

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

3. Достигнутые цели / конверсии

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

Установив цели для целевой страницы в Google Analytics, вы можете отслеживать количество конверсий для целевой страницы и процент посетителей, совершивших конверсию. Чтобы найти эту информацию, перейдите к Конверсии > Цели > Обзор . Найдите название своей цели, чтобы увидеть общее количество завершений:

Каков хороший коэффициент конверсии для целевой страницы?

В ходе опроса, проведенного в апреле 2019 года, мы попросили маркетологов сообщить нам средний коэффициент конверсии целевой страницы.Средний коэффициент конверсии по этим ответам составил 26%, так что хороший коэффициент конверсии целевой страницы превышает 26%.

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

4. Соотношение посетителей и контактов

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

Перед тем, как начать кампанию, вы должны установить количество контактов, которые вам нужны в конце кампании. Затем измерьте количество контактов, которые вы создаете с течением времени (с помощью целей Google Analytics или вашей CRM), чтобы увидеть, привлекает ли вы достаточно посетителей и приближаетесь ли вы к своей цели.

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

5.Среднее время на странице

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

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

Чтобы узнать среднее время пребывания на странице для целевой страницы в Google Analytics, перейдите к Поведение > Содержание сайта > Все страницы .В представлении Все страницы найдите URL-адрес целевой страницы и щелкните по нему. В этом отчете будет отображаться ваше среднее время пребывания на странице.

6. Показатель отказов

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

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

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

Чтобы узнать показатель отказов для целевой страницы в Google Analytics, перейдите к Поведение > Содержание сайта > Все страницы .В представлении Все страницы найдите URL-адрес целевой страницы и щелкните по нему. В этом отчете будет отображаться показатель отказов вашей целевой страницы.

Связано: Каков хороший показатель отказов?

7. Страниц за сеанс

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

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

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

Чтобы отслеживать количество страниц за сеанс для целевой страницы в Google Analytics, перейдите к Поведение > Содержание сайта > Целевые страницы . В представлении Landing Pages найдите URL своей целевой страницы и найдите столбец Pages / Session , чтобы увидеть среднее количество страниц, просмотренных посетителями при входе на ваш сайт через вашу целевую страницу.

Что такое целевая страница в Google Analytics?

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

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

При просмотре отчета по целевой странице в Google Analytics помните, что он не ограничивается исключительно тем, что вы считаете целевой страницей маркетологом.Скорее, он просто показывает все страницы, которые посетители вашего сайта просматривали первыми во время своих посещений.

8. Самые популярные страницы по количеству просмотров

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

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

Чтобы найти свои самые популярные страницы по просмотрам в Google Analytics, перейдите к Поведение > Содержание сайта > Все страницы . По умолчанию в отчете перечислены все страницы вашего сайта в порядке от наибольшего к наименьшему количеству просмотров, поэтому легко увидеть, насколько разные целевые страницы работают по сравнению друг с другом.

Как устанавливать цели в Google Analytics

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

Чтобы создать цель для целевой страницы в Google Analytics:

1. Откройте вкладку Admin в левом навигационном меню Google Analytics.

2. В меню администратора выберите Goals в столбце View .

3. Нажмите кнопку + НОВАЯ ЦЕЛЬ .

4.Установите переключатель «Шаблон » и нажмите кнопку « Продолжить ».

5. Дайте название своей новой цели, выберите радио-кнопку Назначение и щелкните Продолжить .

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

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

7. Если вы хотите добавить денежное выражение к каждому достижению цели, включите поле Value и добавьте сумму в долларах (необязательно).

8. Наконец, нажмите Сохранить , чтобы сохранить цель и начать отслеживание конверсий целевой страницы.

Теперь, когда вы все настроили в Google Analytics, пора приступить к созданию панели мониторинга целевой страницы в Databox.

Как отслеживать аналитику вашей целевой страницы в Databox

Панели мониторинга

Marketing - это простой способ собирать и анализировать данные для всех ваших кампаний. И хотя Google Analytics предлагает несколько надежных шаблонов информационных панелей, возможность перетаскивания ключевых показателей, необходимых для каждой кампании, является идеальным вариантом.

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

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

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

Вот как настроить эту информационную панель в Databox для следующей кампании целевой страницы.

Шаг 1. Зарегистрируйте бесплатную учетную запись Databox

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

Шаг 2. Подключите Databox к Google Analytics

Если вы впервые используете Databox, вам будет предложено подключить свою учетную запись Google Analytics к Databox. Это необходимо сделать, чтобы Databox извлекал данные из Google Analytics.

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

Шаг 3. Настройте блок данных просмотров страниц

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

Начните с просмотра страниц в блоке данных. Щелкните блок просмотров страниц, чтобы открыть панель настроек. Затем в раскрывающемся списке Dimensions выберите свою целевую страницу.

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

Шаг 4. Настройте блок данных страниц / сеанса

Щелкните блок данных Pages / Session , чтобы открыть панель настроек. Затем щелкните раскрывающийся список Metric , выберите Custom и щелкните New Custom Metric .

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

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

Шаг 5. Настройте блок данных показателя отказов

Щелкните на блоке данных Bounce Rate , чтобы открыть панель настроек. Затем щелкните раскрывающийся список Metric , выберите Custom и щелкните New Custom Metric .

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

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

Шаг 6. Настройте сеансы по блоку данных источника

Щелкните блок данных Sessions By Source , чтобы открыть панель настроек. Затем щелкните раскрывающийся список Metric , выберите Custom и щелкните New Custom Metric .

Дайте своей метрике имя, выберите Сеансы в столбце Метрика и выберите Источник в столбце Измерения . Затем добавьте диапазоны дат, которые вы хотите просмотреть, в раскрывающемся списке Диапазон дат .

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

В разделе «Фильтры» выберите по измерению в раскрывающемся списке Фильтр , Целевая страница в раскрывающемся списке Измерение и Точное соответствие в раскрывающемся списке Оператор .Для Dimension введите последнюю часть URL целевой страницы (т.е. / blog /, а не https://databox.com/blog/).

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

Шаг 7. Настройте просмотры страниц в соответствии с блоком данных о целях

Щелкните блок данных просмотров страниц для цели , чтобы открыть панель настроек. Затем для левой метрики щелкните раскрывающийся список Метрика и выберите просмотров страниц по странице .В раскрывающемся списке Dimensions выберите свою целевую страницу.

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

Шаг 8: Настройте среднюю продолжительность сеанса, блок данных

Щелкните на Avg. Продолжительность сеанса Блок данных, чтобы открыть панель настроек. Затем щелкните раскрывающийся список Metric , выберите Custom и щелкните New Custom Metric .

Дайте своей метрике имя, выберите Сред. Продолжительность сеанса в столбце Метрика и выберите Целевая страница в столбце Размеры . Затем добавьте диапазоны дат, которые вы хотите просмотреть, в раскрывающемся списке Диапазон дат . Наконец, нажмите кнопку Выполнить запрос . Если ваш запрос будет успешным, вы сможете сохранить свою метрику.

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

Шаг 9. Установите правильную цель для достижения вашей цели Блок данных по коэффициенту конверсии

Нажмите на блок данных Goal Conversion Rate , чтобы открыть панель настроек. Тогда:

  1. Переименуйте свою цель в «Достигнутые цели».
  2. Выберите показатель «Достигнутые цели по цели ».
  3. Выберите подходящую цель для целевой страницы

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

Шаг 10. Настройте верхние страницы по количеству просмотров (необязательно)

По умолчанию Top Pages by Pageviews Datablock показывает количество просмотров каждой страницы вашего сайта. Если на вашем сайте много страниц, вам может потребоваться настроить количество строк, отображаемых в этом блоке данных, чтобы убедиться, что вы можете видеть данные о просмотрах страниц для всех целевых страниц, которые вы хотите сравнить.

Чтобы настроить количество отображаемых строк, щелкните Лучшие страницы по просмотрам страниц Блок данных.Затем прокрутите панель настроек вниз, пока не увидите Ограничение строк . Отрегулируйте это число, чтобы отобразить 100, 300, 500 строк - сколько вам нужно.

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

Отслеживание наиболее важных показателей целевой страницы в Databox

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

Ссылки по теме:

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

.

Метрика EIGRP - Практическая работа в сети .net

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

Формула и K-значения

EIGRP - это проприетарный протокол маршрутизации Cisco, созданный в 1980-х годах. Таким образом, Cisco была единственным поставщиком, который имел права на реализацию указанного протокола. До 1998 года, когда Cisco выпустила спецификацию как проект IETF.

Одно из основных преимуществ EIGRP - возможность учитывать множество различных атрибутов при расчете стоимости или метрики маршрута. А именно, EIGRP - один из немногих протоколов маршрутизации, который может учитывать при расчете стоимости любую комбинацию из Bandwidth , Load , Delay и Reliability .

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

 K1 = пропускная способность K2 = нагрузка K3 = задержка K4 и K5 = надежность 

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

Метрика EIGRP:
256 * {K1 * BW + [(K2 * BW) / (256-load)] + (K3 * delay)} * {K5 / (надежность + K4)}

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

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

Поскольку K-значения могут иметь любое значение до 255, у вас также есть возможность масштабировать, насколько сильно учитывается конкретное значение. Например, если вы хотите, чтобы пропускная способность считалась вдвое более важной, чем задержка, вы можете установить значение K1 равным 2, а значение K3 равным 1.Если вы хотите рассматривать пропускную способность и задержку в соотношении 2: 3, вы можете установить K1 равным 2, а K3 равным 3. Это то, что дает EIGRP такую ​​гибкость при сравнении стоимости, вы можете выбрать, какие атрибуты и насколько важен каждый атрибут. в ваш домен маршрутизации.

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

Метрика EIGRP по умолчанию

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

Есть две причины, по которым нагрузка и надежность не включены в метрику EIGRP по умолчанию:

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

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

Таким образом, Cisco решила учитывать только пропускную способность и задержку и взвешивать их одинаково при расчете метрики EIGRP по умолчанию. Значения K по умолчанию: K1 и K3 равны единице, а K2, K4 и K5 установлены равными нулю .

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

С помощью изображения выше мы можем упростить сложную составную метрику полного EIGRP до следующего:

256 × (полоса пропускания + задержка)

Что намного проще в использовании, чем полная составная формула, указанная выше

Расчет показателей EIGRP

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

Мы будем использовать следующую топологию:

Для простоты мы будем использовать расчет метрики для сети 10.4.5.x с точки зрения перспективы или R4. Команда show interfaces R4 даст нам наши начальные значения:

 R4 #  показать интерфейсы FastEthernet 0/0  FastEthernet0 / 0 включен, протокол линии включен Оборудование - Gt96k FE, адрес - c204.8b8c.0000 (bia c204.8b8c.0000) Адрес в Интернете - 10.4.5.4 / 24 MTU 1500 байт,  BW 100000 Кбит / с ,  DLY 100 мкс , 

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

Расчет пропускной способности

Значение пропускной способности основано на минимальной полосе пропускания для канала на всем пути . Но поскольку значения метрик в любом протоколе маршрутизации считают более низкое значение лучшим, необходимо использовать формулу для преобразования более высокой пропускной способности в более низкие результирующие показатели.7 / BW в Кбит / с

Для R4, который напрямую подключен к сети 10.4.5.0/24 по каналу 100 Мбит / с, вычисление даст:

Пропускная способность = 10 000 000/100 000 кбит / с = значение пропускной способности 100

Значение пропускной способности 100 будет включено в нашу упрощенную формулу метрики EIGRP, которую мы вывели ранее.

Расчет задержки
Предполагается, что задержка

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

В приведенных выше выходных данных DLY отображается как мкс, то есть микросекунда или одна миллионная секунды. Значение задержки, используемое при расчете метрики EIGRP, - это задержка в 10 микросекунд. Итак, чтобы вычислить значение задержки, просто разделите DLY в команде show interface на 10.

Для интерфейса R4, приведенного выше, вы получите:

Задержка = 100 мксек / 10 = Значение задержки 10

Значение задержки 10 будет вставлено в нашу упрощенную формулу метрики EIGRP, которую мы вывели ранее.

Обратите внимание, что задержка в вычислении метрики - это совокупное значение на каждом переходе к целевой сети. В этом случае, поскольку R4 напрямую подключен к сети 10.4.5.0/24, мы можем использовать задержку интерфейса непосредственно в нашей формуле.

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

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

Пропускная способность интерфейса BW в бит / с BW в Кбит / с Значение задержки Задержка в использованииc
10 Мбит / с 10 000 000 10 000 1 000 000 1 000
100 Мбит / с 100 000 000 100 000 100 000 100
1 Гбит / с 1 000 000 000 1 000 000 10 000 10
10 Гбит / с 10 000 000 000 10 000 000 10 000 10

Расчет метрики EIGRP

Мы можем использовать полученные выше значение пропускной способности и значение задержки в упрощенной формуле составной метрики EIGRP, которую мы вывели ранее:

256 × (значение полосы пропускания + значение задержки)
256 × (100 + 10)
256 × 110 = 28160

Мы можем сравнить это с выходными данными таблицы топологии EIGRP R4 для 10.4.5.0 / 24 сеть, чтобы подтвердить, что мы все сделали правильно:

 R4 #  показать топологию ip eigrp 10.4.5.0/24  IP-EIGRP (AS 99): запись топологии для 10.4.5.0/24 Состояние - пассивное, флаг происхождения запроса - 1, 1 преемник (и), FD - 28160 Блоки дескриптора маршрутизации: 0.0.0.0 ( FastEthernet0 / 0 ), из  Подключено , флаг отправки равен 0x0 Составная метрика ( 28160 /0), маршрут - внутренний. Векторная метрика:  Минимальная пропускная способность 100000 Кбит Общая задержка 100 микросекунд  Надежность 255/255 Нагрузка 1/255 Минимальный MTU - 1500 Количество переходов равно 0 

Метрика маршрута отображается в скобках как (feasible_distance / отчетное_дистанция) .Возможное расстояние - это общий расчет метрики R4 до целевой сети. Сообщаемое расстояние равно 0, поскольку ни один маршрутизатор не объявлял этот маршрут R4 - R4 фактически не был напрямую подключен к сети.

оставшихся маршрутизаторов

Чтобы пройти полный круг, мы покажем вам расчет составной метрики для R3, R2 и R1 для той же сети 10.4.5.0/24.

Обратите внимание, что связь между R2 и R3 составляет 10 Мбит / с. Мы можем использовать это, чтобы отобразить эффект минимальной используемой полосы пропускания пути, когда мы изучаем маршрут до 10.4.5.0 / 24 от R1, R2 и R3. Для полноты картины мы также снова отобразим расчет из R4, а также разместим то же изображение топологии ниже, чтобы избавить вас от постоянной прокрутки вверх.

R4R3R2R1

 R4 #  показать топологию ip eigrp 10.4.5.0/24  IP-EIGRP (AS 99): запись топологии для 10.4.5.0/24 Состояние - пассивное, флаг происхождения запроса - 1, 1 преемник (и), FD - 28160 Блоки дескриптора маршрутизации: 0.0.0.0 (FastEthernet0 / 0), из подключенного, флаг отправки равен 0x0 Составная метрика ( 28160 /0), маршрут - внутренний. Векторная метрика:  Минимальная пропускная способность - 100000 Кбит   Общая задержка 100 микросекунд  Надежность 255/255 Нагрузка 1/255 Минимальный MTU - 1500 Количество переходов равно 0 

 Значение пропускной способности = 10 000 000 / минимальная пропускная способность пути в Кбит / с Значение пропускной способности = 10 000 000/9 0009 100 000 900 10 Кбит / с = 100 Значение задержки = совокупная задержка использования c / 10 Значение задержки = 100  мксек / 10 = 10 Составной показатель = 256 × (значение полосы пропускания + значение задержки) Составная метрика = 256 × (100 + 10) Составная метрика = 256 × 110 =  28160  
 R3 #  показать топологию ip eigrp 10.4.5.0 / 24  IP-EIGRP (AS 99): запись топологии для 10.4.5.0/24 Состояние - пассивное, флаг происхождения запроса - 1, 1 преемник (и), FD - 30720 Блоки дескриптора маршрутизации: 10.3.4.4 (FastEthernet0 / 1), начиная с 10.3.4.4, флаг отправки равен 0x0 Составная метрика ( 30720 /28160), Маршрут внутренний Векторная метрика:  Минимальная пропускная способность 100000 Кбит Общая задержка 200 микросекунд  Надежность 255/255 Нагрузка 1/255 Минимальный MTU - 1500 Количество переходов - 1 

 Значение пропускной способности = 10 000 000 / минимальная пропускная способность пути в Кбит / с Значение пропускной способности = 10 000 000/9 0009 100 000 900 10 Кбит / с = 100 Значение задержки = совокупная задержка использования c / 10 Значение задержки =  200  мксек / 10 = 20 Составной показатель = 256 × (значение полосы пропускания + значение задержки) Составная метрика = 256 × (100 + 20) Составная метрика = 256 × 120 =  30720  
 R2 #  показать топологию ip eigrp 10.4.5.0 / 24  IP-EIGRP (AS 99): запись топологии для 10.4.5.0/24 Состояние - пассивное, флаг происхождения запроса - 1, 1 преемник (и), FD - 286720 Блоки дескриптора маршрутизации: 10.2.3.3 (FastEthernet0 / 0), начиная с 10.2.3.3, флаг отправки равен 0x0 Составная метрика ( 286720 /30720), Маршрут внутренний Векторная метрика:  Минимальная пропускная способность - 10000 Кбит Общая задержка 1200 микросекунд  Надежность 255/255 Нагрузка 1/255 Минимальный MTU - 1500 Количество прыжков 2 

 Значение пропускной способности = 10 000 000 / минимальная пропускная способность пути в Кбит / с Значение пропускной способности = 10 000 000/9 0009 10 000 900 10 Кбит / с = 1000 Значение задержки = совокупная задержка использования c / 10 Значение задержки =  1200  мксек / 10 = 120 Составной показатель = 256 × (значение полосы пропускания + значение задержки) Составная метрика = 256 × (1000 + 120) Составная метрика = 256 × 1120 =  286720  
 R1 #  показать топологию ip eigrp 10.4.5.0 / 24  IP-EIGRP (AS 99): запись топологии для 10.4.5.0/24 Состояние - пассивное, флаг происхождения запроса - 1, 1 преемник (и), FD - 289280 Блоки дескриптора маршрутизации: 10.1.2.2 (FastEthernet0 / 1), начиная с 10.1.2.2, флаг отправки равен 0x0 Составная метрика ( 289280 /286720), Маршрут внутренний Векторная метрика:  Минимальная пропускная способность - 10000 Кбит Общая задержка 1300 микросекунд  Надежность 255/255 Нагрузка 1/255 Минимальный MTU - 1500 Количество переходов - 3 
 

 Значение пропускной способности = 10 000 000 / минимальная пропускная способность пути в Кбит / с Значение пропускной способности = 10 000 000/9 0009 10 000 900 10 Кбит / с = 1000 Значение задержки = совокупная задержка использования c / 10 Значение задержки =  1300  мксек / 10 = 130 Составной показатель = 256 × (значение полосы пропускания + значение задержки) Составная метрика = 256 × (1000 + 130) Составная метрика = 256 × 1130 =  289280  

Обратите внимание, как составная метрика становится действительно большой (иначе говоря, менее предпочтительной) на R2 из-за связи со скоростью 10 Мбит / с.

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

.

Смотрите также

Поделиться в соц. сетях

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

Оставить комментарий