Метрика событие идентификатор цели: Составная цель — Метрика. Справка

Содержание

Интеграция Radario с системами аналитики

Интеграция Radario
с системами аналитики

Поддерживаемые события:

1. Пользователь открыл виджет покупки

Идентификатор цели:
RA:widget-opened
Параметры, посылаемые с целью:
label – ID хоста, action – ID события

2. Пользователь выбрал билет

Идентификатор цели:
RA:select-ticket
Параметры, посылаемые с целью:
label – ID хоста, action – ID события, dimension4 – название типа билета

3. Пользователь перешёл на шаг оплаты

Идентификатор цели:
RA:payment
Параметры, посылаемые с целью:
label – ID хоста , action – ID события, dimension1 – сумма заказа без учета промокодов и скидок

4.

Пользователь нажал кнопку «Оплатить»

Идентификатор цели:
RA:payment-proceed
Параметры, посылаемые с целью:
label – ID хоста, action – ID события , dimension2 – сумма заказа с учетом промокодов, скидок и комиссии

5. Пользователь успешно купил билет

Идентификатор цели:
RA:payment-success
Параметры, посылаемые с целью:
label – ID хоста, action – ID события, dimension3 – сумма заказа без учета промокодов и скидок, order_price – сумма заказа без учета промокодов и скидок (эта информация будет доступна в отчетах, если в интерфейсе «Метрики» добавить целевую метрику «Доход»), eventValue – аналогичный order_price параметр, но для Google Analytics

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

1. Пользователь выбрал «Купить билет в подарок»

Идентификатор цели: RA:gift-buy
Параметры, посылаемые с целью: EventId – идентификатор мероприятия, HostId –идентификатор вашего кабинета, dimension1 – сумма заказа без учета промокодов и скидок

2. Пользователь выбрал открытку

Идентификатор цели: RA:gift-cover-changed
Параметры, посылаемые с целью: EventId – идентификатор мероприятия, HostId –идентификатор вашего кабинета, dimension1 – сумма заказа без учета промокодов и скидок

3. Пользователь перешел к оплате билета в подарок

Идентификатор цели: RA:gift-buy-proceed
Параметры, посылаемые с целью: EventId – идентификатор мероприятия, HostId –идентификатор вашего кабинета, dimension1 – сумма заказа без учета промокодов и скидок

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

1. Зайдите в «Редактирование профиля» вашего Личного кабинета Radario и добавьте номер счетчика Яндекс. Метрики в разделе «Аналитика»

2. Откройте в «Настройке» Яндекс.Метрики раздел «Цели» и нажмите «Добавить цель»

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

Google Analytics

1. Зайдите в «Редактирование профиля» вашего Личного кабинета Radario и добавьте номер счетчика Google Analytics в разделе «Аналитика»

2. Откройте раздел «Администратор» в Google Analytics и выберите «Цели»

3. Нажмите на кнопку создания цели и выберите тип «Собственная»

4. Задайте название цели и выберите тип «Событие»

5. В разделе «Категория» укажите идентификатор цели и сохраните ее (каждую цель, как и в Яндекс. Метрике, нужно будет создавать отдельно)

Создание целей для Яндекс.Метрики и Google Analytics

Заказать сайт

Искать везде

  • Искать везде
  • CMS
  • Интернет-магазин 2. 0
  • Интернет-магазин 1.0
  • Onicon
  • Maliver
  • Rekmala
  • Pablex
  • Кабинет и почта
  • CRM
  • Интеграции CMS.S3

Главная / Редактирование сайта / Что такое данные сайта? / Расш. конструктор форм / Создание целей для Яндекс.Метрики и Google Analytics

Вы можете включить отправку информации о заполнении формы на сайте в Яндекс.Метрику и Google Analytics.

Для этого в Яндекс.Метрике (или Google Analytics) у вас должна быть создана цель вида «Событие Javascript» (или тип — «Событие» в Google Analytics), с прописанным идентификатором (или параметром цели «Ярлык» для Google Analytics).

Далее вам необходимо настроить эту цель в системе управления. Рассмотрим, как это можно сделать.

