BRD Widget 8.3.1 ЯндексМетрика

Направление работ: Widget Код раздела: 8.3.1 Раздел: Общие работы > Статистика и Аналитика > ЯндексМетрика Статус: черновик Ответственный: Панкова Л.А. Версия: 0.1 Обновлено: 11.08.26


1. Назначение

Раздел описывает подключение Яндекс.Метрики для веб-аналитики виджета: сбор событий по ключевым действиям пользователя и построение воронки.

На текущий момент Яндекс.Метрика в коде виджета не подключена — см. открытый вопрос.

Раздел связан с Back: 9 Статистика и данные.

2. Ключевые понятия

Яндекс.Метрика — сервис веб-аналитики.

Счётчик — идентификатор проекта в Яндекс.Метрике, к которому привязывается сбор данных. В экосистеме МАРТ счётчик свой у каждого партнёра.

Автосоздание счётчика — создание счётчика Яндекс.Метрики через API Метрики и привязка его к email партнёра, без ручной регистрации счётчика партнёром.

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

3. Scope

Входит

S1: Подключение счётчика Яндекс.Метрики

S2: Отправка событий по ключевым действиям

S3: Настройка целей и воронки

S4: Автосоздание счётчика партнёра через API Яндекс.Метрики и его привязка к email партнёра

Не входит

  • Widget: 8.3.2 Общие работы > Статистика и Аналитика > Sentry
  • Back: 9 backend-статистика и данные

4. BR

Раздел технический; определяется требованиями аналитики. Связан с Back: 9 Статистика и данные.

5. Функциональные требования (UC + FR)

FR — functional requirements, что интерфейс должен уметь делать по определенному UC.

IDСценарийФункциональное требованиеBRВесСтатус
S1: #FR8.3.1-1Виджет загружаетсяВиджет инициализирует счётчик Яндекс.Метрики по идентификатору счётчика партнёра, полученному в конфигурации виджета.2Не реализовано
S2: #FR8.3.1-2Пользователь выполняет ключевое действиеВиджет отправляет события четырёх групп: воронка бронирования — открытие виджета, выбор слота, переход к оформлению, успешное создание заказа; авторизация и регистрация — вход, регистрация, пропуск входа; промокоды и баллы — применение промокода, списание М-баллов; ошибки и отказы — неудачное создание заказа, ошибка входа, запрет размещения по домену.2Не реализовано
S3: #FR8.3.1-3Аналитик строит воронкуВ Метрике настроены цели: успешное бронирование и успешная авторизация. Остальные события собираются для анализа воронки, но целями не являются.3Не реализовано
S4: #FR8.3.1-4Партнёр подключает виджетСистема создаёт счётчик Яндекс.Метрики для партнёра автоматически через API Яндекс.Метрики и привязывает его к email партнёра; идентификатор созданного счётчика сохраняется в настройках виджета и приходит в конфигурацию. Партнёр не регистрирует счётчик вручную.2Не реализовано

6. Открытые вопросы

IDИсточникВопросКомуСтатус
#OQ8.3.1-1КодЯндекс.Метрика в коде виджета не подключена: счётчик и отправка событий не найдены. Подтвердить статус реализации. Подтверждено 12.08.26 по коду: ни инициализации счётчика, ни отправки событий в репозитории виджета нет — статус «Не реализовано» у FR8.3.1-1…FR8.3.1-4 верен. Объём работ определён решением по счётчику (OQ8.3.1-2); открытым остаётся перечень событий и целей.РазработкаЗакрыт
#OQ8.3.1-2Figma / продуктПодтвердить перечень отслеживаемых событий и целей и источник идентификатора счётчика (общий для платформы или на партнёра). Решение по счётчику: счётчик свой у каждого партнёра и создаётся автоматически — через API Яндекс.Метрики, с привязкой к email партнёра. Идентификатор сохраняется в настройках виджета и приходит в конфигурацию рядом с остальными параметрами (widgetFormat, тема и прочие). Ручная регистрация счётчика партнёром не предполагается. Решение по событиям: отправляем четыре группы — воронка бронирования, авторизация и регистрация, промокоды и баллы, ошибки и отказы. Целями назначаются успешное бронирование и успешная авторизация. Группа «ошибки и отказы» особенно важна, пока Sentry на холде (Widget: 8.3.2) — иначе сбои не видны нигде. Требования зафиксированы в FR8.3.1-2 и FR8.3.1-3.БизнесЗакрыт
#OQ8.3.1-3Решение 11.08.26Автосоздание счётчика (FR8.3.1-4) — это работа вне репозитория виджета: интеграция с API Яндекс.Метрики, хранение идентификатора счётчика в настройках партнёрской зоны и отдача его в конфигурации виджета. Требуется определить: под каким аккаунтом Яндекса создаются счётчики, что делать при смене email партнёра, что показывать партнёру в кабинете и как быть, если счётчик создать не удалось. Задача смежная с кабинетом партнёра и бэкендом, в BRD виджета фиксируется только потребление готового идентификатора. Решение от 12.08.26: вопрос сознательно отложен — владелец аккаунта Яндекса, поведение при смене email партнёра и обработка неудачного создания счётчика определяются на этапе проектирования интеграции, а не сейчас. Вопрос остаётся открытым как напоминание.РазработкаOpen (к проектированию)

0 items under this folder.