Шаг 1

Раскройте меню «Данный сайта» и перейдите к разделу «Расш. конструктор форм».

Шаг 2

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

Шаг 3

На открывшейся странице нажмите на кнопку «Цели».

Шаг 4

Далее нажмите на кнопку добавления цели.

Шаг 5

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

  • Название — укажите название, аналогичное тому, что вы указали для цели в Яндекс.Метрике или Google Analytics.
  • Метка — вставьте идентификатор, указанный для данной цели в Яндекс.Метрике (или параметр «Ярлык», который вы прописали для цели в Google Analytics). Метка может содержать исключительно латинские буквы, цифры, а также символ «-» (тире) и «_» (нижнее подчеркивание).
  • Система
     — выберите, для какого счетчика вы создаете цель.
  • Включена — отметьте галочку, если хотите, чтобы система отправляла информацию в Яндекс.Метрику или Google Analytics при отправке формы (если вы оставите галочку неотмеченной — информация не будет отправляться).

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

Обратите внимание!

  • Идентификатор для метки в Яндекс. Метрике вы можете скопировать в окне добавления цели.

  • Его же вы можете скопировать в списке целей, в строке с нужной целью, в столбце «Описание» (параметр «идентификатор» — не путайте с «ID цели», вам нужен именно «идентификатор», а не «ID цели»).

Как создать цели в Яндекс.Метрике или Google Analytics

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

Была ли статья вам полезна?

Да

Нет 

Укажите, пожалуйста, почему?

  • Рекомендации не помогли
  • Нет ответа на мой вопрос
  • Содержание статьи не соответствует заголовку
  • Другая причина

Комментарий

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

paragraph» data-garden-version=»8.39.0″> Конечная точка List Ticket Metric Events возвращает следующие типы событий метрик:

  • Активировать события
  • Приостановка событий
  • Выполнить события
  • Применение событий SLA
  • События взлома
  • События состояния обновления

События активации

Каждая метрика имеет событие code" data-garden-version="8.39.0"> активации , которое представляет, когда часы начинают работать для этой конкретной метрики. В случае с response_time , когда instance_id равно 1, а также agent_work_time и requester_wait_time , время обычно соответствует времени создания заявки.

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

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

Пример:

 
 {  "id": 123456,   "ticket_id": 987,   "metric": "requester_wait_time",   "instance_id": 1,  90 "activate" type: ,   "время": "2015-08-27T08:00:00Z"   }  

События паузы

Событие паузы представляет собой метрику заявки, которая еще не была выполнена, но была приостановлена ​​в соответствии с метрикой условия. Примеры:

  • requester_wait_time 9Метрика 0022 приостанавливается, когда статус заявки находится на рассмотрении
  • метрика agent_work_time приостанавливается, когда статус заявки находится на рассмотрении или на удержании

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

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

В следующем примере показано событие паузы, за которым следует событие активации:

 
 {  "id": 123466,   "ticket_id": 987,   "metric": "requester_wait_time",   "instance_id": 1,   "type": 2 "pause", 9000 time": "2015-08-27T08:30:00Z"   },   {   codeblock_code" data-garden-version="8.39.0"> "id": 123476,   "ticket_id": 987,   "metric": "requester_wait_time", 0 instance_id": 1,   "тип": "активировать",   "время": "2015-08-27T09:00:00Z"   }  

События выполнения

Событие выполнения представляет заявку, которая была обновлена ​​таким образом, что конечное состояние этой метрики было выполнено. Например, для метрики code" data-garden-version="8.39.0"> response_time событие выполнения происходит, когда публичный агент отвечает в первый раз, добавляя комментарий к заявке. Для метрики requester_wait_time событие выполнения происходит, когда статус заявки меняется на решенный. Событие выполнения не означает, что заявка достигла каких-либо SLA. Это просто означает, что конечные условия метрики выполнены.

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

39.0"> События выполнения записываются для всех метрик, независимо от того, измеряется ли заявка политикой SLA или у метрики есть установленная цель.

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

 
 {  "id": 123486,   "ticket_id": 987,   "metric": "requester_wait_time",   "instance_id": 1,   "type": 2 "40" 9000 time": "2015-08-27T10:30:00Z"   codeblock_code" data-garden-version="8.39.0"> },   {   "id": 123496,   "ticket_id": 987,   "metric": "requester_wait_time", 0 instance_id": 1,   "тип": "активировать",   "время": "2015-08-27T11:00:00Z"   },   {   codeblock_code" data-garden-version="8.39.0"> "id": 123506,   "ticket_id": 987,   "metric": "requester_wait_time",   "instance_id": 1,   "type": 2 "40" 9000 time": "2015-08-27T12:00:00Z"   }  

События применения SLA

Тип события apply_sla указывает, что конкретная метрика для конкретной заявки теперь измеряется целью в SLA политика. Если событие 39.0"> apply_sla отсутствует для заявки и метрики, метрика в настоящее время не измеряется политикой SLA. apply_sla событие возникает, когда политика SLA применяется к заявке или когда политика SLA или цель изменяются в заявке.

Каждое событие apply_sla включает свойство sla , описывающее примененную политику. См. свойство sla в документации по API.

В следующем примере показано типичное событие apply_sla :

 
 {  39.0"> "id": 123457,   "ticket_id": 987,   "metric": "requester_wait_time", 22 "metric": "requester_wait_time", 

2 "type": "apply_sla", "time": "2015-08-27T08:00:00Z", "sla": { "target": 60, "business_hours": true , codeblock_code" data-garden-version="8.39.0"> "policy": { "id": 531, "title": "Основная политика", "description": "Измерить все тикеты" } } 5

    2 }
      0 }

      События нарушения

      Цель SLA была нарушена.

      Вы никогда не получите событие взлома, если сначала не получили code" data-garden-version="8.39.0"> apply_sla событие. Показатели, не измеряемые политикой SLA, никогда не будут иметь нарушения.

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

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

       
       {  "id": 123479,   39.0"> "ticket_id": 987,   "метрика": "requester_wait_time",   "instance_id": 1,   "тип": "нарушение",   "время": "2015-08-27T09:30:00Z",   "удалено ": false   }  

      События состояния обновления

      Событие update_status обычно происходит вместе с событиями выполнения. Эти события используются для предоставления информации о текущем значении метрики во время события выполнения. Для этого каждый update_status 9Событие 0022 включает свойство состояния . См. свойство status в документации по API.

      В следующем примере показано типичное событие update_status :

       
       {  "id": 123480,   "ticket_id": 987,   "metric": "requester_wait_time", 2 "   codeblock_code" data-garden-version="8.39.0"> "тип": "update_status",   "время": "2015-08-27T09:30:00Z",   "статус": {   "календарь": 60,   "бизнес": 60   }   }  

      Решения для корпоративной рекламы и аналитики

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

      Обратитесь в отдел продаж

      Умная платформа для лучших результатов.

      • значок часов
        Обеспечьте более быстрый и интеллектуальный маркетинг.

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

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

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

      • значок люди
        Понимайте свою аудиторию на более глубоком уровне.

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

      • значок лампочки
        Делитесь идеями со своей командой.

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

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

      Мартейн ван дер Зее, Директор по цифровым технологиям, Ритуалы

      GMP_Logo_display-video-360
      Медийная и видеореклама 360

      Охватите аудиторию, которая всегда на связи, где бы она ни находилась.

      Подробнее о Медийная и видеореклама 360

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

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

      • значок люди
        Привлекайте нужных клиентов.

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

      Перейти в Центр интеграции

      • значок гистограммы
        Настройте свои измерения с помощью Ads Data Hub.

        Используйте Ads Data Hub, чтобы объединить данные кампании на уровне событий из Google Платформы для маркетинга и Google Рекламы с данными из ваших собственных источников, таких как система CRM или маркетинговая база данных, для проведения индивидуального анализа, который соответствует вашим конкретным бизнес-целям и защищает конфиденциальность пользователей.

        Узнать больше

      • значок лампочки
        Делайте больше с Google Cloud.

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

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